C'est bon j'ai réussi à faire ce que je voulais, mais en reprenant x fois les fusions.
501 2019-05-03 11:00:38
Re: Editeur cartouche: ajout de ligne casse les fusions (4 replies, posted in FR : Aide, suggestions, discussions, ...)
502 2019-05-03 10:30:51
Re: Editeur cartouche: ajout de ligne casse les fusions (4 replies, posted in FR : Aide, suggestions, discussions, ...)
Il suffit ... mais c'est relou de tout reprendre la mise en place.... y a intérêt de savoir ce qu'on veut faire et de ne pas tatonner ! De plus j'ai été obligé de fermer et rouvrir QET car à un moment donné, la fusion fesait n'importe quoi.
503 2019-05-03 08:54:28
Topic: Editeur cartouche: ajout de ligne casse les fusions (4 replies, posted in FR : Aide, suggestions, discussions, ...)
Bonjour,
dans l'éditeur de cartouche: lors de l'ajout d'une ligne cela casse la fusion de case.
504 2019-05-02 17:23:17
Re: Nouveautés de la version de développement 0.7 (554 replies, posted in News)
Si seulement...
505 2019-05-02 17:13:43
Re: Nouveautés de la version de développement 0.7 (554 replies, posted in News)
Sur QET ça va, mais sur le reste .....galère !
506 2019-05-02 17:03:35
Re: Nouveautés de la version de développement 0.7 (554 replies, posted in News)
Tu es devin !
507 2019-05-02 16:59:43
Re: Nouveautés de la version de développement 0.7 (554 replies, posted in News)
Je viens de chronométrer, accroches toi bien: au bout de 12s l'mage de démarrage QET disparait et au bout de 1m55s QET à finit de charger la bibliothèque !
508 2019-05-02 16:56:07
Re: Nouveautés de la version de développement 0.7 (554 replies, posted in News)
Il y a un SSD dessus.
509 2019-04-30 14:47:05
Re: Nouveautés de la version de développement 0.7 (554 replies, posted in News)
Non, au boulot une dizaine d'éléments seulement ....
510 2019-04-30 13:47:58
Re: Nouveautés de la version de développement 0.7 (554 replies, posted in News)
Avec la 5848, je n'ai rien remarqué : le chargement de la collection est toujours de plus de 30s....
511 2019-04-29 19:40:42
Re: XREF: représentation en contact des inverseurs temporisés (16 replies, posted in FR : Aide, suggestions, discussions, ...)
Super !
512 2019-04-29 17:06:26
Re: Nouveautés de la version de développement 0.7 (554 replies, posted in News)
Malheureusement, en entreprises le renouvellement du parc informatique est très lent ...
513 2019-04-29 16:55:51
Re: Nouveautés de la version de développement 0.7 (554 replies, posted in News)
Malheureusement au travail je suis en 32bits encore.....
514 2019-04-29 11:52:56
Re: XREF: représentation en contact des inverseurs temporisés (16 replies, posted in FR : Aide, suggestions, discussions, ...)
Tu vas l'appliquer le patch ?
515 2019-04-28 17:44:06
Re: XREF: représentation en contact des inverseurs temporisés (16 replies, posted in FR : Aide, suggestions, discussions, ...)
Il y a un cas de figure que Qet ne permet pas de gérer aujourd'hui :
516 2019-04-28 11:36:46
Re: XREF: représentation en contact des inverseurs temporisés (16 replies, posted in FR : Aide, suggestions, discussions, ...)
scorpio810 wrote:
@ Joshua : je pense que Galexis voulait aussi un flags &Delay_On_Off ?
https://symbols.radicasoftware.com/category/Timers.html
Oui c'est bien cela au sujet de la représentation des contact inverseur temporisés: il y a plusieurs forme de parachute en fonction des tempo.
Pour les entrées automates sont effectivement un sujet ....
517 2019-04-26 20:06:14
Re: XREF: représentation en contact des inverseurs temporisés (16 replies, posted in FR : Aide, suggestions, discussions, ...)
Super rapide !
Tu as ajouté des nouveaux choix dans le type d'esclaves ?
518 2019-04-26 09:18:31
Topic: XREF: représentation en contact des inverseurs temporisés (16 replies, posted in FR : Aide, suggestions, discussions, ...)
Bonjour,
serait-il possible de représenter les contacts inverseurs de bloc tempo avec les symboles de "parachutes" ?
Aujourd'hui, un contact inverseur est forcément non temporisé. Les contacts temporisés sont forcément des contacts simples....
Merci.
Cordialement.
519 2019-04-26 08:46:07
Re: Groupe de texte dynamique et orientations (6 replies, posted in FR : Aide, suggestions, discussions, ...)
L'ordre de création semble changer le comportement:
- création des textes / création d'un groupe / tirer les textes dans le groupe = orientation changée
- création d'un groupe / création des textes / tirer les textes dans le groupe = orientation conservée..
520 2019-04-26 08:40:47
Topic: Groupe de texte dynamique et orientations (6 replies, posted in FR : Aide, suggestions, discussions, ...)
Bonjour,
quand je créé une série de texte dynamique orienté à 270° et que je les mets dans un groupe ensuite: les orientation sont remises à 0. La pile d'annulation n'enregistre pas ce changement d'orientation.
Merci.
Cordialement.
521 2019-04-19 11:57:13
Re: Fonctionnalité QElectroTech 0,8 (22 replies, posted in FR : Aide, suggestions, discussions, ...)
Joshua wrote:
Prochainement le lien vers le site de vote.
C'est quand qu'on vote ?
522 2019-04-19 11:55:24
Re: Fonctionnalité QElectroTech 0,8 (22 replies, posted in FR : Aide, suggestions, discussions, ...)
javdenech wrote:
Bonjour tous
On pourrais ajouter un bouton rapide pour remplacer en un clic la formule d'un conducteur resultant de l'autonumerotation par son résultat. ( j'ai de temps en temps des numéros de fil qui tiennent compte des folios alors c'est un peu embétant avec les renvois)
Pourquoi c'est embêtant avec les renvois ? C'est embêtant si tu change le label ou la position de ton folio...
Il existe déjà un moyen de bloquer le résultat des formule en cas de changement de numéro de folio via l'onglet management: il faut cocher "seul les nouveaux" dans ton cas. Ou alors tu as le menu déroulant "état du projet" qui fige les résultats de formules si tu mets "projet construit".
523 2019-04-14 15:58:45
Re: Fonctionnalité QElectroTech 0,8 (22 replies, posted in FR : Aide, suggestions, discussions, ...)
Joshua wrote:
J'ai toujours du mal avec cette histoire de structure.
Non pas que je ne veut pas l'implémenter (ça c'est déjà ok) mais à chaque fois, tu nous dit que cela implique de profond changement, alors que pour moi (de ce que j'en ai compris) ce n'est pas le cas.
Alors certes ça change pas mal de chose lors de l'élaboration d'un projet, mais dans le fond ça reste juste une structure permettant de savoir où ce trouve un élément, armoire etc....
Alors soit je visualise très mal ce que cela implique, soit tu pense que les changements au niveau du code sont plus conséquent qu'ils ne le seront réellement.
Ou peut être les deuxJe comprend que les gros projets (kde, gnome, gimp etc...) ai besoins de se rencontrer pour de vrai de temps en temps, ça aide beaucoup.
Je dirais que cela implique une arborescence projet qui tienne compte de la structure et des basic shape spécial pour définir l'emplacement tout ce qui est hors armoire ....non ?
524 2019-04-14 15:57:07
Re: Fonctionnalité QElectroTech 0,8 (22 replies, posted in FR : Aide, suggestions, discussions, ...)
Joshua wrote:
À étudier, mais je pense que c'est faisable.
Cool, ça serait pratique pour lors de la création, moins losr de reproductuion de schéma.
525 2019-04-14 09:46:46
Re: Fonctionnalité QElectroTech 0,8 (22 replies, posted in FR : Aide, suggestions, discussions, ...)
Joshua wrote:
galexis wrote:Mais les labels, les esclaves liés, commentaires, référence, etc .... sont effacés. Se serait plutôt un "déplacer", qui conserverait tout cela. Les renvois déplacés pourrait aussi suivre le déplacement et rester liés.
Pour les label commentaire etc... c'est déjà le cas
configurer QElectroTech -> général ->projets -> ne pas conserver les labels d'éléments lors du copier coller.Pour ce qui est des références croisée, ce n'est pas le cas et la comme ça je ne sait pas le temps que ça prendrais (car implique certaine chose dans le code et l'utilisation), mais ce serais plutôt le genre de truc que je ferais comme ça entre deux nouvelles fonctionnalités, plutôt qu'une fonctionnalité elle même.
Pour moi le fait de copier coller avant ou sans conserver certaine informations devraient être via le clic droit de la souris, par 2 choix différents : ce besoin dépend du cas de figure et non pas du projet ou de l'utilisateur