http://www.geckozone.org/articles/2006/ ... et-mozilla ?Ymai a écrit : Reste aussi à voir où héberger les tutos réalisés sur cette base.
[projet de tuto pour nvu/kpz]
Modérateur : chinon37
Salut,
Pour l'hébergement, je crois qu'il n'y a pas à s'inquiéter effectivement. Sinon je suis plutôt pour des multi-versions, ie : une pour frama version imprimable, une autre pour le web, etc.. Avec les outils actuels c'est parfaitement réalisable via un cms ou autre.
Je pousserai le vice
ou la vertu
jusqu'à réaliser les tutos à l'aide de kpz/nvu
. J'aime bien les trucs récursifs...
Quant à la forme, je reste, pour le moment, dans une phase brouillon et ne soyez pas trop pressé. Je n'ai pas que cela à m'occuper bien que j'ai un peu de temps à m'y consacrer puisque j'ai lancé l'idée.
@ Ymai, oui c'est vrai que les wiki et les images... Ce n'est pas grave. On se/je me débrouillera-i autrement.
@ klaviebel
Oui c'est prévu mais l'idée des tutos, et ce que je vais tenter de faire, et ce n'est pas le plus évident, sera de donner des bases ou d'en reprendre des existantes et de les appliquer à kpz/nvu. A la fin la personne disposera des outils basiques pour réaliser une galerie, par exemple, mais elle sera très simple et schématique et avec des graphismes très élémentaires.
Avec ces tutos, je me place dans l'idée d'invitation à découvrir un peu mieux kpz/nvu pour aller un peu plus loin. C'est beau de le dire mais ce n'est pas gagner d'avance... même si ce n'est pas insurmontable...
Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.1.2) Gecko/20070220 Firefox/2.0.0.2
Pour l'hébergement, je crois qu'il n'y a pas à s'inquiéter effectivement. Sinon je suis plutôt pour des multi-versions, ie : une pour frama version imprimable, une autre pour le web, etc.. Avec les outils actuels c'est parfaitement réalisable via un cms ou autre.
Je pousserai le vice





Quant à la forme, je reste, pour le moment, dans une phase brouillon et ne soyez pas trop pressé. Je n'ai pas que cela à m'occuper bien que j'ai un peu de temps à m'y consacrer puisque j'ai lancé l'idée.
@ Ymai, oui c'est vrai que les wiki et les images... Ce n'est pas grave. On se/je me débrouillera-i autrement.
@ klaviebel
Oui c'est prévu mais l'idée des tutos, et ce que je vais tenter de faire, et ce n'est pas le plus évident, sera de donner des bases ou d'en reprendre des existantes et de les appliquer à kpz/nvu. A la fin la personne disposera des outils basiques pour réaliser une galerie, par exemple, mais elle sera très simple et schématique et avec des graphismes très élémentaires.
Avec ces tutos, je me place dans l'idée d'invitation à découvrir un peu mieux kpz/nvu pour aller un peu plus loin. C'est beau de le dire mais ce n'est pas gagner d'avance... même si ce n'est pas insurmontable...
Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.1.2) Gecko/20070220 Firefox/2.0.0.2
Il y aurait d'autres logiciels?f1s1 a écrit :Salut,
Pour l'hébergement, je crois qu'il n'y a pas à s'inquiéter effectivement. Sinon je suis plutôt pour des multi-versions, ie : une pour frama version imprimable, une autre pour le web, etc.. Avec les outils actuels c'est parfaitement réalisable via un cms ou autre.
Je pousserai le viceou la vertu
jusqu'à réaliser les tutos à l'aide de kpz/nvu
![]()
![]()
.

Le texte qui figure sur le Wiki reste disponible. Bien que, perso, j'aurais du mal à partir sur l'idée de quelqu'un d'autre...
@ Ymai, oui c'est vrai que les wiki et les images... Ce n'est pas grave. On se/je me débrouillera-i autrement.
Aider à poser les fondations pour encourager à construire la maison. On dirait un discours d'enseignant.
Avec ces tutos, je me place dans l'idée d'invitation à découvrir un peu mieux kpz/nvu pour aller un peu plus loin.
Non, pas taper...
ymai
« Un enfant de cinq ans comprendrait cela ! Allez me chercher un enfant de cinq ans ! »
Groucho Marx.
« Un enfant de cinq ans comprendrait cela ! Allez me chercher un enfant de cinq ans ! »
Groucho Marx.
Salut,
Juste un teaser pour dire que j'ai ébauché un petit tuto composé de 3 parties et on commence fort avec un tuto qui explique comment réaliser une galerie photos avec page d'accueil, navigation séquentielle (photos tailles normale, miniatures), etc.
La première partie est terminée... Je m'attaque aux deux autres.
A bientôt.
Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
Juste un teaser pour dire que j'ai ébauché un petit tuto composé de 3 parties et on commence fort avec un tuto qui explique comment réaliser une galerie photos avec page d'accueil, navigation séquentielle (photos tailles normale, miniatures), etc.
La première partie est terminée... Je m'attaque aux deux autres.
A bientôt.
Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
Waoooouh!!!! c'est une excellente journée!! (y'a du soleil, j'ai réussi toutes mes photos et en plus va y avoir un tuto pour les galeries!) Que demande donc un webmaster en herbe si ce n'est....?!? Merci F1S1
c'est de la bombe!
je t'envoi un ballon rempli de pensées positives pour t'aider virtuellement dans ta rédaction!
Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3




je t'envoi un ballon rempli de pensées positives pour t'aider virtuellement dans ta rédaction!

Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
Non, surtout pas de fébrilité... même si on t'attends au tournant
Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3


Message envoyé avec : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
Préferez Kompozer 0.8 à Nvu
Défendons nos valeurs, adhérons à l'APRIL
La Démocratie, c'est quand on frappe à votre porte à 6h00 du matin, et que c'est le laitier.
Défendons nos valeurs, adhérons à l'APRIL
La Démocratie, c'est quand on frappe à votre porte à 6h00 du matin, et que c'est le laitier.
Salut chinon,
C'est pas qu'une question de tournant... quoique . Cela fait partie de ma psychologie perso mais je ne vais pas m'étaler sur le sujet.
Sinon grrrrrr
envers KompoZer
qui me fait un gros cafouillage pour ne pas dire bug en ce qui concerne l'ajout de liens sur une image.
J'insère une image, puis j'utilise le dialogue Propriétés avancées, je clique sur lien et paf KompoZer m'ajoute systématiquement une tripoté de styles internes pour la balise image.
Grrrrr parce que ça me casse une partie du tuto (une partie importante) et je suis obligé de renvoyer à N|Vu qui ne génère pas le problème...
Sinon, c'est quasi fini... Je ne sais pas si j'aurai le temps de le soumettre à un premier regard cette semaine ; je vais essayer de m'y tenir.
Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
C'est pas qu'une question de tournant... quoique . Cela fait partie de ma psychologie perso mais je ne vais pas m'étaler sur le sujet.

Sinon grrrrrr




J'insère une image, puis j'utilise le dialogue Propriétés avancées, je clique sur lien et paf KompoZer m'ajoute systématiquement une tripoté de styles internes pour la balise image.
Grrrrr parce que ça me casse une partie du tuto (une partie importante) et je suis obligé de renvoyer à N|Vu qui ne génère pas le problème...
Sinon, c'est quasi fini... Je ne sais pas si j'aurai le temps de le soumettre à un premier regard cette semaine ; je vais essayer de m'y tenir.
Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
Salut,
J'ai trouvé une alternative au problème. Au lieu de cibler la balise <img>, on cible la balise parente... pour créer le lien. [Je sais, c'est tout bête mais je n'y avais pas pensé...] Je m'explique :
L'idée première était d'utiliser l'ensemble des dialogues offerts parmi les propriétés de la balise <img>. L'onglet Lien permettant d'ajouter un lien à une image. Cependant KompoZer ajoute une option supplémentaire qui n'existe de pas dans N|VU d'où le fait que le problème est inexistant dans N|VU.L'option "Encadrer les images qui portent un lien" est la source de nos ennuis ; qu'elle soit cochée ou non, elle insère des styles internes à la balise <img> soit <img style=""> or les styles internes prévalent par rapport aux styles définis dans une feuille de style externe. Donc une partie des styles utilisés ne sont plus valides et c'est là où le problème est vraiment ennuyeux parce que j'utilise des styles pour la balise <img> dans une feuille de style externe.
Résolution du problème et explication par le code :
-Le but est d'arriver à ceci
à partir du code suivant :
KompoZer comme N|VU ajoutent toujours un lien, la balise <a>, comme un élément enfant de la balise sélectionnée. La balise <img> étant la seule balise où le lien est inséré comme un élément parent. Puisque je rencontre un problème qui m'est ennuyeux pour la création du tutoriel je vais utiliser le fait que KpZ comme N|VU ajoutent toujours un lien comme élément enfant de la balise sélectionnée. Donc au lieu de sélectionner la balise <img>, je sélectionne la balise <li> (or comme tous les éléments enfants sont aussi sélectionnés, on est assuré du bon intercalage de la balise <a> entre <li> et <img>) et hop mon lien est à nouveau bien placé, automatiquement après la balise <li> (nouvel élement enfant) et avant la balise <img> dont il devient l'élément parent, et cette fois sans aucun style interne qui vient s'ajouter intempestivement !!! Ouf !!!
Ce n'est qu'un contournement qui ne résout pas totalement le problème... Pourquoi ? Admettons que nous utilisions un texte de description :
<ul><li>une image : <img></li></ul>, en sélectionnant la balise <li>, le texte, premier élément enfant est automatiquement sélectionné et deviendra partie intégrante au lien soit <ul><li><a>une image : <img></a></li><ul>. On pourrait sélectionner que la balise <img> puisqu'elle est la seule balise où le lien s'ajoute comme élément parent mais à condition de ne pas insérer des styles externes à moins d'effacer les styles internes mis automatiquement mais à ce compte là autant utiliser N|VU. Il en va de même si nous utilisons un paragraphe comme texte de présentation que ce soit avant ou après la balise image, cette dernière est automatiquement incluse dans la balise <p>. Le seul moyen serait de "jouer" avec le fonctionnement des programmes, on ajoute un item de liste pour l'image puis on en ajoute un autre pour la description et on inscrit le texte de description. Sur l'item précédent, on crée le lien. Puis on revient sur l'item de liste suivant,on supprime la balise <li> et à l'aide du curseur on fait remonter le texte à l'item de liste précédent et, là, on a bien <ul><li><a><img></a>titre de l'image</li></ul>. Pas des plus pratiques...
C'est un peu alambiqué comme explication mais, ce qui au départ pouvait sembler être une bonne idée, ajouter une case à cocher "Encadrer les images qui portent un lien", ne l'est pas forcément dans la pratique à cause de la gestion des styles internes....
Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
J'ai trouvé une alternative au problème. Au lieu de cibler la balise <img>, on cible la balise parente... pour créer le lien. [Je sais, c'est tout bête mais je n'y avais pas pensé...] Je m'explique :
L'idée première était d'utiliser l'ensemble des dialogues offerts parmi les propriétés de la balise <img>. L'onglet Lien permettant d'ajouter un lien à une image. Cependant KompoZer ajoute une option supplémentaire qui n'existe de pas dans N|VU d'où le fait que le problème est inexistant dans N|VU.L'option "Encadrer les images qui portent un lien" est la source de nos ennuis ; qu'elle soit cochée ou non, elle insère des styles internes à la balise <img> soit <img style=""> or les styles internes prévalent par rapport aux styles définis dans une feuille de style externe. Donc une partie des styles utilisés ne sont plus valides et c'est là où le problème est vraiment ennuyeux parce que j'utilise des styles pour la balise <img> dans une feuille de style externe.
Résolution du problème et explication par le code :
-Le but est d'arriver à ceci
Code : Tout sélectionner
<ul><li><a><img></a></li></ul>
Code : Tout sélectionner
<ul><li><img></li></ul>
Ce n'est qu'un contournement qui ne résout pas totalement le problème... Pourquoi ? Admettons que nous utilisions un texte de description :
<ul><li>une image : <img></li></ul>, en sélectionnant la balise <li>, le texte, premier élément enfant est automatiquement sélectionné et deviendra partie intégrante au lien soit <ul><li><a>une image : <img></a></li><ul>. On pourrait sélectionner que la balise <img> puisqu'elle est la seule balise où le lien s'ajoute comme élément parent mais à condition de ne pas insérer des styles externes à moins d'effacer les styles internes mis automatiquement mais à ce compte là autant utiliser N|VU. Il en va de même si nous utilisons un paragraphe comme texte de présentation que ce soit avant ou après la balise image, cette dernière est automatiquement incluse dans la balise <p>. Le seul moyen serait de "jouer" avec le fonctionnement des programmes, on ajoute un item de liste pour l'image puis on en ajoute un autre pour la description et on inscrit le texte de description. Sur l'item précédent, on crée le lien. Puis on revient sur l'item de liste suivant,on supprime la balise <li> et à l'aide du curseur on fait remonter le texte à l'item de liste précédent et, là, on a bien <ul><li><a><img></a>titre de l'image</li></ul>. Pas des plus pratiques...
C'est un peu alambiqué comme explication mais, ce qui au départ pouvait sembler être une bonne idée, ajouter une case à cocher "Encadrer les images qui portent un lien", ne l'est pas forcément dans la pratique à cause de la gestion des styles internes....
Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
En fait, ce qu'il faudrait, c'est qu'un style interne soit créé uniquement lorsque la case est cochée. Alors que là, c'est l'inverse: un style interne est créé par défaut (avec une bordure de 0px)et quand la case est cochée, il est ajouté une épaisseur de 2px à ce cadre.f1s1 a écrit : [...] ce qui au départ pouvait sembler être une bonne idée, ajouter une case à cocher "Encadrer les images qui portent un lien", ne l'est pas forcément dans la pratique à cause de la gestion des styles internes....
A quand la prochaine mouture de Kpz pour modifier cela?
Préferez Kompozer 0.8 à Nvu
Défendons nos valeurs, adhérons à l'APRIL
La Démocratie, c'est quand on frappe à votre porte à 6h00 du matin, et que c'est le laitier.
Défendons nos valeurs, adhérons à l'APRIL
La Démocratie, c'est quand on frappe à votre porte à 6h00 du matin, et que c'est le laitier.
He, he, he là est la question. Bon, je sais qu'on attend beaucoup de kaze sur ce point là...chinon37 a écrit :En fait, ce qu'il faudrait, c'est qu'un style interne soit créé uniquement lorsque la case est cochée. Alors que là, c'est l'inverse: un style interne est créé par défaut (avec une bordure de 0px)et quand la case est cochée, il est ajouté une épaisseur de 2px à ce cadre.f1s1 a écrit : [...] ce qui au départ pouvait sembler être une bonne idée, ajouter une case à cocher "Encadrer les images qui portent un lien", ne l'est pas forcément dans la pratique à cause de la gestion des styles internes....
A quand la prochaine mouture de Kpz pour modifier cela?
Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3
F1S1, t'es démasqué!
Préferez Kompozer 0.8 à Nvu
Défendons nos valeurs, adhérons à l'APRIL
La Démocratie, c'est quand on frappe à votre porte à 6h00 du matin, et que c'est le laitier.
Défendons nos valeurs, adhérons à l'APRIL
La Démocratie, c'est quand on frappe à votre porte à 6h00 du matin, et que c'est le laitier.
Qui est en ligne ?
Utilisateurs parcourant ce forum : Aucun utilisateur inscrit et 3 invités