Je pensais bien évidemment dans un contexte où le fichier html était stocké côté serveur, et non côté client.
Perso, je pense qu'avec la grosse montée de force de GitHub et Orion (et des CMS où tout est déjà hébergé), on va bientôt trouver des projets pour faire directement de la conception dans le web, en mode Wysiwyg. Il y aura sûrement des limites par rapport à du natif (et encore, je ne suis pas si sûr que toi), mais ce sera tellement plus simple que ça vaudra le coup.
En tout cas Laurent, je suis déjà un utilisateur de BlueGriffon (et j'utilisait Composer dès ses débuts) et je le trouve bien pratique sur quelques besoins locaux. Mais j'ai juste un peu peur pour l'avenir.
[^] # Re: Pourquoi en XUL et pas en HTML ?
Posté par Etienne Juliot (site web personnel) . En réponse à la dépêche Sortie de BlueGriffon 1.0. Évalué à 2.
Je pensais bien évidemment dans un contexte où le fichier html était stocké côté serveur, et non côté client.
Perso, je pense qu'avec la grosse montée de force de GitHub et Orion (et des CMS où tout est déjà hébergé), on va bientôt trouver des projets pour faire directement de la conception dans le web, en mode Wysiwyg. Il y aura sûrement des limites par rapport à du natif (et encore, je ne suis pas si sûr que toi), mais ce sera tellement plus simple que ça vaudra le coup.
En tout cas Laurent, je suis déjà un utilisateur de BlueGriffon (et j'utilisait Composer dès ses débuts) et je le trouve bien pratique sur quelques besoins locaux. Mais j'ai juste un peu peur pour l'avenir.