Editer ses squelettes avec NVU ... ?

yves

Juin 2004

J’ai essayé d’utiliser NVU pour éditer des squelettes SPIP : CATASTROPHE !
Les paramètres des boucles ne sont pas conservés !

Voici (en anglais) se qu’on me réponds sur la liste de NVU quand je soumet le problème :

"I think the problem is that SPIP invented a new way of tagging :) SPIP tags looks like html or xml tags, but it isn’t. I don’t thinks NVu has to adapt its parser to understand these strange tags, but SPIP should implement a correct way to tag.

SPIP is just non-conformant from an XML point of view and there is no way we are going to support that, sorry "

En résumé, il semble que les balises SPIP et leurs paramètres ne soient pas conformes XML, et c’est pour cela que NVU tente de les corriger.

Le développeur de NVU ne voulant pas s’adapter aux balises non standards, il ne reste plus qu’une solution :
Quelqu’un aurait-t’il la possibilité de développer pour NVU le même type d’extension que celle pour Dreamweaver ?

Ce serait vraiment super de pouvoir utiliser un logiciel libre pour éditer graphiquement les squelettes SPIP ... !!

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

0

Daniel Glazman

Juin 2004

Ce n’est pas que l’auteur de Nvu ne veut pas adapter son outil à SPIP, c’est qu’il ne PEUT pas, c’est que SPIP ferait mieux de ne pas utiliser des tags si sales qu’aucun parser qui se respecte ne peut les traiter. Si Macromedia a un moyen de faire avaler ça à Dreamweaver, je n’ose pas jeter un oeil à leur parser XML...
Nous avons fait le choix de la conformité à XML, point.
Pour la même raison, nous refusons les instructions PHP qui ne sont pas de la forme <?php ... ?> car seule cette forme, correspondant à des Processing Instructions XML, est valide.

Daniel Glazman, Nvu Lead Engineer
Indiquez l’intérêt que vous portez à cette réponse

0

Juin 2004

L’assistant de saisie de code spip, c’est plutôt secondaire à mon sens. Ce qui gêne avant tout dans Nvu, c’est qu’on ne peut pas désactiver/ignorer la fonction "correction" du code (comme avec Dreamweaver ou webexpert) . Donc le simple fait d’y ouvrir un squelette spip (page html comportant du code propriétaire spip) puis de le re-enregistrer aussitôt le rend inutilisable car Nvu le modifie automatiquement et systématiquement.
Je comprends très bien que cette fonction soit activée par défaut pour répondre aux besoins du plus grand nombre surtout qu’il s’agit d’un éditeur wysiwyg, mais pourquoi la rendre obligatoire ?
En plus, je n’y peux rien, ça m’ennuie qu’un logiciel se permette d’aller au-delà de ce que je lui demande, sans m’avertir, même si c’est pour mon bien supposé.
Indiquez l’intérêt que vous portez à cette réponse

0

yves

Juin 2004

Ne t’excite pas Daniel,
Tu as tout à fait raison, et NVU est un logiciel fantastique qui deviendra sûrement un must dans la catégorie.
Le choix du respect des standards est incontournable pour un logiciel libre. Il est de notoriété publique que les balises spip ne sont pas conformes XML, ce qui est très dommage. J’espère qu’un jour cela évoluera. D’ailleurs il me semble que Agora-spip a fait le choix de la conformité XML ...

Mets-toi maintenant à la place d’un utilisateur de Linux, qui a fait le choix du libre, et qui découvre NVU avec enthousiasme (enfin un éditeur wysiwyg digne de ce nom pour Linux !!). Il se dit qu’il va enfin pouvoir relooker facilement ses squelettes spip. Alors imagine sa déception quand il découvre que ce n’est pas possible, puis qu’il apprend que cela ne le sera probablement jamais !

Comme il est dit dans le message précédent, il serait bien que NVU puisse s’interdire de modifier tout seul le code d’une page, sauf, bien sûr, si une action volontaire de l’utilisateur (modification en mode graphique) le nécessite.

Ensuite je pense qu’une extension pourrait prendre en charge les balises spip et aider l’utilisateur à les utiliser avec NVU.

Il est clair que NVU ne peut pas gérer toutes les particularités des balises non standards. Mais les extensions sont là pour cela, non ?

Bon courage pour la suite de NVU.

Yves
Indiquez l’intérêt que vous portez à cette réponse

0

Juillet 2005

merci pour ces échanges ... qui m’ont rassuré quand je les ai consultés après seulement 1h30 à me demander pourquoi diable mes pages, etc.

(Nvu m’avait été conseillé par un "spipman" qui n’avait sûrement pas imaginé l’incompatibilité entre ces deux solutions vedettes du libre).

sous mac, je suis passé à spip en espérant éviter le monopole Dreamweaver (je sais, ce n’est pas la même chose), apparemment difficile d’y échapper ?....
Indiquez l’intérêt que vous portez à cette réponse

0

bobca

Juillet 2005

J’utilise Quanta2+ sous Linux (il existe évidemment pour OSX) pour faire les squelettes et ça marche très bien. On peut désactiver l’auto-correction et tout baigne. De plus Quanta est très malin pour l’upload du site. A essayer sans tarder.
Indiquez l’intérêt que vous portez à cette réponse

0

IZO

Juillet 2005

Comme agora utlise les balises spip, je vois pas comment ils vont réussir ça. Par contre agora a toujours dit que leurs squelettes etaient valides ce qui est faux et spip permet de faire des choses valides depuis la 1.8.1
Indiquez l’intérêt que vous portez à cette réponse

0

pagetronic

Février 2006

Salut,
génial NVU !
une extension est surrement en cours de dévellopement pour SPIP non ?
Indiquez l’intérêt que vous portez à cette réponse

0
pX

Avril 2006
J’aimerais bien, moi aussi, parfois, une aide visuelle. C’est tout bète, dans un bloc comme celui-ci :
<div class="encart">  <B_breves_rubrique> <div class="menu"> <div class="breves" title="<:meme_rubrique:>">  <div class="menu-titre"> breves #TITRE </div> <ul> <BOUCLE_breves_rubrique(BREVES) {id_rubrique} {par date} {inverse} {0,32}> <li class="encart-menu-item"> <div class="menu-date">[(#DATE|affdate_court)]:</div> <a href="#URL_BREVE">#TITRE</a> </li> </BOUCLE_breves_rubrique> </ul>  </div>  </div> </B_breves_rubrique>
J’aimerais bien qu’un outil m’aide à compter les div, plutôt que de les compter moi-même& risquer de me planter, moi qui n’ai que 16Mg de RAM... Du coup je me demande, moi aussi, s’il n’y aurait pas moyen de rendre les (indispensables) tags SPIP compatibles XML (rien que ça, j’imagine le boulot, surtout logique)... Ce serait bien, ça permettrait par exemple, de les plier/déplier dans un éditeur décent... C’est vrai qu’on ne peut pas demander aux parser "de dehors" de piger une syntaxe de tags "propriétaire" (notez les guillemets)...

J’en profite pour remercier toute l’équipe pour cet outil vraiment bien. Ah et je vais (re)tenter quanta.

pX
Indiquez l’intérêt que vous portez à cette réponse

0

balluche

Juin 2006

Je m’imisce dans votre discussion.

Comme agora utlise les balises spip, je vois pas comment ils vont réussir ça. Par contre agora a toujours dit que leurs squelettes etaient valides ce qui est faux et spip permet de faire des choses valides depuis la 1.8.1

Cà n’a rien à voir. SPIP utilise un langage de template qui c’est leur choix, n’est pas "XML based" [1]. Par contre le rendu des pages se fait selon le choix du concepteur : HTML, XHTML, XML, RSS, TXT, tout ce qu’on veut en fait ... [2]

Si vous voulez un éditeur open source qui ne détruit pas les pages, utilisez Quanta Plus (webdev dans Ubuntu/Debian) qui ne fonctionne malheureusement que sous Linux (à ma connaissance car il utilise KDE). Il est tout bonnement plus puissant de dreamweaver (non j’exagère à peine). Bon sang ! mais vous croyez qu’il y a que windows dans la vie ? :-D
Indiquez l’intérêt que vous portez à cette réponse

0
Aneglus

Juin 2006
N|vu ? je prefere attendre encore un peu, pas assez mature a mon sens = ne repond pas encore ou pas assez a mes besoins. Rien que l’editeur CSS fait mal au coeur... alors que c’est l’un des points les plus important a mon sens d’un editeur de page web conforme.

Je vais tenter quanta+ meme si je suis sous gtk/gnome =).

Vous parler de rendre conforme le spip langage est ce possible et a quel prix ?
<SPIP:B_ARTICLE id="BA1"> <div> <SPIP:BOUCLE_ARTICLE id="BA1" id_mot="1" rubrique="2"> <SPIP:DATE> <h2> <SPIP:FILTRE:GENTIL_JOUR>#DATE</SPIP:FILTRE:GENTIL_JOUR> </h2> </SPIP:DATE> <SPIP:TITRE><h2>#TITRE</h2></SPIP:TITRE> <SPIP:TEXTE><p class="corps">#TEXTE</p></SPIP:TEXTE> </SPIP:BOUCLE_ARTICLE> </div> </SPIP:B_ARTICLE> <SPIP:B_ARTICLE_ALT id="BA1"> pas d'article ! </SPIP:B_ARTICLE_ALT>
C’est plus charge, ce qui est normal. Mais que va t on gagne a passant au XML ? il faut trouve un juste milieu entre vitesse de compilation et "facilite" d’edition/comprehension/lecture... peut etre que le XML est bon dans les deux.
Indiquez l’intérêt que vous portez à cette réponse

0

Juin 2006

Ma réponse va dans le sens de celle de Balluche.

Je la précise tout de même afin qu’elle puisse être comprise par le plus grad nombre.

SPIP utilise un langage de template qui c’est leur choix, n’est pas "XML based".

Par contre le rendu des pages se fait selon le choix du concepteur : HTML, XHTML, XML, RSS, TXT, tout ce qu’on veut en fait ...

En clair, les balises Spip n’ont pas vocation à s’insérer spécifiquement dans du xml, puisqu’elle pzuvent être utilisée pour remplir aussi un fiichier texte et qu’elle sont supprimée par le parseur pour être remplacée par du php, qui sera à son tour remplacé par du contenu statique.

Une autre raison pour laquelle spip n’a pas de raison d’être basée sur le xml étant que le langage de tempate de spip est anterieur au xml (mais pas au sgml). Bref, il n’a pas vocation à...

Et donc non, la réponse que fit Daniel Glazman n’est pas excacte.

Ce n’est pas que l’auteur de Nvu ne veut pas adapter son outil à SPIP, c’est qu’il ne PEUT pas, c’est que SPIP ferait mieux de ne pas utiliser des tags si sales qu’aucun parser qui se respecte ne peut les traiter.

Daniel voulait parler d’un parser xml (ce qui ne veut pas dire qu’il n’y ai que des parser xml), et distance culturel oblige, d’où ce dégage une pointe d’ethnocentrisme il demande à Spip d’être conforme à son point de vue.

Ce qui est sale du point de vue du xml ne l’est pas necessairement du point de vue de spip.

Néanmoins est-il possible de faire cohabiter le langage de template de spip avec du xml de tel sorte que NVU ne réagusse pas ?

Il me semble que oui.

Il faut utiliser cette syntaxe :
<![CDATA[ ... unescaped script content ... ]]>
Un exemple concret :
<![CDATA[ <BOUCLE_article(ARTICLES){id_rubrique}{par date}{inverse}{0,10}> ]]> <a href="#URL_ARTICLE">#TITRE</a><br> <![CDATA[ </BOUCLE_article> ]]>
Ce serait interessant que ceux qui utilise Nvu fasse un retour à la fois du point de vue de nvu (c’est à dire commet réagit NVu), et du point de vue de spip (c’est à dire que dit le parseur de spip).

Comme vout povez le constater c’est la syntaxe xml <![CDATA[ qui n’est pas très belle et élégante même d’un point de vu d’un balisage xml.
Indiquez l’intérêt que vous portez à cette réponse

0

AlainF

Juin 2006

Je suis peut être vieux jeu, mais pour moi si un CAP demande trois ans d’études, c’est qu’il faut du temps pour apprendre un métier.

De formation automaticien, j’ai appris à programmer et grace à celà j’utilise le code source pour créer et modifier une page internet.

NVU et autres Wysiwyg sont des usines à gaz (chapeau bas au technicien qui se sont penchés dessus), mais pour faire un site propre et se retrouver dans une ligne de programme, le B A BA reste pour moi la solution, mais pour celà il faut de la méthode et du travail.

Alors relevez vos manches et bon courage.
Indiquez l’intérêt que vous portez à cette réponse

0

Alexis

Novembre 2006

oui, utiliser l’ensemble <![CDATA[ code spip ici ]]> fonctionne avec NVU.