You are not logged in. Please login or register.
Active topics Unanswered topics
Search options (Page 282 of 296)
LudRib wrote:Bonjour,
J'ai le même souci avec les images.
Lorsque l'on fait un plan de machine, il est bien d'avoir en plus des images pour avoir une représentation réel. Ça aide beaucoup.
C'est LA fonctionnalité qui nous manque. (.jpg ou png peut importe.)

Je vous la rassure, les 10 pages suivante sont bien un pur schéma elec, mais pour faire ça, on est obligé de passer par un .pdf et de le modifier ensuite.
LudRib, pour toi on va essayer d’accélérer le développement de cette fonctionnalité ;-)
Laurent
Bonjour LudRib,
Nous sommes bien conscient que cette fonctionnalité manque cruellement, le travail à déjà commencé sur la branche 0.4 du subversion.
Malheureusement, Cyril qui est en charge d'ajouter cette feature est hélas très occupé en ce moment et ce n'est pas simple, sinon avec Joshua, nous travaillons sur d'autres features qui pourraient peu-être rentrer dans la version 0.3.
Par contre quitte à faire bouillir Xavier :p ,
j'ai décidé de changer de méthode de développement :
passer de l'architecture cathédrale au mode dit bazar. (les linuxiens comprendrons ;-) ) :p
*Comme nous sommes que trois sur le code, et que nous ne sommes pas programmeur C++ Qt professionnel (techniciens en maintenance dans l'industrie).
Il est hélas difficile de contenter toutes les demandes qui affluent..., nous manquons pour l'instant de développeurs expérimentés ou même débutants pour dispatcher le travail qui ne manque pas.
bazar:
" Distribuez tôt. Mettez à jour souvent. Et soyez à l'écoute de vos clients."
Dans le point de vue bazar, d'un autre côté, vous supposez qu'en général, les bogues sont un phénomène de surface -- ou, en tout cas, qu'ils sautent rapidement aux yeux lorsqu'un millier de co-développeurs avides se précipitent sur toute nouvelle mise à jour. C'est pourquoi vous mettez à jour souvent afin de disposer de plus de corrections, et un effet de bord bénéfique est que vous avez moins à perdre si de temps en temps, un gros bogue vous échappe.
cathédrale:
"Dans la programmation du point de vue de la cathédrale, les bogues et les problèmes de développement représentent des phénomènes difficiles, ennuyeux, insidieux, profonds. Il faut à une poignée de passionnés des mois d'observations minutieuses avant de bien vouloir se laisser convaincre que tous les bogues ont été éliminés. D'où les longs intervalles séparant les mises à jour, et l'inévitable déception quand on se rend compte que la mise à jour tant attendue n'est pas parfaite"
cf:http://www.linux-france.org/article/the … .html#toc4
Merci biba_paris :-)
Tes expérimentations et tes remarques pour cerner le problème, vont nous permettre de reproduire le bug et d'essayer de le corriger.
Mais je t'avoue que cette partie du code écrite par Xavier en 2010, n'est pas simple.
Qet contient 78,049 lignes dont 48,228 lignes de code ;-)
http://www.ohloh.net/p/qelectrotech
Merci encore biba_paris pour tes investigations ;-)
Si tu as as enregistré les noms/valeurs dans menu configuration->configurer qelectrotech-> nouveau schéma:
les variables seront sauvegardé dans le fichier qelectrotech.conf

Donc quand Qet se lance il va lire ce fichier et charger ces variables, qu'il appliquera aux cartouches si les variables correspondent.
Sinon quand on modifie le cartouche à la volée il vaut mieux je pense l'enregistrer sous dans -> cartouche du projet "" (idX).
Le fait de l'enregistrer sous cartouche utilisateur il perd ses valeurs temporairement, normalement on les retrouve apres fermeture/ouverture d'un folio.
Apres ça fais quelques années que je n'ai pas bricolé dans les titleblocks donc je peux me tromper ;-)
ça avance 
EN ISO 7200:2004
-Dessin manuel schématisé un coffret par exemple.
pour ça un simple symbole coin fait de deux bornes en angle droit que l'on pose au quatre coins de la zone coffret/pupitre/armoire et qu'on fait pivoter.
Ensuite il ne reste plus qu'a relier les bornes par un conducteur en tiret ou pointillé.
Je sais, ça remplace pas un outil dédié, mais ce workaround permet de délimiter des zones de tailles différentes.
Tonio,
Qet est un projet libre basé sur le volontariat et du temps libre de ses développeurs, traducteurs, packageurs etcc ..
Une grande partie des symboles fournis, nous ont été envoyé par des utilisateurs de Qet que je remercie encore une fois.
Sinon Qet n’intégrerai pas aujourd’hui quelques 1672 éléments dans 256 catégories, c'est beaucoup de travail de les dessiner, les traduire dans 15 langues différentes ....
je dois lui créer une borne ?? oui
clair qu'on aurai du y penser en dessinant les symboles des moteurs
( c 'est pas moi) :p
tonio44 wrote:j'utilise la version V0.3 beta
également Comment fais-tu pour faire des traits libre (dessin basic) ? plein ou pointillé ?
Merci
Pour l'instant ce n'est pas possible p-e sur la version 0.4
http://listengine.tuxfamily.org/lists.t … 00017.html
Quelle version de Qet utilises tu ?
tonio44 wrote:Merci.
comment fais tu pour:
que quand tu décales un disjoncteur par exemple verticalement, que les connecteurs horizontaux ne suivent pas...
C'est un peu lourd ^^
Ben c'est le but, si tu déplaces un symbole les conducteurs doivent suivre le déplacement et s'auto ajuster.
Tonio,
C'est juste que le symbole de la prise qui n'a pas le même écartement de bornes que les contacts.
Les symboles de la collection officielle ne sont pas éditable, il suffit de faire un "drag and drop" de ce symbole dans ta collection personnelle, et tu pourras l’éditer.
Quelle version de Qet utilises tu ?
Bonjour,
Tu peux nous faire une capture ?
biba_paris wrote:2e question toujours sur les cartouches:
Y-a-t-il une astuce pour légèrement modifier un modèle de cartouche, sans que celui-ci n'efface la totalité des valeurs personnalisées déjà entrées? C'est frustrant de tout perdre quand on a entré une trentaine de lignes de valeurs définies par schéma. Je ne comprends pas le principe, surtout que la modif peut se faire sans problème dans le fichier .qet.
dupliquer et copier ce cartouche

je ne perd rien

la case à cocher..".Ajuster la taille de la police si besoin" s'obstine a bien fonctionner :p

onglet des variables pour ce folio

pour un projet complet

sinon il veut mieux enregistrer ton modèle de cartouche dans la collection de cartouche utilisateur,
ceux fourni ne sont pas éditable sans les copier
biba_paris wrote:Un débutant aura toujours une apréhension à bricoler dans son fichier .qet. Autant automatiser la chose ;-)
Merci à toute l'équipe
Certes, je jetterai un œil sur le code, mais je doute que ce soit simple, puisque j'en avait déjà parlé a Xavier à l’époque.
Pour l'instant je regarde les autres demande que je vient de recevoir:
#Cartouche
title block in accordance with EN ISO 7200:2004
and frame A3 in accordance with EN ISO 5457:1999
Apres quelques hacks on s'en rapproche:

#PEN
Brazilian Standard (ABNT NBR-5444/1989).
Bonjour,
Il semble que ton message n'est pas complet.
Pour les retours chariot dans les cellules, j'avais trouvé un petit workaround à l’époque.
Editer le fichier du cartouche dans un éditeur et faire un retour ligne comme ceci.
<field valign="center" rowspan="3" row="0" hadjust="true" col="9" name="title" displaylabel="false" align="center">
<value>
<translation lang="fr">texte en deuxparties</translation>
</value>
<label/>
</field>
en
<field valign="center" rowspan="3" row="0" hadjust="true" col="9" name="title" displaylabel="false" align="center">
<value>
<translation lang="fr">texte en deux
parties</translation>
</value>
<label/>
</field>

et voila ...
Ok, merci du retour Dominique
Dominique, j'ai ajouté la clé publique à la racine du dépôt normalement ça devrait fonctionner chez toi,
avec cette méthode.
wget -O- https://download.qelectrotech.org/qet/debian/Qelectrotech_Repository.asc | sudo apt-key add -
on vérifie par la commande
La clé doit y figuré.
Bonjour Dominique,
Essaye avec ça
sudo apt-key adv --recv-keys --keyserver pgpkeys.mit.edu 1D4FB6C1
J'ai testé sur l'ubuntu du dernier avec ces commandes ça fonctionne aussi
$ gpg --keyserver pgpkeys.mit.edu --recv-key 1D4FB6C1
$ gpg -a --export 1D4FB6C1 | sudo apt-key add -
possible que le serveur de clé etait down ou que ton firewall bloque le port hkp (11371/tcp)
http://doc.ubuntu-fr.org/apt-key
Cordialement, Laurent
Bonjour,
Oui c'est un oubli, merci de l'avoir remonté, mais je vais le laisser tel quel pour l'instant .
Bonjour,
Apres des heures et des heures et quelques tubes d'aspirine =D sur debarchiver pour que le référentiel signe les fichiers Release.gpg,
je ne suis arrivé a rien malgré avoir tripoté la conf... dans tout les sens,
rien à faire il ne veut rien signer ...en sortie.
Donc j'ai décidé de passer sur reprepro et l’expérience à été concluante
Il reste à éplucher la doc pour optimiser mes scripts .. pour pas rentrer chaque paquet a la mano,
rsync -e ssh -av --delete-after ........... vers le ftp de tuxfamily etcc .
mais voila le dépôt est sécurisé maintenant .
Pour vous ça change rien le repository est toujours au même endroit
Debian wheezy
deb http://debian.qelectrotech.org/qet/debian/ stable main
Debian Sid
deb http://debian.qelectrotech.org/qet/debian/ unstable main
https://download.qelectrotech.org/qet/debian/
W: Erreur de GPG : https://download.qelectrotech.org unstable InRelease : Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY BC9F825E1D4FB6C1
pour ajouter la clé du dépôt
$ gpg --keyserver pgpkeys.mit.edu --recv-key 1D4FB6C1
$ gpg -a --export 1D4FB6C1 | sudo apt-key add -
ou
wget -O- https://download.qelectrotech.org/qet/debian/Qelectrotech_Repository.asc | sudo apt-key add -
Edit:
humm apres des heures ou je ne tirai rien de rien de ce debarchiver pour chiffrer le dépôt et après avoir mis reprepro
maintenant il chiffre bien le référentiel ...... =( 
couic ................................
Debug: Append to stable/main/binary-binary-i386/Packages
Debug: Read stable/main/binary-all/Packages
Message: Gzip merged Packages file stable/main/binary-i386/Packages
Debug: CMD: gzip stable/main/binary-i386/Packages -c > stable/main/binary-i386/Packages.gz
Debug: Gzip merged Packages file stable/main/binary-i386/Packages
Debug: Append to stable/main/binary-binary-amd64/Packages
Debug: Read stable/main/binary-all/Packages
Message: Gzip merged Packages file stable/main/binary-amd64/Packages
Debug: CMD: gzip stable/main/binary-amd64/Packages -c > stable/main/binary-amd64/Packages.gz
Debug: Gzip merged Packages file stable/main/binary-amd64/Packages
Debug: Create apt-ftparchive Release config for stable
Message: Generate Release file for stable
Debug: CMD: apt-ftparchive -c stable/.apt-ftparchive.conf release stable > Release
Debug: Generate Release file for stable
Message: Put Release file for stable in the right location
Debug: CMD: mv Release stable/Release
Debug: Put Release file for stable in the right location
Message: Sign Release file for stable with key '1D4FB6C1'
Debug: CMD: gpg -a -b -s -u 1D4FB6C1 -o stable/Release.gpg stable/Release
Une phrase de passe est nécessaire pour déverrouiller la clef secrète de
l'utilisateur : « QElectroTech (Unofficial Debian Repository) <scorpio@qelectrotech.org> »
clef DSA de 2048 bits, identifiant 1D4FB6C1, créée le 2013-06-07
Debug: Sign Release file for stable with key '1D4FB6C1'
Message: Remove lockfile /var/lib/debarchiver/dists/debarchiver.lock.
Debug: CMD: rm /var/lib/debarchiver/dists/debarchiver.lock
Debug: Remove lockfile /var/lib/debarchiver/dists/debarchiver.lock.
couic ...........................
Faut voir avec Cyril, sous debian je me sert du n° de révision du subversion pour tagger mes builds,
exemple avec des bouts de script.
laurent@debian:~$ qelectrotech -v
0.30b+svn2347

# trouve la derniere revision du trunk
if [ -z "$HEAD" ] ; then
HEAD=$(svn --xml info svn://svn.tuxfamily.org/svnroot/qet/qet/trunk | grep revision=\" | tail -1 | cut -d\" -f2) #trunk
echo -e "\033[1;34mdownload source qet-0.30.r$HEAD.\033[m"
fi
sed va changer le texte du patch 03_qet.diff
#tagg quilt patch 03_qet.diff to upstream revision
sed -i 's/0.30b+svn[0-9][0-9][0-9][0-9]/'"0.30b+svn$HEAD"'/' 03_qet.diff
le patch modifié avant de lancer les builds
laurent@debian:~/paquet_qet/debian/patches$ cat 03_qet.diff
--- qet-0.30.r2347.orig/sources/qet.h
+++ qet-0.30.r2347/sources/qet.h
@@ -26,7 +26,7 @@
/// QElectroTech version (as string, used to mark projects and elements XML documents)
const QString version = "0.3";
/// QElectroTech displayed version
- const QString displayedVersion = "0.3b";
+ const QString displayedVersion = "0.30b+svn2347";
QString license();
/// Orientation (used for electrical elements and their terminals)
enum Orientation {North, East, South, West};
in windows OS a workaround is possible to change language setting at runtime just
[12:22:12] laurent@debian:~/qet_directory/misc$ grep REDEFINE launch_qet.sh
# REDEFINE_LANG="es"
if [ "${REDEFINE_LANG}" ]; then
export LANG="${REDEFINE_LANG}"
[12:24:07] laurent@debian:~/qet_directory/misc$
change
by
after run Lancer QET.bat
why not, but two method are possible:
Change language at runtime or translate on fly
http://qt-project.org/wiki/How_to_creat … pplication
http://www.informit.com/articles/articl … p;seqNum=3
but I prefer to use our time to add business functions already asked :p
I'll add it anyway todo for version 0.4
Regards
Laurent
Posts found: 7,026 to 7,050 of 7,400
Generated in 0.119 seconds (23% PHP - 77% DB) with 5 queries