On-going
Development blog

The user interface has been heavily reviewed with the introduction of tabbed panels in all configuration screens, and in most important editors as well.

Of course, your feed-back is kindly requested, specially to signal bugs, before releasing the beta version due end of April.

Jusqu'à présent, Yacs utilisait un simple code html pour notifier une opération de maintenance.

La modification de control/closed.php permet d'obtenir le même rendu graphique que votre Yacs "en service" pour notifier une opération de maintenance.

• Reste à vérifier la compatibilité maintenance du serveur/migration d'adresse url.
  

N'ayant jamais utilisé cette dernière option, je suis un peu perdu pour la tester...

---

Until now, Yacs used a simple html code to notify an maintenance operation on server .

The modification of control/closed.php allows to obtain the same graphic depiction as your Yacs " in service " to notify an operation of maintenance.

The download page features the new archives.

The brand new SVN repository at Google Code has been updated.

Related template files have been shared for easy translation.

Le lecteur web de fichiers Flash JW Media Player permet une configuration assez poussée de l'apparence et du comportement du lecteur. Pour cela, on doit avoir recours à des variables définies par l'auteur du logiciel, que l'on renseigne par le biais de flashvars. Je l'utilise sur certains de mes sites.

Or, il s'avère que Yacs utilise une version antérieure de ce logiciel, sans toutefois permettre de passer les variables au lecteur, qui n'en supporte pas beaucoup dans cette ancienne version, de toutes façons).

Mon projet consistait donc à mettre à jour, dans Yacs, le lecteur (qui s'appelle dorénavant mediaplayer.swf, en remplacement de flvplayer.swf) de même que le script swfobject.js, qui bénéficie aussi d'une version améliorée depuis quelques jours, puis de développer le code PHP nécessaire pour transmettre les fameuses flashvars au lecteur.

Ainsi fut fait. Et ça fonctionne à merveille.

J'ai modifié la version Yacs 8.2beta29.6 de codes/codes.php (lignes 1895 et ss.) pour adapter le code Yacs [ flash=id ] afin de tenir compte des nouvelles versions des scripts susdits et y ajouter la possibilité d'un argument supplémentaire (optionnel) qui contiendrait les flashvars.

Avec cette modification, on peut maintenant utiliser le code Yacs de la façon suivante, par exemple : [ flash=99, 320, 240, backcolor=0x0000FF&autostart=true ] pour avoir un lecteur avec des contrôles bleus, qui démarre tout seul quand la page a fini de charger.

Les variables sont expliquées sur le site de l'auteur du lecteur mais je rédigerai un article de doc, si la modification est retenue pour intégration à Yacs.

Et si elle ne l'est pas mais que ça intéresse quelqu'un d'autre, vous pouvez toujours consulter les fichiers joints.

Notez que je n'ai testé qu'avec un video Flash, c'est à dire un fichier .flv, sans vérifier pour les fichiers .swf, par manque de temps et de ressources.

Autres remarques, surtout à l'intention de Bernard :

 ma modification a supprimé class=no_print que je ne trouvais dans aucune feuille de style; j'ai lu dans la doc de swfobject que toute la div est désormais remplacée par le fichier Flash, pas seulement son contenu alternatif, et j'ai cru que la class deviendrait inutile de toutes façons (mais je n'en sais rien à vrai dire); je te le soulignes pour que tu la remettes au besoin.
 ma modif vérifie désormais l'existence de la version 8 du plugin Flash Player : ça ne devrait pas trop nuire à la rétrocompatibilité considérant une pénétration de 98,3 % et la version 8 gère les vidéos avec couche de transparence.
 j'ai aussi modifié l'id de la div qui acceuille la video, comme suite à ma tentative de réduire le code à plus simple expression; le même script affichant maintenant tous les fichiers Flash, l'id commence toujours par swf_ et il n'y a plus de flv_99; je m'excuse d'avoir joué comme ça dans tes plates-bandes, j'étais en mode d'exploration; tu voudras peut-être revenir à l'ancienne structure (et j'ose espérer que mon code sera quand même utile) ou tu voudras peut-être au contraire transformer le switch devenu moins pertinent par un if.
 comme indiqué plus haut, je n'ai pas fait de tests exhaustifs et, en particulier, je n'ai pas vérifié que les autres portions du script alentour fonctionnaient bien (je ne sais pas toujours tout ce qu'elles font, d'ailleurs) : stream in separate page ou encore link to file page...

J'espère que mon travail sera de quelque utilité, que ce soit comme fonctionnalité additionnelle pour tous, ou simplement pour t'épargner un peu de temps que tu consacreras à autre chose.

Since a couple of weeks I am not able to update the CVS repository we have at SourceForge. The purpose of this repository is to share the source code of YACS among all interested developers, and it is part of our standard process to have at least all beta versions documented there.

Because of repeated error messages returned by the SourceForge server, because I have only been able to use CVS at SourceForge, while dreaming of Subversion), and because I wanted to play a bit with hosting at Google Code, a brand new project, named yacs, has been created, and code has been imported with TortoiseSVN.

http://code.google.com/p/yacs/

If you were using the CVS repository at SourceForge, please keep in mind that this will not be maintained by the yacs development anymore. We highly encourage you to use the new SVN repository at Google Code instead.

Thanks to DECLERCQ Laurent who has reported some troubles after a migration to a server running PHP in FastCGI mode, a slight modification has been made to HTTP headers generated by YACS. With this fix the server is not generated 500 Internal Error on cached pages anymore.

Thanks to suggestion from Pinelli, Thierry, yacs now loads the javascript jsCalendar library only on pages that require it. Because this library is mainly used on web forms, the other pages have been considerably accelerated.

The addition of a calendar to a yacs server is quite easy. Create a section, change the overlay for content to day, and every page created there will become an event in a calendar.

This version is bringing new features to this. First, the overlay now displays monthly calendars instead of a list of next items. Type day layout_as_list in the overlay field if you prefer the list layout.

Second, the overlay automatically masks past dates, except if you add the parameter with_past_dates to the overlay. This means that, by default, the calendar will only lists upcoming events. Use the parameter with_past_dates if past events have to stay accessible.

Third, a bug related to event duplication has been solved. Previously, the duplication would corrupt one table in the database, inducing a mess in calendars. This has been fixed in the new version.

Thanks to a move to WAMPServer5 version 2.0, that features PHP 5.2.5, MySQL 5.0.45 and Apache 2.2.6, additional bugs have been fixed before the monthly release.

The most notable issue is that PHP now evaluates NULL variables and empty arrays the same way, which was not the case before. Many scripts have been updated because of this "small" change.