Guillaume Denry a écrit 2954 commentaires

vachement dur de se poser sur du gaz…

Toi, on t'a jamais fait le coup du coussin péteur.

Ca rejoint un peu le débat sur la pertinence d'inventer un nouveau verbe pour chaque planète sur laquelle on est susceptible d'atterrir, comme cet horrible terme qu'on a vu fleurir dans tous les médias lors de l'atterrissage de Curiosity : amarsissage.
Certes, il s'agît là moins d'orgueil que d'une forme de "célébration linguistique" d'un évènement couplé à l'interprétation restreinte du sens du mot "terre".

Chuuuuut, pourvu que Jon McCann ne tombe pas sur ce thread /o\

Comme quoi, l'ABI ne fait pas le moine.

Purée, même pour ton dernier message, c'est pourri de fautes.
Quel manque d'élégance…

Je travaille sur un PC portable (écran 15 pouces) et j'ai un 22 pouces qui est mon écran principal et que je place devant moi, le laptop étant sur ma gauche, avec clavier/souris branchés dessus.
Comme beaucoup ici, j'utilise des bureaux virtuels (8) et j'assigne en général une application ou une thématique à un bureau (les 8 applications les plus fréquentes de mon boulot, développement, documentation, web, etc etc)
J'utilise mes deux écrans pour en faire un plus large, et les applications dont je viens de parler n'apparaissent que sur mon grand écran.
Mais il y a des choses que j'ai besoin d'avoir constamment sous les yeux (messagerie instantanée, terminal) quelque soit l'écran virtuel courant, et ces choses là apparaissent donc sur l'écran de mon laptop, KDE me permettant facilement d'affecter ces applis sur tous les écrans virtuels à la fois. (mais je pouvais également le faire avec awesome quand je l'utilisais, awesome est d'ailleurs vraiment pas mal et très souple pour gérer le multi-écran).
Mon idéal serait d'avoir un troisième écran large disposé verticalement pour la documentation, mais mon pc portable n'a pas deux sorties vidéo :/ (si quelqu'un connait une solution technique, je suis preneur ⁾

T'es marrant toi, prendre des décisions en tant que mainteneur, c'est imposer des choses. C'est quand même le(s) mainteneur(s) qui décident en dernier lieu.
Si suffisamment de gens trouvent ça révoltant, ils peuvent au moins forker ! (cf Cinnamon)
Après tout, les gens qui créent et maintiennent un logiciel libre (hors contexte contractuel spécifique ou moral) n'ont aucun devoir envers leurs utilisateurs, c'est prendre les choses à l'envers : ces utilisateurs utilisent ce logiciel libre s'il leur convient, c'est tout.
Après qu'on trouve que le logiciel qu'on utilise prend un mauvaise direction, ok, il est normal de râler, et de l'exprimer, de le remonter aux développeurs, et c'est mieux quand il y a un vrai dialogue et une vraie prise en compte des remarques, mais ne jamais oublier qu'ils ne nous doivent rien, et qu'ils n'ont pas se forcer à garder/développer/modifier quelque chose pour "faire plaisir".
Si la balance entre "plaisir d'utilisation" et "pénibilité d'utilisation" penche plus pour le second, ça veut dire qu'il est temps d'aller voir ailleurs, ou de forker pour les plus courageux/compétents.

après peut-être que c'est un logiciel de samsung qui fait cela, car je n'ai pas ça avec cyanogenmod 7 sur mon HTC

Si tu parles du scan en lui-même, je l'ai bien à chaque ajout/suppression de fichier sur mon Galaxy S1 sous CM9 (donc android 4.0.4 sans surcouche).

C'est vrai que maintenant que tu le dis, plus je le regarde et plus les larmes me montent aux yeux.

A quoi te sert le return à la fin de sf_init ? C'est ptête un oubli de ta part ou bien une subtilité qui m'aurait échappé, c'est pour ça que je pose la question.

AMHA y'a vraiment pas de quoi présenter des excuses :) moi j'expliquais juste en quoi le journal seul ne pouvait expliquer ce qu'était vraiment le sujet, mais je suis pas trop d'accord avec mtux ; tu t'es quand même fendu d'un texte de longueur honorable, c'est pas un journal bookmark…

Sauf qu'on ne peut pas se contenter de lire ton journal pour savoir exactement de quoi il en retourne, il faut regarder la vidéo également pour comprendre qu'il s'agit d'une pique vers l'open source dans un épisode d'une série diffusée sur Disney Channel.
Bon, je ne vais pas faire mon chipoteur, comme l'extrait vidéo est très court, ça va, y'a pas de quoi tuer un bébé loutre.

surtout que j'ai découvert à Mozilla que les applications vraiment avancées auront toujours besoin de plus de contrôle manuel que ce qu'une panoplie à la Qt peut offrir.

Qt n'étant qu'une lib, il n'est pas interdit d'aller plus bas niveau soi-même quand le besoin s'en fait sentir. A une époque, lorsque Qt n'offrait pas la gestion des trayicons, on "hackait" soi-même pour offrir cette fonctionnalité uniquement sur les plateformes qui le supportaient.

Le truc, c'est que Qt n'est pas forcément l'exemple parfait du "bête" toolkit car il fait un peu à boire et à manger. Lorsqu'on utilise à fond son API, on est un peu pied et poing lié à son devenir.
Et comme c'est un framework de qualité, on a tendance à l'utiliser à fond.

Il me semble que l'exemple de KDE4 est particulier, car ils ont voulu profiter du saut drastique de Qt3 vers Qt4 (API remise à plat) et pour offrir une expérience homogène sur tout leur parc applicatif, il aurait été difficile de traîner des morceaux de Qt3 conjointement à des morceaux de Qt4. Mais bon pourquoi pas.

parce que je ne crois personnellement pas en l'importance des accents

Moi je ne crois personnellement pas en l'importance des "er" au lieu des "é".
On s'arrête où ?
Je partage l'opinion de nombreux lecteurs, commencer son texte comme ça, ça part mal, et c'est dommage. Car ne pas taper les accents dans une langue qui les emploie peut se comprendre : clavier pas configuré, flemme, etc, mais l'assumer totalement et prétexter qu'ils ne sont pas importants, ça n'augure rien de bon sur la façon qu'a l'auteur de traiter un sujet et ses détails.

Ahaha, pas mal, ça me rappelle une blague avec eingousef et des tomates.

Point de vue très intéressant (comme la plupart des autres commentaires de ta part sur lesquels je suis tombé), il se peut en effet que je me fourvoie sur le plan du vocabulaire. Je comprends mon 4 au bac de français :)
J'ai quand même envie de dire que malgré la volonté des développeurs, leur parole, etc, ce qui compte, c'est le code et la licence, point, mais on sort probablement en effet de ce qu'on appelle "l'esprit du libre" pour rentrer dans le pur factuel. Même si analyser les réels apports pour le libre d'un projet non libre comme Warsow n'est pas forcément trivial.

J'ai lu trop vite, désolé.
Bon, ce que tu proposes est un effet un choix ergonomique assez radical (va faire comprendre à l'utilisateur lambda que tu ne peux pas démarrer ton opération de glisser/déposer vers le haut ou le bas si jamais son autre nautilus cible est en haut/bas), ça montre quand même bien que c'est pas simple.

Si un clic veut dire sélection, (et non lancement direct d'une action), garder le bouton appuyer et aller vers le haute ou le bas peut générer la sélection multiple.

Dans ce cas tu t'aliènes la possibilité de drag'n'drop direct.
C'est franchement pas trivial comme problème.

Pardon? Justement, c'est en laissant dire n'importe qui qu'il est dans l'esprit du libre alors qu'il ne fait pas de libre

Le "n'importe qui" persiste et signe, le fait que ce jeu propose un moteur libre ne le met pas sur le même plan qu'un jeu entièrement proprio et se situe donc un peu plus dans l'esprit du libre.

Varsow un peu (un fork de moteur) certes, mais pas plus, pas autant qu'on veut le faire croire, car le principal intérêt de Varsow, c'est les assets (non libres), vu que le moteur n'est "que" une évolution d'un moteur déjà libre.

Ah bon, tu veux dire que le code libre de Warsow n'a donc que peu d'intérêt ? C'est ton avis d'expert ?

Purée, j'abandonne…

Ben oui, peut-être. En quoi c'est mal ?

En rien, qu'est-ce qui te fait penser que je trouve ça "mal" ?

Mais pourquoi vouloir absolument être original ? On ne cherche pas à vendre le jeu, on veut juste s'amuser avec. Si avec des potes, on décide de faire un jeu combinant les personnages de Yo Frankie qui se fraggent la tronche avec les armes de Red Eclipse dans les décors de Nexuiz, et de diffuser ce jeu pour tous ceux que ça intéresse, au nom de quoi il faudrait nous en empêcher ?

Pourquoi tu parles d'empêcher quoique ce soit ? J'explique pourquoi, de mon point de vue, le potentiel de réutilisabilité du code source d'un logiciel est plus important que celui de l'artwork au sein d'un projet différent (à cause du fait qu'un artwork possède une identité forte et singulière et que d'un autre côté un morceau de logiciel peut être utilisé comme une brique sans "teinter" le logiciel de son identité originelle), je ne dénigre pas l'utilisation et la modification d'un artwork (au contraire, je l'encourage).

Bon, je vais essayer de prendre des pincettes parce que c'est le genre de conversation qui part en général dans tous les sens et on tombe très souvent dans l'homme de paille.
Et je vais nuancer car j'ai probablement été un peu extrême en disant "difficilement réutilisables".
Bien sûr que l'artwork peut être repris, modifié, que c'est chouette de le faire, que ça donne souvent lieu à de la créativité etc etc.
Mais un artwork est souvent un produit fini, avec son identité propre, son profile singulier, ce qui fait que lorsqu'on part d'un artwork pour en faire un autre, on ne peut s'en éloigner réellement, l'oeuvre modifiée est empreinte de l'oeuvre originale, ça saute aux yeux (il existe des contre-exemples, bien sûr, je compte sur vous pour me les citer ^).
La démarche de partir d'une oeuvre pour en créer une autre est dans 99% des cas une revendication de l'héritage de l'oeuvre originale, que ce soit pour lui rendre hommage ou au contraire pour s'en moquer.
Il y a une autre dimension dans le fait d'avoir accès au code source des artworks, c'est l'étude : de la même façon qu'on gagne beaucoup en étudiant un grand maître peindre une toile, il doit sûrement être intéressant d'avoir accès au fichier projet gimp d'un artiste confirmé.
Mais prenons un exemple : les textures.
Je fork un jeu libre basé sur un autre disponible avec ses textures.
Je reprend le code car c'est un outil sans réelle "identité finale" (si ce n'est certains comportements algorithmiques identifiables, mais ce n'est pas gênant car le code est vu comme un outil) et je l'améliore, par contre, les textures du jeu original, j'en fais quoi, si je veux être original à mon tour ? Je réutilise la texture du cyberminotaure déjà vue avant mais modifiée ou bien j'en crée une nouvelle ? Je suis pas persuadé que les graphistes seraient majoritairement tentés par la première solution…