iznogoud a écrit 594 commentaires

d'où l'intérêt d'utiliser le format "texte sans HTML" (sous le bouton Vérifier), l'aide t'indiquant que :

<blockquote>
Les tags HTML que vous tapez seront affichés directement.
Conseil : Utilisez cette option si vous désirez poster des exemples de code HTML.
</blockquote>

j'aimerai bien voir ton schéma cela dit

Comparaison bidon, mais bon...
Je dirais plutôt que là, ce machin, c'est un peu comme ce qui est écrit sur ton volant qui a un airbag. Tu sais qu'il est là et que tu peux compter sur lui. Quant à savoir l'utilité technique du fait que c'est écrit, c'est autre chose. Ca rassure, simplement.
Avoir deux protections, une active et une passive, ce n'est pas un schéma qui peut s'appliquer aux airbags... Faut arrêter de comparer ce qui n'est pas comparable.

Le programme n'est pas disponible ?
Ca serait sympa si vous pouviez le mettre en ligne sur une page identifiable (un lien qui pointe bien vers le programme du week-end).

J'espère pouvoir passer en tout cas.

En fait, moi j'y vois une utilité. Ca rassure. Libre à toi après de cacher un firewall un peu plus blindé derrière, mais à côté, tu dis à Mme. Michu que regardez, là je vous ai mis une petite icône en bas à droite, si jamais quelqu'un essaye de vous attaquer, vous en serez avertie, et vous pourrez empêcher l'attaque.

Même si c'est bidon, tu lui mets de la poudre devant les yeux et tu caches un firewall configuré à la main ou par interface, mais qui soit passif, et là tu es content :
* son ordinateur a la sécurité que tu voulais lui donner
* Mme Michu est contente parce qu'elle peut être "active" et avoir l'impression de contrôler la machine. Elle se sent plus en sécurité, et elle dira plus facilement : "ha oui, vraiment, linux et les logiciels libres, c'est bien !"

Oui enfin, tout doux, tout doux. Toutes les applets dashboard ne passeront probablement pas de l'un à l'autre tout seul. Pourquoi ? Parce que certaines utilisent un peu plus que du dhtml+css+javascript.
Exemple parlant : toutes les applets qui sont liées à des services macos (addressbook en applet, applet de batterie, applet consommation cpu/mem...)

En revanche, ça devrait ouvrir la voie à pas mal d'applets plus orientées web (php.net, wikipedia etc.)

Au pire tu peux toujours utiliser une double licence, CC-nc pour tous (sauf toi ^^).
Et une licence pour la vente, autorisant l'utilisation commerciale (CC tout court, licence non libre, ou ce que tu veux :) )

En tout cas je serais intéressé de voir ce que ça donne/va donner :)

Dans ce cas, je te conseille cette page :
http://www.dotclear.net/trac/wiki/DotClear/Themes
Y'a plein de thèmes recencés, beaucoup (tous ?) sous licence libre, et beaucoup sont fort sympathiques (j'ai personnellement récupéré Jour d'automne, je pense y faire quelques modifications, mais il est déjà très sympa)

Utilisant une version assez ancienne et patchée de partout, je me satisfait tout à fait de alternc, on s'y fait.
C'est pratique, pour un peu que tu ais quelques notions (comprendre : connaître les termes techniques utilisés), une fois que tout est configuré, ça marche au poil :-)

pour du SGBDO, y'a zope qui utilise un machin comme ça pour sa base de données.

Je plussoie volontiers, cette news est très complète !

"et pendant ce temps, (pratiquement) aucun hébergeur n'est encore passé en apache2..."

Je confirme, l'Espagne, c'est cher, pour faire des tout petits trajets.
Exemple : la nouvelle ligne de train grande vitesse qui relie Saragosse à Madrid sera à plus de 80 euros en 2nde classe (pour comparaison, le bus est à 10euros, et prend moins d'une heure de plus pour y aller).

Pour Barcelone, avec le vieux train, on est plus lent que le bus, et 3 fois plus cher.

Pour faire Saragosse Lyon en train, il faut prendre le bus (rentabilité) pour barcelone, puis le Talgo pour la France, et là, on prend 5h de vieux train dans la figure. Et le Talgo, c'est pas une référence niveau respect des horaires !

perl, ruby, python le sont aussi hein :)

tetsuo:~ kim$ ruby --version
ruby 1.8.2 (2004-12-25) [powerpc-darwin8.0]

tetsuo:~ kim$ perl --version

This is perl, v5.8.6 built for darwin-thread-multi-2level
[...]

tetsuo:~ kim$ python -V
Python 2.3.5

Si tu n'es pas fan de perl, tu as l'excellent pyobjc ( http://pyobjc.sf.net ) qui permet d'écrire en python des applications cocoa. Le binding Objective-C est relativement complet, et si on a l'API cocoa/objective-c sous la main et quelques notions en objc, c'est relativement facile à utiliser :)

J'ai testé, et c'est vrai qu'il faut de bonnes notions en objc pour programmer en pyobjc.

Il faudrait peut-être arrêter de croire que X11, c'est de la prise de tête.
Si je veux utiliser un logiciel de graphisme, libre, j'ai gimp et inkscape. Tous les deux ont besoin de X11...
X11 n'est pas une *horreur* à installer hein ! Même pour les non geek (ma ptite soeur, l'est pas geek, et elle utilise OOo avec X11)...

Pour neooffice, la dernière utilisation que j'en ai faite, c'était l'été dernier. Ce n'était pas utilisable : pour un document sxw de 5Mo, je devais rebooter sauvagement (sisi, même l'équivalent ctrl+alt+suppr mac marchait pas) tous les 1/4 d'heure. Freeze complet de la machine, pour taper un mot, il fallait attendre 30sec. Le sxw avait été généré *avec* neooffice.
J'en garde de très mauvais souvenirs.

A côté de ça, j'utilise OOo2.0 avec bonheur. Tant mieux pour moi, tant mieux si les autres utilisent avec bonheur NeoOOo.

CF l'autre commentaire à propos de java, je sais tout à fait qu'il n'y a pas *que* du java. java n'est utilisé que pour les composants utiles pour remplacer X11.

Ahem. Je me rephrase :
je trouve inadmissible de justifier un prélèvement par des réductions auxquelles on me dit que j'y ai immédiatement droit. Dit moins cruement, je suis d'accord pour qu'on me prélève des sous pour les autres, finalement, certains devraient y avoir droit.
Mais si certains (dont je fais partie) trouvent que les charges sociales sont trop élevées, c'est peut-être parce qu'ils regardent comment sont utilisés ces sous si chèrement *offerts* : certains touchent^Wprofitent des allocations, des aides... et ne cherchent pas à entrer dans le "système". Ils restent RMIstes, parce qu'ils ont assez pour vivre ainsi. J'en connais, des gens comme ça, qu'on ne me dise pas que "ça n'existe pas".
Si on pouvait établir un régime plus juste, plus fondé sur un certain "mérite" (tu n'auras des sous que si tu participes au système, que tu cherches du boulot si tu n'en as pas...), peut-être que j'aurais moins de réticences à voir mes sous disparaître comme ça...

Et non, pour le moment, je n'ai encore pas vu de retour sur investissement, et je ne souhaite pas en voir de si tôt. On va dire que les chanceux payent pour les malchanceux ?

Pourquoi "lancer X11" est à ce point un problème, quand... il se lance tout seul !
Pour le coup des polices, la "phase de conversion préalable" est plus temporaire qu'autre chose, en attendant de pouvoir utiliser effectivement les polices natives "correctement".
Le système d'impression "natif" devrait venir avec le port natif de OOo sous mac.

En comparant NeoOOo/J avec OOo1.X, la page citée compare une vieille version de OOo (ils ne parlent pas des magnifiques memory leak que j'avais constaté dans neooffice qui m'empêchaient de l'utiliser plus de 20 minutes). La version 2.0 est tellement meilleure à la 1.x que j'ai du mal à voir l'intérêt de OOo1.x. Exemple tout bête de trucs qui ne sont pas sous OOo1.x : le support de l'ODF. Qui te permettra d'avoir des documents lisibles sur plus d'éditeurs.

En attendant, leur version Apple X11 va être présente pour un bon bout de temps.
Oui, c'est ce qui est prévu ^^. Oui, NeoOffice/J a mis beaucoup de temps à produire une version OOo sans X11 (entièrement en java... Avec les désavantages que ça implique).

Pour avoir participé un peu au projet, je dirai que emerge pour macos n'est pas mature. Et il ne le sera probablement pas avant un bon bout de temps. Le portage de emerge sous macos date d'un an. Les mauvaises orientations techniques dès le début du projet en font un mauvais portage. Pourquoi ?
Simplement, ils n'ont pas suivi l'exemple de darwinports et fink et installent les fichiers au coeur de l'arborescende du système au lieu de faire un /sw comme fink, ou utiliser /opt/local comme darwinports.
Du coup, le développement est considérablement ralenti (pour faire des tests, les dev doivent installer un macos en chroot et faire des bidouilles constamment).

J'espère que le projet continue dans ses efforts, cela dit, c'est mal parti.
Donc, oui, emerge sous macos existe, mais il n'est pas utilisable en l'état (et il manque de développeurs).
emerge ayant pour origine les ports de *BSD, et darwinports étant un portage de ceux-ci sous macos, je dirais que si on veut un truc fiable se rapprochant d'emerge, il faut utiliser darwinports.

Non, on m'a juste demandé de garder ça pour moi, donc je garde ça pour moi :-)

Disons que les choses bougent, y'a quelques développeurs qui répondent à l'appel pour travailler sur le portage. Simplement, le travail risque d'être colossal...

Oui et non.

En estimant que le portage de GTK soit complet, toutes les applications GTK jusqu'alors développées sous linux devraient pouvoir s'afficher sous MacOS en natif (sans X11 donc).

Cela dit, ça n'enlève pas toutes les dépendances à des bibliothèques, à l'OS, etc. qui peuvent être dans le code de l'application.

Plus généralement, toutes les applications déjà existantes sous macos utilisant gtk+ avec X11 passeront sans problème avec la bibliothèque en natif. En revanche, pour les autres, il restera peut-être un peu de travail à faire pour que l'application puisse tout simplement tourner sous mac.

Neooffice.org -> OOo (fork amical en fait pour etre plus proche d'une interface Mac

1/ le fork n'est pas si "amical" que ça, quand on voit ce que les développeurs de NeoOffice/J disent de la communauté OOo-mac...
2/ Il ne faut pas être difficile pour trouver NeoOOo/J plus proche de l'interface Mac : à part l'absence de X11 et la barre de menu, on est loin d'une intégration IHM.
3/ OOo commence à travailler sur le portage de OOo en *natif* sous macos. stay tuned (je n'en dirai pas plus, je n'ai pas le droit).
4/ NeoOOo/J utilise OOo1.X. Il n'a aucun intérêt maintenant que OOo2.0 est sorti.

fink est l'équivalent d'emerge pour mac.

Ha non, c'est darwinports qui se rapproche le plus d'emerge sous mac.

Personnellement, je conseille plutôt darwinports, dont la communauté est relativement plus réactive, et dont les paquets sont plus à jour globalement.

Dans ce cas, j'aimerais bien savoir où sont mes réductions, exonérations, etc. qui justifient un pompage de 33% du salaire brut environ.

Si tu parles de la sécurité sociale, je fais plutôt partie de ceux qui donnent pour les autres. En revanche, je dois^Wdevrais changer mes lunettes tous les ans, bah là, la réduction, je l'attend toujours :-)

Je trouve inadmissible de justifier un prélèvement par les réductions auxquelles on peut avoir droit si on remplit certaines conditions.

Ne crois-tu pas que ça serait pas mieux si... On diminuait les avantages sociaux, les exonérations, les réductions. Et de l'autre côté, on diminue les charges sociales (moyennant une interdiction de diminuer le salaire brut en conséquence de cette baisse) ?

Utilise le module zlib, il est fait pour toi :)

Le module gzip est bien si tu as un fichier. Le module zlib te permet d'accéder à des fonctionnalités plus utiles (genre compresser une chaîne de caractères. C'est tout bête, mais gzip ne le permet pas)

http://www.python.org/doc/lib/module-zlib.html

Après, il faudrait voir comment marche le format gzip pour voir si on peut "découper" un gzip et le désarchiver par tranches

J'aurai mieux vu deux modes d'action :
* premier mode : clic gauche et déplacement de la photo
* deuxième mode : "édition" : sélection d'une partie de l'image avec le clic gauche.
Maintenant ce n'est qu'un point de vue personnel. Mais chez moi, un clic droit provoque l'ouverture d'un menu d'action, et non une sélection d'éléments. Idem si tu vas sous konqueror, tu auras un menu d'actions (configurable, ok, mais par défaut c'est *quasiment toujours comme ça*).

Par contre, le zoom sur la molette je trouve ça bien \o/

J'ai parcouru très rapidement le site du projet, et j'ai lu :
3. Fully supported alpha channel. Use right mouse button for selection
Alors je sais pas vous, mais moi j'ai l'habitude de faire de la sélection d'éléments avec le clic gauche, pas avec le droit.
Quand je sélectionne des éléments dans mon konqueror/nautilus/... je le fais avec le bouton gauche.
Quand je sélectionne du texte dans un traitement de texte, j'utilise le bouton gauche.
(et on peut continuer la série longtemps, même si on va me dire que ce comportement, sous KDE est paramétrable... Mais jamais paramétré ainsi).

Qu'est-ce qui justifie alors la position inverse de la part de KSquirrel ? (les développeurs sont-ils tous gauchers ?)
C'est tout bête, mais quand j'utilise un logiciel, j'aime qu'il ait un comportement proche du reste. Dès lors, quand je vais me retrouver avec KSquirrel, je dois inverser toutes mes habitudes (qui peuvent être mauvaises pourquoi pas, mais alors il faudrait que tout KDE passe à la sélection par bouton droit en même temps), avec les défauts que ça implique, notamment perte de précision : je veux supprimer les 10 colonnes de pixels à gauche de l'image, j'aurai plus de mal si je clique droit que gauche (marrant non ?)

Ensuite, pour les utilisateurs de portables type ibook ou powerbook, qui n'ont pas de bouton droit, ils doivent utiliser l'émulation clavier, avec les inconvénients que ça implique. Alors certes, on l'utilise déjà pour certaines actions, mais pour les *plus communes* et classiques, pourquoi compliquer quand on peut faire simple ?

C'est tout bête, mais juste pour ça, j'aurais probablement du mal à adopter un tel logiciel (ou alors il faut que ça soit paramétrable)