[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: RE: RE: [Tsp-devel] Bravo gdisp+
From: |
stef . vnrq |
Subject: |
Re: RE: RE: [Tsp-devel] Bravo gdisp+ |
Date: |
Fri, 29 Oct 2004 20:09:22 +0200 |
Qui parle aussi mal ??
Je suis pas sur d'assurer du support là dessus...
A je ne sais pas quand.
29/10/04 19:04:17, TSP <address@hidden> wrote:
>Et merde ..
>J'ai recompile le tout nouveau g++
>Je connect au stub, fais new page 1x1, clique sur le temps, vais vers la
>fenetre pour dropper, et core dump (SIGSEV)
>dans gdk_window_new (parent=0xe3600, atrubutes=0xffbeeA60,
>attributes_mask=108) at gdkwindow.c:314, appelé dans
>gdisp_drageMotionDNDCallback (pageWindow=2F6, dragContext=0x300, xpos
>=442,yPos=44, time=1, data=0x79200)
>
>C'est chiant
>
>
>> -----Original Message-----
>> From: address@hidden [mailto:address@hidden
>> Sent: Friday, October 29, 2004 12:29 PM
>> To: 'NOULARD Eric'; Devel TSP; TSP
>> Subject: Re: RE: [Tsp-devel] Bravo gdisp+
>>
>>
>> Bon on arrête là les louanges...
>> J'attends plutôt mon PC 3 Ghz tout neuf...
>> Private Joke...
>>
>> Pour l'autoscalling sur l'axe X, personnellement, il ne
>> me plaits pas. Ne me plait pas non plus le look des axes
>> fournis par le widget GtkRule de Gtk.
>> Je voudrais bien ré-implémenter tout ça pour avoir des
>> axes qui prennent moins de place. Faut voir ça ensemble.
>>
>> Pour l'instant, pouvez-vous me dire TRES PRECISEMENT ce
>> qui ne va pas ?
>>
>> Autre chose : adieu le "click & click" à la Gégé. Je ne pense
>> pas l'implémenter tout de suite car il faut que je creuse beaucoup
>> plus, la faute au plot text pour lequel je ne peux pas outrepasser
>> la gestion du click. Click = sélection et c'est tout.
>> Je pense que la sauvegarde XML est plus importante (Sorry Gégé, mais
>> il ne le saura jamais).
>>
>> Pour le Drop en cours de run, je suis surpris. Certes c'est
>> plus robuste
>> mais un nouveau symbole dans un plot ne sera tracé que si il
>> l'est déjà
>> dans un autre plot. Car je ne re-programme pas le flux entre
>> le provider
>> et gdisp+.
>>
>> Pour terminer, je commence ASAP la sauvegarde XML. D'abords
>> l'implémentation
>> dans le kernel et les plots. Dois-je attendre la spec d'Eric quant au
>> format XML ?
>>
>> Esteban.
>>
>> -------------
>>
>>
>>
>>
>>
>>
>>
>> 29/10/04 11:05:32, TSP <address@hidden> wrote:
>>
>> >La regression dont tu parles sur tsp_gdisp m'a l'air de
>> venir depuis que
>> >nous utilisons la MDK10.0
>> >En effet Stephane n'a pas ce genre de problemes, mais je lui
>> avait déja
>> >relévé le bug de l'autoscrolling qui se décale au fur et à
>> mesure vers la
>> >droite.
>> >Y++
>> >
>> >> -----Original Message-----
>> >> From: NOULARD Eric [mailto:address@hidden
>> >> Sent: Thursday, October 28, 2004 10:15 PM
>> >> To: Devel TSP
>> >> Subject: [Tsp-devel] Bravo gdisp+
>> >>
>> >>
>> >>
>> >> Je dois tirer mon chapeau à gdisp+ ce soir
>> >> car je l'ai testé après un update -A
>> >> et:
>> >>
>> >> 1) il est désormais robuste au drag&drop
>> >> en cours de run
>> >>
>> >> 2) le drag&drop est désormais super facile
>> >> grace au X et Y en surimpression
>> >>
>> >> 3) Je l'ai testé avec 2 providers locaux
>> >> et fait un tracé Y_provider1 = F(X_provider2)
>> >> et ça marche !!
>> >> Bon évidemment j'ai un peu triché car j'ai lancé
>> >> 2 bb_provider de même fréquence qui attaque en fait
>> >> le même Blackboard!!!
>> >> [c'est pas trop prévu pour mais ça fonctionne
>> >> sauf que les 2 bb_provider se 'partagent'
>> >> la fréquence de production de la pseudo
>> >> simulation [bb_test -s] qui
>> >>
>> >> 4) Encore plus fort [débile] j'ai lancé 3 provider
>> >> 2 bb_provider sur le même blackboard
>> >> 1 stub_server
>> >> J'ai demander à gdisp+ de tracer
>> >> bb_provider1::bb_test_Toto[1]
>> >> bb_provider2::bb_test_Toto[2]
>> >> en fonction
>> >> de stub_server::t
>> >> Et ça marche!!
>> >> J'ai des escaliers car le stub est à 100Hz et
>> >> les bb_provider des 'pseudo' 2x32Hz (64/2)
>> >>
>> >> On va bientôt pouvoir faire une démo de tueur!!
>> >> Je vais m'activer pour fournir une spec de fichier de conf
>> >> pour les consumer et on aura bientôt un gdisp+ qui va
>> >> en faire pleurer plus d'un.
>> >>
>> >> Toutefois gdisp+ souffre encore d'une lacune rédhibitoire qui
>> >> est un [très] mauvais auto-scaling, courbe crénelée, saut etc...
>> >> Est-ce qu'une bonne âme pourrait [aurait le temps]
>> >> s'attaquer au problème?
>> >> [perso c'est pas trop mon rayon]
>> >>
>> >> Eric
>> >>
>> >> --
>> >> Eric NOULARD
>> >> E-mail: address@hidden
>> >>
>> >>
>> >>
>> >> _______________________________________________
>> >> Tsp-devel mailing list
>> >> address@hidden
>> >> http://lists.nongnu.org/mailman/listinfo/tsp-devel
>> >>
>>
>>
>>