Le développeur principae de KPhotoAlbum, ce fantastique logiciel de classement d'images, propose sur la mailing list du logiciel un concours de splash screen. Le concours est ouvert jusqu'au 15 septembre minuit, le gagnant sera désigné par un vote de la communauté.
1er prix : la gloire d'avoir fait le splash screen de l'application la plus cool de KDE !
l'ancien splash screen :
http://jeanuel.info/data/splash-large.png
le splash screen temporaire:
http://jeanuel.info/data/splash-large_new.png
le texte original :
OK it is in for now.
So I challenge everyone to make the coolest splash screen possible. And I'll
even stretch so far as to offer the community to vote for the one to use :-)
Now don't say that I'm not willing to give in.
(I just wonder how I'm ever gonna tell my girlfriend that her hand is not
splash screen any more)
OK, splashscreen competition is on till September 15th midnight (in the time
zone where ever I might be).
Hmmm prize? Well how about you get to brag that you made the splash screen for
the coolest KDE application :-)
# en vrac
Posté par nmoreau . Évalué à 2.
Perso j'utilise digikam pour gérer mes photos
Ce dont je rêve c'est d'une appli KDE de gestion de photos qui se serve de mon compte flickr : où l'upload, la visualisation, le taggage soient synchronisés de manière transparente avec flickr (ou un autre service du même genre).
[^] # Re: en vrac
Posté par Rhadamante . Évalué à 5.
Plugin KIPI (donc ça marche autant avec KPhotoAlbum qu'avec Digikam)
# Intérêt des splash screens
Posté par Amaury . Évalué à 7.
A chaque fois que l'on lance un programme, doit-il s'annoncer en fanfarre ? Je sais le programme que j'ai lancé, je n'ai pas besoin d'avoir un joli dessin pour me le rappeler, je souhaite juste utiliser ledit programme, rapidement, et ce #"$ de splash screen ralenti encore le chargement !
[^] # Re: Intérêt des splash screens
Posté par mats . Évalué à 5.
Faut voir le temps qu'ont passé les dev d'OpenOffice.org pour en développer un (bon ce n'est pas le meilleur exemple car sans ce splash on se demande toujours si notre demande de lancement du prog a été prise en compte tellement il est lent).
Bye
[^] # Re: Intérêt des splash screens
Posté par Thomas Douillard . Évalué à 3.
[^] # Re: Intérêt des splash screens
Posté par seginus . Évalué à 4.
Pour mon cas personnel, ça me dérange pour 2 raisons.
- J'utilise ion, et les splashscreen se foute toujours en plein milieu, et ne reste pas dans le cadre de l'application, ce qui est pénible.
- quand je lance une application, genre openoffice qui met un peu de temps, je vois dans gkrellm si c'est bien parti, mais j'aime bien pouvoir continuer à me servir de mon ordi pendant que ça se lance.
Par contre pour ceux qui font pas plein de choses en même temps sur l'ordi, c'est vrai que c'est pratique pour pas recliquer quinze fois en pensant que c'est pas partie.
Voilà donc pour moi sur le débat utile / pas utilse, je dirais ça dépend (mais ça dépend, ça dépasse), donc oui au splashscreen désactivable.
[^] # Re: Intérêt des splash screens
Posté par Clément Stenac (site web personnel) . Évalué à 1.
Ces méthodes ne s'appliquent toutefois pas forcément aussi bien aux splashscreen avec une barre de progression. Ceci dit, il me semble que seul OOo en a une (bah oui, quand le splashscreen reste longtemps, faut continuer à faire patienter l'utilisateur... il faudrait peut être un splashsubscreen pour préparer le lancement du splashscreen), et il pourrait être possible de faire un genre de barre de progression dans la barre des tâches.
[^] # Re: Intérêt des splash screens
Posté par riba . Évalué à 1.
KDE a trouvé le "curseur bondissant" pour signaler qu'une appli est lancée. C'est totalement in-intrusif, donc bien. Pour rajouter le concept de la barre de progression, je propose donc que la vitesse du curseur augmente en fonction du lancement du programme. Bon pour normaliser ça (ben oui, 100%, ça va à quelle vitesse?), il faudrait trouver une autre idée, genre l'icône commence transparent et finit 'normale', un truc du genre, ou elle grossit, ...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.