Sebastien a écrit 537 commentaires

Il me semble que c'est possible...
Il y a un tuto sur CDT disponible sur le site de la conference Eclipse de Mars 2006:

Les talks:
http://www.eclipsecon.org/2006/Sub.do?id=all

Le lien direct:
http://canuck.gda.itesm.mx/eclipsezilla/php/attachment.php?b(...)

Et on parle de code-folding pages 107-110

Voila-voila...

Ouais, non... pas vraiment de transition. Juste une maniere deguisee de dire que je moulais entre deux "python -i launchOnGrid.py"...

peut-être même svn mais pas encore essayé
Il me semble qu'il y a un KIOSlave pour SVN, donc ca devrait marcher.
De toute maniere, il y a KDESvn qui est un client SVN, donc je suppose que ca doit etre possible d'avoir la transparence que tu demandes.

http://www.alwins-world.de/programs/kdesvn/kdesvn_dok/index.(...)
http://www.alwins-world.de/programs/kdesvn/kdesvn_dok/kdesvn(...)

Mouais... Faut voir...
Parcequ'en l'état actuel, koffice-latest pointe vers koffice 1.5 beta1.
Je trouve ça un peu cavalier quand même: je préfèrerais un koffice-latest-stable et un koffice-latest (qui a dit testing/unstable ?)

Même si le boulot des gens de KOffice est remarquable, l'intégration de ce monstre avec les autres paquets de la distribution peut des fois mener à quelques petits désagréments...

Un(e) Kubuntiste averti(e) en vaut deux.

Il me répond "Si vous avez de bon driver pour votre carte 3D, tout à fait".

C'est bien ça qui me fait peur...
Comprenons nous bien: j'applaudis des 2 mains pour l'inclusion d'XGL dans x.org.
Et je suppose que, pour de "bêtes" pécés de bureau, il est/sera relativement aisé de trouver de bons drivers 3D (libres), et là je pense très fort à OpenGraphics[1,2].
Mais je crains qu'il n'y ait quelques problèmes pour les portables...

[1] http://opengraphics.org
[2] http://fr.wikipedia.org/wiki/OpenGraphics

Je crois qu'au bout de 2-3 erreurs on avait compris... (juste une piste pour le moinssage, hein)

Ou sinon, comme écrit sur le site de kubuntu:
http://kubuntu.org/announcements/kde-351.php

deb http://kubuntu.org/packages/kde351 breezy main
deb http://kubuntu.org/packages/koffice15beta1 breezy main

(Et comme j'en avais encore, j'ai mis l'entrée pour KOffice 1.5 beta1)

Et pour la clef:

wget http://people.ubuntu.com/~jriddell/kubuntu-packages-jriddell(...)
sudo apt-key add kubuntu-packages-jriddell-key.gpg

Ah ben oui ! Quand même !
Je me demandais combien de temps encore tout le monde allait se retenir de suggérer une autre distrib' source ;)

ArchLinux: il paraît que la symbiose binaire/source est magnifiquement bien réussie.

Source Mage: rien que pour "caster" des "spells" ça doit vouloir le coup ! Surtout en cette période de HarryPotterite aiguë...

Nasgaïa ? fNux ? d'autres ?

Y a-t-il quelque chose à attendre de Shed Skin, un compilateur python-to-cxx ?
Est-ce qu'à terme il pourrait être intégré dans ce JIT ?

Désolé pour ces questions naïves...

http://shed-skin.blogspot.com/
http://sourceforge.net/projects/shedskin/

Est-ce que les transparents de la présentation sont dispos quelque part ?
Ça pourrait être intéressant...

Moi je conseillerais de préfixer tous les noms de données membres par un m_ (ou toute autre convention):

QLabel *titleLab;

devient:

QLabel *m_titleLab;

De cette manière, et lorsque le taille du code sera plus importante, il sera bien plus aisé de repérer les variables locales de celles qui appartiennent à l'instance de la classe.

La lisibilité du code ça permet d'éviter bon nombre de bogues.

Mes 2 centimes...

Euh... Je ne suis pas expert, mais il me semble que ce sont des branes.

http://en.wikipedia.org/wiki/Brane
http://en.wikipedia.org/wiki/Brane_cosmology

Nope, en fait, je crois que c'est plutôt le boulot du PSG.

Pardon aux familles, toussa...

aussi important que le premier 45 tours de Corbier

C'est vrai que c'est important.
D'après son site, il semblerait que son premier disque soit sorti en 68 avec Rose sur la face A et La dame sous la pluie sur la face B.

Voilà, il m'a semblé pertinent de mettre en lumière ce fait d'une importance rare, afin de pouvoir apprécier le contraste Corbier/Droits de l'Homme...

http://www.francoiscorbier.com/page.html
(attention, site à base de phlashcapusaipolib')

Halala...
Un si joli troll, concocté, mitonné avec amour...
Et paf, c'est le drame: un back-slash à la place d'un simple slash, et ça fout tout par terre. (sans parler des majuscules ;) )

Pour futures references: GNU/Linux :)

Ben hdparm, c'est quand meme ta normalisation, non ?
Donc si, c'est utile :)

Il y a aussi TeX qui utilise un schéma de numérotation original: il tend vers pi.
Encore une blague de mathématicien/informaticien, sacré Donald va! ;)

Pour d'autres inspirations:
http://en.wikipedia.org/wiki/Version

parlons du fait que les enfants de cheminôt ne payent pas de couverture soc. jusqu'à 28ans

Seulement s'ils sont étudiants (et strictement étudiants) jusqu'à 28 ans, c'est à dire s'ils n'ont aucun revenu jusqu'à cette date anniversaire.

28 ans c'est peut-être exagéré mais d'un autre côté, avec l'augmentation de la durée moyenne d'études, cela devrait être le privé qui s'aligne sur le public.
Non ?

Mais tu y es arrivé.
Comme quoi, quand on veut on peut: il suffisait d'y penser :)

Je veux pas pinailler ou quadripilosectomiser mais... pour moi c'est plus une rectification historique qu'une globalisation.
Bien sûr que sans le C, tous les OS écrits en C n'existeraient pas tels que nous les connaissons.
Toujours est-il que :
1- Linux s'inspire de Unix,
2- Le C a été créé pour Unix.
Donc il me semble plus juste de dire que sans le C, Unix n'aurait pas existé (tel que nous le connaissons).

Voilà,voilà...

Exactement, le principe de précaution parle des risques.
Pour moi, voici le schéma de décisions à base de principe de précaution inside.
1) Chef, j'ai trouvé une super molécule
2) Etude des performances de cette molécule : batterie de tests en labo, in vitro, in vivo + placebo, étude en double aveugle + étude de la significance statistique des résultats + des trucs auxquels je ne pense pas car je ne suis pas du métier.
3) Arrive le principe de précaution: mais quels sont les effets secondaires ? Est-ce que ce n'est pas risqué d'administrer cette nouvelle molécule à Mme Michu (elle est partout celle-là) ?
Est-ce qu'une étude allergologique a été réalisée ?

Et la normalement, si la première étude a été bien faite, les réponses à ces questions sont dedans.
On peut évaluer les risques et prendre un risque calculé sur la base d'une étude publiée dans une revue officielle, étude qui a été auditée par ses pairs (peer pressure en gros).

Donc le principe de précaution, c'est bien.
Et puis dire que le principe de précaution est une forme d'obscurantisme à cause du "nouveau" (l'éternel débat entre anciens et nouveaux)... Tout au plus on peut dire que c'est une sorte d'immobilisme, mais de la à qualifier cela d'obscurantisme...
Ca me semble relativement raisonnable de faire des tests avant de se lancer tête baissée dans l'inconnue.
Avant de passer à KDE 3.5, je regarde un peu les forums et ce genre de choses, par exemple.

C'est simple : il faut laisser du temps au temps... :-)
Ou être organisé...

\begin{mavie}
Moi j'ai 8 bureaux:
- Net
- Mail
- Dev-1
- Dev-2
- Appli-en-dev-1
- outils d'analyse
- Amarok,Akregator
- Gantt
Bref, chaque chose à sa place.
\end{mavie}

Sans C, Linux n'aurait pas pu être créé...
Rectification: Sans C, Unix n'aurait pas pu être créé...

Quand au "principe de précaution", il y a eu il y a quelques années dans la recherche un édito qui le démontait point par point et montrait bien qu'il était à l'opposé de la démarche scientifique.

Tu pourrais developper s'il te plait ?

Et ?
Sans vouloir que tout le monde tombe dans la paranoia la plus totale, il me semble normal (en tant que scientifique) que l'on module son avis et que l'on soit plus critique face au progres scientifique.
On n'est pas chez les bisounours...

Et quand je dis plus critique, cela ne vaut pas forcement dire etre tout le temps oppose au progres scientifique, mais tout simplement, vraiment reflechir - posement - au probleme rencontre. Et ensuite donner son avis.

C'est mon interpretation, toute personnelle, du principe de precaution.

Mais quand je sors mon logiciel, il y a une telle divergeance qu'un report dans main est infaisable, on a deux branches trop séparées.
Voila pourquoi dans ce cas, inutile de contribuer au main.

En effet.
D'où l'utilité de mettre à disposition le CVS afin que d'autres puissent, si cela les intéresse, faire le long et fastidieux merge.

J'avais ca dans mes favoris.
Si ca peut aider:

http://www.digitalfanatics.org/projects/qt_tutorial/index.ht(...)