Sur d’autres sites (11458)

• Anomalie #3181 (Nouveau) : mots et groupes - API d’édition des objets

  7 mars 2014, par Sylvain Lesage

  Les fonctions d’action du plugin mots ne semblent pas suivre les mêmes règles que l’API d’édition des objets, ce qui en permet pas d’utiliser ces fonctions génériques pour les mots ou les groupes de mots (me semble-t-il). Est-il envisageable de les adapter au format défini par l’API ?

  Insertion¶

  API : objet_inserer

   bool | int objet_inserer( string $objet , int $id_parent = null , array | null $set = null ) 
  

  Mot : mot_inserer

   int | bool mot_inserer( int $id_groupe ) 
  

  Groupe de mots : groupemots_inserer

   int | bool groupemots_inserer( string $table = ’’ ) 
  

  Modification¶

  API : objet_modifier

   mixed | string objet_modifier( string $objet , int $id , array | null $set = null ) 
  

  Mot : mot_modifier

   string | null mot_modifier( int $id_mot , array | null $set = null ) 
  

  Groupe mots : groupemots_modifier

   string | null groupemots_modifier( int $id_groupe , array | null $set = null ) 
  

• Evolution #3126 (Nouveau) : *Contenu des articles* au profit de *contenu des objets*.

  26 décembre 2013, par Charles Stephan

  En rédigeant ce qui suit puis après avoir lu 2527 et :

  Que pensez vous de cette possibilité qui, à l’instar des documents joints, des révisions etc, permettrait de déposer des liens hypertexte (titre et url) sur les objets de son choix.
  En effet souvent on peut souhaiter avoir des liens sur des rubriques, voir même des documents.
  D’autant que cette option disponible uniquement sur les articles dans le core, permettra d’homogénéiser cette option...
  Soit on virerai d’article au profit de champs extra, soit le mettre à dispos de tous les objets

  J’arrive à reconsidérer la logique de ces champs activables ( "contenus du site" ) qui le sont "égoïstement" que sur les articles.

  Contenu des articles au profit de contenu des objets¶

  Bien que la dist dusse être modifiée, Il est opportun d’imaginer qu’une rubrique puisse-t- avoir un #PS , un #CHAPO etc,

  Il s’agirait de disposer un tableau de checkboxs ( à la inscriptions 3 ) listant les objets et ces champs de bases autoris(és)/ables.

  Ceci homogénéiserait même la structure des tables à la mode spip_objetx
  Sur la table auteurs, il ne serait pas étrange de considérer un chapo. La bio est un descriptif de l’objet en fait...

  Je lance le débat !
  Qu’en pensez vous ?

• Evolution #3119 (Nouveau) : Développer le classement des objets de SPIP par Glissé/lâché

  13 décembre 2013, par realet RealET

  Possibilité de classer des articles par drag’n drop dans l’interface privée, par exemple avec sortable ( http://jqueryui.com/sortable/ ) ou mêmes les images et documents, selon ce même principe (une démo http://blog.arnaud-k.fr/demos/jquery-drag-n-drop/ )

  Analyse¶

  Il y a déjà une balise #RANG qui calcule le numéro de titre s’il y en a un (ça affiche la partie numéro de numéro point espace titre).
  Idéalement, et pour assurer une bonne transition, il faudrait sans doute :

  1. Créer un champ rang
  2. modifier la balise rang en conséquence
  3. Enregistrer le numéro du titre dans le champ rang
  4. Et que l’opération de drag’n’drop :
     • modifie les champs rang impactés
     • et enregistre aussi le numéro point espace dans les titres pour rétro compatibilité (pouvoir débrayer ça par un define dans mes_options)
  5. Et rajouter un bouton pour supprimer le classement

  Et prévoir que dans les boucles, par rang !par date puisse fonctionner correctement si rang à NULL.

  Discussion originale : http://thread.gmane.org/gmane.comp.web.spip.devel/64769