Une FAQ SPIP

Bonjour!

Je vous propose un document qui, j'espère, sera utile aux débutants.

FAQ SPIP (personnel): Questions fréquemment posées sur le système de
publication de contenu SPIP

Ce document a pour objet de répondre aux interrogations d¹ordre générales,
mais aussi aux problèmes que peuvent poser l¹installation, l¹apprentissage
et l¹utilisation du système de publication de contenu SPIP. Ce document
n¹est pas un didacticiel destiné aux créateurs de contenus et de squelettes.

* La FAQ:
http://g.souesme.free.fr/public/spip/faq/

* Accueil du site
http://g.souesme.free.fr/

Merci de vos éventuels remarques et commentaires

Guillaume

--
Les raccourcis typographiques (maj. le 8 nov. 2002)
http://g.souesme.free.fr/public/spip/rt/

* La FAQ:
FAQ SPIP (personnel)

Génial, bravo !!!

Est-ce que tu penses pouvoir publier cette FAQ au sein de l'officielle
qui se trouve sur le site de SPIP ?

cf [uZine 3] Questions et réponses

-Nicolas

--
Nicolas "Brush" HOIZEY
  Free PHP projects http://www.phpheaven.net
Veille tous azimuts http://www.gasteroprod.com
         Clever Age http://www.clever-age.com

Le 12/11/02 13:57, « Nicolas Hoizey » <nhoizey@php.net> a écrit :

* La FAQ:
FAQ SPIP (personnel)

Est-ce que tu penses pouvoir publier cette FAQ au sein de l'officielle
qui se trouve sur le site de SPIP ?

Merci de vos commentaires et remarques

Euh non! ;)) Je m'explique;
    - ce document, malgré les apparences, n'est pas tout à fait statique et
le procédé ne passe pas par SPIP (qui n'est pas adapté à ce jour à cet
exercice à mon avis).
    - la source est en XML et les outils me permettent notamment de
facilement maintenir les liens intra documents (SPIP ne le fait pas) et
surtout de disposer des données dans une approche plus approprié à la
rédaction qu'à la consultation.
(rem: tu te rappelles de ma question, tu vois j'avais une idée derrière la
tête, et d'autres idées pas encore arrivées à des stades de présentation
publiques).
Je me vois mal galérer à user de l'interface de SPIP pour créer et modifier
ce genre de données actuellement (plus tard peut-être...)

Mais aucun problème pour pointer un URL (SPIP fait cela très bien, tu peux
ajouter ce lien avec un 'redirect') ou de parser avec un script serveur pour
intégrer dynamiquement ce document ou une partie de ce document (vous
pourrez taper dans la source XML si vous voulez) à d'autres document si vous
laissez accessible et visible la source initiale du document initial.
Prenez directement contact avec moi.

rem: je ne casse pas SPIP avec mes remarques, sinon je n'aurais pas fait ne
FAQ et un mémento des raccourcis typographiques.

Guillaume

--
Les raccourcis typographiques (maj. le 8 nov. 2002)
http://g.souesme.free.fr/public/spip/rt/
Faq SPIP personnel (crée le 8 nov. 2002)

Est-ce que tu penses pouvoir publier cette FAQ au sein de
l'officielle qui se trouve sur le site de SPIP ?

ce document, malgré les apparences, n'est pas tout à fait statique
et le procédé ne passe pas par SPIP (qui n'est pas adapté à ce jour
à cet exercice à mon avis).

Peut-être dans ce cas serait-il utile que la FAQ "officielle" de SPIP
ne soit pas gérée par SPIP lui-même mais par un outil plus adapté tel
que celui que tu utilises ou phpFAQTory [1] que je connais mieux ...

Il est clair que SPIP ne peut pas répondre à tous les besoins, et
c'est bien heureux, même si je suis rarement le dernier à proposer des
nouveautés ... :wink:

-Nicolas

[1] phpFAQTory :
http://www.phpindex.com/projets/projets_presentation.php3?n=2

--
Nicolas "Brush" HOIZEY
  Free PHP projects http://www.phpheaven.net
Veille tous azimuts http://www.gasteroprod.com
         Clever Age http://www.clever-age.com

Nicolas Hoizey a écrit:

* La FAQ:
FAQ SPIP (personnel)

Est-ce que tu penses pouvoir publier cette FAQ au sein de l'officielle
qui se trouve sur le site de SPIP ?

cf [uZine 3] Questions et réponses

personnellement je trouve la FAQ officielle bien comm ça : simple, courte, éfficace !
et le nouvel utilisateur arrivant là dessus, n'est pas perdu sous un montagne de "message" (on dit messages ou questions pour une FAQ ?)

mainteant si on trouve qu'une question y manque, et serait intéressante pour tous libre à nous de la proposer ... non ?

--
         Sylvain
___________________________
  http://titeuf.lautre.net

Hello,

Jeudi dernier, j'ai assisté à la conférence "Etat de l'art du système
GNU/Linux" animée par Raphaël Rousseau de la Free Software Fondation Europe,
Chapitre France. :slight_smile:

Lors de cette conférence, SPIP a été cité parmi les logiciels libres matures
et fonctionnels. :slight_smile:

A+

Gilles

From ivan@netcourrier.com Tue Nov 12 17:34:20 2002

Return-Path: <ivan@netcourrier.com>
Received: from smtp.noos.fr (descartes.noos.net [212.198.2.74])
  by miel.brainstorm.fr (Postfix) with ESMTP id 59CEA1D302
  for <spip@rezo.net>; Tue, 12 Nov 2002 17:34:20 +0100 (CET)
Received: (qmail 3117807 invoked by uid 0); 12 Nov 2002 16:26:47 -0000
Received: from unknown (HELO ?195.132.206.30?) ([195.132.206.30])
  (envelope-sender <ivan@netcourrier.com>)
  by 212.198.2.74 (qmail-ldap-1.03) with SMTP
  for <spip@rezo.net>; 12 Nov 2002 16:26:47 -0000
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.0.6
Date: Tue, 12 Nov 2002 17:26:47 +0100
Subject: Re: [Spip] Re: [spip-dev] maj
From: Ivan <ivan@netcourrier.com>
To: SPIP Liste <spip@rezo.net>
Message-ID: <B9F6EA56.507A9%ivan@netcourrier.com>
In-Reply-To: <3DD11E09.9080402@lautre.net>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-transfer-encoding: quoted-printable
X-BeenThere: spip@rezo.net
X-Mailman-Version: 2.1b3+
Precedence: list
List-Help: <mailto:spip-request@rezo.net?subject=help>
List-Archive: <Discuter chez rezo.net;
List-Unsubscribe: <http://listes.rezo.net/mailman/listinfo/spip&gt;,
  <mailto:spip-request@rezo.net?subject=unsubscribe>
List-Subscribe: <http://listes.rezo.net/mailman/listinfo/spip&gt;,
  <mailto:spip-request@rezo.net?subject=subscribe>
List-Post: <mailto:spip@rezo.net>
List-Id: SPIP : questions/reponses <spip.rezo.net>
X-List-Received-Date: Tue, 12 Nov 2002 16:34:20 -0000
Status: O
Content-Length: 1424
Lines: 46

Sylvain a =E9crit :

Jean-Louis Bourgogne a =E9crit:

Bonjour,
=20
J'utilise personnellement avec bonheur le "surtitre" comme num=E9ro d'ordr=

e

des rubriques et des articles.
Le seul probl=E8me est de formater les nombres < 10 avec un espace devant =

...

Je n'ai pas trouv=E9 d'autres solutions.
Les scripts xxx_edit prennent en compte ce changement le "surtitre" deva=

nant

"num=E9ro d'ordre".

=20
au ou tu ne le sache pas tu peut aussi s=E9lectionner tes articles (ou
rubriques) {par num titre} dans ta boucle (articles ou rubs)
et en suite devant dans chaque titre tu ajoute "X. mon article" X
=E9tant le N=B0 attribu=E9
enfin sur tes sqelettes si tu ne veux pas faire apparaitre :
1. mon article
2. le web
3. spip.org
...
=20
au lieu de #TITRE mettre -> [(#TITRE|supprimer_numero)]
pour afficher que :
mon article
le web
spip.org
...
=20
de plus tu n'as pas de probl=E8mes pour faire respecter l'ordre :
1. > 2. > 3. > ... > 10. > 11. > ...

C'est vrai =E7a marche tr=E8s bien. Mais en fait j'ai constat=E9 que par d=E9faut
l'ordre d'affichage =E9tait celui d'entr=E9e dans la base, c'est-=E0-dire de
publication. Il suffit alors de rentrer ses articles dans l'ordre souhait=E9
pour qu'ils restent dans cet ordre, en tout cas il me semble, d'apr=E8s mes
tests. Mais ce que tu =E9voques permets assur=E9ment de verrouiller cet ordre
l=E0.

--=20
Ivan=20

Le 12/11/02 15:56, « Nicolas Hoizey » <nhoizey@php.net> a écrit :

Il est clair que SPIP ne peut pas répondre à tous les besoins, et
c'est bien heureux, même si je suis rarement le dernier à proposer des
nouveautés ... :wink:

Un client java serait le bienvenu pour l'édition de contenu pour disposer
d'une interface 'correct' et des accès aux fonctionnalités plus puissantes
que peut offrir leS navigateurS à l'heure actuel. Je pense à java pour le
côté multiplateforme - mais il existe d'autres langages ayant cette qualité.
Je rêve :))

Guillaume

--
Les raccourcis typographiques (maj. le 8 nov. 2002)
http://g.souesme.free.fr/public/spip/rt/
Faq SPIP personnel (crée le 8 nov. 2002)

On Tue, 12 Nov 2002, Guillaume wrote:

Le 12/11/02 15:56, « Nicolas Hoizey » <nhoizey@php.net> a écrit :
Un client java serait le bienvenu pour (...)

Le jour ou y'a un java portable (c'est à dire libre) qui fonctionne bien,
on en recause... En attendant c'est un trucmuche proprio qui est donc
completement bloqué.

pense à java pour le côté multiplateforme - mais il existe d'autres
langages ayant cette qualité. Je rêve :))

En HTLM ?

  Yannick

--
_/ Yannick Patois _________________ Address (home) __________________
| irc(undernet): Garp on #france25+ | 17, rue du Tonkin |
| email : patois@calvix.org | Apt. 9G, 3iem |
| http://garp.feelingsurfer.net/ | 69100 Villeurbanne |
| Tel-home: +33 (0)4 78 89 76 47 | FRANCE |
| Un Petit Agenda Militant Lyonnais - http://expace.lautre.net/ |

Bonjour,

personnellement je trouve la FAQ officielle bien comm ça : simple,
courte, éfficace !

Ce qui doit être "simple, court, efficace", c'est une doc pour
débuter, pas une FAQ.

Vu le nombre de questions récurrentes sur les listes non traitées dans
la FAQ, celle-ci doit évoluer et s'enrichir, mais il est clair que le
SPIP de uZine n'est pas forcément le plus adapté, d'une part
techniquement, et d'autre part parce que beaucoup d'utilisateurs de
SPIP n'osent pas s'inscrire comme rédacteur sur uZine ...

et le nouvel utilisateur arrivant là dessus, n'est pas perdu sous un
montagne de "message" (on dit messages ou questions pour une FAQ ?)

Il faut classer par thèmes.

mainteant si on trouve qu'une question y manque, et serait
intéressante pour tous libre à nous de la proposer ... non ?

Oui, bien sûr.

En gros, il faudrait avoir pour SPIP une FAQ aussi exhaustive que
celle de PHPIndex pour PHP :
http://www.phpindex.com/faq/faq_index.php3

-Nicolas

--
Nicolas "Brush" HOIZEY
  Free PHP projects http://www.phpheaven.net
Veille tous azimuts http://www.gasteroprod.com
         Clever Age http://www.clever-age.com

Il est clair que SPIP ne peut pas répondre à tous les besoins

Un client java serait le bienvenu pour l'édition de contenu pour
disposer d'une interface 'correct'

Si tu parles ici de WYSIWYG, ce n'est pas du tout souhaitable, de
nombreuses discussions ont déjà eu lieu ...

Je pense à java pour le côté multiplateforme - mais il existe
d'autres langages ayant cette qualité..

Un éditeur WYSIWYG pour SPIP utilisé avec IE se met en place en
quelques minutes, mais il génère du HTML. Les évolutions de Mozilla
devraient pouvoir lui permettre de faire pareil sous peu ... et tout
ça sans Java.

Mais le problème n'est pas d'être multi plate-forme, mais de bien
séparer le contenu de la présentation, ce que ne permettent pas les
outils d'éditions WYSIWYG proposés par les browsers.

Eventuellement, un éditeur WYSIWYG propre à SPIP qui ne donnerait pas
du HTML mais du vrai code SPIP, ça pourrait être pas mal, mais je ne
vois vraiment pas comment le réaliser.

Le défi est lancé ... :wink:

-Nicolas

--
Nicolas "Brush" HOIZEY
  Free PHP projects http://www.phpheaven.net
Veille tous azimuts http://www.gasteroprod.com
         Clever Age http://www.clever-age.com

Salut,

On Wed, 13 Nov 2002, Nicolas Hoizey wrote:

Eventuellement, un éditeur WYSIWYG propre à SPIP qui ne donnerait pas
du HTML mais du vrai code SPIP, ça pourrait être pas mal, mais je ne
vois vraiment pas comment le réaliser.

Excellente idée, j'en ferais une application autonome hors-ligne (pas un
truc tournant dans le navigateur en ligne).

Le défi est lancé ... :wink:

En basant cela sur un produit existant, ca doit pas etre si difficile (il
me semble que meme avec 'Word' des gens ont arrivé à faire quelque chose
en ce sens).

La difficulté aujourd'hui: je travaille hors-ligne avec cet outils. Il me
produit un miniDump.xml contenant les articles que j'ai écrit.
Maintenant, comment les *ajouter* à un site spip existant ?

Ca m'interesserait bien, çà...

NB: la lenteur de l'édition en ligne m'avait presque convaincu de passer
directement tapper en xml dans le dump.xml avant de faire des 'restore' de
base... Finalement c'était peut etre un peu plus rapide, mais trop source
d'erreurs (d'ou les angoisses au moment de restorer).

  Yannick

--
_/ Yannick Patois _________________ Address (home) __________________
| irc(undernet): Garp on #france25+ | 17, rue du Tonkin |
| email : patois@calvix.org | Apt. 9G, 3iem |
| http://garp.feelingsurfer.net/ | 69100 Villeurbanne |
| Tel-home: +33 (0)4 78 89 76 47 | FRANCE |
| Un Petit Agenda Militant Lyonnais - http://expace.lautre.net/ |

Le 13/11/02 9:14, « Nicolas Hoizey » <nhoizey@php.net> a écrit :

Un client java serait le bienvenu pour l'édition de contenu pour
disposer d'une interface 'correct'

Si tu parles ici de WYSIWYG, ce n'est pas du tout souhaitable, de
nombreuses discussions ont déjà eu lieu ...

Non le WSISIWIG n'est pas ma priorité (du moins dans le sens que l'on admet
couramment). Je parlais d'une interface du genre
    - File> Nouveau...
    - File> Editer
    - File > Importer
    - File > enregistrer (cmd S ou ctrl S): le nombre de fois que je fais
cmd S (ctrl S) dans la zone privée de SPIP est affolant ;))
    - etc.
de charger dans des sheets (MacOSX) ou des panneaux (autres OS) des données
présentes sur le site (liste médias), d'accéder à un correcteur
orthographique, de travailler offline (online) avec les données suffisantes
(carte du site avec le ID et titres des rub, art, bre (etc.). Bref, il
faudrait un cahier des charges etc. Je m'y collerai bien un de ces jours.

Mais le problème n'est pas d'être multi plate-forme,

Le côté multi plate-forme est important.

mais de bien séparer le contenu de la présentation, ce que ne permettent pas
les outils d'éditions WYSIWYG proposés par les browsers.

Cela existe.

Eventuellement, un éditeur WYSIWYG propre à SPIP qui ne donnerait pas
du HTML mais du vrai code SPIP, ça pourrait être pas mal, mais je ne
vois vraiment pas comment le réaliser.

Je 'finalise' le produit et cela sera disponible dans quelques temps pour
les personnes intéressées.

Guillaume

Eventuellement, un éditeur WYSIWYG propre à SPIP

Excellente idée, j'en ferais une application autonome hors-ligne
(pas un truc tournant dans le navigateur en ligne)

Je voyais ça en ligne plutôt, puisque réservé à l'édition des champs
"longs" comme le descriptif, le chapô, le texte et le PS, sachant que
cela permet de simplifier la gestion des liens interne par exemple ...

Mais c'est vrai qu'un éditeur en PHP-GTK depuis lequel on copie/colle
serait pas mal ... :wink:

En basant cela sur un produit existant, ca doit pas etre si
difficile (il me semble que meme avec 'Word' des gens ont arrivé à
faire quelque chose en ce sens).

Depuis Word, on fait comme avec du WYSIWYG, on ne gère pas les liens
internes par exemple ...

La difficulté aujourd'hui: je travaille hors-ligne avec cet outils.
Il me produit un miniDump.xml contenant les articles que j'ai écrit.
Maintenant, comment les *ajouter* à un site spip existant ?

C'est pour ça que je pensais juste à l'édition de certains champs, et
non à la globalité.

On peut imaginer un client en PHP-GTK qui communique en SOAP avec le
SPIP présent sur le serveur ... :wink:

-Nicolas

--
Nicolas "Brush" HOIZEY
  Free PHP projects http://www.phpheaven.net
Veille tous azimuts http://www.gasteroprod.com
         Clever Age http://www.clever-age.com

Salut,

On Wed, 13 Nov 2002, Nicolas Hoizey wrote:

Je voyais ça en ligne plutôt, puisque réservé à l'édition des champs
"longs" comme le descriptif, le chapô, le texte et le PS, sachant que
cela permet de simplifier la gestion des liens interne par exemple ...

C'est bine aussi, mais c'ets lent ce qui est en ligne, en plus ca oblige à
rester connecté...

Mais c'est vrai qu'un éditeur en PHP-GTK depuis lequel on copie/colle
serait pas mal ... :wink:

Bien, justement non, pas 'copie-colle': une fonction d'importation.

> En basant cela sur un produit existant, ca doit pas etre si
> difficile (il me semble que meme avec 'Word' des gens ont arrivé à
> faire quelque chose en ce sens).
Depuis Word, on fait comme avec du WYSIWYG, on ne gère pas les liens
internes par exemple ...

Si tu n'es pas en ligne, c'est sur que c'est difficile à gerer ça (à
moins d'avoir un dump à jour sous la main)...
Mais toute l'écriture du document avec sa structure peut être faite hors
ligne.

> La difficulté aujourd'hui: je travaille hors-ligne avec cet outils.
> Il me produit un miniDump.xml contenant les articles que j'ai écrit.
> Maintenant, comment les *ajouter* à un site spip existant ?
C'est pour ça que je pensais juste à l'édition de certains champs, et
non à la globalité.

C'est si compliqué ?

On peut imaginer un client en PHP-GTK qui communique en SOAP avec le
SPIP présent sur le serveur ... :wink:

Aujourd'hui j'ajoute un article en cliquant 'valider'. Est ce qu'il est
vraiment beacoup plus difficiel d'avoir un bouton 'importer un article'
auquel je donne à manger un petit fichier xml ? Je connais mal PHP et
mySQL, mais j'aurais tendance à penser que c'est faisable sans trop de
peine, non ?

  Yannick

--
_/ Yannick Patois _________________ Address (home) __________________
| irc(undernet): Garp on #france25+ | 17, rue du Tonkin |
| email : patois@calvix.org | Apt. 9G, 3iem |
| http://garp.feelingsurfer.net/ | 69100 Villeurbanne |
| Tel-home: +33 (0)4 78 89 76 47 | FRANCE |
| Un Petit Agenda Militant Lyonnais - http://expace.lautre.net/ |

Non le WSISIWIG n'est pas ma priorité

OK.

Je parlais d'une interface du genre
    - File> Nouveau...
    - File> Editer
    - File > Importer
    - File > enregistrer (cmd S ou ctrl S): le nombre de fois que je
      fais cmd S (ctrl S) dans la zone privée de SPIP est affolant
    - etc.

Euh ... on fait du web, là, faudrait pas l'oublier ...

Mais le problème n'est pas d'être multi plate-forme,

Le côté multi plate-forme est important.

Il est apporté naturellement pas le fait que c'est du web, justement,
donc ce n'est pas censé être une problématique.

mais de bien séparer le contenu de la présentation, ce que ne
permettent pas les outils d'éditions WYSIWYG proposés par les
browsers.

Cela existe.

Exemple ???

Je 'finalise' le produit et cela sera disponible dans quelques temps
pour les personnes intéressées.

J'en suis, je suis curieux de voir ce que ça peut donner ! :slight_smile:

-Nicolas

--
Nicolas "Brush" HOIZEY
  Free PHP projects http://www.phpheaven.net
Veille tous azimuts http://www.gasteroprod.com
         Clever Age http://www.clever-age.com

Aujourd'hui j'ajoute un article en cliquant 'valider'. Est ce qu'il
est vraiment beacoup plus difficiel d'avoir un bouton 'importer un
article' auquel je donne à manger un petit fichier xml ?

Non, pas du tout.

On passe sur spip-dev ? :wink:

-Nicolas

--
Nicolas "Brush" HOIZEY
  Free PHP projects http://www.phpheaven.net
Veille tous azimuts http://www.gasteroprod.com
         Clever Age http://www.clever-age.com

Le 13/11/02 10:18, « Nicolas Hoizey » <nhoizey@php.net> a écrit :

On va se faire taper sur les doigts par les moéderateurs.

Euh ... on fait du web, là, faudrait pas l'oublier ...

Le web est une interface pour le protocole HTTP qu passe par des
navigateurs. On fait en pratique de l'HTTP du FTP du mailto etc. jusqu'a peu
on passait par des navigateurs Web et je pense que cela continuera certes
mais que des outils a part existeront. Pensons à Watson pour Mac ou encore à
Morphon, PageSender etc.

Le web dont tu parles est est le web original, un autre ce profile (pour le
meilleur et le pire :wink:

Pour faire simple, par exemple, quand j'édite des documents je passe par un
éditeur qui va chercher cela en ftp ou 'http étendu' et quand j'enregistre
cela l'enregistre là-bas. Dans mon éditeur de texte je récupère des infos
via Google par exemple et je n'ai pas de navigateur au habituel du terme
habituel.

mais de bien séparer le contenu de la présentation, ce que ne
permettent pas les outils d'éditions WYSIWYG proposés par les
browsers.

Cela existe.

Exemple ???

* ici:
http://www.mozillazine.org/articles/article2489.html

* Tu peux lire cela:
Bitflux Editor Update (XML Editor)
by Brian King

Bitflux is an XML editor, recently made open source under The Apache
Software License. It is designed to run in the browser, and to be browser
independent. Currently, however, it runs only in Mozilla due to its
cross-platform support and good record with Web standards. The latest
Mozilla build supported is 1.1.

It is designed to work like a word processor and is usable on XML/XHTML
documents. XML, XSLT and CSS are used for rendering and the functionality is
almost entirely written in JavaScript. Features include an editing toolbar,
the local saving of a file being worked on, customisation of XML tags, and
support for special characters.

For more information, head on over to the website where you can read
testimonials, see screenshots, try out a demo, and find all the necessary
developer resources you need if you want to become involved. Note that if
you do try it out, caret browsing has to be turned on in the browser (F7).

* Et là faire un essai:
http://www.bitflux.ch/editor/bitfluxeditor.html
Et télécharger les composants et modifier tout cela.

Je 'finalise' le produit et cela sera disponible dans quelques temps
pour les personnes intéressées.

J'en suis, je suis curieux de voir ce que ça peut donner ! :slight_smile:

Ca ne te plaira pas il y a un mot la dedans que tu n'aimes pas ;))

Guillaume

On va se faire taper sur les doigts par les moéderateurs.

Pourquoi donc ???

Euh ... on fait du web, là, faudrait pas l'oublier ...

Le web est une interface pour le protocole HTTP qu passe par des
navigateurs. On fait en pratique de l'HTTP du FTP du mailto etc.

Oui, je sais bien ...

jusqu'a peu on passait par des navigateurs Web et je pense que cela
continuera certes mais que des outils a part existeront.

Ce n'est pas nouveau.

Pour faire simple, par exemple, quand j'édite des documents je passe
par un éditeur qui va chercher cela en ftp ou 'http étendu' et quand
j'enregistre cela l'enregistre là-bas.

OK, rien de nouveau non plus.

Dans mon éditeur de texte je récupère des infos via Google

???

Exemple ???

* ici:
Independent Status Reports- MozillaZine
* Tu peux lire cela:
Bitflux Editor Update (XML Editor)

Je connais un peu, oui ...

* Et là faire un essai:
http://www.bitflux.ch/editor/bitfluxeditor.html

Jusqu'à présent, j'avais des gros bugs qui me bloquaient, ça semble
mieux marcher maintenant, mais ça reste spécifique Moz ...

Et télécharger les composants et modifier tout cela.

Si tu bosses sur une version SPIP, ça m'intéresse au plus haut
point... :wink:

J'en suis, je suis curieux de voir ce que ça peut donner ! :slight_smile:

Ca ne te plaira pas il y a un mot la dedans que tu n'aimes pas ;))

???

-Nicolas

--
Nicolas "Brush" HOIZEY
  Free PHP projects http://www.phpheaven.net
Veille tous azimuts http://www.gasteroprod.com
         Clever Age http://www.clever-age.com

Quand on travaille à plusieurs à améliorer un même texte,
ce serait très pratique de pouvoir DUPliquer un article
afin d'en sauvegarder la version originale avant de la modifier.

Un bouton DUPliquer, qui dupliquerait l'article en partie privée,
avec toutes ses caractéristiques.

Nicolas Hoizey wrote:

Non le WSISIWIG n'est pas ma priorité
   
OK.

Je parlais d'une interface du genre
   - File> Nouveau...
   - File> Editer
   - File > Importer
   - File > enregistrer (cmd S ou ctrl S): le nombre de fois que je
     fais cmd S (ctrl S) dans la zone privée de SPIP est affolant
   - etc.
   
Euh ... on fait du web, là, faudrait pas l'oublier ...

Mais le problème n'est pas d'être multi plate-forme,
     

Le côté multi plate-forme est important.
   
Il est apporté naturellement pas le fait que c'est du web, justement,
donc ce n'est pas censé être une problématique.

mais de bien séparer le contenu de la présentation, ce que ne
permettent pas les outils d'éditions WYSIWYG proposés par les
browsers.
     

Cela existe.
   
Exemple ???

Je 'finalise' le produit et cela sera disponible dans quelques temps
pour les personnes intéressées.
   
J'en suis, je suis curieux de voir ce que ça peut donner ! :slight_smile:

-Nicolas