Bon, je me réponds à moi même:
> - Auto-indentation dans la plupart des langages. Ça marche en C et en Python, mais pas en PHP ni JavaScript...
# Javascript & CSS
block.start.*.js=10 {
block.end.*.js=10 }
block.start.*.css=5 {
block.end.*.css=5 }
> Auto-détection de l'indentation utilisée
indent.automatic=1
Quelques trucs sympas que j'ai trouvé en lisant la doc:
XML:
fermeture automatique des balises: xml.auto.close.tags=1
changer les préférences d'indentation globales, et utiliser deux espaces:
file.pattern.xhtml=$(file.patterns.xml);*.html;*.htm
tab.size.$(file.pattern.xhtml)=2
indent.size.$(file.pattern.xhtml)=2
use.tabs.$(file.pattern.xhtml)=0
Python: dans si je sélectionne import httplib et que je tape Ctrl-maj-O, ouvrir /usr/lib/python2.4/httplib.py
openpath.*.py=/usr/lib/python2.4:/usr/lib/python2.4/site-packages
Si vous avez des problèmes d'accents dans la sortie, essayez de la mettre en UTF-8:
output.code.page=65001
Accepter les séquences d'échappement dans rechercher/remplacer (ne fonctinne pas avec les regexp):
find.replace.escapes=1
Si vous faites beaucoup de PHP et que source files ne les affiche pas:
other.source.files=*.php;*.php3;*.php4;*.php5;*.js
open.filter=All Source|$(source.files);$(other.source.files)|\
$(all.files)
Fini les "warning, no new line at end of file":
ensure.final.line.end=1
Quand vous modifiez trois fichiers source et que vous appuyez sur F7 pour recompiler, il enregistre que le fichier courant, et pas les deux autres. Pour les compiler aussi:
save.all.for.build=1
N'avoir qu'une seule instance de scite:
check.if.already.open=1
Et en bonus, si vous aussi vous trouvez que la coloration syntaxique du PHP est moche:
style.all.keyword=fore:#00007F,bold
style.all.comment=fore:#007F00,$(font.comment)
style.all.number=fore:#007F7F
style.all.string=fore:#7F007F,$(font.monospace)
style.all.string.2=fore:#7F0000,$(font.monospace)
style.all.variable=fore:#2222dd,bold
style.all.variable.intext=fore:#7F0000,$(font.monospace),bold
style.all.operator=bold
style.hypertext.118=fore:#000000,back:#FFFFFF,eolfilled
style.hypertext.119=$(style.all.string.2),back:#FFFFFF
style.hypertext.120=$(style.all.string),back:#FFFFFF
style.hypertext.121=$(style.all.keyword),back:#FFFFFF
style.hypertext.122=$(style.all.number),back:#FFFFFF
style.hypertext.123=$(style.all.variable),back:#FFFFFF
style.hypertext.124=$(style.all.comment),back:#FFFFFF
style.hypertext.125=$(style.all.comment),back:#FFFFFF
style.hypertext.126=$(style.all.variable.intext),back:#FFFFFF
style.hypertext.127=$(style.all.operator),back:#FFFFFF
Avec ça et deux trois autres options, je tiens enfin l'éditeur de mes rêves (enfin, non, il n'est pas scriptable en Python. Disons qu'on s'en approche beaucoup)
On avait déjà un fork de la dernière version "libre" de cdrtools qui marche très bien: http://www.arklinux.org/projects/dvdrtools
Et franchement, je trouve que pousser un projet plus modulaire comme libburn aurait été une meilleure idée...
M'enfin, ils font ce qu'ils veulent, après tout...
Tu m'intéresses là. J'utilise scite, et j'ai pas tout ça. Notamment:
- Auto-indentation dans la plupart des langages. Ça marche en C et en Python, mais pas en PHP ni JavaScript...
- Auto-détection de l'indentation utilisée: si tu me dis comment faire avec scite, je te plussoierai allègremment ;). J'envisageais justement de me mettre au Lua rien que pour faire ça....
Bon, je profite de cette news pour poser quelques questions que je me posais depuis un certain temps...
1. Comment faire en sorte que portage commence le téléchargement du paquet suivant dès la compilation du paquet en cours ?
En gros, qu'il ne s'arrête jamais de télécharger...
2. eclean-dist -p foire chez moi:
- Il supprime les anciens slots. Si j'ai par exemple zope-2.9.3 et zope-3.2.1 d'installés, il me propose de supprimer Zope-2.9.3.tgz
- Il oublie de me proposer certains packagges, et ça me semble aléatoire...
Quelqu'un a une meilleure alternative ?
Et ce sans devoir insérer des commentaires spécifiques dans les sources à la "// {{{"
Et en détectant automatiquement l'indentation utilisée dans le fichier (sauf si le fichier n'avait pas d'indentation, dans ce cas on utilise ses propres préférences). Parce que entre ceux qui utilisent deux espaces (XML et dérivés), 4 espaces (modules standards Python), 8 espaces (je sais plus qui, mais j'ai déjà vu) et une tabulation (le reste du monde), c'est pas toujours joyeux...
Et en plus:
- pouvoir compiler et voir le résultat de la compilation en un raccourci clavier
- en cas d'erreur de compilation, marquer les lignes qui posent problème et se rendre à la première d'entre elles
Remarque, tout ça doit pouvoir se résumer par "extensible"...
> Je ne suis qu'un programmeur amateur, pour un programme plus "amusant" que "utile", je ne me voit donc pas ouvrir un compte et une page sur sourceforge pour si peu, mais je trouve je trouve dommage que des projets se noient ainsi, dans la masse de tous les projets existants...
Je me posais exactement la mpême question hier soir...
J'ai quelques bouts de code qui trainent sur mon disque dur dont je ne sais pas trop quoi faire. Je les utilises pas mal, ils pourraient donc être utiles à d'autres. Mais c'est définitivement trop petit (et mal documenté/commenté) pour en faire un projet sur un truc comme sf.net...
S'il n'y a pas de support de l'audio et de la vidéo, c'est peut être parce que personne ne l'a codé ?
Au lieu de râler inutilement, tu pourrais t'y mettre, non ?
Ce que je veux dire par là, c'est que si c'était vraiment hyper vachement important, quelqu'un s'y serait mis...
Tu parles de la grosse image "LOL" qui prends la moitié de l'écran en clignotant ? Des smileys animés gros comme une citrouille qui m'ont donnés des cauchemards pendant une semaine la première (et seule) fois que je les ai vus ?
Le jour où Jabber implémentera ça, je prends un client en mode texte...
Bon, je n'aime pas KDE, j'aime bien gstreamer, et en géréral j'apprécie les discussion houleuses qu'on appelle trop rapidement "troll". Mais ton troll à toi commence à me les casser. érieusement.
Si j'ai bien tout compris, phonon, ça va être en gros: void playSound(QString path). C'est vrai que c'est une dispersion d'efforts honteuse. En plus, KDE prennent du code que pour eux, regarde, ça dépend de Qt (QString). Honteux vraiment, le logiciel libre, c'était mieux à vent. Ça va sûrement finir comme Arts, inmaintenu car le code est trop gruik.
Alors d'accord, on peu reprocher à KDE d'avoir fait beaucoup de bruit pour pas grand chose, mais c'est pas une raison pour crier encore plus fort et pour d'encore moins bonnes raisons.
Et insulte moi autant que tu veux, profites en, parce que je répondrais pas. À moins que ta réponse soit constructive (et que ce ne soit pas une n-ième tentative de faire croire que tu n'as pas compris), mais je suis plutôt sceptique là dessus
Bon, moi qui m'était promis de pas lancer ce troll... Heureusement que cette news va bientôt dispraitre :)
Pour moi, c'est au système d'exploitation de faire ça. Je n'ai pas essayé pour Samba, mais FUSE me monte très bien un FS WebDAV. Et c'est indépendant de Gnome-VFS/KIO/Thunar-vfs/TrucVFS...
Et ça marche avec GIMP :)
Ça aide Windows. Et alors ?
On nous crie depuis des années qu'il ne faut pas dire Linux mais GNU/Linux, parce que le noyau c'est pas un OS complet (parfois c'est limite sous entendu que la partie noyau est négligeable), et toussa. Et bien si quelqu'un préfère GNU/Windows à GNU/Linux, grand bien lui en fasse. La partie GNU devant m'assure que:
- la plupart des bugs reports faits par des GNU/Windowsiens me profiteront à moi aussi
- les patchs, pareil
- et tout ce qui est codé par des GNU/Windowsiens aura de grandes chances de m'être utile (et d'être utile aux BSDistes, et j'en passe)
- que si tous les Windowsiens utilisent KHTML/Gecko/jenesaisquoi, ça me garantit que les sites passeront bien aussi sur mon GNU/Linux
En gros, faire de Windows un simple kernel non libre pour tout un OS entièrement libre, ça me gène pas plus que ça. Bien au contraire.
>6. Comme d'habitude, les développeurs GNOME ont tendance à ne penser à l'utilisation des bibliothèques qu'ils utilisent uniquement dans un contexte GNOME. Par exemple GTK+ qui va encore grossir pour recueillir les bibliothèques GNOME (que personne n'a sohaité maintenir malgré leur utilisation dans de nombreuses applications) au sein du projet Ridley. Merci pour les devs XFCE !
Est-ce que tu as regardé le projet Ridley ? J'en ai pas l'impression... A peut près tout ce qui est intégré dans GTK bénéficiera à _tous_ les utilisateurs de GTK (y compris Xfce/ROX/...): ce sont des trucs basiques qui auraient du être présents dès le départ (GtkAboutDialog, c'est vrai que c'est une merde pro-gnome qui va emmerder tous les devs GTK qui ne veulent pas de truc pro-gnome...)
Ne t'en fais pas que si le but avait été d'intégrer gnome-vfs, orbit ou bonobo, là un bon paquet de moules sur linuxfr auraient ralées (moi en premier)
J'ai testé KDE il y a un moment (enfin, pas si longtemps, c'était KDE 3.2), et j'ai pas aimé. Je veux pas m'étendre sur les raisons, le but n'étant pas de troller (les gouts et les couleurs, tousaa)
J'ai par contre vachement aimé dcop, Pour faire des trucs du genre (si mes souvenirs sont bons):
dcop konsole-1234 `dcop konsole-1234 newSession` setTitle "blah"
Est-ce toujours possible avec KDE 4 ?
Si oui, je suppose que c'est possible avec DBUS tout court. Comment on fait? (oui, j'ai lu les pages de man... Mais elles sont vraiment pas claires, et la seule vraie doc que j'ai trouvé c'est pour l'API C)
Oui, j'ai un accès internet par modem. Et le CD d'une distrib, c'est peut être bien pour une distrib genre Mandriva/Fedora qui fait des release périodiques et où les mises à jour ne sont que des mises à jour de sécurité, mais dans un système comme Debian ou Gentoo, télécharge un CD et une semaine plus tard la moitié des paquets sont déjà remplacés par des nouveaux...
Et c'est surtout une question de performances. Que les gnomistes qui osent dirent que ça ne pénalise pas les performances tentent de lancer k3b sous leur gnome...
Auatant je comprend l'intérêt de réutilisation du code, autant je fuis les dépendances "inutiles" (genre un visionneur d'images qui utilise gnome-vfs... qu'est ce que je me contrefous de pouvoir d'avoir une vue par vignettes des images d'un dossier ftp distant ?)
Non, mais ça ne m'a pas trop choqué: je suis un débutant complet en Zope (j'ai installé Zope 2 il y a 3 jours après avoir lu un bouqin dessus. Zope 3 date de ce matin ;)). A vrai dire, ce qui m'a le plus marqué, c'est l'absence de "Folder (Ordered)" et de "User folder" (aussi, le changement de index_html en index.html...)
Toutefois, les pages ZPT sont créées dans la ZODB...
apt-get install python2.4
Le seul problème avec python 2.4 dans debian, c'est juste qu'il n'est pas par défaut. Paas la peine d'en faire tout un trollplat
s/opérateur/quantificateur/ (oui, je sais, j'aurais dû me relire plus sérieusement q'un rapide coup d'oeil)
C'est un quantificateur qui ne rend jamais ce qu'il a consommé (d'où le nom ;)), même quand ça peut faire échouer la reconnaissance... (++, *+ et ?+ en Perl/PCRE) http://www.regular-expressions.info/atomic.html
Je pense que tu n'a pas bien compris ma question, et je pense avoir pigé pourquoi:
> d'abords, avec deux opérateurs possiblement vides à la suite (.* et ?) c'est sûr que tu facilites pas le travail du moteur, donc plutôt préférer tout simplement "<p.*>"
Donc mea culpa, j'aurais du préciser la syntaxe en introductionr: j'utilise la syntaxe Perl/PCRE. C'est à dire que .*? est la version paresseuse de .* et pas équivalent à (.*)?
> Reprenons le cas que tu donnes. D'abord, tes deux expressions ne sont pas équivalentes.
Je me met dans le cas où l'opérateur paresseux n'a pas besoin de consommer un "o" pour que la reconnaissance réussisse. Dans ce cas, je suppose quand les expressions sont à peu de choses près équivalentes... non ?
Ma question était donc: dans le cas où l'opérateur paresseux n'a pas besoin de consommer 'o' et où la reconnaissance réussit, utiliser H[^o]*o est-il vraiment plus avantageux que H.*?o ? Je n'ai pas l'impression que le moteur ait beaucoup plus de choix à faire dans la deuxième version...
Je me souviens d'un développeur de LL qui disait qu'un des intérêts de porter des logiciels n'était pas forcément de pouvoir l'utiliser sur de nouvelles plateformes, mais que c'"tait un bon moyen de:
- pointer les erreurs de conception
- montrer des erreurs de programmation qui sont passées à cause d'un comprtement "magique" de la plateforme originale
- que généralement, un code portable est signe de qualité, même si les ports ne sont presque pas utlisés
>Mais un navigateur léger sous linux ne serait pas un mal.
WebKit existant sous OSX, probablement Linux et maintenant Windows, on peut se dire que la couche de compatibilité est "au point" et plutôt réutilisable (encore un avantage du port Windows). Par exemple, avec un toolkit "léger" genre FLTK ou Fox (ou en utilisant aalib/libcaca ;)). Un volontaire ? :)
[^] # Re: Mono
Posté par Moonz . En réponse à la dépêche Rentrée des classes pour GNOME 2.16. Évalué à 2.
Et encore heureux !
# spam.py
import sys
sys.stdout = open("log_stdout", "w+")
import egg
print "Hello from spam.py"
# egg.py
print "hello from egg.py"
$ python egg.py
hello from egg.py
$ python spam.py
$ cat log_stdout
hello from egg.py
Hello from spam.py
Maintenant, imagine que python se mette à partager le module sys à travers toutes les instances de la VM...
[^] # Re: complements
Posté par Moonz . En réponse au journal Le meilleur éditeur de texte ?. Évalué à 5.
> - Auto-indentation dans la plupart des langages. Ça marche en C et en Python, mais pas en PHP ni JavaScript...
# Javascript & CSS
block.start.*.js=10 {
block.end.*.js=10 }
block.start.*.css=5 {
block.end.*.css=5 }
# PHP
block.start.*.php=127 {
block.end.*.php=127 }
> Auto-détection de l'indentation utilisée
indent.automatic=1
Quelques trucs sympas que j'ai trouvé en lisant la doc:
XML:
fermeture automatique des balises: xml.auto.close.tags=1
changer les préférences d'indentation globales, et utiliser deux espaces:
file.pattern.xhtml=$(file.patterns.xml);*.html;*.htm
tab.size.$(file.pattern.xhtml)=2
indent.size.$(file.pattern.xhtml)=2
use.tabs.$(file.pattern.xhtml)=0
Python: dans si je sélectionne import httplib et que je tape Ctrl-maj-O, ouvrir /usr/lib/python2.4/httplib.py
openpath.*.py=/usr/lib/python2.4:/usr/lib/python2.4/site-packages
Si vous avez des problèmes d'accents dans la sortie, essayez de la mettre en UTF-8:
output.code.page=65001
Accepter les séquences d'échappement dans rechercher/remplacer (ne fonctinne pas avec les regexp):
find.replace.escapes=1
Si vous faites beaucoup de PHP et que source files ne les affiche pas:
other.source.files=*.php;*.php3;*.php4;*.php5;*.js
open.filter=All Source|$(source.files);$(other.source.files)|\
$(all.files)
Fini les "warning, no new line at end of file":
ensure.final.line.end=1
Quand vous modifiez trois fichiers source et que vous appuyez sur F7 pour recompiler, il enregistre que le fichier courant, et pas les deux autres. Pour les compiler aussi:
save.all.for.build=1
N'avoir qu'une seule instance de scite:
check.if.already.open=1
Et en bonus, si vous aussi vous trouvez que la coloration syntaxique du PHP est moche:
style.all.keyword=fore:#00007F,bold
style.all.comment=fore:#007F00,$(font.comment)
style.all.number=fore:#007F7F
style.all.string=fore:#7F007F,$(font.monospace)
style.all.string.2=fore:#7F0000,$(font.monospace)
style.all.variable=fore:#2222dd,bold
style.all.variable.intext=fore:#7F0000,$(font.monospace),bold
style.all.operator=bold
style.hypertext.118=fore:#000000,back:#FFFFFF,eolfilled
style.hypertext.119=$(style.all.string.2),back:#FFFFFF
style.hypertext.120=$(style.all.string),back:#FFFFFF
style.hypertext.121=$(style.all.keyword),back:#FFFFFF
style.hypertext.122=$(style.all.number),back:#FFFFFF
style.hypertext.123=$(style.all.variable),back:#FFFFFF
style.hypertext.124=$(style.all.comment),back:#FFFFFF
style.hypertext.125=$(style.all.comment),back:#FFFFFF
style.hypertext.126=$(style.all.variable.intext),back:#FFFFFF
style.hypertext.127=$(style.all.operator),back:#FFFFFF
Avec ça et deux trois autres options, je tiens enfin l'éditeur de mes rêves (enfin, non, il n'est pas scriptable en Python. Disons qu'on s'en approche beaucoup)
# Utilité ?
Posté par Moonz . En réponse à la dépêche cdrkit : Debian forke cdrtools. Évalué à 10.
Et franchement, je trouve que pousser un projet plus modulaire comme libburn aurait été une meilleure idée...
M'enfin, ils font ce qu'ils veulent, après tout...
[^] # Re: complements
Posté par Moonz . En réponse au journal Le meilleur éditeur de texte ?. Évalué à 2.
- Auto-indentation dans la plupart des langages. Ça marche en C et en Python, mais pas en PHP ni JavaScript...
- Auto-détection de l'indentation utilisée: si tu me dis comment faire avec scite, je te plussoierai allègremment ;). J'envisageais justement de me mettre au Lua rien que pour faire ça....
[^] # Re: HS
Posté par Moonz . En réponse au journal Kazehakase, un navigateur web à essayer. Évalué à 4.
# Quelques questions...
Posté par Moonz . En réponse à la dépêche Gentoo 2006.1 est prête !. Évalué à 2.
1. Comment faire en sorte que portage commence le téléchargement du paquet suivant dès la compilation du paquet en cours ?
En gros, qu'il ne s'arrête jamais de télécharger...
2. eclean-dist -p foire chez moi:
- Il supprime les anciens slots. Si j'ai par exemple zope-2.9.3 et zope-3.2.1 d'installés, il me propose de supprimer Zope-2.9.3.tgz
- Il oublie de me proposer certains packagges, et ça me semble aléatoire...
Quelqu'un a une meilleure alternative ?
[^] # Re: complements
Posté par Moonz . En réponse au journal Le meilleur éditeur de texte ?. Évalué à 3.
Et en détectant automatiquement l'indentation utilisée dans le fichier (sauf si le fichier n'avait pas d'indentation, dans ce cas on utilise ses propres préférences). Parce que entre ceux qui utilisent deux espaces (XML et dérivés), 4 espaces (modules standards Python), 8 espaces (je sais plus qui, mais j'ai déjà vu) et une tabulation (le reste du monde), c'est pas toujours joyeux...
Et en plus:
- pouvoir compiler et voir le résultat de la compilation en un raccourci clavier
- en cas d'erreur de compilation, marquer les lignes qui posent problème et se rendre à la première d'entre elles
Remarque, tout ça doit pouvoir se résumer par "extensible"...
# Pareil ici :)
Posté par Moonz . En réponse au journal Reprendre un projet : qu'en faire après ?. Évalué à 2.
Je me posais exactement la mpême question hier soir...
J'ai quelques bouts de code qui trainent sur mon disque dur dont je ne sais pas trop quoi faire. Je les utilises pas mal, ils pourraient donc être utiles à d'autres. Mais c'est définitivement trop petit (et mal documenté/commenté) pour en faire un projet sur un truc comme sf.net...
Si quelqu'un a des liens, faites tourner ;)
[^] # Re: Quelques éléments de réponse
Posté par Moonz . En réponse au journal Jabber à la traine ?. Évalué à 1.
Au lieu de râler inutilement, tu pourrais t'y mettre, non ?
Ce que je veux dire par là, c'est que si c'était vraiment hyper vachement important, quelqu'un s'y serait mis...
[^] # Re: Gros rappel
Posté par Moonz . En réponse au journal Jabber à la traine ?. Évalué à 3.
Tu parles de la grosse image "LOL" qui prends la moitié de l'écran en clignotant ? Des smileys animés gros comme une citrouille qui m'ont donnés des cauchemards pendant une semaine la première (et seule) fois que je les ai vus ?
Le jour où Jabber implémentera ça, je prends un client en mode texte...
[^] # Re: Au secours
Posté par Moonz . En réponse au journal Vous voulez krasher ? (KDE4 inside). Évalué à 9.
Si j'ai bien tout compris, phonon, ça va être en gros: void playSound(QString path). C'est vrai que c'est une dispersion d'efforts honteuse. En plus, KDE prennent du code que pour eux, regarde, ça dépend de Qt (QString). Honteux vraiment, le logiciel libre, c'était mieux à vent. Ça va sûrement finir comme Arts, inmaintenu car le code est trop gruik.
Alors d'accord, on peu reprocher à KDE d'avoir fait beaucoup de bruit pour pas grand chose, mais c'est pas une raison pour crier encore plus fort et pour d'encore moins bonnes raisons.
Et insulte moi autant que tu veux, profites en, parce que je répondrais pas. À moins que ta réponse soit constructive (et que ce ne soit pas une n-ième tentative de faire croire que tu n'as pas compris), mais je suis plutôt sceptique là dessus
Ça fait du bien :)
[^] # Re: Enfin !!!
Posté par Moonz . En réponse à la dépêche K-Meleon est sorti en version 1.0.1. Évalué à 3.
Pour moi, c'est au système d'exploitation de faire ça. Je n'ai pas essayé pour Samba, mais FUSE me monte très bien un FS WebDAV. Et c'est indépendant de Gnome-VFS/KIO/Thunar-vfs/TrucVFS...
Et ça marche avec GIMP :)
Bon, après moins de 10 secondes de recherche, j'ai trouvé ça:
http://fuse.sourceforge.net/wiki/index.php/FileSystems
et plus particulièrement:
http://smbnetfs.airm.net/
Non, je ne vois pas l'utilité de Gnome-VFS.
[^] # Re: Les Gnomistes m'emmerdent
Posté par Moonz . En réponse au journal Vous voulez krasher ? (KDE4 inside). Évalué à 9.
On nous crie depuis des années qu'il ne faut pas dire Linux mais GNU/Linux, parce que le noyau c'est pas un OS complet (parfois c'est limite sous entendu que la partie noyau est négligeable), et toussa. Et bien si quelqu'un préfère GNU/Windows à GNU/Linux, grand bien lui en fasse. La partie GNU devant m'assure que:
- la plupart des bugs reports faits par des GNU/Windowsiens me profiteront à moi aussi
- les patchs, pareil
- et tout ce qui est codé par des GNU/Windowsiens aura de grandes chances de m'être utile (et d'être utile aux BSDistes, et j'en passe)
- que si tous les Windowsiens utilisent KHTML/Gecko/jenesaisquoi, ça me garantit que les sites passeront bien aussi sur mon GNU/Linux
En gros, faire de Windows un simple kernel non libre pour tout un OS entièrement libre, ça me gène pas plus que ça. Bien au contraire.
[^] # Re: Les Gnomistes m'emmerdent
Posté par Moonz . En réponse au journal Vous voulez krasher ? (KDE4 inside). Évalué à 6.
Est-ce que tu as regardé le projet Ridley ? J'en ai pas l'impression... A peut près tout ce qui est intégré dans GTK bénéficiera à _tous_ les utilisateurs de GTK (y compris Xfce/ROX/...): ce sont des trucs basiques qui auraient du être présents dès le départ (GtkAboutDialog, c'est vrai que c'est une merde pro-gnome qui va emmerder tous les devs GTK qui ne veulent pas de truc pro-gnome...)
Ne t'en fais pas que si le but avait été d'intégrer gnome-vfs, orbit ou bonobo, là un bon paquet de moules sur linuxfr auraient ralées (moi en premier)
# Une question que je me posais depuis un moment...
Posté par Moonz . En réponse au journal Vous voulez krasher ? (KDE4 inside). Évalué à 1.
J'ai par contre vachement aimé dcop, Pour faire des trucs du genre (si mes souvenirs sont bons):
dcop konsole-1234 `dcop konsole-1234 newSession` setTitle "blah"
Est-ce toujours possible avec KDE 4 ?
Si oui, je suppose que c'est possible avec DBUS tout court. Comment on fait? (oui, j'ai lu les pages de man... Mais elles sont vraiment pas claires, et la seule vraie doc que j'ai trouvé c'est pour l'API C)
[^] # Re: Enfin !!!
Posté par Moonz . En réponse à la dépêche K-Meleon est sorti en version 1.0.1. Évalué à 2.
Et c'est surtout une question de performances. Que les gnomistes qui osent dirent que ça ne pénalise pas les performances tentent de lancer k3b sous leur gnome...
Auatant je comprend l'intérêt de réutilisation du code, autant je fuis les dépendances "inutiles" (genre un visionneur d'images qui utilise gnome-vfs... qu'est ce que je me contrefous de pouvoir d'avoir une vue par vignettes des images d'un dossier ftp distant ?)
[^] # Re: Enfin !!!
Posté par Moonz . En réponse à la dépêche K-Meleon est sorti en version 1.0.1. Évalué à 5.
[root@localhost ~ 11:27]# USE="firefox" emerge -vp epiphany 0
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] gnome-base/libbonobo-2.14.0 USE="-debug -doc" 0 kB
[ebuild N ] gnome-base/gnome-mime-data-2.4.2 USE="-debug" 0 kB
[ebuild N ] app-admin/gamin-0.1.7 USE="-debug -doc" 0 kB
[ebuild N ] gnome-base/gnome-vfs-2.14.2-r1 USE="gnutls ipv6 ssl -avahi -debug -doc -hal -samba" 0 kB
[ebuild N ] gnome-base/libgnome-2.14.1 USE="-debug -doc -esd -static" 0 kB
[ebuild N ] gnome-base/gnome-keyring-0.4.9 USE="-debug" 386 kB
[ebuild N ] gnome-base/libbonoboui-2.14.0 USE="X -debug -doc" 872 kB
[ebuild N ] gnome-base/libgnomeui-2.15.1 USE="jpeg -debug -doc" 1,402 kB
[ebuild N ] dev-python/pyorbit-2.14.0 USE="-debug" 269 kB
[ebuild N ] dev-python/gnome-python-2.12.4 USE="-debug -doc -gtkhtml" 368 kB
[ebuild N ] app-text/gnome-doc-utils-0.6.1 USE="-debug" 375 kB
[ebuild N ] gnome-base/gnome-desktop-2.14.2 USE="-debug -doc" 1,159 kB
[ebuild N ] gnome-base/gnome-common-2.12.0 USE="-debug" 58 kB
[ebuild N ] app-text/iso-codes-0.49-r1 3,612 kB
[ebuild N ] www-client/epiphany-2.14.3 USE="firefox python -debug -doc" 3,541 kB
Total size of downloads: 12,046 kB
[root@localhost ~ 11:28]# USE="firefox" emerge -vp kazehakase 0
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] www-client/kazehakase-0.3.9 USE="firefox ssl -hyperestraier -migemo -mozilla -ruby -thumbnail" 1,305 kB
Total size of downloads: 1,305 kB
(et encore, j'avais déjà quelques libs de gnome installées pour gnumeric et abiword)
[^] # Re: Merci !
Posté par Moonz . En réponse au journal Recueil d'infos sur Zope 3. Évalué à 2.
Toutefois, les pages ZPT sont créées dans la ZODB...
[^] # Re: Merci !
Posté par Moonz . En réponse au journal Recueil d'infos sur Zope 3. Évalué à 2.
Pas dans mon zope 3.2.1 fraichement emergé...
[^] # Re: je me lance...
Posté par Moonz . En réponse au message Expressions régulières: votre avis.... Évalué à 2.
Mais je pense avoir compris l'idée... Merci beaucoup pour tes explications ;)
[^] # Re: Etch..
Posté par Moonz . En réponse au journal Hp annonce le support de debian.... Évalué à 8.
Le seul problème avec python 2.4 dans debian, c'est juste qu'il n'est pas par défaut. Paas la peine d'en faire tout un trollplat
[^] # Re: Désolé, j'ai oublié le nom anglais
Posté par Moonz . En réponse au message Expressions régulières: votre avis.... Évalué à 2.
C'est un quantificateur qui ne rend jamais ce qu'il a consommé (d'où le nom ;)), même quand ça peut faire échouer la reconnaissance... (++, *+ et ?+ en Perl/PCRE)
http://www.regular-expressions.info/atomic.html
[^] # Re: meuh
Posté par Moonz . En réponse au message Expressions régulières: votre avis.... Évalué à 2.
Hop ----->[]
[^] # Re: je me lance...
Posté par Moonz . En réponse au message Expressions régulières: votre avis.... Évalué à 2.
> d'abords, avec deux opérateurs possiblement vides à la suite (.* et ?) c'est sûr que tu facilites pas le travail du moteur, donc plutôt préférer tout simplement "<p.*>"
Donc mea culpa, j'aurais du préciser la syntaxe en introductionr: j'utilise la syntaxe Perl/PCRE. C'est à dire que .*? est la version paresseuse de .* et pas équivalent à (.*)?
> Reprenons le cas que tu donnes. D'abord, tes deux expressions ne sont pas équivalentes.
Je me met dans le cas où l'opérateur paresseux n'a pas besoin de consommer un "o" pour que la reconnaissance réussisse. Dans ce cas, je suppose quand les expressions sont à peu de choses près équivalentes... non ?
Ma question était donc: dans le cas où l'opérateur paresseux n'a pas besoin de consommer 'o' et où la reconnaissance réussit, utiliser H[^o]*o est-il vraiment plus avantageux que H.*?o ? Je n'ai pas l'impression que le moteur ait beaucoup plus de choix à faire dans la deuxième version...
[^] # Re: Et encore un...
Posté par Moonz . En réponse au journal WebKit pour Windows : sortie de Swift alpha !. Évalué à 10.
- pointer les erreurs de conception
- montrer des erreurs de programmation qui sont passées à cause d'un comprtement "magique" de la plateforme originale
- que généralement, un code portable est signe de qualité, même si les ports ne sont presque pas utlisés
>Mais un navigateur léger sous linux ne serait pas un mal.
WebKit existant sous OSX, probablement Linux et maintenant Windows, on peut se dire que la couche de compatibilité est "au point" et plutôt réutilisable (encore un avantage du port Windows). Par exemple, avec un toolkit "léger" genre FLTK ou Fox (ou en utilisant aalib/libcaca ;)). Un volontaire ? :)