Ella : projet de logiciel d'animation Flash & SVG pour Linux

n1c0la5 · Le 26/11/2010, à 20:45

xapantu a écrit :

Non, il faut que tu fasses le pull dans le dossier ella

Ok merci
Je viens de modifier sur ella.tuxfamily.org (je tenais mes infos de là XD )

Dernière modification par nicodemadrid (Le 26/11/2010, à 20:46)

kevlar · Le 26/11/2010, à 21:07

le nouveau sélecteur a cet aspect (au passage, content du passage à Glade3+GtkBuilder !)

xapantu · Le 26/11/2010, à 21:41

Cool

De mon côté, j'ai mis en place un système anti-spam sur le blog, je recevais tous les jours quelques demandes de modération de commentaires qui n'était que des spams (en plus, c'est lourd, parce qu'il faut lire le contenu du spam avant de le supprimer...). Du coup, maintenant, il faut juste répondre à une question du genre "Sum of 1 and 2" avant de répondre (ça va c'est pas trop dur ).

grim7reaper · Le 26/11/2010, à 23:17

Bon c'est fini.
Je commence la relecture pour essayer d'enlever quelques fautes (il en restera, ne vous en faites pas…) et avoir une mise en page moins à LA RACHE.

grim7reaper · Le 27/11/2010, à 00:02

Bon, c'est dispo.

Il y a peut-être des points que j'ai oublié d'aborder (ou que vous voudriez que je mette noir sur blanc), si c'est le cas signalez-le moi.
Idem pour toutes remarques/desaccord/suggestions .

Pour que ça soit dispo à tous, j'ai mis ça sur mon serveur FTPS (vu que j'ai pas le mail de tout le monde et qu'envoyer un document en français sur la mailing list qui est censé être en anglais ça le fait moyen ^_^).

Donc pour le récupérer, soit vous utiliser lftp comme moi donc ça donne

lftp -u public,7d[[7@dev.fr grim7reaper.no-ip.info

Soit vous utilisez filezilla, dans ce cas il faut le configurer en FTP avec TLS/SSL explicite.
Soit vous utiliser autres choses, dans ce cas référer vous à la doc de votre soft (mais il doit gérer le TLS/SSL pour le FTPS).

C'est un certificat auto-signé mais vous pouvez y faire confiance (enfin vaut mieux si vous voulez récupérer le fichier ^_^).

Adresse : grim7reaper.no-ip.info
Port : par défaut, donc le 21
Login : public
Mot de passe : 7d[[7@dev.fr

xapantu · Le 27/11/2010, à 11:00

Cool
J'ai commencé à le lire, c'est vraiment bien, et je suis d'accord avec à peu près tout, à part ça :

6.2
Unité
Si les valeurs retournées par une fonction ont une unité, celle-ci devra être pré-
cisée dans le nom de la fonction (en tant que suffixe).
void delay_ms(unsigned int t) ;

Je ne comprends pas bien ? Tu veux dire int delay_ms(...) ?

xapantu · Le 27/11/2010, à 11:03

Sinon, il est possible que tu mettes les sources (latex, vu la tête du document ? ) sur ton ftps ?

Comme ça, si j'ai le temps (et si kevlar est d'accord), je commence à traduire.

Dernière modification par xapantu (Le 27/11/2010, à 11:04)

grim7reaper · Le 27/11/2010, à 12:04

xapantu a écrit :

Cool
J'ai commencé à le lire, c'est vraiment bien, et je suis d'accord avec à peu près tout

Merci, c'est bien si tu es d'accord avec la majorité du truc. Il n'y a plus qu'a attendre l'avis de kevlar.
Pour le faire, je me suis inspiré de mes habitudes, bien sûr, mais aussi des normes en vigueur dans l'embarqué (un domaine où il faut être strict, vu les enjeux qu'il y a derrière).

, à part ça :
6.2
Unité
Si les valeurs retournées par une fonction ont une unité, celle-ci devra être pré-
cisée dans le nom de la fonction (en tant que suffixe).
void delay_ms(unsigned int t) ;
Je ne comprends pas bien ? Tu veux dire int delay_ms(...) ?

Effectivement, c'est une coquille. Je corrige .

Pour les sources j'allais vous le proposer, mais il vaut mieux attendre que l'on soit bien d'accord. Après, pas de problèmes, je les mets à disposition

xapantu · Le 27/11/2010, à 15:56

Ok

Sinon :

Gardiens
Les gardiens seront de la forme H_NOMDUFICHIER_AAAAMMJJHHMMSS
afin de garantir leur unicité.

Le "_AAAAMMJJHHMMSS" est-il vraiment nécessaire ? (c'est une vraie question mais je n'ai jamais mis une telle précision dans les define...)

xapantu · Le 27/11/2010, à 16:07

Ah, si, peut-être qu'il faudrait rajouter un passage avec les commentaire sur plusieurs lignes, et peut-être un truc très bref sur doxygen.

grim7reaper · Le 27/11/2010, à 16:15

xapantu a écrit :

Le "_AAAAMMJJHHMMSS" est-il vraiment nécessaire ? (c'est une vraie question mais je n'ai jamais mis une telle précision dans les define...)

Non, je pense que l'on peut s'arrêter avant la seconde.
C'est à vous de voir

Là c'est typiquement un truc personnel car il m'arrive de créer plusieurs nouveaux fichiers rapidement (au début du projet) et donc les secondes sont nécessaires.
Dans la suite du projet, c'est plus rare mais je conserve ce format pour des soucis d'homogénéité.

Ah, si, peut-être qu'il faudrait rajouter un passage avec les commentaire sur plusieurs lignes

Pourquoi pas, tu y mettrais quoi ?

et peut-être un truc très bref sur doxygen.

Il faudrait voir si Ella va utiliser Doxygen, mais si c'est le cas on peut effectivement en parler/modifier la section qui parle des commentaires.

Dernière modification par grim7reaper (Le 27/11/2010, à 16:15)

xapantu · Le 27/11/2010, à 16:20

grim7reaper a écrit :

xapantu a écrit :
Le "_AAAAMMJJHHMMSS" est-il vraiment nécessaire ? (c'est une vraie question mais je n'ai jamais mis une telle précision dans les define...)
Non, je pense que l'on peut s'arrêter avant la seconde.
C'est à vous de voir
Là c'est typiquement un truc personnel car il m'arrive de créer plusieurs nouveaux fichiers rapidement (au début du projet) et donc les secondes sont nécessaires.
Dans la suite du projet, c'est plus rare mais je conserve ce format pour des soucis d'homogénéité.

Ah, ok Je pense qu'on peut effectivement s'arrêter au jours/heures, mais, même dans l'absolu, je n'ai pas compris quel était l'intérêt d'avoir un truc daté ?

Ah, si, peut-être qu'il faudrait rajouter un passage avec les commentaire sur plusieurs lignes
Pourquoi pas, tu y mettrais quoi ?

Je ne sais pas trop, mais je pensais peut-êter qu'il faudrait spécifier qu'on préfère un truc comme ça :

/* bla
 * bla
 * bla */

à ça :

/* bla
bla
bla */

Mais c'est un détail

et peut-être un truc très bref sur doxygen.
Il faudrait voir si Ella va utiliser Doxygen, mais si c'est le cas on peut effectivement en parler/modifier la section qui parle des commentaires.

Normalement, avec kevlar, on avait dit qu'on utiliserait doxygen, après, on a pas fait grand chose là dessus, mais c'était l'idée

grim7reaper · Le 27/11/2010, à 16:29

xapantu a écrit :

Ah, ok Je pense qu'on peut effectivement s'arrêter au jours/heures, mais, même dans l'absolu, je n'ai pas compris quel était l'intérêt d'avoir un truc daté ?

Être sûr d'avoir un gardien unique.
Le nom de fichiers n'est forcément suffisant.
Par exemple, si tu développes une bibliothèque et qu'un mec veut la réutiliser dans un de ses projets. Il est possible qu'il ait un fichier du même nom qu'un de tes headers et ça pourrait faire des erreurs bizarres à la compilation.

Ok pour les commentaires multilignes, je vais ajouter ça.

Normalement, avec kevlar, on avait dit qu'on utiliserait doxygen, après, on a pas fait grand chose là dessus, mais c'était l'idée

Ok, bah si vous souhaitez utiliser Doxygen, je vais adapter les sections concernées

xapantu · Le 27/11/2010, à 16:31

grim7reaper a écrit :

xapantu a écrit :
Ah, ok Je pense qu'on peut effectivement s'arrêter au jours/heures, mais, même dans l'absolu, je n'ai pas compris quel était l'intérêt d'avoir un truc daté ?
Être sûr d'avoir un gardien unique.
Le nom de fichiers n'est forcément suffisant.
Par exemple, si tu développes une bibliothèque et qu'un mec veut la réutiliser dans un de ses projets. Il est possible qu'il ait un fichier du même nom qu'un de tes headers et ça pourrait faire des erreurs bizarres à la compilation.

Ah, oui, je n'avais pas pensé aux bibliothèques

Ok pour les commentaires multilignes, je vais ajouter ça.
Normalement, avec kevlar, on avait dit qu'on utiliserait doxygen, après, on a pas fait grand chose là dessus, mais c'était l'idée
Ok, bah si vous souhaitez utiliser Doxygen, je vais adapter les sections concernées

Cool

n1c0la5 · Le 27/11/2010, à 16:42

Bonjour, je me suis lancé dans une animation avec des tux , en parallèle avec l'animation de l'herbe , mais je rencontre le problème suivant :
Je fais une animation avec plusieurs textes,, mais quand je supprime le texte sur la seconde image clé, et que j'en mets un autre, le premier reste...
Un exemple vaut mieux qu'un texte alors voilà anim 1

J'ai donc trouvé comme solution d'insérer une image clé vide avant, mais bon comme je m'y attendais, et c'est normal, on se retrouve avec un "saut", et c'est un peu gênant. Voici encore anim 2 pour l'exemple...

Alors les questions que je me pose: est-il normal que le premier texte ne disparaisse pas?
existe-t-il une autre solution que d'insérer une image vide?
suis-je obligé de faire le texte sur un autre calque? (j'aimerai éviter vu que d'autres personnages vont s'ajouter...) (au début je pensais faire un calque par perso, et intégrer les bulles et textes dans le même calque, mais bon ça semble compromis)

J'espère avoir été clair...

EDIT: avec la rev 424 il y a des problèmes dans l'outil de sélection, dû aux modifications?

Dernière modification par nicodemadrid (Le 27/11/2010, à 16:49)

grim7reaper · Le 27/11/2010, à 16:51

J'ai fais les modifs et mis le pdf à jour sur le serveur.

Pour les commentaires j'ai opté pour

/*
 * Bla bla
 * frob foobar
 * do something
 * 42
 */

car si on ajoute une ligne, peu importe sa position (début, milieu ou fin) on n'a juste à l'insérer (pas besoin de toucher au début /* et fin */ de commentaire).
Ça fait un petit gain de temps ^_^.

xapantu · Le 27/11/2010, à 16:54

nicodemadrid a écrit :

EDIT: avec la rev 424 il y a des problèmes dans l'outil de sélection, dû aux modifications?

C'est normal, je réorganise un petit peu le code de ce côté là, car on voulait deux trois modifs là dessus (notamment que l'item ne se déselectionne pas après un déplacement)

xapantu · Le 27/11/2010, à 16:55

grim7reaper a écrit :

J'ai fais les modifs et mis le pdf à jour sur le serveur.
Pour les commentaires j'ai opté pour
/*
 * Bla bla
 * frob foobar
 * do something
 * 42
 */
car si on ajoute une ligne, peu importe sa position (début, milieu ou fin) on n'a juste à l'insérer (pas besoin de toucher au début /* et fin */ de commentaire).
Ça fait un petit gain de temps ^_^.

Ok, c'est bien comme ça

Dernière modification par xapantu (Le 27/11/2010, à 16:55)

kevlar · Le 27/11/2010, à 18:50

Après lecture :

Beaucoup d'idées excellentes, sur lesquelles je ne ferai pas de commentaires.

Mais ...
- pourquoi interdire les tabulations qui rendent justement la lecture agréable ? Tabuler avec des espaces est peu pertinent si celui qui lit le fichier utilise une police proportionnelle
- je préfère, même si cela ne se fait pas en C, les tests avec plusieurs parenthèses comme ceci :

if (a==b)&&(z>15))

qui AMTHA permet de mieux cerner les problèmes ; je n'ai jamais aimé la disparition progressive des langages de haut niveau des parenthèses.
- je souhaite laisser les commentaires dans le code : je n'ai pas toujours accès à Internet, si je travaille sur le terrain, à un moment de tranquillité, je n'aurai pas accès aux révisions.

Dernière modification par kevlar (Le 27/11/2010, à 19:09)

grim7reaper · Le 27/11/2010, à 19:08

Bah le fichier à récupérer c'est juste un pdf…

Le reste c'est des trucs qui traînent mais qui n'ont rien à voir avec le guide de style.

kevlar · Le 27/11/2010, à 19:11

humm, j'avais récupéré "maze_project" ; j'ai mis mes commentaires au dessus

grim7reaper · Le 27/11/2010, à 19:28

kevlar a écrit :

- pourquoi interdire les tabulations qui rendent justement la lecture agréable ? Tabuler avec des espaces est peu pertinent si celui qui lit le fichier utilise une police proportionnelle

C'est un long débat (comme Vim vs Emacs).
Le truc avec la tabulation, c'est que sa représentation change d'un éditeur à un autre. Pas moyen d'avoir une présentation homogène quelque soit l'environnement, je trouve ça vraiment désagréable.
De plus, certains langage (comme Python avec sa PEP) sont contre les tabulations, ce n'est sûrement pas pour rien.
Non, vraiment, pour moi la tabulation c'est fait pour faire du texte « normal », pas pour coder.

Attention, je suis contre le caractère tabulation mais pas contre la touche tab (qui, si l'éditeur est bien réglé, permet de mettre n espaces comme une tabulation mais avec des espaces )

Sinon, lire du code source avec une police proportionnelle est une hérésie (encore une fois c'est un avis personnel ).
Enfin, attendons d'autres avis.

- je préfère, même si cela ne se fait pas en C, les tests avec plusieurs parenthèses comme ceci :
if (a==b)&&(z>15))
qui AMTHA permet de mieux cerner les problèmes ; je n'ai jamais aimé la disparition progressive des langages de haut niveau des parenthèses.

Selon moi, l'abus de parenthèses nuit à la lisibilité (regarde du code Scheme et tu verras de quoi je parle ^_^). Si tu utilises bien les espaces horizontaux (et que tu laisses faire la priorité des opérateurs) c'est bien plus lisible que de tout coller et d'ajouter des parenthèses.
Dans certains cas, les parenthèses peuvent clarifier une condition c'est vrai (mais dans le cas de conditions complexes, pas dans ton exemple) et dans ce cas je suis aussi pour leurs utilisations
Mais là encore, voyons ce que les autres en pensent

- je souhaite laisser les commentaires dans le code : je n'ai pas toujours accès à Internet, si je travaille sur le terrain, à un moment de tranquillité, je n'aurai pas accès aux révisions.

Oui et alors ?
Ce n'est justement pas l'un des avantages des gestionnaires de versions décentralisés que d'avoir un dépôt en local (et donc de pouvoir se passer de ce genre de choses) ?

C'est vrai que c'est pénible le code en commentaire. On se demande ce qu'il fait là (c'est du code faux en attente de correction ? Du code de débug ? Du vieux code ? etc) et ça gêne la lecture (parfois il y en a des bons morceaux).

Dernière modification par grim7reaper (Le 27/11/2010, à 19:49)

xapantu · Le 27/11/2010, à 19:33

grim7reaper a écrit :

- je souhaite laisser les commentaires dans le code : je n'ai pas toujours accès à Internet, si je travaille sur le terrain, à un moment de tranquillité, je n'aurai pas accès aux révisions.
Oui et alors ?
Ce n'est justement pas l'un des avantages des gestionnaires de versions décentralisés que d'avoir un dépôt en local (et donc de pouvoir se passer de ce genre de choses) ?
C'est vrai que c'est pénible le code en commentaire. On se demande ce qu'il fait là (c'est du code faux en attente de correction ? Du code de débug ? Du vieux code ? etc) et ça gêne la lecture (parfois il y en a des bons morceaux).

Je suis d'accord avec les deux, c'est à dire, que je pense qu'on peux laisser un peu de code commenté pour un peu de temps (genre, une dizaine de révision), quand on est pas sûr. C'est un peu plus pratique que d'aller chercher dans l'historique

Mais quand on est sûr, comme pour le passage à gtkbuilder, où on commence à savoir où on va, effectivement, laisser du code en commentaire n'est pas forcément utile.

xapantu · Le 27/11/2010, à 19:35

grim7reaper a écrit :

kevlar a écrit :
- pourquoi interdire les tabulations qui rendent justement la lecture agréable ? Tabuler avec des espaces est peu pertinent si celui qui lit le fichier utilise une police proportionnelle
C'est un long débat (comme Vim vs Emacs).
Le truc avec la tabulation, c'est que sa représentation change d'un éditeur à un autre. Pas moyen d'avoir une présentation homogène quelque soit l'environnement, je trouve ça vraiment désagréable.
De plus, certains langage (comme Python avec sa PEP) sont contre les tabulations, ce n'est sûrement pas pour rien.
Non, vraiment, pour moi la tabulation c'est fait pour faire du texte « normal », pas pour coder.
Attention, je suis contre le caractère tabulation mais pas contre la touche tab (qui, si l'éditeur est bien réglé, permet de mettre n espaces comme une tabulation mais avec des espaces )
Sinon, lire du code source avec une police proportionnelle est une hérésie (encore une fois c'est un avis personnel ).
Enfin, attendons d'autres avis.

Pour ça, je suis plus d'accord avec grim7reaper, si on regarde le code source des logiciels libres, personne n'utilise jamais de tabulation (et dans Ella, il n'y en a pas non plus, d'ailleurs). Donc, en plus, si un dev externe veut faire un patch, il faut qu'il commence par reconfigurer son éditeur, c'est un peu agaçant...

grim7reaper · Le 27/11/2010, à 19:44

Ok pour laisser du code en commentaire (tant que la quantité reste « raisonnable », par contre il faut indiquer pourquoi le code est en commentaire), je vous laisse faire le ménage car je ne sais pas quels morceaux on peut virer.

Par contre, il y a bien des tabulations par endroits dans Ella et ça m'a déjà joué des tours ^_^

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1551 Le 26/11/2010, à 20:45

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1552 Le 26/11/2010, à 21:07

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1553 Le 26/11/2010, à 21:41

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1554 Le 26/11/2010, à 23:17

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1555 Le 27/11/2010, à 00:02

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1556 Le 27/11/2010, à 11:00

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1557 Le 27/11/2010, à 11:03

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1558 Le 27/11/2010, à 12:04

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1559 Le 27/11/2010, à 15:56

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1560 Le 27/11/2010, à 16:07

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1561 Le 27/11/2010, à 16:15

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1562 Le 27/11/2010, à 16:20

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1563 Le 27/11/2010, à 16:29

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1564 Le 27/11/2010, à 16:31

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1565 Le 27/11/2010, à 16:42

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1566 Le 27/11/2010, à 16:51

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1567 Le 27/11/2010, à 16:54

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1568 Le 27/11/2010, à 16:55

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1569 Le 27/11/2010, à 18:50

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1570 Le 27/11/2010, à 19:08

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1571 Le 27/11/2010, à 19:11

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1572 Le 27/11/2010, à 19:28

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1573 Le 27/11/2010, à 19:33

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1574 Le 27/11/2010, à 19:35

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

#1575 Le 27/11/2010, à 19:44

Re : Ella : projet de logiciel d'animation Flash & SVG pour Linux

Pied de page des forums