Search options (Page 11 of 26)

classe, c'est une grosse avancée ! Depuis le temps que je vous tanne le cuir avec ces machins...
Je rejoins Baboune41 pour l'aspect traduction : il faut pouvoir traduire, c'est super important car les machines partent aux 4 coins du monde.
Cependant, le seul champ qui nécessite une traduction est le champ "description". Par exemple, avec la vanne ci-dessus :
[fr] électrovanne, distributeur 3/2, bobine 24VDC
[en] solenoid valve, 3/2 ways, 24VDC coil
[de] Magnetventil, 3/2-Wege, Spule 24 VDC
Les autres champs n'ont pas besoin d'être traduit car identiques dans toutes les langues.

D'ailleurs je pense qu'il faudrait séparer "commentaire" et "description".
"Description", c'est pour décrire textuellement l'article dont il est question alors que "commentaire", c'est plutôt pour afficher un détail important sur le folio (par ex. "arrêt d'urgence" ou autre).

peut-être pas si compliqué que cela :
à l'heure actuelle, j'utilise le nom de l'élément (qu'on peut déjà traduire) pour rentrer les données d'article. Pour chaque article constructeur, je rentre toujours les données d'article en francais, allemand et anglais. Si je veux exporter ma nomenclature en anglais, je configure QET en anglais et QET me sort les noms des éléments en anglais dans le csv. Après, comme d'hab, la macro fait le reste et les éléments nomenclatures sont tous en anglais.
Donc... il faudrait s'appuyer sur la partie du code de la génération csv qui utilise le nom des éléments.

C'est pas grave. Pour preuve : QET est quand même utilisé sur toute la planète.
L'essentiel pour l'instant c'est d'avoir au moins la possibilité de traduire. Les bibliothèques s'étofferont au fur et à mesure.

Moi je veux bien mais c'est ma liste à moi qui répond à mes besoins donc c'est peut-être pas la panacée de partir de là.
Le problème c'est que cette liste risque de devenir énorme et au bout du compte on aura une nomenclature csv avec une bonne centaine de colonnes... et là... ca devient lentement ingérable...

Je propose une autre idée :
pour l'instant on a 2 blocs auxiliaires pour rentrer des informations personnalisées et non identifiables à priori. Pourquoi ne pas étendre à 20 ou 30 blocs auxiliaires, ou même plus si nécessaire ?
Dans le widget de l'élément, j'imagine ca comme un tableau à 2 colonnes (nom de la propriété et sa valeur) qu'on peut ouvrir ou fermer (facon déroulage/enroulage) sinon il prendrait trop de place dans le widget.
Après, il faudrait pouvoir configurer l'export csv, par exemple en affichant avant l'export, un petit dialogue avec quelques check boxes, dans le genre :
Voulez-vous également exporter les informations suivantes :
[ ] donnés d'article
[ ] blocs auxiliaires 1 à 10
[ ] blocs auxiliaires 11 à 20
[ ] blocs auxiliaires 21 à 30

je vous laisse commenter avant d'aller plus loin...

Hallo rlvir,

die Übertragung von Texten vom Kanal auf die Übersicht der SPS-Karte geht noch nicht ganz automatisch.
Siehe ein Beispiel von mir im Anhang.
Der Text "mein Signaltext" sowie die Adresse "E0.0" muss du per Hand eingeben sowohl in der Übersicht als auch auf dem Kanal.

oui, les conducteurs auto ne marchent que lorsqu'un seul et unique élément est déplacé.
Je ne sais pas si Joshua a prévu d'étendre la fonction à plusieurs éléments avant la sortie de la version 0.6.
Il se peut que cela demande une certaine dose de travail... mais comme d'hab... j'en sais rien !

chez moi avec la dernière version en cours (svn4987), si j'ouvre le projet, que je ne touche absolument à rien et que je relie la borne "-" de l'alim avec le fil de masse n°22, j'ai aussi directement un crash.

Par contre, si j'efface le fil n°22, pas de crash en reliant la masse de l'alim. Et si, après coup, je refais la liaison entre les 2 flèches (renvois de folio) du fil n°22, alors le tag %sequ... disparaît et est correctement remplacé par le chiffre 22.

Ca y'est, je pense avoir pigé ce que tu veux faire

Pour "éviter de tout se retaper", il faut configurer les nouveaux folios. Suivre la procédure suivante :
- va dans le menu "Projet" et clique sur l'entrée "Propriétés du projet"
- la fenêtre "Propriétés du projet" apparaît
- à gauche, clique sur "Nouveau folio"
- dans la rubrique "Informations des cartouches", clique sur l'onglet "Personnalisées" et rentrent tes variables dans les champs.
Ainsi, lorsque que tu crées un nouveau folio, il prendra en compte automatiquement tes variables personnalisées ainsi que leurs valeurs.

Tu remarquera que la configuration des nouveaux folios ne se limite pas à ces champs de données.
Tu peux préconfigurer toutes les options disponibles dans les onglets "Folio", "Conducteur", "Reports de folio" et "Références croisées".

ben, en gros, à peu près comme chez toi, dans les 10 secondes. Mais j'ai pas fait de mesure chrono en main.
Disons que c'est un temps tout à fait acceptable. C'est juste que quand QET crashait beaucoup, ca devenait parfois pénible. Donc si QET ne crash plus (ou moins), le temps de chargement des projets n'est pas si important que cela.

Ben laisse tomber alors ! Y'a plus urgent à faire. Je pense en particulier au dock projet que tu voulais aussi refaire (avec possibilité de créer des sous-dossiers pour mettre des + et/ou des =) et qui doit représenter à lui tout seul un boulot de plusieurs mois... Et si c'est encore d'actualité.
Perso, en ce moment j'ai absolument pas le temps de faire des specs software pour QET. Mais il faudra bien en repasser par là si tu veux avoir une base pour développer.

Ici en Allemagne, Eplan a quasiment le monopole du marché des éditeurs électrotechniques et la souris fonctionne comme dans QElectroTech.
C'était juste pour relativiser tes "99% des logiciels..."

Après, si ca botte les développeurs d'implémenter ctrl+molette, pourquoi pas.

@ Captaindoc :

pour feuilleter les folios d'un projet, il existe 3 possibilités :
1. double-clic sur un folio dans l'arborescence du projet.
2. molette souris (ou clic gauche) sur les onglets des folios (juste au dessus de la zône de dessin).
3. touches "page haut" et "page bas" lorsque le focus est sur la zône de dessin.

Avec tout ca, je pense pas qu'un raccourci supplémentaire soit nécessaire.

@ scorpio810 :

moi aussi il me gonfle ce problème de décalage avec le zoom adapté.
On en avait parlé l'année dernière je crois et, depuis, je voulais pas en reparler pour pas trop vous agacer toi et Joshua.
Mais ce serait bien si ce décalage pouvait disparaître prochainement.

De mon côté, j'avais fait quelques petites expérimentations pour voir d'où cela peut bien provenir.
Et bien cela n'a pas donné grand chose !
D'un point de vue utilisateur, je n'arrive toujours pas à comprendre ce qui provoque le décalage.

Je confirme que l'occurence du problème augmente lorsqu'on fait des copier/coller de gros ensembles d'un folio à l'autre.
C'est comme si le point de référence du zoom (en haut à gauche du folio) changeait de coordonnées.

Et puis, tant que j'y suis :
l'option "Autoriser le dézoom au-delà du folio" (widget "Configurer QElectroTech") n'est toujours pas vraiment utilisable dans sa forme actuelle (essayer de travailler en dehors du cadre du folio pour s'en convaincre).
Une proposition :
ce serait plus pratique si le zoom n'avait aucun point de référence car cela permettrait d'utiliser réellement "Autoriser le dézoom au-delà du folio" sans aucune limitation (comme AutoCAD, QCAD et tous les autres clones de dessin 2D).
Revoir la fonction "Zoom adapté" pour que l'adaptation ne se fasse plus en fonction du coin en haut à gauche mais simplement en fonction des dimensions du cadre du folio.
L'idéal serait que le zoom adapté se comporte comme "Zoom sur le contenu" en utilisant les dimensions du cadre.

Effectivement, pour ce travail là, moi aussi je ne m'embêterais pas à créer des éléments avec données d'article intégrées. Ca prend beaucoup de temps au début !

Mais l'avantage se fait sentir sur la longue durée, quand on utilise régulièrement les mêmes marques.

Bon courage !