[SPIP Zone] Petit retour sur le Porte Plume

Bonjour.
Merci à Marcimat pour ce plugin très efficace.

Le mariage PP/CS n'était pas si simple finalement et m'a demandé un peu plus de code que prévu, notamment pour la gestion des icônes calculées à la volée...

Actuellement, les images du CS sont calculées à la volée par le serveur qui les place dans /local/cache-texte ou /local/cache-gd2 selon les filtres appliqués, et les copie ensuite dans local/couteau-suisse/icones_barre. J'ai dû ensuite ajouter un _chemin() pour que le PP puisse les détecter, à voir si ceci est la bonne solution ?

1. J'ai remarqué que l'ordre de déclaration des fichiers .png était important : les parents (drop) avant les enfants

2. J'ai installé toutes les extensions, et quand il y a bcp d'icônes, les boutons enfants des drops de la 1ère ligne passent en dessous des drops de la deuxième ligne et ne sont plus du tout cliquables...
Probablement un truc à régler en CSS, s'il est possible que des <ul> enfant veulent bien passer au-dessus d'un oncle <ul> (image jointe)

3. De même, mais ça c'est un détail, quand il y a deux lignes d'icônes, les onglets Editer/Voir sont trop haut.

Bref, les frimousses de Sylvain se sont intégrées à merveille.
Très bonne fêtes à tous !

Pat

tmp2.gif

tmp.gif

Pour répondre à moi même, je fais ces propositions pour le fichier barre_outils.css, en cas de double rangée d'icônes :

.markItUp .markItUpHeader ul ul {
  top:26px;
  /* au lieu de 24px, histoire de bien distinguer les différentes rangées */
  
  z-index:2;
  /* histoire d'être au dessus des oncles... */
}

Testé surFirefx 3.5

Quant aux onglets, je ne vois pas la solution avec ce code tel quel. Sans doute faudrait-il rapprocher ce div du textarea, ou bien abandonner ce système d'onglets pour des boutons classiques.

Tiens d'ailleurs, ne faudrait-il pas désactiver ou virer le <a> sur 'Editer' lorsqu'on est en édition ?

Pat

Pat a écrit :

Bonjour.
Merci à Marcimat pour ce plugin très efficace.

Le mariage PP/CS n'était pas si simple finalement et m'a demandé un peu plus de code que prévu, notamment pour la gestion des icônes calculées à la volée...

Actuellement, les images du CS sont calculées à la volée par le serveur qui les place dans /local/cache-texte ou /local/cache-gd2 selon les filtres appliqués, et les copie ensuite dans local/couteau-suisse/icones_barre. J'ai dû ensuite ajouter un _chemin() pour que le PP puisse les détecter, à voir si ceci est la bonne solution ?

1. J'ai remarqué que l'ordre de déclaration des fichiers .png était important : les parents (drop) avant les enfants

2. J'ai installé toutes les extensions, et quand il y a bcp d'icônes, les boutons enfants des drops de la 1ère ligne passent en dessous des drops de la deuxième ligne et ne sont plus du tout cliquables...
Probablement un truc à régler en CSS, s'il est possible que des <ul> enfant veulent bien passer au-dessus d'un oncle <ul> (image jointe)

3. De même, mais ça c'est un détail, quand il y a deux lignes d'icônes, les onglets Editer/Voir sont trop haut.

Bref, les frimousses de Sylvain se sont intégrées à merveille.
Très bonne fêtes à tous !

Pat

------------------------------------------------------------------------

------------------------------------------------------------------------

Bon j'ai parlé trop vite, comme souvent... top:26px est une mauvaise idée, la souris ne parvient pas à maintenir le bloc d'enfants ouvert à cause du "trou" de 2pixels. Il faut plustôt un :
  padding-top:2px;
Pat

Pat a écrit :

Pour répondre à moi même, je fais ces propositions pour le fichier barre_outils.css, en cas de double rangée d'icônes :

..markItUp .markItUpHeader ul ul {
    top:26px;
    /* au lieu de 24px, histoire de bien distinguer les différentes rangées */
        z-index:2;
    /* histoire d'être au dessus des oncles... */
}

Testé surFirefx 3.5

Quant aux onglets, je ne vois pas la solution avec ce code tel quel. Sans doute faudrait-il rapprocher ce div du textarea, ou bien abandonner ce système d'onglets pour des boutons classiques.

Tiens d'ailleurs, ne faudrait-il pas désactiver ou virer le <a> sur 'Editer' lorsqu'on est en édition ?

Pat

Pat a écrit :

Bonjour.
Merci à Marcimat pour ce plugin très efficace.

Le mariage PP/CS n'était pas si simple finalement et m'a demandé un peu plus de code que prévu, notamment pour la gestion des icônes calculées à la volée...

Actuellement, les images du CS sont calculées à la volée par le serveur qui les place dans /local/cache-texte ou /local/cache-gd2 selon les filtres appliqués, et les copie ensuite dans local/couteau-suisse/icones_barre. J'ai dû ensuite ajouter un _chemin() pour que le PP puisse les détecter, à voir si ceci est la bonne solution ?

1. J'ai remarqué que l'ordre de déclaration des fichiers .png était important : les parents (drop) avant les enfants

2. J'ai installé toutes les extensions, et quand il y a bcp d'icônes, les boutons enfants des drops de la 1ère ligne passent en dessous des drops de la deuxième ligne et ne sont plus du tout cliquables...
Probablement un truc à régler en CSS, s'il est possible que des <ul> enfant veulent bien passer au-dessus d'un oncle <ul> (image jointe)

3. De même, mais ça c'est un détail, quand il y a deux lignes d'icônes, les onglets Editer/Voir sont trop haut.

Bref, les frimousses de Sylvain se sont intégrées à merveille.
Très bonne fêtes à tous !

Pat

------------------------------------------------------------------------

------------------------------------------------------------------------