Search options (Page 257 of 303)

Pourtant je n'ai pas eu foule de réponse sur ma demande d'aide sur l'import export CSV du root XML directement dans un tableur LO avec filtres xlst, même chez les moules/barbus^_Fr.

http://linuxfr.org/news/qelectrotech-0- … lectriques
http://qelectrotech.org/forum/viewtopic … 2963#p2963

Pourtant ça simplifierai grandement le travail pour toi Nuri, quand les affaires se ressembles.

L'import  direct du XML dans MSO/LibreOffice avec filtres xlst sur les attributs, facile ensuite de renommer en masse toutes les informations du projet, et de ré injecter le tout dans le .qet.

Ben non, le bornier doit être aussi un label, et hors de question ensuite de bricoler avec des basic shapes, c'est à Qet de dessiner les bornes du bornier, sinon à quoi bon, tu risques aussi de te planter!
Donc ce n'est pas juste du bidouillage avec un melange de Xrefs et de renvoi, c'est beaucoup de code à mettre en place derrière.
Oui ce sera surement une release autre que la 0.5, qui je pense pourrai sortir d'ici cet été.

@Galexis, toi tu vois les choses simplement de ton coté, mais de l'autre certains "pro" voudrons un truc qui leur fasse gagner du temps et donc de l'argent. ils vont donc râler sur ta solution qui est certes simple, mais incomplète pour eux.
Je te rejoins sur la façon de faire, c'est un peu ce à quoi on avait réfléchi.

Edit: je pense que la gestion des borniers sera repoussé sur une autre version dédiée rien qu'a ça.
Déjà rien pour que pour tout le monde se mettent d'accord, avant de faire quoi que ce soit, d'un pays à l'autre c'est déjà différent...

Tiens je te retourne la question, fais nous rêver et présente nous comment tu verrais toi, la gestion des borniers.
Pour l'instant on n' a encore rien calculé, juste ébauché quelques idées, donc tu peux déjà commencer à réfléchir la dessus et nous proposer un document, maquette présentant les GUI, fonctions, etc.
Tout le monde pourra débattre la dessus,  c'etais déjà prévu avant de ce lancer la dessus, de vous concerter dans ce but, et de ne pas coder pour des prunes....

Bonjour Ludo,
Et merci pour les compliments.
Je pense que tu devrais regarder ce post: http://qelectrotech.org/forum/viewtopic … 3386#p3386

Pour adapter Qet au contraintes US/Canada  se sera si on reçoit beaucoup de dons dans ce sens, ou que quelqu'un nous envoie des patchs.
Tu peux voir avec Arun, il dessine lui suivant cette norme en inde. il peut surement te filer des symboles, conseils.

C'est surement une question d'habitude, mais j'aurai vraiment du mal à m'y faire ne serai ce que pour lire les schémas .

@Galexis: priorité d'abord au widget information, celui-ci on verras plus tard et comme je m'en sert pas, raison de plus.

Bah, tu peux aussi aider, déjà en remontant les bugs comme tu le fais, et je t'en remercie, puis aussi en dessinant de nouveaux éléments (variateurs, plc, vignettes), filer un coup de main sur la traduction, participer à la documentation, faire des vidéos pédagogiques ou des présentations, etc.
Il y a tant à faire...

@Nuri, avant avec Xavier c'etais un admin sys très doué en programmation, scripts divers mais pas électricien de formation, maintenant ce sont des électriciens qui codent pour des électriciens, et avec Joshua nous sommes les premiers à nous en servir autant dans notre travail ou en dehors.

Sinon pour Qt5, on n'avait plus le choix.

http://blog.qt.io/blog/2015/05/26/qt-4-8-7-released/

Bah si t'appelles un petit projet un truc de 150 folios certains ici vont tirer la langue... uhuhu

Laurent

Moi aussi, il y a 15 ans j'ai codé une application avec beaucoup de code Visual Basic sous MS Access pour mon taff, elle tourne encore..VB c'est quand même beaucoup plus simple comme langage.

@Nuri,
Certes, mais Paris comme dit le proverbe ne c'est pas construit en un jour..
Quand on vois l’évolution de Qet depuis 2006 il n'y a pas photo.
Et avec le départ de Xavier, on pensait pas pouvoir continuer, mais la 0.3 est quand même sortie, puis la 0.4, etc.
Pour l'instant la priorité est de finaliser le dock et éviter de faire 3 km de souris par jour, comme tu le dit si bien, et tu as bien raison.
Après la priorité numéro 1 sera d'étudier et surement revoir une grosse partie du code sur la comparaison des attributs XML dans l'arbre entre la lecture et l’écriture des définitions d’élément du projet.
Depuis peu, Qt n'en fait qu'a sa tête, et les attributs définition d'un élément ne sont jamais ré écrit dans le même ordre dans le XML root.
Ce qui fait que le même élément pose problème une fois le redémarrage de Qet et que le handler vous demande ce qu'il doit en faire :intégrer l’élément, écraser celui en cours, cohabiter les deux éléments...