Search options (Page 151 of 302)

Bonjour Christophe,

malheureusement ton fichier une fois extrait est vide.

Rien dans C:\Users\chris\AppData\Local\stalefiles\QElectroTech ?

Ce qui est étrange d’après vos retours c'est que ce problème ne concerne que la plateforme MS Windows....

Ah, ok je comprend mieux, merci pour l'explication.

  - open a .qet file (or create a new one)
- make your first drawings (e.g. insert something, draw a line)
- make settings for the projekt. Define own projectvariables , anything else.
- save the file as e.g. sample.qet
think about: "hm, that's nice. Why shouldn't i use this as my fafourite template for many of my drawings?!"
- so : delete all! pages (tab's)
- save the file again
- close the file.

Now open your project add one folio, save the file again, close and re open project, variables work now. 

You can help Pawel, is easy to update translation example here :

Get the latest GIT sources here :
git clone git://git.tuxfamily.org/gitroot/qet/qet.git qet_git
or on Github mirror :
https://github.com/qelectrotech/qelectr … rce-mirror

For translating program interface you need to have qtlinguist application, it 
installed by qtcreator program.
https://www1.qt.io/offline-installers/?hsLang=en

After just click on qet_pl.ts file in lang directory, it open qtlinguist.

http://doc.qt.io/qt-5/linguist-translators.html

Due comment chains in sources are in French you can open in the same editor 
English translation, that can help you for translate.

When you work is finished click on save and publish and send me your qet_pl.ts 
and qet_pl.qm file. 

Bonjour,

pourrais tu être plus précis.

@Plc-user,

added  thanks.

Humm ! mouse scroll tabar not work here on Mojave but is ok on HighSierra, you can comfirm it's work on your Mojave?

Bonsoir,

quand tu modifies un élément embarqué depuis le widget collection / Project /éléments embarqués tu n'as aucune vérification, ton élément sera écrasé et tu verras la différence à la ré ouverture du projet qu' a condition que tu l'ais sauvegardé.
Car son UUID ne sera pas modifié par l’éditeur lors de l'enregistrement, et donc pour le programme l’élément est le même donc ton projet ne sera pas marqué modifié!
C'est très utile à condition de savoir ce que l'on fait!

Le mieux est d’éditer ton élément puis de le sauvegarder dans ta collection user puis de le drag and drop n'importe ou dans ton projet juste pour lancer ImportElementDialog qui te proposera plusieurs solutions, remplacer l’élément, faire cohabiter les deux versions, etc, et là le projet sera marqué comme modifié. Apres tu peux supprimer l'élément que tu viens juste de drag and drop.

Comme tu le vois tu a deux méthodes une plus rapide et sans vérification, l'autre un peu plus longue mais plus sure.

//Element already exist in the embedded collection, we ask what to do to user
    if (m_elements_collection->exist(import_path)) {
        ElementsLocation existing_location(import_path, this);
 
            //@existing_location and @location have the same uuid, so it is the same element
        if (existing_location.uuid() == location.uuid()) {
            return existing_location;
        }
 
        ImportElementDialog ied;
        if (ied.exec() == QDialog::Accepted) {
            QET::Action action = ied.action();
 
                //Use the exisitng element
            if (action == QET::Ignore) {
                return existing_location;
            }
                //Erase the existing element, and use the newer instead
            else if (action == QET::Erase) {
                ElementsLocation parent_loc = existing_location.parent();
                return m_elements_collection->copy(location, parent_loc);
            }
                //Add the new element with an other name.
            else if (action == QET::Rename) {
                int a = 0;
                QString parent_path = existing_location.parent().projectCollectionPath();
                QString name_ = existing_location.fileName();
                name_.remove(".elmt");

Please try latest packages.

Les constructeurs font tout pour réduire les coûts de productions, la compétitivité, toussa, je le comprend, et souvent je pense qu'ils s'en fichent que les clients galèrent en maintenance préventive ou curative.. c'est du vécu, et ça n'engage que moi ...quand c'est nous qu'on défini un projet ou crée une installation on réfléchi autrement, car les temps d’arrêts machine sont crucial et coûtent beaucoup d'argent.

Quand aux bornes rapides a ressort, on les as bannies chez nous. En théorie c'est chouette, en pratique et sur le long terme cela l'est beaucoup moins. Il vaut mieux resserrer une borne que la remplacer car le ressort ne fait plus sont travail correctement avec les risques que ça comporte..
Les nouvelles bornes vis + ressort (Borne hybride - Vis-IDC) seraient peut-être plus pratiques...et plus fiables dans le temps?.