[spip-dev] je vais relancer un vieux débat..

La fameuse catégorie “hidden” à laquel je tiens tant

Le but de la modification est de créer une rubrique hidden qui ne sera pas listé dans la boucle rubrique.
Cette catégorie vous permettra de créer des pages fixes pour votre site. Par exemple sur noplay je m’en sert pour faire une page “contribuer”, j’ai donc créer un squellette appellé une_page qui permet d’afficher juste le texte d’un article, j’obtiens donc une page parfaitment propre et éditable en ligne et qui n’apparait pas dans la liste de mes articles.

Bien sur on peut bricoler dans les squellettes mais on risque d’en oublier un et puis c’est assez lourd.

Alors pourquoi ne pas créer une catégorie 0 qui remplirait cette fonction, cette catégorie serait optionnel ne genant ainsi pas les personnes refusant cette modification. Je crois que l’avis des dévellopeurs de SPIP sur ce débat une bonne fois pour toute serait le bienvenue.

La fameuse catégorie "hidden" à laquel je tiens tant .../... Alors
pourquoi ne pas créer une catégorie 0 qui remplirait cette fonction, cette
catégorie serait optionnel ne genant ainsi pas les personnes refusant
cette modification. Je crois que l'avis des dévellopeurs de SPIP sur ce
débat une bonne fois pour toute serait le bienvenue.

A mon avis les bidouilles de ce type font un peu usine à gaz ; et SPIP en
contient déjà trop. Mais, d'un autre côté, il existe un vrai besoin d'objets
placés "hors rubriques" et qui n'apparaissent pas dans les boucles standard.
Il faut voir si l'on peut trouver une manière assez riche de faire des
"unes" modifiables facilement, sans toucher à la simplicité (toute relative)
de l'architecture de SPIP. Par exemple, un flag 'invisible' qui ferait que
l'article n'apparaîtrait dans aucune boucle (sauf une boucle qui appelle
explicitement les "invisibles").

On peut aussi penser à une astuce faisant que les articles dont le
titre/chapo/etc commence par un '.' ne s'affichent pas en standard... je
n'ai pas la solution, mais j'ai l'intuition que le truc de numérotation des
titres {par num titre} et de |supprimer_numero pourrait être résolu de
manière élégante dans la même foulée.

Par ailleurs, en réfléchissant aux besoins de "multilinguisme" et à ceux de
la composition de rubriques comportant des articles "ordonnés", je me dis
qu'on a peut-être besoin d'un système permettant d'ordonnancer des articles
dans une "séquence", qui pourrait être de la forme "1 2 3 4 5 6" (pour
classer des articles au sein d'un site ou d'une rubrique -- je crois savoir
que le système utilisé par Libé permet ce genre de choses très facilement)
ou encore "en fr ru it es" pour lier entre eux des traductions d'un même
texte (là, je pense à ce que j'ai vu du système "appolonie" utilisé par
Attac).

Voilà, tout ça est un peu brouillon ; la difficulté vient du fait qu'il faut
à la fois trouver la bonne méthode en termes de structure de données,
d'interface dans l'espace privé et de composition des boucles dans les
squelettes...

-- Fil

La fameuse catégorie "hidden" à laquel je tiens tant .../...
Alors pourquoi ne pas créer une catégorie 0 [...]

La rubrique d'id 0 existe déjà virtuellement, c'est la racine du site. Je
pense que cette rubrique devrait non pas être virtuelle mais réelle, ce qui
permettrait par exemple d'y placer un texte pour la page d'accueil.

En règle générale, je pense qu'il faudrait de toute façon qu'une rubrique ait
les même caractéristiques de contenu (mais pas de dates) qu'un article, la
distinction entre les deux me semblant un peu artificielle et restrictive.

A mon avis les bidouilles de ce type font un peu usine à gaz

+1

et SPIP en contient déjà trop

+100000 ! :wink:

d'un autre côté, il existe un vrai besoin d'objets placés
"hors rubriques" et qui n'apparaissent pas dans les boucles
standard.

C'est clair, sur tous mes sites SPIP, j'ai en effet un secteur particulier que
je masque dans tous mes squelettes.

Il faut voir si l'on peut trouver une manière assez riche de faire
des "unes" modifiables facilement, sans toucher à la simplicité
(toute relative) de l'architecture de SPIP.

Oui.

Par exemple, un flag 'invisible' qui ferait que l'article
n'apparaîtrait dans aucune boucle (sauf une boucle qui appelle
explicitement les "invisibles").

Plutôt que "invisible", on pourrait envisager un état supplémentaire dans le
workflow qui permette de différencier validation et mise en ligne.

On peut aussi penser à une astuce faisant que les articles dont
le titre/chapo/etc commence par un '.' ne s'affichent pas en
standard...

Euh ... niveau bidouille, c'est pas mal ça ! :stuck_out_tongue:

j'ai l'intuition que le truc de numérotation des titres {par num titre}
et de |supprimer_numero pourrait être résolu de manière élégante dans
la même foulée.

En effet !

Par ailleurs, en réfléchissant aux besoins de "multilinguisme" et
à ceux de la composition de rubriques comportant des articles
"ordonnés", je me dis qu'on a peut-être besoin d'un système permettant
d'ordonnancer des articles dans une "séquence" [...]

Et de la même façon, gérer les articles multi-pages, non ? :wink:

Voilà, tout ça est un peu brouillon

Mais ça a le mérite de poser le problème, ce qui est bienvenu !

-Nicolas

Amusant, surtout les forums en-dessous :wink:

http://linuxfr.org/2003/03/27/11849.html

« Francisco Burzi, l'auteur de PHP-Nuke, a annoncé, suite aux nombreuses
failles de sécurité découvertes dans son application, qu'il allait en
entreprendre une réécriture complète, afin de la rendre plus stable et
sécurisée. Si l'intention est bonne, et répond à une demande constante
depuis déjà plusieurs mois, la mise en pratique risque de ne pas être
appréciée.
M. Burzi a en effet annoncé son intention de ne publier désormais PHP-Nuke
qu'en closed source, en utilisant le logiciel Zend Encoder.

Francisco Burzi n'a jamais été un fervent partisan du logiciel libre, ni
même de l'open source. On a pu le voir quand il a refusé d'utiliser CVS
(après une courte période d'essai), ou avec la création du PHP-Nuke club
(voir dépêche précédente), qui réservait les versions de développement Ã
une élite payante. Mais cette décision de passer son produit en
closed-source risque bien de faire fuir ses utilisateurs, qui — bien que
malmenés — pouvaient jusqu'alors encore modifier et personnaliser selon
leur volonté le code source de PHP-Nuke. Désormais, cela ne leur sera plus
possible.

De plus, l'installation du logiciel Zend Optimizer, qui est lui aussi
closed source, sera désormais nécessaire pour faire fonctionner PHP-Nuke.
Sans cela, le code rendu illisible par Zend Encoder rendra son utilisation
impossible.

Pour motiver son choix, M. Burzi évoque un logiciel plus stable et
sécurisé, auquel il sera facile de rajouter ses fichiers. Dans les raisons
"positives" pour ce choix, selon lui, il y a aussi l'impossibilité de
forker. Il est cependant probable que beaucoup d'utilisateurs de PHP-Nuke
se tourneront vers Post-Nuke (ou autres forks) dès le passage effectif de
PHP-Nuke en closed source.

À noter que le PHP-Nuke Club (payant) restera en place, et qu'une version
Corporate (payante) fera également son apparition. »

Amusant, surtout les forums en-dessous :wink:
PHP-Nuke quitte le monde du libre - LinuxFr.org

Pour info : on va faire la même annonce, au sujet de SPIP, dès mardi prochain.

-- Fil

Amusant, surtout les forums en-dessous :wink:
PHP-Nuke quitte le monde du libre - LinuxFr.org

Pour info : on va faire la même annonce, au sujet de SPIP, dès mardi
prochain.

Ca y est, Colombani a accepté nos conditions pour la direction du
consortium ?

Ca y est, Colombani a accepté nos conditions pour la direction
du consortium ?

Je n'ai pas encore reçu confirmation du nombre de parts du Capital que je
serais autorisé à souscrire, le sujet avance au moins ?

-Nicolas

Je n'ai pas encore reçu confirmation du nombre de parts du Capital que je
serais autorisé à souscrire, le sujet avance au moins ?

Nos avocats et nos business angels sont sur le coup. Mais j'ai négocié un
NDA qui m'interdit d'en dire plus pour l'instant. La Jaguar neuve, par
contre, arrive aussi mardi, je vous invite à faire le tour du périph'.

-- Fil

Méfiez nous allons lancer une opa dès le demarrage de l'opération

Salut

Amusant, surtout les forums en-dessous :wink:

PHP-Nuke quitte le monde du libre - LinuxFr.org

« Francisco Burzi, l'auteur de PHP-Nuke, a annoncé, suite aux nombreuses
failles de sécurité découvertes dans son application, qu'il allait en
entreprendre une réécriture complète, afin de la rendre plus stable et
sécurisée. Si l'intention est bonne, et répond à une demande constante
depuis déjà plusieurs mois, la mise en pratique risque de ne pas être
appréciée.
M. Burzi a en effet annoncé son intention de ne publier désormais PHP-Nuke
qu'en closed source, en utilisant le logiciel Zend Encoder.

Je vais trés certainement me rappeller "aux bons souvenirs" de F. Burzi pour
lui signifier que les contributions que j'ai apporté (et d'autres personnes
aussi) à PhpNuke (notamment le premier module de petites annonces de Nuke)
ont été publié sous le régime de la GNU/GPL donc qu'il voudra bien enlever
toutes les références à ce type de productions de ma part. Je serais de plus
trés vigilant sur toutes réutilisations de mes codes (ou portions de code)
dans ce cadre.
J'avais déjà fait les mêmes mises en garde auprés des dévellopeurs postnuke.

A+ Yann

En attendant que la CIA rachète SPIP en sous-main et le rapatrie au Texas...

Bernard Martin-Rabaud
martinrabo@wanadoo.fr

-----Message d'origine-----