tsp-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Tsp-devel] TARGA, j'ai un autre doute


From: Stef Euskadi
Subject: Re: [Tsp-devel] TARGA, j'ai un autre doute
Date: Sun, 12 Nov 2006 19:01:54 +0100

Salut les JUT

Voir mes réponses plus bas...




2006/11/9, Eric Noulard <address@hidden>:
Le 09/11/06, TSP<address@hidden> a écrit :

> Non Germaine je ne m'énerve pas, je m'explique :
>
> 1) Le File->New
> =================
> Je comprends que TARGA doit pas toujours ramener la liste des symboles du provider, surtout si celui-ci contient 1 million de variables.
> Mais je trouve que le comportement par défaut (ne ramène rien) et le faire de devoir faire File->New pour avoir la liste mise à jour est perturbant (En fait je me suis ENCORE fait avoir, alors que je connais le truc, c'est dire)
> Je préférais le comportement suivant
> - Par défaut ramène tout sauf si option en ligne ( un truc genre -unplugged)

Evidemment comme je suis à l'origine du changement de comportement
pour "ne pas demander tous les symboles"
je vais aussi donner MON point de vue :))

Mon comportement idéal serait:

- demander systématiquement
  un nombre maximal de symbol

En gros envoyer une
TSP_consumer_request_filtered_information
avec filter_kind = TSP_FILTER_RANGE
        filter_string = 0..2000

Du coup  pour les providers ayant moins de 1000 symboles
ça ne change rien et pour les big provider on a au moins le début des
symboles :))

Le seul problème c'est la request filter avec filter_kind=TSP_FILTER_RANGE
n'est pas implémenté :)))

D'un autre côté c'est pas bien compliqué.
Un volontaire?

Est-ce que temporairement, je ne peux pas le traiter dans TARGA ?
Quand je me rends compte qu'il y a plus de N symboles (N=1000 par exemple,
chiffre configurable), je demande à l'utilisateur ce qu'il veut faire :
- rapatrier un intervalle donné,
- tout rapatrier
C'est pas top, mais bon.

 

> - Ensuite le File->New est un peu bizarre comme menu pour
>   ramener explicitement la liste des samples.

Je suis d'accord avec ça "Open TSP Provider" serait à mon avis plus adapté
sauf que le "New File" aujourd'hui effectue un "connect_url" + "request_info"
sur les providers trouvés soit sur localhost si on a lancé targa sans -u <url>
soit sur les URL passées dans -u, soit sur les url trouvées dans le fichier
de conf passés par -x....

Bref mon avis est que:

Open File  = lire un fichier de conf XML
Open URL = "" un pop-up permettant de choisir les URLs TSP
                    auxquelles on veut se connecter. Les URLs proposées
                   seraient celles des -u de la ligne de commande ou
                   localhost.
                   L'open URL devrait aussi (idéalement) permettre de choisir
                   quel genre de request [filtered] info on veut envoyer
                   avec un choix par defaut.

Encore une fois, merci d'updater plus souvent :=)
Avec la notion de session, il y a la possibilité, avant de faire le "New" de préciser
avec quels hosts et quelles URLs on veut travailler parmi ceux et celles disponibles.
C'est l'item "Hosts & URLs" du menu "Session".
Pour l'instant, ça ne fait pas grand chose. On peut juste activer / désactiver un host
ou une URL avant de démarrer la session.

Faut vraiment que je synthétise les nouveautés.
Erk, j'ai implémenté pas mal de tes remarques dans le fichier OO de TARGA.

De plus, j'ai simplifié pas mal de boite de dialogue, en supprimant des widgets au
profit de menus dynamiques accessibles par click-droit. C'est moins lourd pour l'oeil.
A vous de les trouver.


>
> 2) Le chargement/Sauvegarde
> ===========================
> Si on a pas de libxml2, le chargement/sauvegarde est désactivé, mais on ne s'en rends pas compte (les menus fonctionnent, mais pas la sauvegarde). Ne pourrait-t-on pas griser les menus si on ne l'a pas compilé avec l'option ?

Je suis pour ça également.
Il me semble en plus qu'on ne devrait griser la plupart du temps QUE le save
car le load ne dépend pas de version "récente" de la libxml2.


Je vais griser ce qui aujourd'hui tombe sous le coup d'un #ifdef.
En outre, c'est très difficile de récupérer les items des menus. Il faut aller voir dans les
structures internes du widget principal. C'est en gros la raison pour laquelle je ne grise
rien aujoud'hui.
Question de priorité.
 

A noter aussi que Targa devrait "supporter"/"migrer" vers le format de fichier
XML unifié géré par la libtspcfg (src/util/libtspcfg)
mais c'est un autre débat.

D'accord. Juste une question de temps.

A+

Stef.
 

>
>
> Je soumet cette demande à la communauté, pour que vote les JUT (Joyeux Utilisateurs de Targa)
>
> Cordialement.
> Yves

--
Erk


_______________________________________________
Tsp-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/tsp-devel



--
--
Euskadi.
reply via email to

[Prev in Thread] Current Thread [Next in Thread]