a4-dev team mailing list archive
-
a4-dev team
-
Mailing list archive
-
Message #00013
Re: Obiettivi del progetto
-
To:
a4-dev@xxxxxxxxxxxxxxxxxxx
-
From:
Andrea Gasparini <gaspa@xxxxxxxxxxx>
-
Date:
Wed, 26 May 2010 14:49:31 +0200
-
In-reply-to:
<1274875798.2787.30.camel@openwater>
-
User-agent:
KMail/1.13.2 (Linux/2.6.32-22-generic; KDE/4.4.2; i686; ; )
Andrea Corbellini spiffera, alle Wednesday 26 May 2010 circa:
> Non sono pienamente d'accordo con te. Un giornalista che scrive un
> articolo deve sempre pensare al pubblico che ha davanti, anche se di
> fatto non è un lettore. Non può inserire termini tecnici senza sapere se
> il suo pubblico conosce il loro significato.
[snip]
> Non so se così mi sono spiegato meglio, ma sentiti libero di dirmi che
> ho scritto delle grandi cretinate se non sei d'accordo. ;-)
Non son cretinate, ma come ho già scritto non abbiamo *utenti reali* a
mano. (trovo quindi che non sia un 'vero' behavior-driven... tutto qua...
ma stiamo parlando di aria fritta)
Non credo che sia inutile pensarci, comunque
> Le GTK supportano già SVG. Con GtkPixbuf possiamo ruotare e zoommare
> l'immagine, mentre lo spostamento lo possiamo fare normalmente come lo
> faremmo per un altro widget.
>
> Per quanto riguarda il path da seguire (ed eventualmente le animazioni
> che sceglie l'utente): potremmo creare dentro il file SVG un widget
> nascosto contenente le tutte le informazioni necessarie in formato JSON.
> Esempio:
>
> <text-widget visible="False" id="presentation-information">
> {"path": ["frame-1", "frame-2", "frame-3"],
> "presentation-name": "something",
> "other-information": "something else",
> ...}
> </text-widget>
Benone, ma perchè non xml?
bye.
--
-gaspa-
-----------------------------------------------
-------- https://launchpad.net/~gaspa ---------
----- HomePage: http://gaspa.yattaweb.it ------
-Il lunedi'dell'arrampicatore: www.lunedi.org -
Follow ups
References