- SVG: http://www.mozilla.org/projects/svg/(...)
Alors ça, c'est vraiment un révolution je trouve.
Allez jeté un coup d'oeil à: http://www.mozilla.org/projects/svg/status.html(...)
pour voir ou ils en sont.
En gros, il manque les parties avec les filtres, la gestion
du text (qui n'est pas encore tip top) et surtout, la partie
animate.
Actuellement, si on veut faire mumuse avec les animations,
on est obligé de passer par DOM, ce qui excessivement lent.
Animate nous permettra de faire des truc vraiment poussés :)
Il y a encore tout un tas de technos passionantes offertes
par gecko (XBL, XUL, RDF, XulRunner ...) donc si vous souhaitez
en savoir plus, n'hésitez pas avec venir faire un tour sur xulfr.org
ou sur irc:
irc.mozilla.org/#xulfr
Je suis assez convaincu que JS suffit largement.
C'est un langage tres simple pour quelque chose
de très simple :)
Non, franchement, il ne faut pas se fier à la vieille
réputation du JS. Dis toi que toute la partie XPFE de
firefox, de mozilla et de Thunderbird est en JS. La partie
"interface" n'en est pas ralentie. Sinon, coté developpement,
c'est tout sauf une prise de tete le JS. C'est très simple,
parfaitement adapté pour la manipulation du DOM.
Sinon, pour tout ce qui est un peu plus "systeme" (la manipulation
de fichier par exemple), on manipule des objets XpCom.
Finallement, on attend du langage d'XPFE:
* de pouvoir facillement coder de petits algos
(trier une liste par exemple)
* etre simple d'utilisation
* manipuler le DOM (bientot l'E4X :p )
* de se connecter facilement sur l'XpCom.
Donc utiliser un langage plus complexe tel que le python,
ce serait utiliser un langage que tout le monde ne connait
pas, pas nécesserement aussi intuitif que le JS, et en plus,
on sous-exploiterait ses capactités.
D'abord, on crée une disquette virtuelle:
dd if=/dev/zero of=boot.img count=2880
ensuite on formate en vfat.
mkdosfs boot.img
Ensuite tu le monte et tu crées un fichier syslinux (fichier de conf syslinux) dedans.
Tu le configure à ton gout.
Tu rajoute ton kernel, ton initrd si tu veux.
Tu fais tout ce qui va bien.
Tu démontes.
Tu fais un $syslinux boot.img
pour le rendre bootable.
Et tu testes en bootant dessus (avec qemu par exemple).
Ensuite, tu le colles sur ton iso de CDROM (option -b dans cdrecord).
mount -o loop de ton boot.img
dedans tu as un miniroot.gz (l'initrd).
dezip le.
mount -o loop de miniroot
tu le modifies.
tu le demontes
tu le zip
tu remplace ton anciens miniroot.gz par le nouveau.
tu demonte ton boot.img
On travaille dans une arbo type:
/new_iso/master
/new_iso/source
mount -o loop knoppix.iso /mnt/iso
On récupere boot.img (la diskette virtuelle bootable via syslinux).
On récupere boot.cat
On met tout ça dans master
On récupere le fichier KNOPPIX: c'est l'iso meme du systeme.
Dans notre cas, c'est du cloop. On décompresse (cloop-utils: extract_compressed_ds)
On monte la nouvelle iso générée. On crée une image en rw: "cp -a" dans source.
On modifie la source selon tes besoins.
Ensuite, on recrée une iso compressée:
mkisofs -R -U -V "KNOPPIX" -P "KNOPPIX" -hide-rr-moved -cache-inodes -no-bak -pad /new_iso/source/KNOPPIX | nice -5 create_compressed_fs - 65536 2> /dev/null > /new_iso/master/KNOPPIX/KNOPPIX
ensuite, tu graves ton iso, tu reboot dessus et là, si ça fonctionne, tu te leves et tu cries très fort que "franchement, c'est trop d'la balle parce que ça à fonctionner du premier coup" ... sinon, tu te caches sous la table et tu pleures.
Voila...
bonne chance...
Ha, et si tu veux toucher au boot.img, dd + mkdosfs + mke2fs + syslinux sont tes amis...
C'est marrant, moi c'est exactement le type de poste que tu viens de faire qui a le dont de m'exaspérer.
gnan gnan ... "othographe" .... gnan gan "pas assez d'info" gnan gan ... "américain" ...gnan gnan "modérateurs" gnan gnan ...
C'est vrai qu'il y a une légère pollution dans les commentaires mais
qui devient véritablement supportable par rapport à une certaine époque
(époque pierre_tramo à fond).
Je comprends que certains postes soient exaspérants (bien que je ne crois pas que celui de phh le soit), mais il ne faut pas sans cesse "casser" les gens, c'est tout autant dommageable pour la qualité des commentaires, non ? Et puis tu n'es pas très délicat en cherchant la provocation (ne nies pas le contraire).
Après t'etre calmé, tu ne trouve pas que c'est tout aussi débile que
les postes que tu dénonces ?
laisse tomber... ils sont jamais content.
Si t'as encore une nouvelle intéressante, poste le stricte minimum
dans un forum au fin fond du net, la t'aura une chance de ne pas te
faire engueuler pour ton orthographe ou parce que tu as eu le malheure
de pas etre assez précis.
On remarquera que des thèmes comme l'accessibilités attirent des gens non-informatitiens ayant BESOIN du libre (beaucoup de non-voyants présents).
Il y a beaucoup d'étranger qui ont eux aussi BESOIN du libre (des messieurs du Gabon par exemple...).
Beaucoup des personnes travaillant dans l'éducation étaient aussi présentes.
[^] # Re: urg
Posté par Paul Rouget . En réponse à la dépêche Flash player 8 recherche son ingénieur linux. Évalué à 2.
http://blog.sexylizard.org/?2005/07/12/2-iekilla(...)
malheuresement, l'implémentation du SVG dans firefox n'est pas encore adaptée aux animations.
[^] # Re: un vide comblé !
Posté par Paul Rouget . En réponse à la dépêche Sortie des Cahiers du Programmeur XUL. Évalué à 10.
Il y a énormément de documentation à traduire. Aussi bien le site http://xulplanet.com(...) que http://developer.mozilla.org/en(...) .
Nous cherchons aussi à écrire nos propres documentations ( http://xulfr.org/wiki(...) ).
N'hésitez pas à venir nous filer un coup de main:
http://xulfr.org(...)
[^] # Re: Xulfr
Posté par Paul Rouget . En réponse au message Recherche langage désespérement.... Évalué à 1.
# Xulfr
Posté par Paul Rouget . En réponse au message Recherche langage désespérement.... Évalué à 3.
Sinon, je pense que XPFE est parfaitement adapté à ton projet.
Si tu ne veux pas de serveur apache, tu as 2 solutions:
- Avoir tes fichiers XUL et JS en local sur ta machine auxquels tu pourras accéder directement via firefox.
- Coder dans le chrome, ce qui te permettra d'avoir une application autonome et plus puissante
... et ça fonctionnera aussi bien sous Windows que sous Linux (meme si tu fais du C++).
[^] # Re: Firefox pire qu'IE ??
Posté par Paul Rouget . En réponse à la dépêche Sortie de Firefox/Thunderbird 1.0.6. Évalué à -3.
- bis -
# ha oui...
Posté par Paul Rouget . En réponse au journal Photos RMLL 2005 ?. Évalué à 1.
# 2 3 liens en plus...
Posté par Paul Rouget . En réponse à la dépêche Un aperçu du prochain Mozilla Firefox. Évalué à 10.
http://www.mozilla.org/projects/xforms/(...)
http://www.w3.org/MarkUp/Forms/(...)
Xforms permet de manipuler plus proprement les formulaires:
tester des cohérences, faire des relations...
L'exemple typique, la calculatrice:
http://www.mozilla.org/projects/xforms/calc.xhtml(...)
- SVG:
http://www.mozilla.org/projects/svg/(...)
Alors ça, c'est vraiment un révolution je trouve.
Allez jeté un coup d'oeil à:
http://www.mozilla.org/projects/svg/status.html(...)
pour voir ou ils en sont.
En gros, il manque les parties avec les filtres, la gestion
du text (qui n'est pas encore tip top) et surtout, la partie
animate.
Actuellement, si on veut faire mumuse avec les animations,
on est obligé de passer par DOM, ce qui excessivement lent.
Animate nous permettra de faire des truc vraiment poussés :)
Mon exemple préféré:
http://www.croczilla.com/svg/samples/xbl-shapes/xbl-shapes.xml(...)
-E4X:
http://xulfr.org/news/2005/03/02/66-e4x(...)
http://www.ecma-international.org/publications/standards/Ecma-357.h(...)
En gros, on accede a du contenu XML de facon
simplissime, en HTML, ca donnerais:
html.body.div.p en javascript, marrant :)
-XTF:
http://www.croczilla.com/xtf(...)
Je crois que ca a été implémenté par la team svg, non ?
Bon... un petit coup de pub en même temps:
Il y a encore tout un tas de technos passionantes offertes
par gecko (XBL, XUL, RDF, XulRunner ...) donc si vous souhaitez
en savoir plus, n'hésitez pas avec venir faire un tour sur xulfr.org
ou sur irc:
irc.mozilla.org/#xulfr
Et si en plus vous aimez les pizzas:
http://xulfr.org/news/2005/05/31/83-un-petit-resto(...)
[^] # Re: La concurrence arrive, doucement...
Posté par Paul Rouget . En réponse au journal Firefox ... jusqu'où ira-t-il. Évalué à -9.
[^] # Re: XulRunner
Posté par Paul Rouget . En réponse à la dépêche Sorties et nouvelles autour de Mozilla. Évalué à 3.
C'est un langage tres simple pour quelque chose
de très simple :)
Non, franchement, il ne faut pas se fier à la vieille
réputation du JS. Dis toi que toute la partie XPFE de
firefox, de mozilla et de Thunderbird est en JS. La partie
"interface" n'en est pas ralentie. Sinon, coté developpement,
c'est tout sauf une prise de tete le JS. C'est très simple,
parfaitement adapté pour la manipulation du DOM.
Sinon, pour tout ce qui est un peu plus "systeme" (la manipulation
de fichier par exemple), on manipule des objets XpCom.
Finallement, on attend du langage d'XPFE:
* de pouvoir facillement coder de petits algos
(trier une liste par exemple)
* etre simple d'utilisation
* manipuler le DOM (bientot l'E4X :p )
* de se connecter facilement sur l'XpCom.
Donc utiliser un langage plus complexe tel que le python,
ce serait utiliser un langage que tout le monde ne connait
pas, pas nécesserement aussi intuitif que le JS, et en plus,
on sous-exploiterait ses capactités.
[^] # Re: XulRunner
Posté par Paul Rouget . En réponse à la dépêche Sorties et nouvelles autour de Mozilla. Évalué à 2.
http://xulfr.org/wiki/Download(...)
Oublies pas le svg.enable à true !
Eclates toi bien :)
[^] # Re: Comme ça:
Posté par Paul Rouget . En réponse au message knoppix et boot.img. Évalué à 2.
D'abord, on crée une disquette virtuelle:
dd if=/dev/zero of=boot.img count=2880
ensuite on formate en vfat.
mkdosfs boot.img
Ensuite tu le monte et tu crées un fichier syslinux (fichier de conf syslinux) dedans.
Tu le configure à ton gout.
Tu rajoute ton kernel, ton initrd si tu veux.
Tu fais tout ce qui va bien.
Tu démontes.
Tu fais un $syslinux boot.img
pour le rendre bootable.
Et tu testes en bootant dessus (avec qemu par exemple).
Ensuite, tu le colles sur ton iso de CDROM (option -b dans cdrecord).
Voila voila...
--
Paul ROUGET.
# Comme ça:
Posté par Paul Rouget . En réponse au message knoppix et boot.img. Évalué à 2.
dedans tu as un miniroot.gz (l'initrd).
dezip le.
mount -o loop de miniroot
tu le modifies.
tu le demontes
tu le zip
tu remplace ton anciens miniroot.gz par le nouveau.
tu demonte ton boot.img
# Exemple avec une KNOPPIX
Posté par Paul Rouget . En réponse au message Modifier une ISO bootable. Évalué à 2.
/new_iso/master
/new_iso/source
mount -o loop knoppix.iso /mnt/iso
On récupere boot.img (la diskette virtuelle bootable via syslinux).
On récupere boot.cat
On met tout ça dans master
On récupere le fichier KNOPPIX: c'est l'iso meme du systeme.
Dans notre cas, c'est du cloop. On décompresse (cloop-utils: extract_compressed_ds)
On monte la nouvelle iso générée. On crée une image en rw: "cp -a" dans source.
On modifie la source selon tes besoins.
Ensuite, on recrée une iso compressée:
mkisofs -R -U -V "KNOPPIX" -P "KNOPPIX" -hide-rr-moved -cache-inodes -no-bak -pad /new_iso/source/KNOPPIX | nice -5 create_compressed_fs - 65536 2> /dev/null > /new_iso/master/KNOPPIX/KNOPPIX
On crée l'iso du cdrom:
mkisofs -pad -l -r -J -v -V "KNOPPIX" -b /new_iso/master/boot.img -c /new_iso/master/boot.cat -hide-rr-moved -o /tmp/new_iso.iso /new_iso/master/
ensuite, tu graves ton iso, tu reboot dessus et là, si ça fonctionne, tu te leves et tu cries très fort que "franchement, c'est trop d'la balle parce que ça à fonctionner du premier coup" ... sinon, tu te caches sous la table et tu pleures.
Voila...
bonne chance...
Ha, et si tu veux toucher au boot.img, dd + mkdosfs + mke2fs + syslinux sont tes amis...
# qemu
Posté par Paul Rouget . En réponse au message Emulateur PC sous LINUX. Évalué à 3.
# Nvu
Posté par Paul Rouget . En réponse au journal Idée de logiciel d'aide au positionnement en CSS. Évalué à 1.
# Meuh non...
Posté par Paul Rouget . En réponse au message [Terminal] Protéger le contenu d'un répertoire contre les fausses manipulations. Évalué à 3.
mkdir /tmp/plop
touch /tmp/plop/coco
cd /tmp/plop/
> -i
rm -rf *
[^] # Re: La gaffe à ne pas faire...
Posté par Paul Rouget . En réponse au journal Firefox 1.0 RC 2 et Thunderbird 0.9 sont arrivés !. Évalué à 1.
Je pense que Tristan Nitot (mozilla europe) est tout sauf un apprenti-sorcier (vas voir son CV).
[^] # Re: HORS SUJET
Posté par Paul Rouget . En réponse au journal Sylpheed-Caws GTK2: appel à testeurs. Évalué à 1.
C'est marrant, moi c'est exactement le type de poste que tu viens de faire qui a le dont de m'exaspérer.
gnan gnan ... "othographe" .... gnan gan "pas assez d'info" gnan gan ... "américain" ...gnan gnan "modérateurs" gnan gnan ...
C'est vrai qu'il y a une légère pollution dans les commentaires mais
qui devient véritablement supportable par rapport à une certaine époque
(époque pierre_tramo à fond).
Je comprends que certains postes soient exaspérants (bien que je ne crois pas que celui de phh le soit), mais il ne faut pas sans cesse "casser" les gens, c'est tout autant dommageable pour la qualité des commentaires, non ? Et puis tu n'es pas très délicat en cherchant la provocation (ne nies pas le contraire).
Après t'etre calmé, tu ne trouve pas que c'est tout aussi débile que
les postes que tu dénonces ?
voila voila :)
[^] # Re: Sympa le changelog
Posté par Paul Rouget . En réponse au journal valgrind 2.1.2 !. Évalué à 3.
Si t'as encore une nouvelle intéressante, poste le stricte minimum
dans un forum au fin fond du net, la t'aura une chance de ne pas te
faire engueuler pour ton orthographe ou parce que tu as eu le malheure
de pas etre assez précis.
[^] # Re: pourquoi pas! :)
Posté par Paul Rouget . En réponse au journal Recherche contributeurs Xul débutant.. Évalué à 1.
Oui, en effet, ça peut nous intéresser.
Ca coute rien, viens faire un tour sur la ml.
[^] # Re: Education & autre
Posté par Paul Rouget . En réponse au journal LSM / Bordeaux, informations du dedans ?. Évalué à 2.
On remarquera que des thèmes comme l'accessibilités attirent des gens non-informatitiens ayant BESOIN du libre (beaucoup de non-voyants présents).
Il y a beaucoup d'étranger qui ont eux aussi BESOIN du libre (des messieurs du Gabon par exemple...).
Beaucoup des personnes travaillant dans l'éducation étaient aussi présentes.
Mais il y a aussi quelque geek :)
# MERCi \o/
Posté par Paul Rouget . En réponse au journal Face à Longhorn, qu'avons-nous à proposer ?. Évalué à 0.
Une vraie réflexion avec différents points de vue !
Ca fait chaud au coeur :') ... sniff ....
[-1] pour ne pas pourir votre lancée...
# Mouais...
Posté par Paul Rouget . En réponse au journal Flash: J'ai besoin de votre aide!. Évalué à 1.
[^] # Re: temps d'affichage
Posté par Paul Rouget . En réponse au journal Mise au point sur la toolbar. Évalué à 2.
Bah... bien sur que si :)
C'est du JS, et ça, c'est ton browser qui l'"execute" ...
[^] # Re: Renommer une série de fichiers sous Unix
Posté par Paul Rouget . En réponse au message [Terminal] Renommer une série de fichiers sous Unix. Évalué à 1.
C'est quoi ce trippe ???
j'aurais pas laisser un mozilla ouvert quelque part moi ???
celui qui pense avoir poster ce commentaire pourrait m'expliquer ?
Merci...