cosmocat a écrit 2107 commentaires

En même temps, tout le monde aura compris que KPhotoAlbum c'est mieux!!

En tout cas, on a pas besoin de se poser la question sur le choix du framework...

----->[]

KDE est fourni avec tout un tas de logiciels qui s'intègrent bien les uns dans les autres, sous Windows t'es eu peu à poil. Quels sont les équivalents de Kate

Tiens , tu peux surement alors me dire pourquoi je n'ai pas kate (et n'arrive pas à trouver comment l'installer) sur une fedora core 11. Je suis obligé de me taper kwrite...

Il n'apprendra pas à lire aujourd'hui, enfin ça m'étonnerai
Cette remarque me semble bien dommage (même si je n'ai pas toutes les données en mains...).
Plus j'y réfléchi et plus je me dis que la vie est longue (surtout en pensant aux longues heures de temps libre à la retraite) et qu'il n'est jamais trop tard pour commencer à apprendre quelque chose de nouveau.

Je suis convaincu qu'avec un peu d'investissement, vu qu'il a l'air de s'interresser, apprendre un minimum pour être autonome sur des mots simples (comme par --très bon-- exemple l'interface Gnome).

une "fenêtre pop-up" donc "une pop-up", à mon avis....

Je ne suis pas tout à fait de ton avis...

Dans le développement logiciel, on dit qu'il y a 3 variables d'ajustement pour planifier la sortie d'un logiciel : la qualité, la date de sortie et le nombre de fonctionnalité.

Or, si on fait bien notre boulot, on ne veut pas que la qualité soit mauvaise et donc il ne nous reste que 2 variables (même si en entreprise, la hiérarchie nous pousse souvent à jouer sur cette variable les dates et fonctionnalités ayant été fixées à l'avance).

De longues dates, on jouait plutot sur la variable date de sortie car on avait fixé les fonctionnalités et les dates étaient alors repoussées continuellement.

Hors, depuis on c'est aperçu que la cadence (ce dont parle mark S.) est importante et influe sur la qualité finale (meilleur planification des développeurs du fait de l'habitude --lecture entre les lignes : on est moins enclin à réduire la phase de test --,...)
Et, c'est l'une des raisons pour laquelle cette notion est incluse dans les nouvelles méthodes (agiles) de gestion de projets : xp, scrum,...

Je pense justement que pour un projet comme une distribution, si tous les projets qui la constitue avait la même cadence, les problèmes d'intégrations seraient moindre. Tu sais d'avance que tu auras une nouvelle version à intégrer même si tu ne connais pas (exactement) 6 mois avant la liste (complète) des fonctionnalités.

Tu n'as plus besoin de te poser constamment la question : Est-ce que la qualité de la version beta en cours de développement est-elle suffisante pour l'intégrer dans ma distribution?

La gestion de projet à date fixe est, il me semble, une bonne chose et c'est pourquoi de nombreux projets l'on adopté (noyau Linux, kde, gnome,....).

Mark S. plaide juste pour avoir la même cadence et l'avoir de façon synchronisée.

Cette contrainte technique peut-être levée.
Actuellement, il y a par exemple pour le firmware rockbox un plugin pour uploader sur lastfm les statistique d'écoutes.

On pourrait imaginer que lors de la synchronisation avec un Amarok-like, ça puisse envoyer les infos.

Il faudrait aussi que le lecteur MP3 le supporte. Mais c'est possible en tout cas...

PS : et on commence à imaginer des ensemble de machine piratées qui génèrent des fichiers de statistique pour augmenter le nombre de lecture d'une chanson d'un groupe fictif pour récolter de l'argent :)

La plupart des programmes Java sont compilés 2 fois.
T'es en train de sous-tendre que ceux qui font du java sont deux fois plus des hommes?

Il faut préciser que la taille du noyau est très importante dans le cas de l'embarqué (ça l'est beaucoup moins pour nos machines ou gros systèmes).

Je lu que des sociétés utilisant linux dans l'embarqué étaient resté (pour des raisons de coût) à la version 2.4 du noyau car sa taille une fois compilé était sensiblement moins conséquente.

De plus, je pense que Linus parle de code constituant le coeur du noyau et non pas des drivers car ça on le savait par avance que plus il y a de matériel supporté plus la taille du code (et non --forcemment-- du binaire) est grosse.

Il faut arrêter de casser du sucre sur le dos de flash.

Ceux qui l'utilise pour faire un site, c'est parce que c'est une bonne technologie pour le future et qu'ils ont un désir d'avenir!!!

-->[]

Vous avez dit licence globale ?
Oui, enfin, la licence globale c'est quand même, "tu télécharges autant que tu veux et tu payes tant par moi" et la musique t'appartient.

Alors que là, comme la plupart des offres de ce genre, dès que tu arrêtes ton abonnement, tu n'a plus rien (ici c'est du streaming, dès fois des DRM). Et si tu veux réécouter un morceau ou alors l'écouter sur un autre support et bien tu repasses à la caisse! Et ça, c'est plus dans l'esprit des majors....

oui, s'Acer pas longtemps....

Jean Teulé dans son roman "Le magasin des suicides" le dit également.

C'est ce qui m'avait parut bizarre et j'avais recherché si c'était vrai tout en ayant en tête l'ancien logo et l'histoire de la marque.

Les mauvaises langues diront que les linuxiens sont plus honnête que les windowsiens et utilisent légalement leur logiciels et ne les piratent pas.

J'ai peur de ne pas comprendre ce qu'est un dropdown
c'est une combobox, une liste de choix (qui se déplie)...
http://lmgtfy.com/?q=combobox (va voir dans les images)

il me semble normal que ce soit lui qui soit mis en avant.
surtout que cette excuse fait suite à une pétition justement demandant au gouvernement britannique de s'excuser de ce qu'il a fait à Turing (et non à tous les homosexuels).

Et que Apple a démenti cette rumeur....

et powershell? qui est maintenant inclus par défaut dans tous les OS de Microsoft et qui est clairement voué à remplacer cmd.exe...

euh.... je suis à moitié convaincu par cet argument lorsque tu parles du desktop. Car un très grosse partie de ces drivers sont pour du matériel pour faire fonctionner l'embarqué et les gros systèmes.

Si tu compare uniquement le desktop entre Linux et Windows, je pense que l'avantage est net pour windows vu que tous les fabricant développent au moins les drivers pour cette plateforme.

Après, je veux bien croire que la plupart du matériel à son driver.

Et je dois aussi remarquer que bien souvent les drivers linux arrivent avec du retard par rapport à l'autre OS...

C'est une petite coutume (un peu comme quand le clavier se bloq ) sur le site linuxfr depuis la mort de Chrales bronson. Dès qu'une personne relativement connue est décédé, et que cela est annoncé sur linuxfr, on dit qu'elle a été bronsonisé.

Je ne suis plus sur de savoir d'où celà vient.

PS : ça prouve également que tu n'es pas sur linuxfr depuis assez longtemps

C'est surtout que, à moins d'une extrème grande rigueure, les commentaires finissent par ne pas tout le temps évoluer en même temps que le code (ou alors ça demande plus de temps) et donc tu finis par lire des commentaires qui ne décrivent pas ce que fait vraiment le code.

Et au final.... tu lis le code.

Donc si ton code n'est pas amené à trop changer tu peux te permettre d'écrire un roman à suspense pour le jour lointain où tu auras à faire une évol ou corriger un bug. Sinon, il vaut mieux investire sur des variables et des méthodes bien nommées et autodescriptives.

pour aller dans ton sens, apparemment....
Grasch also comments on the relative stability of running on Linux versus Windows: Simon on Windows is a tick more reliable because of the huge mess that is the sound stack on Linux and especially Ubuntu where their questionable pulseaudio setup sometimes breaks simon (portaudio, actually) in the most unbelievable ways.

source : http://www.kdenews.org/2009/08/22/simon-speech-activated-use(...)

Ben en fait, c'est pas vraiment du tiling que je propose car avec le tiling au bout de 4 fenêtre ça devient galère.
Moi je propose 2 zones (indépendantes) dans lesquelles l'agrandissement d'une fenêtre l'agrandi que dans la zone dans laquelle elle se trouve et non pas à l'écran entier.


(ou alors je connais pas assez bien le tiling -- qui, il me semble fait une mosaique de toutes les fenêtres ouvertes--)

C'est à croire qu'il n'a pas lu le BD sinon je pense que c'est relativement compréhensible, non?!

sur l'utilité/practicité de ce truc!

En gros, ça revient à avoir des pseudo "barres des taches" dans des fenetres.

Mais si y'en a qui sont motivé, je vais pas critiquer...


HS : Par contre, une idée qui m'aurait interessé, c'est (idée très lointainement inspiré du tiling --que je ne connais pas bien--) pouvoir découper son écran en zones et que ces zones soient gérées comme si c'étaient plusieurs écrans physiques.

Par exemple pouvoir découper nos écrans larges en 2 écrans horizontalement et ainsi pouvoir mettre 2 fenêtres l'une à côté de l'autre.

La majorité des lignes ajoutées sont des drivers donc je serais tenté de dire que :

- pour le coeur du noyau, plus il y a de contributeurs, plus la qualité va augmenter (car le nombre de ligne pour le coeur augmente mon vite)

- pour les drivers, effectivement la qualité peut baisser (mais c'est pas sûr. Il faudrait une étude approfondie) et elle doit être assez disparate en fonction de si le driver à beaucoup de contributeurs et est beaucoup utilisé.

Et je ne pense pas qu'il y ai forcement lieu de s'inquiéter car la majorité de ces lignes de code, tu les utilisera toi jamais dans TON noyau compilé sur TA machine. Ce sont des drivers de materiel embarqué, ...