Search options (Page 30 of 33)

Perso,
je me voyais bien faire comme la page 1 et 3 du pdf de Nuri. Après en fonction des demandes ça peut évoluer bien entendue.
Ensuite comme à dit Nuri, il faut bien distingué deux choses.

1° la partie Data.
2° la partie graphique.

(je prend ma casquette de développeur....)
Il me faut avant tout connaître de manière claire (En d'autres mots vos attentes) toute ce qui doit figurer dans la partie data, car c'est le plus important.
Ensuite vient la partie graphique qui  est (j'exagère un peu) juste la mise en page des data, et cela vient après dans le résonnement.

Donc pour faire avancer le truc (même si c'est pas pour tout de suite) mettez à plat tout les choses correspondant à la partie data.

Laurent au sujet du plugin python rêve pas trop .....   faire des plugin C++ pourquoi pas car Qt le permet out of the box (mais faut avoir une base bien clean avec certain prérequis, enfin bref je m'égare la...) en revanche pour le python c'est pas trop le cas et je pense qu'on dépasse mes connaissances....

Cela dit l'idée est très bonnes même si c'est plutôt l'inverse au niveau du résonnement car le coté data Qet le connais donc suffit juste de fournir toutes les info au plugins, par contre le coté graphique peut être fait de plusieurs manière différente surtout au niveau des options (barrette de jonction, ajouté un ou deux bornier de plus ect....).
Et la le plugins peut être sympa car c'est lui qui ferait tout ça et il renvoie juste un pixmap qu'on intègre dans les folios.

Une dernière choses, pour moi je verrais bien les borniers en post traitement, c'est à dire pas de mise à jour lors d'une suppression/modif/déplacement (en gros ce serais juste une image, voir réellement une image).
Pour les raisons suivante.
-Gros truc et usine à gaz à codé (comparé au post traitement)
-fort risque d'erreur, en post traitement les erreurs serais toujours possible (et oui je fournis beaucoup de bug) mais très minimisé étant donné qu'on récupère les data à un moment T, donc si c'elle ci sont bien interprété et mise en page y'a pas de raison.

L’inconveniant c'est qu'il faut refaire le bornier si on touche au schéma, mais en principe on fait ça à la fin donc bon....

A+

Il s'agit bien d'un bug (de ma part )
Réglé dans la révision 3833.
Merci du retour.

Bonjours dae,
je suis l'actuel développeur de QElectroTech, à 95% (actuel car je ne suis pas le créateur du logiciel).
Comme scorpio, je travail en 2/8 et ne code que sur mes temps libre, ce qui explique le rythme de développement qui peut paraître lent.
Je vais tenter de répondre au mieux à tes questions.

Cette partie du code est à revoir, mais nous avons aussi beaucoup d'autre chose à faire.

Visiblement tu connais un peu le monde linux, donc je vais supposé que tu connais gtk et Qt, les tools kit respectif de gnome et kde.
QElectroTech est codé avec Qt. Sauf erreur de ma part (je n'ai pas cherché non plus, car tu est le premier à demander ça) Qt ne permet pas de redimensionné les icônes comme tu le souhaiterais "out the box" ce qui veut dire qu'il faudrais crée cela nous même, et ont à nettement plus urgent à coder que ça.

Qet n'a pas vocation à être un éditeur d'image (même simple) donc cela ne changera pas, en tout cas pas avant un long moment (au moins jusqu'à tout ce qui est nécessaire à l'elec pur soit crée).

La aussi je te répondrais comme la question précédente, voir pire.
Tout les format que tu mentionne ne sont pas libre, cad qu'on ne sait pas comment les lire/écrire.

Pour finir nous somme une toute petite équipe qui construit qet sur leurs temps libre et nous manquons de bras, donc nous nous concentrons sur les taches prioritaires pour la création d'un projet, au sens large du terme.
Mais nous somme toujours à l'écoute des demandes des utilisateurs (on crée beaucoup de chose que les utilisateur demande, quand cela nous écarte pas trop de la route).

En espérant avoir répondue à tes question

Hum en regardant le code, je vois que c'est un seul QString avec plusieurs saut a la ligne.
Les sauts à la ligne sont il bien respecté dans la traduction?
Pour info, un saut à la ligne est écrit comme ça : \n

Bonjour,
Il n'est pour l'instant pas possible d'importé la nomenclature dans un / plusieurs schéma.
Comme à dit scorpio810 le fichier csv est exploitable avec un tableur, et c'est à l'heure actuel l'unique moyen de crée la nomenclature avec QElectroTech.
Cela dit j'ai moi même crée un projet + nomenclature imprimé depuis libre office et mis à part le cartouche qui n'est pas présent, la nomenclature rend très bien dans le projet (une fois le tout relié ).

Le problème vient du fait que des éléments ont une position (x,y) négative.
Dans votre cas il s'agit de conducteur (je n'ai pas pris la peine regarder qui, car y'en a plusieurs).
Attention, je tient à préciser (et ici c'est le cas) ce n'est pas par ce que les éléments sont bien dessiné dans le schéma que sa position est dans le schéma.
Au final ceci n'est pas un bug, car quand on dé-zoom, on stop dès que tout est "contenue" sur l’écran, donc comme la position des conducteur est négative, on arrête dès que leurs position est "contenue" à l'écran, même si il n'y à pas de représentation graphique.

Cela s'explique, car on supprime avec les conducteurs en position négative.
Tu peut aussi supprimé puis faire un undo le comportement restera normal.

Je n'arrive à produire ton problème.
J'ai testé plusieurs schéma, avec image verrouillé et non verrouillé, debian <-> windows et je ne rencontre aucun problème.
Est tu sur d'avoir la dernière version sur les deux OS?

Bonjours le problème doit être réglé avec la rev3460 (pouvez vous le confirmé).
Attention, vous retrouverez les anciens textes seulement si vous n'avez pas sauvegardé votre schéma avec la version bugué.

Merci de vos retour.

Au sujet de la difficulté de déplacer un conducteur, j'ai procéder à des changements dans le code (rev 3376).
Pouvez vous confirmer (ou non) que la maniabilité est meilleurs.

aï pas cool ça,
visiblement c'est un problème avec le référencement des bornes, mais je ne sais pas exactement quoi.
Peut tu nettoyé le projet (projet  ->  nettoyé le projet)
Puis ouvre ton élément dans l'éditeur d'élément, déplace le et enfin sauvegarde.
Ensuite repose le et voie si ça fonctionne.
A tu fais des manip particulière sur l'élément, qui aurais pue engendrer ce bug?

Rev 3369
DVEvent: press key escape, abort the curent action

Appuyer sur la touche echap annule l'action d'ajout en cours (image, texte, shapes).

Salut friskolon,
Le problème est réglé avec la révision 3364, par contre il reste quelque petit défaut qui seront réglé à l’avenir, je m'explique :
Si tu par avec un schéma dont l'option "un texte de potentiel par folio" est inactif dès le début, tu as le comportement normal.
En revanche si l'option est active puis que tu la désactive, il faudra que sur ton conducteur tu mette le texte : visible décoché -> appliqué puis recoché visible -> appliqué, et la tu pourra utilisé les textes comme d'habitude.
Ce petit désagrément sera corrigé à l’avenir.
A propos du texte par défaut des renvoies, je croyais avoir comité la correction, mais j'ai due zappé -> je m'en occupe.