fr Sat, 02 May 2026 02:50:37 +0200 60 Je n'ai pas de contrôle sur mon espace web, du coup un petit ChercherEtRemplacer sur le dossier "Inc/Vues/Elements/" et voilà. Rien de dramatique.]]> Sat, 23 May 2015 20:17:55 +0200
Il me semblait que le paramètre "short_open_tag" était activé par défaut. Je pensais donc que les personnes qui changent ce paramètre savent ce qu'elles font et pourront régler le problème que tu cites.

Peut-être que je me trompe, je vais le signaler dans le lisez_moi.]]> Sat, 23 May 2015 09:19:21 +0200 http://i.imgur.com/Ztl55Db.png

Un exemple du code HTML incriminé :
<button type="button" id="btnDetail<?=$item->getIdFlux() . " ."="" .="" $item-="">getId()?&gt;" class="bouton" title="Voir/cacher le détail" onclick="montreCache('item1724', 0, 4, this, '', true);"&gt;
Détail </button>

Visiblement Aeres nécessite soit PHP en version 5.4.0+, soit le paramètre de configuration "short_open_tag" activé sur les versions inférieures. Sans cela les balises courtes "<?= ?>" ne sont pas reconnues par PHP.
Je pense que cela serait une bonne idée de le noter quelque part :-)]]> Sat, 23 May 2015 06:33:08 +0200 Tant pis !

Heureusement, Ploum ne poste pas très souvent.]]> Wed, 08 Oct 2014 13:54:24 +0200
Je ne sais pas si tu as encore le problème, mais chez moi, ça marche normalement.

Peut-être y a-t-il un problème avec ton hébergeur.]]> Wed, 08 Oct 2014 10:06:51 +0200 Il créé un flux vide sans titre et jamais mis à jour.

Le flux en question : https://ploum.net/feed/
Oui, encore Ploum =P]]> Fri, 19 Sep 2014 01:48:51 +0200
Peut-être en ayant une fonction JS recevant une entité html précise et parcourant son contenu en texte brut tel qu'une balise ouvrante est empilée, puis dépilée lorsqu'une balise de même nature fermante est lu.
Si à la fin du parcours il reste des balises ouvrantes, on complète en ajoutant autant de balises fermantes.


M'enfin ça reste usine à gaz et hors de propos, c'est clair.
C'est probablement pas une bonne idée.]]> Sun, 15 Jun 2014 12:05:44 +0200 J'ai pensé à 2 solutions :
- ajouter une balise de fin de chaque type après chaque item, mais un, c'est très crade, et deux, ça marchera pas car ça va aussi fermer les balises d'Aeres...
- ajouter une option dans "gérer mes flux" pour faire une(des) action(s) sur chaque article d'un flux en ajoutant du code php qui sera exécuté pour chaque item. Le problème avec cette solution est de la rendre relativement facile d'utilisation. Je veux dire, moi, ça ne me posera pas de problème, je connais exactement la structure de chaque objet et le rôle de chaque propriété, mais pour une autre personne, comment rendre ça facile d'accès.

Je pense de plus en plus à la seconde solution, mais ça va contre mon idée de départ qui est que Aeres n'est un lecteur de flux et n'a pas à modifier les flux.]]> Sun, 15 Jun 2014 11:31:48 +0200
Ah, les joies des flux malformés (une balise <small> jamais fermée) :o)

N'y-a-t-il aucun moyen de se prémunir face à ce genre de choses ?]]> Sun, 15 Jun 2014 02:47:47 +0200
Pour l'histoire du 0/10, je vois d’où ça vient, je corrigerais ça pour la prochaine version.
C'est le passage du title de "Rafraichir" à "0/10" que je fais un peu trop souvent :)

Merci pour cette remontée :)]]> Mon, 09 Jun 2014 17:36:22 +0200 Je ne me souviens plus depuis quand j'avais ce flux-là dans la base.
Sachant que cette instance d'Aeres existe depuis... la version 2-4-3 au moins, possible que la base XML soit un peu polluée ?


Sinon, pour remonter quelque chose d'utile pour une fois :P :
Le texte de survol du bouton d'actualisation générale (la flèche bleue circulaire / croix rouge dans le panneau de liste des flux) affiche parfois "0/10" alors qu'un survol précédent affichait un nombre cohérent et qu'un survol suivant affichera lui aussi un nombre cohérent.
En gros, on obtient une suite de survol de ce genre là :
0/10
1/10
0/10
2/10
0/10
3/10

etc...

Un détail totalement inoffensif mais assez curieux.]]> Mon, 09 Jun 2014 10:36:18 +0200 Mais j'aurai bien aimer savoir comment le reproduire pour pouvoir le corriger car si c'est arrivé une fois, ça peut se reproduire.]]> Mon, 09 Jun 2014 09:24:05 +0200 Même en remettant le même flux, cela fonctionne.
Très curieux.

Ça m'apprendra à parler trop vite !]]> Mon, 09 Jun 2014 00:10:18 +0200 Chez moi, ça marche normalement.

Ça te le fait pour tous les flux, toutes les catégories, ou était-ce un cas unique?

À tout hasard, il n'y avait pas une (ou des) double quote " dans le nom du flux ou de la catégorie? Je sais qu'il peut y avoir des soucis avec ça et je ne sais plus si j'ai tester ça correctement :)]]> Sun, 08 Jun 2014 22:33:48 +0200
Supprimer le même item mais sans catégorie fonctionne comme prévu.]]> Sun, 08 Jun 2014 21:08:30 +0200
Un checkbox pour sélectionner tous les checkbox, ça me paraissait cohérent :)
Mais si je dois en faire 2, des boutons seraient mieux.

En fait, le bouton "Marquer tout lu" a pour but de marquer toutes les pages à lu, ce que l'on ne peut pas faire avec les coches. Mais en fait, je n'utilise que très rarement ce bouton car même si j'ai beaucoup de retard, je ne ne marque pas un item comme lu sans au moins avoir lu le titre, donc le supprimer ne me pose finalement pas de problème.

Je te remercie pour toutes ces réflexions :)]]> Wed, 30 Apr 2014 08:59:22 +0200 Un clic sur un "marquer archivé" individuel décocherait du même coup la case individuelle du billet, ce qui serait à la fois simple et efficace.
Néanmoins, le fait que tout soit coché de base pourrait peut-être gêner certains ?


Pour le second point :
- Une seconde checkbox, ça ruinerait la simplicité que vous voulez pour l'application ;
- Je ne vois pas trop, pour ma part, en quoi la cohérence des boutons serait mise à mal. En fait, c'est même la checkbox générale qui devrait de toute manière être remplacée par un bouton "Sélectionner tout" pour être encore plus cohérente et explicite, non ?


Par contre, mettre ainsi deux boutons en plus (et retirer la checkbox générale) risque de bouffer pas mal de place, surtout avec des noms un peu trop longs ou redondants ; peut-être que retirer le bouton "Marquer tout 'lu'" serait alors pertinent, il n'est que la composition de "Sélectionner tout" et "Marquer 'lu'" qui sont déjà présents dans l'interface.


Par ailleurs, on remarque qu'il y a trois groupes de boutons généraux qui émergent (en prenant en compte l'hypothétique "sélectionner les lus" et compagnie) :
- les boutons de sélection de masse ;
- les boutons de changement de statut de masse ;
- et puis les boutons "inclassables" (tout voir/cacher, inverser tri) .
Peut-être matière à creuser ?]]> Tue, 29 Apr 2014 19:11:39 +0200 Quand on marquait un item comme lu, il fallait attendre la réponse du serveur pour pouvoir lire un autre item (je n'affiche qu'un seul item à la fois). Je trouvais ça gênant.

Je n'avais pas pensé au cas que tu cites.
Personnellement, j'ai pris l'habitude de tout cocher avant de lire et quand j'utilise ces boutons, je désélectionne l'item (je vais d’ailleurs sûrement faire ça en automatique).

Sinon, ajouter un nouveau bouton qui sélectionne que les non-lu, techniquement, c'est très facile et rapide, mais :
-soit, je fait un nouveau checkbox, mais comment différentier les 2 visuellement.
-soit je fait encore un bouton mais ça me gène du point de vue cohérence car ça aura le même rôle que la coche, mais un aspect différent...

L'idée est bonne, il ne reste plus qu'a faire ça correctement.]]> Tue, 29 Apr 2014 18:24:25 +0200
Les boutons de changement de statut, ceux individuels à chaque billet, ne recharge plus la liste des billets affichés.

C'est pas un souci en soi-même évidemment, cependant lorsqu'un a lu quelques billets de la liste puis marqué certains comme archivés par ces boutons individuels, puis qu'on veut marquer tout le reste comme lu pour s'en débarrasser, un clic sur la case de sélection générale de la liste va évidemment sélectionner aussi les billets marqués archivés, qui sont encore affichés. Un clic sur "marquer 'lu'" va donc les mettre aux oubliettes avec le reste, mêmes s'ils sont censé être archivés.

Était-ce voulu ?

Un bouton "Sélectionner non-lus uniquement" réglerait le problème, je suppose, ou quelque chose du genre.
Qu'en pensez-vous ?]]> Tue, 29 Apr 2014 17:53:35 +0200 En fait, pour l'ordre des flux, je sauvegarde la position. Quand on veut déplacer un flux, je vais chercher la position suivante ou précédente. J'ai eu le cas pendant mes tests où le il manquait une position, donc Aeres ne la trouvait pas et m'afficher ce message.

Comme j'ai eu le problème à plusieurs reprise, j'ai créé une fonction qui remet les positions dans le bon ordre et sans les trous éventuels.
Cette fonction n'est jamais appelée, mais elle existe.

Comme c'est un cas qui peut arriver en utilisation normale, dans la prochaine version, je vais faire un appel à cette fonction avant de déplacer un flux, comme ça, il n'y aura plus de problème.

Si tu ne veux pas attendre pour régler le problème, tu peux ajouter cette ligne :

razPosition();

à la fin du fichier index.php (juste avant ?>), lancer une fois Aeres, puis supprimer cette ligne.

Je vais me pencher sur le problème pour voir comment c'est arrivé.]]> Wed, 23 Apr 2014 17:06:09 +0200 Wed, 23 Apr 2014 11:24:25 +0200