Search options (Page 14 of 26)

@ scorpio810

la galerie d'images, c'est pas très difficile à réaliser avec html5 et css. Voir ici rapidement :
http://www.w3schools.com/css/tryit.asp? … responsive

La galerie d'images, c'est pour montrer les travaux réalisés avec QET.
Comme elle est déjà fonctionnelle, je n'y touche pas pour l'instant. Et comme tu dis, pas besoin de réínventer la roue, surtout si elle tourne déjà !

Le diaporama (ou slideshow), c'est pour montrer au curieux qui viennent sur le site les fonctionnalités de QET avec quelques images. Par fonctionnalités, j'entends :
- collection avec plus de 3000 symboles
- éditeurs d'éléments et de cartouche
- ref croisées automatiques
- GUI adaptables
- édition de nomenclature en csv
- etc...
C'est dans la réalisation du slideshow que je me prends encore les pieds dans le tapis. Je t'avoue que ces jours-ci, j'ai aussi très peu de temps libre. Donc il vous faudra encore un peu de patience avant de voir le nouveau site en ligne.

Concernant la publication des plans, j'attends quand même d'avoir l'aval écrit de mon client. Certaines personnes étant assez sensibles sur ce genre de sujet, je préfère éviter de les froisser !

hey Calypso,

I had the same problem yesterday as I started my work day: I saw the old splash screen and then QET v0.5 started

It appeared AFTER I made a system update.

I though it was a problem of my computer but obviously not!
Maybe was the ppa repository offline and the automatic update routine decided to install the version of the official repos?!?

To get the v0.51, I had to type in a terminal:

sudo apt remove qelectrotech qelectrotech-data qelectrotech-examples

and then:

sudo apt install qelectrotech qelectrotech-data qelectrotech-examples

Hallo Bernhard-51

Der Konverter ist hier zu finden:
https://download.qelectrotech.org/qet/b … f_to_elmt/

Einfach auf qelectrotech.org ins Menü "Download" gehen und ein bisschen nach unten scrollen.

@ Remy53 :

content que ca fonctionne à peu près !

Tu peux modifier la taille de ton dessin directement dans l'éditeur d'éléments de QET mais je te le déconseille car il sera difficile de conserver les proportions (ratio longueur par largeur).

Le plus facile est de faire dans QET au préalable une appréciation du ratio par lequel il faudra réduire ton dessin :
Est-il 1,5 fois trop grand ?
Alors réouvre ton dxf avec un éditeur (Autocad, QCAD, Drafsight...) et réduit la taille du dessin d'un facteur 1,5.
Puis recommence les étapes de conversion pour obtenir un fichier elmt qui te convient.

Si tu comptes utiliser le plan d'architecture pour placer ensuite dans QET des symboles de prises et d'interrupteurs dessus, tu risques d'avoir des problèmes :
QET ne gère pas l'ordre des éléments sur un folio (avant-plan, arrière-plan), ce qui signifie que lors d'une ouverture ultérieure de ton projet, il est probable que les prises et interrupteurs se place SOUS le plan d'architecture et tu ne pourras alors plus déplacer les symboles prises et interrupteurs.
Il vaut alors mieux dessiner les symboles directement dans le dxf et seulement ensuite convertir en format elmt.

Si par contre, tu comptes insérer le plan d'architecture pour simplement illustrer une documentation électrique, et donc sans vouloir complèter le dxf converti dans QET en y ajoutant des symboles elmt, dans ce cas, c'est bon, c'est la bonne méthode.

@ Joshua et Laurent :
Est-il possible de rajouter sans trop de travail dans le code une fonction pour placer les éléments en arrière-plan ?
Par exemple, quelque chose du style :
- tirer/déposer d'un elmt sur le folio
- clique-droit sur l'élément
- le menu contextuel apparaît et l'action "figer en arrière-plan" fixe la position de l'élément, l'envoie en arrière-plan et il n'est plus sélectionnable.
Cela revient à faire un gestion de calques sur 2 niveaux : avant et arriére-plan. Mais pas de niveaux intermédiaires, si ca peut faciliter le travail dans le code.

@ Morganol

go to:
/usr/share/qelectrotech/elements/10_electric

copy the file "qet_labels.xml" to:
/home/morganol/.qet/elements/[anything you want]

Edit manualy the file "qet_labels.xml" according to your needs and to your own folder structure.
According to Hilario/Davi (brazilian devs) Qelectrotech should take in account the prefixes defined in qet_labels.xml while you're inserting an element in the drawing area.

i have NOT tested this feature!
it SHOULD work

HA! you know it too!
See attached file.

@ oneil4

le problème n'est pas de trouver un cms et, qu'il soit open source ou propriétaire n'est pas la question.
Nous ne souhaitons pas utiliser un cms pour des raisons de fiabilité et de facilité de maintenance. Comme nous avons très peu de personnes pour maintenir le site web, il nous faut des solutions simples et fiables, ne réclamant pas ou peu de mises à jour.

Donc le plus facile et des modifier pas à pas le site existant en essayant de ne rien casser des fonctionalités déjà existantes.
Après, moi je suis ouvert pour un petit coup de main et quelques bonnes idées.
Il faut savoir que j'essaie de refaire le site sur mon temps libre et, étant très débutant dans le développement web, cela me prend pas mal de temps pour essayer, comprendre, modifier, corriger...

ben sur la base existante, en éditant directement les fichiers html, css et php. Pour l'instant, je ne touche pas encore au javascript.

@ Morganol:

sorry, I made a typo. Here is the link:
https://qelectrotech.org/forum/viewtopic.php?id=858
it's a long thread but I think it's better to read it completely.

About "reports folio", I think we will change to "folio referencing".
I don't like to use the word "sheet" because it is not used in QET. I'm able to make this change in the source code but I have no time for this these days. Maybe next week

If you see other strange translations or missused words in the english GUI, please send me an email:
nuri@qelectrotech.org
I never use the english GUI, only the german one because I'm living in Germany and I maintain the german GUI. But I already saw that many sentences could be better in the english GUI.

Another question that could be interesting for the development of QET:
Do you know and do you use the standard IEC 81346?
This standard is the reason why the fields "location" and "plant" were implemented in the v0.51 devel.

Yes it happens sometimes.

missunderstanding, I mean it like this:

@ Morganol:

1)
I always use the last QET devel version (release build from the ppa).
Today the version is svn4751.
Qt version is 5.5.1.
I do not compile localy because I do not have enough knowledge about the compiling stuff.
My system is Ubuntu 16.04 LTS with Unity desktop.

I try to repeat the "ghost conductor" bug for many months now, but I can still not find any method or pattern.

2)
add a comment and a link in the BugTracker --> done!

@ Morganol

I can not reproduce on my PC.
See the attached video.

At the end of the video, look at the really WEIRD BEHAVIOR of the conductor as I move the pump.
I never got that behavior before (conductor becomes sloped)

video

Normalement, tu devrais pouvoir t'en sortir avec les filtres XSLT aussi bien pour lire que pour écrire. Mais comme j'écrivais déjà plus haut, je n'ai pas d'expérience à partager dans le domaine filtre XSLT.

En fait, tu aimerais écrire toutes les données d'article (fabricant, référence, etc...) dans un tableur puis les réinjecter dans QET, c'est ca ?
Pour ma part, j'ai aussi besoin de faire quelque chose de semblable. L'idée qui me semblait la plus facile est d'écrire directement ces informations dans le nom des éléments (comme décrit dans le tuto dont j'ai déjà fait référence dans un topic en anglais).
Certes la quantité d'information est assez limitée (on écrit toutes les données dans une ligne, séparées par des points-virgules) mais pour l'instant ca me suffit.
Quand j'ai fini mon projet, j'exporte la nomenclature en *.csv puis je la lie avec une macro Basic LibreOffice qui me converti ces données en tableaux *.elmt que je peux alors réinjecter dans mon projet.

Tu peux essayer d'adpater ce système à tes besoins. Il faudra alors vraisemblablement modifier le code de la macro Basic. Niveau difficulté, je pense que c'est comparable au bidouillage avec les filtres XSLT.
C'est-à-dire beaucoup plus facile que d'implémenter une nouvelle fonction en C++ dans les dizaines de milliers de lignes du code source de QET

Par ailleurs, je pense que la gestion des données d'article est un sujet majeur qui intéresse beaucoup de monde et qui propulserait QET définitivement au niveau de certains programmes commerciaux.
Si tu as d'autres idées, d'autres manières de faire (base de données ?) et d'autres points de vue, n'hésite pas à partager car nous manquons encore un peu d'expérience dans ce domaine.
En ligne de mire, il faut garder à l'esprit que ces fonctionnalités doivent être simples et relativement faciles à mettre en oeuvre car y'a pas une équipe de 12 développeurs C++ à temps plein derrière !

Joshua (le développeur principal) avait déjà parlé de mettre les images dans un sous-dossier et de transformer le format *.qet en une archive compressée.
Seulement voilà, c'est pas une modif faite en quelques heures de travail et, pour l'instant, il y a des choses plus importantes à finaliser dans le code source.