![[fr]](../images/fr.png)
Le site de Mathenpoche (niveau 6ème) (7284 hits)-
DLFP : le journal qui parle de Mathenpoche (545 hits)
-
Mathenpoche (accueil) (1183 hits)
-
Le CRI74 (314 hits)
-
Framasoft (407 hits)
> Lire la dépêche (31 commentaires, moyenne: 2,6).
Vous avez demandé le commentaire #470642.
Run by 
Cette page a été générée par Templeet en 0.0528s (dont 0.0047 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
De l'utilisation de flash et des alternatives libres
Humm, certe le problème a déjà été "traité" toutefois tout est loin d'avoir été dit et les commentaires du journal indiqué sont blockés.
J'ai pu lire dans les commentaires de ce journal que les développeurs sont conscient du problème "propriétaire" résultant de l'usage de Flash, mais qu'ils aimeraient tout de même ne pas avoir à ré-écrire tout le code déjà achevé. De mon point de vue personnel, ils seront de toutes façon obligés de ré-écrire intégralement leurs codes !
Je m'explique : ont pourraient très bien voir arriver un jour ou l'autre un/une plugin/visioneuse libre permettant de visualiser Mathenpoche sur notre système libre préféré. Mais cela ne changera absolument rien au problème :
- Bien que documenté, le format SWF n'est en rien un format libre, son "ouverture" est tout au plus une bonne grâce accordé par Macromédia à la concurence pour mieux assurer la pénétration de son produit... Dans un premier temps tout du moins ... Du jour au lendemain les spécifications d'une mise à jour du format peuvent être occultés ou pire, l'usage du SWF dans une application tièrce pourrait devenir payant. Bref c'est une veritable épée Damoclès au dessus de tout projet "Flash" (libre ou non) qui peuvent être rendu illisible à tous moment sur les OS libres.
- Conscient du problème, la seul façon d'assurer définitivement la lecture du projet sur toutes plateformes et simple, on ne le répètera jamais asser : Utiliser un language normalisé, reconnu et surtout garantit à long terme sans paiement nécessaire pour y accèder.
J'opterais comme beaucoup d'autres l'ont proposés pour une ré-écriture (peut-être parallèle dans un premier temps) en SVG. Comme il a été dit, cela ne changera pas grand chose au début, sachant que seul des applications propriétaires en permettent la lecture aujourd'hui. Mais il est pour moi préférable de réfléchir un temps soi peu à demains.
Et demains, il y a autant de chances de voir venir un plugin/support du SVG libre via toutes sorte d'applications que de voir le SWF ce refermer sur ces acquis monopolistiques... Mieux encore, l'arrivés d'applications SVG utiles et finalisés poussera toujours un peu plus le développement d'un ou plusieurs support complet vers l'avant.
Enfin, le format SVG est au combien plus adapté à une application mathématique (surtout géométrique) que le format de Macromédia. Pour plus d'explication sur cette affirmation, je vous invite à consulter le site : http://svgfr.org(...)
[^]Re: De l'utilisation de flash et des alternatives libres
Nous sommes d'accord sur la réécriture nécessaire et ultérieure de l'outil. Je le répète, les programmeurs sont conscients de cela. Tout réécrire, oui, mais il faut de l'aide et des petites mains pour programmer. Nous pouvons donc compter sur vous ? ;-)
[^]Re: De l'utilisation de flash et des alternatives libres
Si mon temps libre le permet, avec plaisirs. Surtout que votre application étant GPL, elle pourrait servir de tutoriel SVG sur notre site.
[^]Re: De l'utilisation de flash et des alternatives libres
J'ai une question : le SWF, bien que propriétaire, est un langage, peut-on en rendre l'usage limité par une licence en rendant par exemple son utilisation payante ? Peut-on interdire aux gens de parler tel ou tel langage ? Pareil pour un format ?
C'est une question ;)
(j'aimerai des exemples)
MonoFrance
[^]Re: De l'utilisation de flash et des alternatives libres
A ma connaissance, on ne peu pas interdire à une personne physique (nous autres) d'apprendre un language, voir de le pratiquer.
Toutefois on peu vous interdire d'implémenter ce language dans une application, un plugin .... Voir plus "soft" de vous demander une somme forfaitaire pour tout usage du language dans vos propre application.
Ainsi d'un moment à l'autre Macromédia peu faire de son plugin (Flash-Player) et de son logiciel (Flash) les seul softs du marché disponible pour le format SWF ... Ou plus réaliste : rendre impossible la création d'un éditeur véritablement libre supportant le SWF du fait qu'il faille payer un droit de licence pour user de ce language dans l'application ....
[^]Re: De l'utilisation de flash et des alternatives libres
Et bien puisqu'on en parle j'en profite pour poser une question technique: je n'ai pas trouvé le moyen en SVG de créer une zone de saisie et d'en recuperer le contenu (pour que l'utilisateur puisse taper un nombre par exemple).
De plus je ne crois pas que le SVG gere les evenements du clavier, et ça me parait quand même être une restriction pour les applications de ce type.
[^]Re: De l'utilisation de flash et des alternatives libres
Pour ce qui est des zones de saisie et autres système de formulaire je te conseille de regarder du coté de Xform cf: http://w3.org/MarkUp/Forms/(...) bien entendu le support de ce système n'est sans doute pas encore implémenté dans un quelconque viewer. Une autre solution conciste à insérer dans ton svg un formulaire xhtml via la balise <object> ... Pour obtenir des informations plus pousser tu peu poser cette question sur ce forum : http://svgfr.org/?rub=forum(...)
Pour ce qui est des évenements clavier, un tutoriel sur la balise et disponible ici : http://svgfr.org/?rub=tuto/pro&id=18(...)