New floating dock is now ready, news colors, patterns, etc. (Page 1 of 4)

[04:18:09] laurent@debian:~$ apt-cache policy qelectrotech
qelectrotech:
  Installé : 0.50.r4018-1
  Candidat : 0.50.r4025-1
  Épinglage de paquet : 0.50.r4025-1
 Table de version :
     1:0.4-2 1001
        500 [url]http://ftp.fr.debian.org/debian/[/url] sid/main amd64 Packages
     0.50.r4025-1 1001
        500 [url]http://debian.qelectrotech.org/qet/debian/[/url] unstable/main amd64 Packages
 *** 0.50.r4018-1 1001
        100 /var/lib/dpkg/status
     0.22+svn897-1.1 1001
        500 [url]http://ftp.fr.debian.org/debian/[/url] stable/main amd64 Packages

L'entrée suivante affecte une priorité haute à toutes les versions du paquet QElectroTech dont le numéro de version commence par 0.50. :

[04:18:13] laurent@debian:~$ cat /etc/apt/preferences.d/40qelectrotech-devel
Package: qelectrotech*
Pin: version 0.50.*
Pin-Priority: 1001
[04:18:45] laurent@debian:~$ 

Salut,
2) le dock est déjà testé dans tous les sens et fonctionnel, seuls les basic shapes étant un commit très récent il manque encore un peu de tests. Merci du retour.
Je pense que si l’utilisateur n'active pas ou désactive le dock flottant le dialogue reprendra le pas.
3) Je pense qu'on laissera le choix à l'utilisateur de placer ce dock ou ça lui convient le mieux.

Tes symboles me plaisent bien, comptes tu les reverser dans la collection officielle ensuite?

Comme celle actuelle, on va pas se prendre la tête la dessus.

Je suis impatient de le découvrir. ;-)

Ça doit pas être difficile ni contraignant à faire, faut voir. ça peux être intéressant pour la collection, tes symboles variateurs etc.

Bonjour,
Pour les questions de nuri :

1° - Il s'agit clairement d'un bug ou défaut, donc il faut que je vois cela.

2° - Pour la stabilité du dock, je ne peux pas dire aussi sûrement que Laurent, qu'il l'est. Seul les retours le rendront plus stable. (Pour info, le dock et les widgets qui sont "insérés" dedans sont deux choses distinctes, cela veut dire qu'il peut y avoir un bug dans l'édition des éléments mais pas celui des images, car ce sont deux widgets différents).
-Pour les dialogues, perso je pense les laisser pour plusieurs raisons:
*Ils sont déjà présents.
*Ils ne représentent pas une masse de code supplémentaire.
*Par expérience, il vaut mieux laisser le choix à l'utilisateur (je pense que chacun utilise qet de manière plus ou moins différente). Et je suis prêt à parier que si je les enlèves, on me demandera de les remettre.
Après il peut-être envisageable de créer une option qui désactive les dialogues quand ils existent aussi dans le dock (comme disait Laurent)

3° - Actuellement, par défaut il se trouve à droite, car:
*C'est comme ça que je l'ai codé.
*On retrouve souvent ce genre de dock (édition de la sélection) à droite dans différent logiciel. (j'ai donc suivie une pratique commune).
*C'est moi qui code, c'est moi qui commande (bon j'avoue c'est pas une bonne raison :p )
Après, savoir ou le mettre par défaut c'est un sujet probablement sans réponse, car chacun aura ça préférence.
Pour ma part, je ne propose rien pour les raisons évoquées.
De toutes manières Qt permet de poser le dock où l'on veut par la suite et c'est sauvegardé dans la conf.

MSO -->

XMLFox Advance est uniquement disponible en .exe -->
Cependant, sur le papier, l'idée à l'air plutôt bien, faudrait tester mais pour l'instant j'ai pas besoin d'un tel bouzin ("Microsoft Partner" qui plus est...).
Bon... je suis pas un puriste comme Richard Stallman mais j'ai presque les cheveux longs et j'aime bien mettre des sandales en été

Et ce n'est pas vraiment ce que je veux faire avec ma macro LO. Les données en entrée de la macro sont des csv, pas des données xml. Je veux créer du xml à partir du csv.
Il semblerait d'ailleurs que le Basic LO soit plus adapté (plus simple ?) pour accéder/lire/écrire des fichiers que le VBA (assertion de débutant, prière de ne pas m'allumer si je me plante ).

Grosso-modo, la macro devra faire ceci :
- lire la nomenclature csv dans LO Calc
- (éventuellement faire tourner une macro intermédiaire pour ordonner les données en fonction des besoins utilisateur)
- récupérer la config par défaut des folios dans le .conf de QET (largeur et hauteur en pixel)
- créer un fichier elmt par page de nomenclature (la macro écrit les attributs xml des lignes, des colonnes et des textes)
Les fichiers elmt créés ne sont rien d'autre que le tableau de la nomenclature écrit en xml compréhensible par QET.
- enregistrer les fichiers elmt créés dans la collection utilisateur
- retour dans QET : créer à la main les nouveaux folios "nomenclature" et tirer/déposer à la main les tableaux elmt sur les nouveaux folios.

Je pense avoir trouvé une doc plutôt pas mal sur le Basic appliqué à LO (notamment le chapitre "Files and Directories"). Voir la pièce jointe. Et ca me semble un peu moins mystique que le Qt/C++

oui Laurent, j'avais aussi déjà essayé d'insérer le tableau sous forme html. Mais comme ta vidéo le montre, ca pose encore quelques petits problèmes de formatage. On est encore loin de la nomenclature éditée en 3 ou 4 clics de souris (ce qui est le but recherché).

En fait, personnellement, j'ai pas besoin d'avoir une nomenclature dans le projet. Mais les clients estiment (à juste titre) que cela doit être partie intégrante de la documentation.
Pour commander le matériel, on préfère un tableau xls ou ods à refiler au service achats.

On pourrait insérer des images mais le rendu est vraiment pas terrible, ca fait énormément gonfler les projets et on perd l'avantage de pouvoir faire une recherche sur du texte. Même le svg a un mauvais rendu.
La finalité est d'avoir une docu complète en pdf.
Alors je pourrais aussi compléter les schémas pdf avec la nomenclature LO édité en pdf en utilisant par exemple pdf-Shuffler. Mais c'est encore trop de travail
Et ca n'étend pas vraiment les fonctionalités de QET, ca reste du bricolage (en anglais : workaround   ).

Je pense que je vais quand même essayer de faire un peu de Basic (me demande pas quand, hein...) et ce, pour plusieurs raisons :
- j'ai envie de me faire les dents sur Basic LO
si ca marche :
- ca risque d'intéresser du monde
- ca ouvrira la porte à d'autres choses (E/S d'API, peut-être aussi les borniers semi-automatiques)
- ca permet d'étendre les possibilités de QET sans le compliquer

Bon ben ca marche !

https://download.qelectrotech.org/qet/f … vid_05.ogv

Wahou, bravo Nuri

Galexis: Pas sur que les macros de Nuri te soient très utiles, ses éléments contiennent déjà les références dans leur définition!
http://qelectrotech.org/forum/viewtopic … 3407#p3407

Apres ça peut te servir de base, pour tes propres macros.

Pas du tout, tu comptes plancher dessus pour nous, 
pour générer directement avec LO des éléments XML borniers pour Qet en relation avec le projet (en filtrant avec tes macros sur les éléments bornes). 

Clair.  ......