1 Reply by nleroy

(38 replies, posted in FR : Aide, suggestions, discussions, ...)

xavier wrote:

Concernant la collection d'éléments perso, il s'agit toujours du dossier "elements" dans le dossier de configuration, lequel peut être redéfini via par l'option --config-dir=DIR. Si elle n'est pas redéfinie (c'est sans doute ton cas),

Non je la redéfinie bien, c'est ce qui fait que ça marche avec les fichiers copiés physiquement. En revanche avec Wine, le même lien symbolique doit être vu comme un vrai répertoire par le windows créé virtuellement, enfin j'imagine ...
C'est un petit détail qui ne justifie pas le risque d'enlever l'option que tu as du mettre avec une bonne raison !

Go to forum: FR : Aide, suggestions, discussions, ...

2 Reply by nleroy

(3 replies, posted in FR : Aide, suggestions, discussions, ...)

xavier wrote:
nleroy wrote:

Voici les quelques points qui pourraient à mon sens pas mal améliorer l'utilisation :
- pouvoir aligner les éléments (alignement par le haut, le centre ou le bas, verticalement et horizontalement)

Ce n'est ptet pas si difficile que scorpio le laisse entendre (surtout si on se cantonne aux éléments). En revanche, ça a le mérite de ne pas avoir été trop demandé, c'est presque original ;-)

En fait l'idéal serait : sélection à la souris de un ou plusieurs éléments et combinaison de touche pour les aligner suivant leur axe d'alignement existant (vertical ou horizontal)


xavier wrote:
nleroy wrote:

- pouvoir tracer quelques formes simples sans que ce soit des éléments : carrés, cercles, éventuellement flèches. Un ex pour éclairer : si je fais un schéma qui regroupe des éléments qui sont dans deux coffrets séparés, j'aimerais bien pouvoir le signifier en encadrant chaque groupe d'éléments

Oui, je vois le manque mais je te préviens de suite que ça ne sera jamais implémenté tel quel : les formes simples posent un problème : elles sont horriblement simples, dans le sens où elles ne colportent aucune information sur leur utilité et leur signfication ; pour un banal rectangle donné sur un schéma, il n'est pas aisé, même à grands coups d'heuristiques, de déterminer s'il s'agit d'un coffret ou d'un rectangle pour décorer. Encourager la prolifération d'items dénués de sémantiques ne peut que nous compliquer le travail le jour où nous commencerons à implémenter des fonctionnalités intéressantes, je pense notamment à tout ce qui s'approche de la simulation. Sans parler de l'inévitable tendance que les débutants auraient à faire leurs conducteurs et éléments à partir de formes libres... on a déjà reçu un schéma comme ça, c'était un massacre.
L'approche prévue pour ton exemple serait plutôt d'ajouter un outil "coffret".

Oui ce serait l'ideal à condition de pouvoir redimensionner l'objet. D'ailleurs, est ce que ce serait possible d'avoir des éléments redimensionnables ? Bon je ne suis pas sur que ce soit une bonne idée pour tous les éléments mais peut etre pour certains ...
Finalement ce qui fait la force de ce soft c'est qu'on ne peut pas faire tout et n'importe quoi, et donc le résultat n'en est que plus propre ...

xavier wrote:
nleroy wrote:

- pouvoir changer la police (ou au moins la taille) d'une zone de texte volante (enfin qui ne fait pas partie d'un élément). J'ai vu qu'il y avait des éléments qui pouvait faire le job, mais c'est pas très pratique.

Oui, ça a déjà été demandé ; mais je rebondis sur les dires de scorpio : je confirme que les textes, c'est une put*** de plaie à gérer. D'ailleurs, je travaille sur un bug au niveau du déplacement des textes à la souris là, je suis bon pour réviser mes changements de repère...

Je te comprends, d'autant plus que les polices changent d'une plate forme à l'autre ...

xavier wrote:
nleroy wrote:

- pouvoir changer la couleur d'une sélection de plusieurs fils plutôt que de les faire un par un ...

C'est pas tant compliqué à faire que chiant (parce que, pour être juste, le changement doit porter sur tout le widget d'édition d'un conducteur, pas uniquement sur la couleur).

Bref, à l'exception des formes libres, tout finira par être implémenté... mais pas pour la 0.3 parce que ça fait trop longtemps qu'on n'a pas releasé ; donc en ce moment, c'est stabilisation, stabilisation, stabilisation : je n'attaque pas de nouvelle fonctionnalité.

Super, en tout cas bravo pour la réactivité !

Go to forum: FR : Aide, suggestions, discussions, ...

3 Reply by nleroy

(38 replies, posted in FR : Aide, suggestions, discussions, ...)

le launch_qet sert juste a formater la ligne de commande avec les bonnes options, c'est comme le .bat sous windows. On lui passe le répertoire de conf qui est censé contenir les éléments personnels d'après ce que j'ai compris. Enfin ca fonctionne avec des éléments physiques avec la version 0.3 compilée pour Mac mais pas avec un lien symbolique. En revanche, ca fonctionne bien sous wine avec un lien symbolique avec la 0.3 compilée pour windows (qet lancé via launch_qet.bat). J'essaierai avec un lien dans le .qet/elements ...

Go to forum: FR : Aide, suggestions, discussions, ...

4 Reply by nleroy

(38 replies, posted in FR : Aide, suggestions, discussions, ...)

Oui j'ai utilisé un lien symbolique. Via le Finder et via le terminal (ln -s) pour être sur mais malheureusement, le répertoire n'est pas vu. En revanche, un checkout de mon projet svn au bon endroit et ça fonctionne sans problème ... C'est peut être une histoire avec le launch_qet.sh qui re-spécifie des chemins avec une syntaxe du type "../conf". Je n'ai pas eu le temps de creuser ...

Go to forum: FR : Aide, suggestions, discussions, ...

5 Topic by nleroy

(3 replies, posted in FR : Aide, suggestions, discussions, ...)

Bonjour,
J'ai parcouru le forum pour voir les précédentes suggestions mais j'avoue que je n'ai pas lu tous les messages, donc les suggestions ci dessous ont peut être deja été suggérées ...
Je commence à utiliser qelectrotech pour faire des schémas rapides et efficaces d'installations, donc j'en profite pour féliciter les développeur pour cet outil efficace.
Voici les quelques points qui pourraient à mon sens pas mal améliorer l'utilisation :
- pouvoir aligner les éléments (alignement par le haut, le centre ou le bas, verticalement et horizontalement)
- pouvoir tracer quelques formes simples sans que ce soit des éléments : carrés, cercles, éventuellement flèches. Un ex pour éclairer : si je fais un schéma qui regroupe des éléments qui sont dans deux coffrets séparés, j'aimerais bien pouvoir le signifier en encadrant chaque groupe d'éléments
- pouvoir changer la police (ou au moins la taille) d'une zone de texte volante (enfin qui ne fait pas partie d'un élément). J'ai vu qu'il y avait des éléments qui pouvait faire le job, mais c'est pas très pratique.
- pouvoir changer la couleur d'une sélection de plusieurs fils plutôt que de les faire un par un ...

Bon c'est possible que je sois passé à coté de certaines fonctionnalités déjà implémentées ...

Voila, encore bravo !

Go to forum: FR : Aide, suggestions, discussions, ...

6 Reply by nleroy

(38 replies, posted in FR : Aide, suggestions, discussions, ...)

La compilation de la 0.3 est passée !
Tout semble fonctionner correctement et c'est plus joli que sous wine ...
En revanche, j'ai eu la surprise de voir mes éléments (créés avec la 0.3 sous Wine) apparaitre différemment. Il semble que sous wine, la taille de la police ne fonctionne pas et du coup j'ai fait les éléments avec du texte en 6 qui avait l'air d'être en 9. Mais la version Mac apporte bien la modification de taille et du coup 6 c'est petit et tout est décalé ...
Autre détail, sous wine, j'avais fait un lien symbolique vers mes éléments (qui sont partagés via un svn) et cela ne marche pas avec la version Mac, il faut que les éléments soient physiquement dans le répertoire ./conf/...
Sinon, j'ai un petit décalage dans les connexions comme expliqué sur le wiki mais l'option correct-rendering=false ne semble rien changer. Avec le bon zoom, le décalage disparait, rien de bien grave ...

Pour pegasus, je te conseille de démarrer avec la 0.22 en attendant que la 0.3 soit compilée plus proprement, j'ai un peu bricolé pour réussir et je ne suis pas sur de pouvoir expliquer ce que j'ai fait ...

Go to forum: FR : Aide, suggestions, discussions, ...

7 Reply by nleroy

(38 replies, posted in FR : Aide, suggestions, discussions, ...)

Merci mais la c'est un peu au dessus de mes capacités : je ne maitrise pas toutes les options de compilation ...
Quelle version de gcc utilises tu pour passer la compilation de la 0.3 ?

Go to forum: FR : Aide, suggestions, discussions, ...

8 Reply by nleroy

(38 replies, posted in FR : Aide, suggestions, discussions, ...)

Je n'utilise pas Lion donc malheureusement je ne te peux pas te répondre. Tu as essayé la version 0.22 ou 0.3 ?

Concernant la compilation de la 0.3, j'ai pu franchir une étape : j'ai bien mis à jour gcc je suis passé à la version 4.5 avec MacPorts, la dernière version de XCode pour 10.6 refusant de s'installer ... J'utilise Qt 4.8.

L'erreur précédente a disparu mais en voici une autre :

sources/diagramview.cpp: In member function 'void DiagramView::editConductorColor(Conductor*)':
sources/diagramview.cpp:988:15: error: request for member 'setWindowFlags' in 'color_dialog', which is of non-class type 'QColorDialog*'
make[1]: *** [release/diagramview.o] Error 1
make: *** [release] Error 2

Bon je ne suis pas bien sur des mes options de compilation car j'ai du modifier à la main le fichier Make.Release pour forcer le compilateur (je ne sais pas comment faire via qmake) et l'option -m64 au lieu de -arch.

Des idées ?

Go to forum: FR : Aide, suggestions, discussions, ...

9 Reply by nleroy

(38 replies, posted in FR : Aide, suggestions, discussions, ...)

J'utilise la version suivante :
i686-apple-darwin10-g++-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5664)

Je vais essayer de tout mettre à jour : g++ et Qt, à suivre ...

Go to forum: FR : Aide, suggestions, discussions, ...

10 Reply by nleroy

(38 replies, posted in FR : Aide, suggestions, discussions, ...)

Bonjour,

Voici un retour sur la compilation de la 0.3 sur Mac :

J'utilise avec succès la version 0.3 avec Wine sous Mac OS 10.6.8 et j'ai tenté la compilation des sources de la 0.3 à partir du svn (release 1624). La compilation n'aboutit pas et voici l'erreur que j'obtiens :

In file included from sources/titleblockcell.h:20,
                 from sources/titleblocktemplate.h:23,
                 from sources/bordertitleblock.cpp:19:
sources/nameslist.h:59: error: expected ‘,’ or ‘...’ before ‘>’ token
sources/nameslist.h:60: error: expected ‘,’ or ‘...’ before ‘>’ token
sources/nameslist.h:63: error: expected ‘,’ or ‘...’ before ‘>’ token
sources/nameslist.h:59: error: wrong number of template arguments (1, should be 2)
/opt/local/libexec/qt4-mac/include/QtGui/qwindowdefs.h:142: error: provided for ‘template<class K, class V> class QHash’
sources/nameslist.h:59: error: default argument missing for parameter 3 of ‘void NamesList::fromXml(const QDomElement&, const QHash<QString, QString>&, QString)’
sources/nameslist.h:60: error: wrong number of template arguments (1, should be 2)
/opt/local/libexec/qt4-mac/include/QtGui/qwindowdefs.h:142: error: provided for ‘template<class K, class V> class QHash’
sources/nameslist.h:60: error: default argument missing for parameter 3 of ‘QDomElement NamesList::toXml(QDomDocument&, const QHash<QString, QString>&, QString) const’
sources/nameslist.h:63: error: wrong number of template arguments (1, should be 2)
/opt/local/libexec/qt4-mac/include/QtGui/qwindowdefs.h:142: error: provided for ‘template<class K, class V> class QHash’
sources/nameslist.h:63: error: default argument missing for parameter 2 of ‘QHash<QString, QString> NamesList::getXmlOptions(const QHash<QString, QString>&, QString) const’
make[1]: *** [release/bordertitleblock.o] Error 1
make: *** [release] Error 2

Si vous avez une idée ...

J'ai installé le SDK de Qt :
QMake version 2.01a
Using Qt version 4.6.3 in /opt/local/libexec/qt4-mac/lib

En revanche, la compilation de la version trunk se passe parfaitement ...

Bravo pour le soft ! Simple et efficace ...

Go to forum: FR : Aide, suggestions, discussions, ...