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

grim7reaper · Le 30/11/2010, à 21:37

xapantu a écrit :

Pour le mode de debugn il faut lancer cmake avec :
 cmake . -DCMAKE_BUILD_TYPE=Debug

Merci, c'est ce que je cherchais.
D'ailleurs, je pense qu'on peut passer le flag -Wstrict-prototypes juste en mode debug, ça évite de polluer le mode release avec les erreurs de itemfactory.
Au fait, ce warning est toujours présent en GTK 3 ?

Pour les coredumps, j'avoue que je ne connais pas du tout...

Ça sert à avoir des info sur le plantage.
Tu t'en sers comme ça

gdb mon_prog_qui_plante core

À corriger !
Ligne 2627 de timeline.c

tmp_ref_layer=atoi(calque);

calque n'est pas initialisé, donc vous allez lire n'importe quoi !
Je n'y touches pas vu que je ne sais pas ce qu'il est censé contenir…

Sinon, je suis en train de corriger les headers, j'en profite pour rappeller que les gardiens ce n'est pas de la forme

HEADER_ITEMS_ITEM_2911

mais

H_ITEM_20101129

Dernière modification par grim7reaper (Le 30/11/2010, à 22:06)

n1c0la5 · Le 30/11/2010, à 23:09

problème lors de l'ouverture de fichier:

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff56b0027 in g_object_set () from /usr/lib/libgobject-2.0.so.0

#0  0x00007ffff56b0027 in g_object_set () from /usr/lib/libgobject-2.0.so.0
#1  0x000000000043b394 in timeline_layer_set_visibility (ligne=1, 
    root=0x696c3c202020200a, visible=1)
    at /home/nicolas/ella_bzr/ella/src/timeline.c:238
#2  0x0000000000416228 in open_file (window1=0x6d06c0, 
    chemin=0xd15220 "/home/nicolas/tuto2.ella")
    at /home/nicolas/ella_bzr/ella/src/callbacks.c:431
#3  0x0000000000417a60 in ouvrir_fichier_ella (window1=0x6d06c0)
    at /home/nicolas/ella_bzr/ella/src/callbacks.c:898
#4  0x000000000041a4ed in on_buttonOpen_clicked (button=0x7d5150, 
    window1=0x6d06c0) at /home/nicolas/ella_bzr/ella/src/callbacks.c:2318
#5  0x00007ffff56a9a6e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#6  0x00007ffff56bf4d7 in ?? () from /usr/lib/libgobject-2.0.so.0
#7  0x00007ffff56c0996 in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#8  0x00007ffff56c0ce8 in g_signal_emit_by_name ()
   from /usr/lib/libgobject-2.0.so.0
#9  0x00007ffff56a9a6e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#10 0x00007ffff56bf4d7 in ?? () from /usr/lib/libgobject-2.0.so.0
#11 0x00007ffff56c0996 in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#12 0x00007ffff56c0f53 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#13 0x00007ffff7609e85 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#14 0x00007ffff56a9a6e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#15 0x00007ffff56beda1 in ?? () from /usr/lib/libgobject-2.0.so.0
#16 0x00007ffff56c0996 in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#17 0x00007ffff56c0f53 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#18 0x00007ffff7608b8d in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#19 0x00007ffff76b69d8 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#20 0x00007ffff56a9a6e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#21 0x00007ffff56bf120 in ?? () from /usr/lib/libgobject-2.0.so.0
#22 0x00007ffff56c07db in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#23 0x00007ffff56c0f53 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#24 0x00007ffff77cf6df in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#25 0x00007ffff76aee73 in gtk_propagate_event ()
   from /usr/lib/libgtk-x11-2.0.so.0
#26 0x00007ffff76aff4b in gtk_main_do_event ()
   from /usr/lib/libgtk-x11-2.0.so.0
#27 0x00007ffff732974c in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#28 0x00007ffff4de8342 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#29 0x00007ffff4dec2a8 in ?? () from /lib/libglib-2.0.so.0
#30 0x00007ffff4dec7b5 in g_main_loop_run () from /lib/libglib-2.0.so.0
#31 0x00007ffff76b03e7 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#32 0x000000000043116a in main (argc=1, argv=0x7fffffffe8a8)

Dernière modification par nicodemadrid (Le 30/11/2010, à 23:13)

grim7reaper · Le 01/12/2010, à 01:15

C'est bon c'est corrigé.

Attention : quand vous déclarez une variable (surtout un pointeur), donnez lui une valeur par défaut (telle que NULL) si elle est utilisée dans des tests avant d'être initialisé (si vous n'êtes pas sûr faites-le quand même, ça ne coûte rien ), comme indiqué dans le guide de style.

Là, c'était ça : le pointeur RootKF de open_file non initialisé (donc avec une valeur totalement aléatoire) passait le if (qui testait NULL, ce qui est bien) et faisait tout planter dans timeline_layer_set_visibility (vu qu'il n'était pas NULL, mais pointait n'importe où).

kevlar · Le 01/12/2010, à 14:14

par contre, il faudrait que l'on ne travaille que sur une seule révision, elles ont divergé, cela crée des problèmes ...
Pour l'erreur sur 'calque', j'apologize, impardonnable, mais tout à la joie d'avoir trouvé la problème initial ...

Brozowski · Le 01/12/2010, à 16:50

Bonjour à tous,

Je me disais qu'il serais bien de créer une règle pour la notation des versions, ça serais plus claire pour moi quand je fait les paquets et ça met tout le monde d'accord.
Pour ce faire je propose de décomposer le tout : ella 0.1.2.3-ubuntu4
0 : Version Majeur : Ne change que très rarement, signe de très grands changements (code et interface) et d'ajouts de nombreuses fonctionnalités
1 : Sous-Version : Change à l'apparition d'une fonctionnalité très attendue (export complet en un nouveau fichier, support de l'ActionScript, etc ...)
2 : Version Mineur : Change à l'ajout d'une fonction ou d'un lot de correction de bug plus ou moins grave, changement fréquent.
3 : Révision de version : Uniquement des corrections de bug, aucun ajout de fonctionnalité, permet de rendre la version plus stable pour l'utilisateur. Change que quand des bugs de haute et très haute priorité sont remonter puis corriger.

Concernant les paquets uniquement :
Ubuntu : Version de la distribution pour laquelle c'est compilé (maverick, lucid, unstable, lenny, ...)
4 : version du paquet, changement dans le paquet uniquement, aucun changement dans le code de l'application sauf éventuellement un patch du packageur (compter pas trop sur moi pour patcher Ella )

Je voudrais savoir si vous approuvé ou non, sinon exprimer vos suggestions de modification.

EDIT : Si dans les révisions bzr vous pourriez préciser le numéros de la version quand ella change de version ça m'aiderais pour le paquets

Dernière modification par Brozowski (Le 01/12/2010, à 17:21)

grim7reaper · Le 01/12/2010, à 19:39

kevlar a écrit :

par contre, il faudrait que l'on ne travaille que sur une seule révision, elles ont divergé, cela crée des problèmes ...
Pour l'erreur sur 'calque', j'apologize, impardonnable, mais tout à la joie d'avoir trouvé la problème initial ...

Comment on peut voir que ça diverge ?
Je n'ai eu aucun message me parlant de ça (ou alors je l'ai manqué).

@Brozowski : ça me semble bien, mais je ne sais pas s'il est nécessaire de décomposer en 4 parties (peut-être que 3 suffirait).
Ça se passe comment dans les autres logiciels de manière générale ?

Brozowski · Le 01/12/2010, à 19:54

grim7reaper a écrit :

kevlar a écrit :
par contre, il faudrait que l'on ne travaille que sur une seule révision, elles ont divergé, cela crée des problèmes ...
Pour l'erreur sur 'calque', j'apologize, impardonnable, mais tout à la joie d'avoir trouvé la problème initial ...
Comment on peut voir que ça diverge ?
Je n'ai eu aucun message me parlant de ça (ou alors je l'ai manqué).
@Brozowski : ça me semble bien, mais je ne sais pas s'il est nécessaire de décomposer en 4 parties (peut-être que 3 suffirait).
Ça se passe comment dans les autres logiciels de manière générale ?

Normalement le 3 ne devrais apparaître occasionnellement quand il y a un bug majeur qui est sur une version stable. La majorité des bugs étant traité dans le 2 ou même avant que la version sorte (dans le bzr) ... donc la majorité du temps les version serait 0.1.2

xapantu · Le 01/12/2010, à 20:13

kevlar a écrit :

par contre, il faudrait que l'on ne travaille que sur une seule révision, elles ont divergé, cela crée des problèmes ...
Pour l'erreur sur 'calque', j'apologize, impardonnable, mais tout à la joie d'avoir trouvé la problème initial ...

Mais, on a toujours travaillé sur une même révision. Ce qui s'est passé hier, c'est qu'on a chacun récupéré la révision courante quand on est rentré chez nous. Ensuite, chez fait un ou deux commits, puis, j'ai pushé sur LP. Mais, entre temps, tu as fait un commit de ton côté, du coup, LP ne voulait pas de ta branche, car sinon, il allait perdre mes changements. Du coup, il t'a demandé de faire un merge, c'est à dire d'intégrer mes changements qui étaient sur LP dans ta branche en local. Une fois ce merge effectué, LP ne voyait plus d'objections et t'as laissé pushé tranquillement.

xapantu · Le 01/12/2010, à 20:16

grim7reaper a écrit :

Sinon, je suis en train de corriger les headers, j'en profite pour rappeller que les gardiens ce n'est pas de la forme
HEADER_ITEMS_ITEM_2911
mais
H_ITEM_20101129

Arf, oui, j'étais allé un peu vite... (quoique, montrer le nom du dossier dans l'header ne me semblait pas complètement inutil, mais si on utilise des headers datés, c'est vrai que ça ne sert pas à grand chose...)

grim7reaper · Le 01/12/2010, à 20:25

@xapantu : merci pour ton explication sur les divergences. J'ai cru que j'avais encore fait une connerie ^_^.

Pour les headers, mettre le dossiers n'était pas une mauvaise idée à la base, mais c'est vrai que ça fait redondant maintenant que l'on est passé au système avec le temps.

M'enfin, il n'y a pas de mal .

Dernière modification par grim7reaper (Le 01/12/2010, à 20:25)

kevlar · Le 01/12/2010, à 20:36

impec', j'aime bien la méthode de Brozowski
@Xapantu : effectivement, à midi plus de problèmes de "merge"

Brozowski · Le 01/12/2010, à 21:48

@xapantu : dans ton système de sauvegarde de la taille de la fenêtre, tu peut ajouter si la fenêtre est maximiser ou non ?

Si tout le monde est OK pour le système de notation des version je propose qu'on l'adopte dès que la stable est sortie.

Dernière modification par Brozowski (Le 01/12/2010, à 21:50)

xapantu · Le 01/12/2010, à 21:49

Brozowski a écrit :

@xapantu : dans ton système de sauvegarde de la taille de la fenêtre, tu peut ajouter si la fenêtre est maximiser ou non ?

C'est le système de kevlar

Brozowski · Le 01/12/2010, à 21:50

xapantu a écrit :

Brozowski a écrit :
@xapantu : dans ton système de sauvegarde de la taille de la fenêtre, tu peut ajouter si la fenêtre est maximiser ou non ?
C'est le système de kevlar

Autant pour moi il me semblais que c'était de toi. Donc kevlar si tu as du temps ...

n1c0la5 · Le 01/12/2010, à 21:53

Browzoski a écrit :

dans ton système de sauvegarde de la taille de la fenêtre, tu peut ajouter si la fenêtre est maximiser ou non ?

+1 (si ça permet de ne plus avoir ce problème de taille dans la timeline, ça serait encore mieux, parce que a chaque fois je maximise pour ne plus l'avoir )

kevlar · Le 01/12/2010, à 22:13

d'accord avec vous deux, mais je vous signale que la taille (largeur, hauteur) est sauvegardée depuis belle lurette (par contre je n'ai jamais testé en version "maximisée") ;et la POSITION du coin supérieur gauche de la fenêtre, de même. Il manque juste l'écriture du code plaçant AUTOMATIQUEMENT la fenêtre au coin supérieur gauche de la session précédente ...

Je vais donc étudier le système de sauvegarde des données mis en place par Xapantu.
A ce sujet, chez moi, le fichiers de prefs est toujours le "vieux" que j'utilise (.ellaprefs) avec un codage à l'arrache ... Xapantu ?

kevlar · Le 01/12/2010, à 22:14

De plus, il faudrait également gérer la position des Vpanes ...

n1c0la5 · Le 01/12/2010, à 22:27

problèmes dans les calques suite à la rev 460, voir la feuille google pour plus de details

De plus, comment peut-on traduire frame autrement que par image? Car dans le tutoriel pour le diaporama, c'est très embrouillant si on utilise image=image et frame=image

On fait comment pour modifier une image sur ella.tuxfamily? parce que je clique sur l'image, upload a new version of this file....

j'obtiens:

Upload warning
The file is corrupt or has an incorrect extension. Please check the file and upload again

Dernière modification par nicodemadrid (Le 02/12/2010, à 00:33)

xapantu · Le 01/12/2010, à 22:55

kevlar a écrit :

De plus, il faudrait également gérer la position des Vpanes ...

Oui, dans l'absolu, je suis d'accord, mais est-ce vraiment utile dans l'immédiat ? On pourrait presque se garder ça pour plus tard, sinon, on va avoir du mal à tout faire.

Pour la position de la fenêtre, je ne suis pas vraiment de votre avis, je pense qu'on devrait laisser gnome mettre la fenêtre où il veut, ça serait plus ergonomique (et moins embêtant à coder, en plus).

Je vais donc étudier le système de sauvegarde des données mis en place par Xapantu.
A ce sujet, chez moi, le fichiers de prefs est toujours le "vieux" que j'utilise (.ellaprefs) avec un codage à l'arrache ... Xapantu ?

Tu en as normalement un vieux, et un nouveau, le nouveau est dans le dossier ~/.config/ella/user.cfg, ou dans ~/.ella/user.cfg (ça dépend des variables xdg, et peut-être qu'elles ne sont pas les mêmes sous jaunty, à voir...).

Dernière modification par xapantu (Le 01/12/2010, à 22:56)

grim7reaper · Le 02/12/2010, à 10:04

Comme on utilise gettext et la GLib, il est peut-être intéressant d'utiliser ces macros, nan ?

Brozowski · Le 02/12/2010, à 10:09

Moi je voudrais juste qu'il maximise si quand j'ai quitter c'était maximisé Parce que actuellement il me ré ouvre Ella en prenant tout l'écran mais pas maximiser.

kevlar · Le 02/12/2010, à 10:12

attention : ce matin, çà recommence à me dire que la branche a divergé, alors que de mon côté, je n'ai rien modifié depuis hier !

grim7reaper · Le 02/12/2010, à 10:14

Moi non plus je n'ai rien touché, mais est-ce que tu bosses bien sur la révision 465 ?
À mon avis, tu bosses encore sur une « vieille » version (xapantu à fait des push récemment)…

Dernière modification par grim7reaper (Le 02/12/2010, à 10:15)

kevlar · Le 02/12/2010, à 10:14

oui, d'où l'intérêt de ne mémoriser que les dimensions largeur, hauteur et de laisser l'utilisateur gérer le reste

kevlar · Le 02/12/2010, à 10:30

grim7reaper a écrit :

Moi non plus je n'ai rien touché, mais est-ce que tu bosses bien sur la révision 465 ?
À mon avis, tu bosses encore sur une « vieille » version (xapantu à fait des push récemment)…

je ne sais pas, avant de commencer à programmer, je fais toujurs un bzr pull lp:ella, donc je ne comprends pas trop ...

En tout cas, 2 bugs de corrigés ce matin

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1626 Le 30/11/2010, à 21:37

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

#1627 Le 30/11/2010, à 23:09

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

#1628 Le 01/12/2010, à 01:15

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

#1629 Le 01/12/2010, à 14:14

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

#1630 Le 01/12/2010, à 16:50

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

#1631 Le 01/12/2010, à 19:39

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

#1632 Le 01/12/2010, à 19:54

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

#1633 Le 01/12/2010, à 20:13

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

#1634 Le 01/12/2010, à 20:16

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

#1635 Le 01/12/2010, à 20:25

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

#1636 Le 01/12/2010, à 20:36

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

#1637 Le 01/12/2010, à 21:48

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

#1638 Le 01/12/2010, à 21:49

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

#1639 Le 01/12/2010, à 21:50

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

#1640 Le 01/12/2010, à 21:53

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

#1641 Le 01/12/2010, à 22:13

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

#1642 Le 01/12/2010, à 22:14

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

#1643 Le 01/12/2010, à 22:27

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

#1644 Le 01/12/2010, à 22:55

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

#1645 Le 02/12/2010, à 10:04

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

#1646 Le 02/12/2010, à 10:09

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

#1647 Le 02/12/2010, à 10:12

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

#1648 Le 02/12/2010, à 10:14

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

#1649 Le 02/12/2010, à 10:14

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

#1650 Le 02/12/2010, à 10:30

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

Pied de page des forums