Sylvain Sauvage a écrit 2933 commentaires

C'est pas déjà le cas ?

On ne t'a pas dit de regarder le code des fonctions du noyau que tu utilises, on te dit que si tu dois coder le pilote pour un scanner, avoir le code d'un pilote pour un autre scanner est ce que tu appelles « un exemple ». Si ce second pilote n'est pas libre, tu n'y a pas accès à cet exemple.

Je n'ai pas de Windows, donc je ne peux pas vérifier, mais je peux faire un « educated guess » comme ils disent là-bas :
- les pilotes (Linux) libres peuvent partager du code ;
- les pilotes propriétaires sont obligés de réinventer la roue à chaque fois.

On va me répondre que Windows offre plein d'api pour programmer des pilotes. Seulement voilà, comment préparer des api pour factoriser du code auquel on a pas accès ?

Si tu comprends l'anglais, tu peux aller voir les sources du noyau Linux et y lire Documentation/stable_api_nonsense.txt qui explique très bien pourquoi stabiliser une api interne est, je cite, une absurdité, y compris pour les développeurs de modules, et qu'il n'y aurait aucun gain en maintenance à le faire, au contraire.

Avec obj.methods.sort, on trouve plus facilement ;o)

Ben, récupère un peu de code sur http://www.dhtmlcentral.com , tu verras... (C'est pas le pire, mais c'est un site dont le but est de distribuer du code.)

Pour cacher son code, il y a d'autres méthodes. Et que sont les 10 octets récupérés en sauts de ligne / indentation par rapport à tout ce qui pourrait être récupéré dans l'affreux html associé...

1. Pour éviter que tu te fasses traiter d'antifonctionnariste primaire :

Que tous payent pour qu'une chose (musique, livre...) soit disponible pour tous, ce n'est pas de la « fonctionnarisation », c'est du communisme.
Mais, comme ce paiement est un revenu pour certains (on espère que ces « certains » soient majoritairement les « auteurs »...), cela revient effectivement à leur verser une rente d'État, donc à les fonctionnariser.

2. Du droit d'auteur et du gâteau :

Le droit d'auteur a été inventé pour éviter que les auteurs ne se fassent piller : que ceux qui sont à l'origine d'une ½uvre participent des bénéfices que l'on en tire. P.ex. que l'auteur d'une musique puisse récupérer un peu sur ce que gagnent ceux qui l'interprètent.
Mais, avec l'enregistrement/l'imprimerie, il n'y a pas d'interprétation, juste de l'écoute/la lecture/... Alors on a dit que le revenu généré par ces enregistrements seraient soumis au droit d'auteur (et d'interprétation, et d'édition). Cela semble logique : l'auteur (l'interpète, l'éditeur) a encore une part du gâteau.
Avec le numérique, les coûts de copie sont tombés. Et les revenus que peut générer le service de distribuer une copie sont tombés avec.
Donc, il n'y a plus de gâteau. Mais chacun veut encore sa part...
Donc, certains proposent de tuer quelques participants pour augmenter les parts. D'autres proposent un nouveau gâteau : un vrai nouveau gâteau avec la licence globale (mais avec un sale arrière goût) ou un résurrection du gâteau avec de nouveaux droits ou une extension des droits (ou plutôt une perte des droits du consommateur).

Voilà. Tout ce que l'on peut dire, c'est que la solution (ou plutôt l'état futur du système) ne tiendra pas d'une seule de ces propositions : elles ne sont pas acceptables dans leurs extrêmes.
En tout cas, le système va changer car il doit changer.

Ben c'est bien pour ça qu'ils le font « sans aucune honte » ;o)

(En ce qui me concerne c'est du Ruby mais la question Gtk/Qt est la même. ;o)

Je viens de réaliser un petit programme à la fois en Gtk, avec libglade, et en Qt, avec QWidgetFactory. Le principe étant, dans les deux cas, de ne pas générer de code mais de charger le fichier .glade/.ui réalisé sous Glade/Kdevdesigner (les deux sont du XML, dont aussi modifiables « à la main »). Ce fichier est modifiable indépendamment du code.
Je peux te donner quelques points positifs (+) et négatifs (-) des deux approches :

Gtk :
+ la libglade est très bien faite ;
+ Glade est assez sympa, il permet de manipuler toutes les propriétés des widgets ;
- la gestion de la mise en place (layouts) est assez casse-bonbon si on a pas décidé à priori (p.ex., si on oublie une colonne au milieu, il faut faire des couper-coller pour déplacer le contenu des colonnes à droite, quand ça fait pas planter le bouzin) ;
- Glade est multi-fenêtre à la Gimp (normal) ;
+ le MVC des GtkTreeView (et autres) : j'aime bien le MVC ;
- le MVC des GtkTreeView : ce n'est pas super pratique de jongler avec le modèle du TreeView et notre propre modèle ;
+ les icônes et les boutons prédéfinis dans Glade.

Glade s'oriente de plus en plus vers l'utilisation de la libglade (Glade-3 n'aura plus de générateurs de code intégré (mais on pourra toujours le faire)).

Qt :
+ la gestion des positions est plus pratique : on place les objets et on les groupe ensuite, on peut changer d'avis à tout moment ;
- pas de vrai MVC pour les QListView ;
+ mais il suffit d'hériter de QListViewItem pour coupler son modèle avec le QListView, donc MVC facile ;
- on ne peut pas faire du KDE avec QWidgetFactory (la classe qui construit les objets à partir du .ui) : dommage, il y a des fonctionnalités sympas dans les classes K ;
+ les connexions entre signaux (événements) et slots (callbacks) se fait graphiquement : on trace une flêche entre deux widgets ;
- une seule fenêtre/dialogue par .ui (ça limite l'utilité du point précédent).

Qt est plus orienté vers la génération de code. L'héritage y est préféré à l'utilisation.
Qt4 utilise(ra) le xml pour définir les menus et les barres à outils mais la création dynamique à partir du .ui est laissée de côté.

En fait, je n'ai pas vraiment de préférence pour l'un ou pour l'autre : libglade est super mais j'ai tendance à préférer la philosophie objet de Qt.
J'aurais peut-être un peu plus d'arguments quand je me serai vraiment attaqué à l'internationalisation de l'application.

Je peux dire que les photos de Coulommiers (Seine-et-Marne, facile à trouver, il y a un aéroport orienté est-ouest à l'ouest de la ville, à 70 km à l'est de Paris) datent d'environ 2003 : il y a eu des travaux en ville (un rond-point) et une déviation à la sortie. Les travaux en ville étaient en cours lors du passage du Tour de France 2003¹ (je viens de vérifier la date) et, sur les photos, on voit la tranchée de la déviation.

¹ : c'est pas que je m'intéresse au Tour mais j'ai remarqué que les travaux étaient restés en plan plusieurs semaines avant son passage (routes goudronnées mais pas de rond-point) et, qu'après, ils ont été finis rapidement (le peloton n'aime beaucoup les ronds-points).

Je peux aussi dire que les photos de Caen (Calvados) datent d'au moins début 2003 : la bibliothèque universitaire du Campus 2 et le tramway y sont seulement en construction.

Je peux encore dire que les photos de Vigeois (Corrèze) datent de moins de 3-4 ans (faudra que je vérifie la date) : encore une déviation.

Voilà. Il vous reste plus qu'à repérer les travaux effectués près de chez vous pour dater toutes les autres photos...

Regarde la page de Colin ( https://linuxfr.org/~colinleroy/ ), c'est plutôt toutes les 6 semaines ;o)

Le problème ce n'est pas Javascript, c'est le code en Javascript.
La plupart du code que j'ai vu n'est pas commenté (mais on a l'habitude), et, surtout, est très mal présenté (pas d'indentation, pas de saut de ligne, voire pas d'espace).

Nan, ça marche pas :
http://ars.userfriendly.org/cartoons/?id=20060725

(Et puis (re)lire http://tnemeth.free.fr/fmbl/linuxsf/ )

Parce qu'il y en a qui projettent ?

[de Corba] j'arrive toujours pas [à] voir d'[intérêt concret à] l'utilisation :-(

Euh, tu ne trouves pas un intérêt concret à faire exécuter sur une machine distante du code dans le langage que tu veux sans grosse différence avec du code local ?

Ou sous un autre angle : tu ne trouves pas un intérêt concret à offrir un service distant dans un langage évolué (= sans s'obliger à manipuler les octets d'une connexion TCP ou d'un paquet UDP (ni à gérer ces communications d'ailleurs)) sans forcer pour autant ni la plate-forme ni le langage des utilisateurs du service ?

Vérification d'un corollaire de la loi de Murphy :

« [...]prends des cours d'orthographes, dans un cas tu reviendras plus détendu et tu te seras[...] »

;o)

pour autant le vrai langage (python bien sûr)

Trop gros, passera pas.

peut-être qu'il est possible de remplacer (dans le contexte français) par socialistes / ump etc ... ?

Mouaif, bof, les clivages politiques ne sont pas vraiment les mêmes.
D'ailleurs, la traduction devrait peut-être bien faire ressortir le fait qu'il s'agit des « membres du parti Démocrate/Républicain », et pas des « démocrates/républicains en général ».

Le \nopagebreak ne peut pas fonctionner car le \item permet un saut de page (donc annule le \nopagebreak).

Utiliser une minipage casse un peu la structure du document (elle contredit le fait que la liste est dans le texte).

Le \newpage avant est le plus simple et peut-être même le plus propre.
Un petit commentaire à côté, du genre « % pour typo » permettra de le retrouver facilement.

Utiliser des corrections typographiques locales n'est effectivement pas le but premier de LaTeX. Mais si on veut un certain niveau de perfection typographique, il faut passer par là à un moment.

Sinon, une autre solution serait de s'arranger pour que la ligne soit poussée toute seule en allongeant légèrement un des paragraphes précédents ;o)

Il y a un paquet Debian fvwm-crystal (section main de Sid et Etch) depuis quelques mois.
Ça n'empêche pas de le reconfigurer mais la config. de départ est quand même moins, euh, on dira MWM, que la config. par défaut du paquet fvwm.

Et oui. Mais comme tu peux faire des vrais-faux-logs-alibis...

Et surtout que le texte soit transposé _après_ mai 2007. Sinon c'est mort, on prends les mêmes et on recommence

T'es sûr qu'après mai 2007, on n'aura pas les « mêmes en pire » ?
Et même après les législatives...

Parce qu'il y a deux maladies qui courent :
- la versionnite : le malade est persuadé qu'il lui faut la dernière version et que, sitôt celle-ci installée, il lui en faut absolument une nouvelle ;
- l'installite : le malade ne sait pas quoi faire de son ordinateur à part installer des logiciels et, comble du bonheur pour lui, des systèmes d'exploitation complets.

Certains malades cumulent les deux maladies.

L'informatique pourrait leur apporter pas mal de choses.

Pour foutre un bordel pareil, ils en ont sûrement déjà.

(Cf. les vieilles blagues :
- le premier boulot : informaticien, car « au début était le chaos » ;
- ou carrément : « au début était le chaos / non, non : au début était l'informatique, puis vint le chaos »...)

Sarkozy est né en France et il a la nationalité française (et je crois bien que ses parents aussi, mais à vous de vérifier, comme cela vous apprendrez comment faire avant de sortir des stupidités).