patchs xulrunner : je n'ai pas le niveau technique suffisant pour en parler en détail, je sais que l'on avait par exemple ce bug qui a été corrigé : https://bugzilla.mozilla.org/show_bug.cgi?id=366682 , je n'ai pas d'idée exacte pour le reste.
Le principe d'embarquer le xulrunner est aussi d'être sur qu'on ne se base pas sur une version peu testé ou trop ancienne, par exemple sauf erreur de ma part, pas de xulrunner 1.9.1 dans lenny. De toute façon on doit l'embarquer sous windows et mac, si tout le monde utilise exactement la même version on évite les mauvaises surprises.
"l'embarquement" des autres dépendances : pour imagemagick tu as raison, on n'a jamais eu de problème avec à ma connaissance, on ne l'embarque pas dans les .deb. Mais si ma mémoire est bonne il est présent dans les .tar.gz, car cela permet d'éviter de demander à l'utilisateur de l'installer lui même (il est très courant mais pas installé partout par défaut). Pareil pour la JRE, pour les .deb les dépendances fonctionnent très bien, pour le .tar.gz "toutes distributions 32bits" on l'embarque.
L'objectif est de vraiment simplifier l'installation pour l'utilisateur final, il faut garder à l'esprit que la discussion ici est un peu élitiste... Pour beaucoup d'utilisateurs "tu l'installes et ça marche" c'est mieux que "tu l'installes, tu installes imagemagick s'il n'est pas installé, tu vérifies que tu as bien la JVM de sun et si tu en as plusieurs installées qu'elle est bien en première dans ton path, tu installes la version X.Y.Z du xulrunner, et ça marche", là ce serait comme le titre de ton message : "compliqué" :) On est prêt à sacrifier 40Mo de téléchargement pour être dans le 1er cas.
Cela ne change pas le fait que les sources sont a la disposition avec suffisamment d'instructions et de disponibilité du forum pour que les grands aventuriers de la compilation puissent jouer avec si besoin. Mais Scenari est un vaste univers et il y a largement de quoi s'aventurer sans se lancer dans cette direction en premier.
L'ordre le plus naturel que je recommande vivement :
- écrire des documents dans un programme auteur (ceux de l'article par exemple).
- sous réserve de besoins et compétences techniques il existe un outil "SCENARIbuilder" pour modifier la structure et la charte graphique des modèles sans avoir besoin de changer le code source du noyau.
- et si vraiment besoin, le code source du noyau est la.
Bonne soirée, et j'espère qu'Opale pourra te rendre service.
[^] # Re: Compliqué !
Posté par Stéphane P. . En réponse à la dépêche Les 10 ans de Scenari. Évalué à 2.
Le principe d'embarquer le xulrunner est aussi d'être sur qu'on ne se base pas sur une version peu testé ou trop ancienne, par exemple sauf erreur de ma part, pas de xulrunner 1.9.1 dans lenny. De toute façon on doit l'embarquer sous windows et mac, si tout le monde utilise exactement la même version on évite les mauvaises surprises.
"l'embarquement" des autres dépendances : pour imagemagick tu as raison, on n'a jamais eu de problème avec à ma connaissance, on ne l'embarque pas dans les .deb. Mais si ma mémoire est bonne il est présent dans les .tar.gz, car cela permet d'éviter de demander à l'utilisateur de l'installer lui même (il est très courant mais pas installé partout par défaut). Pareil pour la JRE, pour les .deb les dépendances fonctionnent très bien, pour le .tar.gz "toutes distributions 32bits" on l'embarque.
L'objectif est de vraiment simplifier l'installation pour l'utilisateur final, il faut garder à l'esprit que la discussion ici est un peu élitiste... Pour beaucoup d'utilisateurs "tu l'installes et ça marche" c'est mieux que "tu l'installes, tu installes imagemagick s'il n'est pas installé, tu vérifies que tu as bien la JVM de sun et si tu en as plusieurs installées qu'elle est bien en première dans ton path, tu installes la version X.Y.Z du xulrunner, et ça marche", là ce serait comme le titre de ton message : "compliqué" :) On est prêt à sacrifier 40Mo de téléchargement pour être dans le 1er cas.
Cela ne change pas le fait que les sources sont a la disposition avec suffisamment d'instructions et de disponibilité du forum pour que les grands aventuriers de la compilation puissent jouer avec si besoin. Mais Scenari est un vaste univers et il y a largement de quoi s'aventurer sans se lancer dans cette direction en premier.
L'ordre le plus naturel que je recommande vivement :
- écrire des documents dans un programme auteur (ceux de l'article par exemple).
- sous réserve de besoins et compétences techniques il existe un outil "SCENARIbuilder" pour modifier la structure et la charte graphique des modèles sans avoir besoin de changer le code source du noyau.
- et si vraiment besoin, le code source du noyau est la.
Bonne soirée, et j'espère qu'Opale pourra te rendre service.
Stéphane