Search options (Page 17 of 33)

Je vient d'essayer, je n'ai pas réussi à reproduire le problème.

Ok pour le placement du texte, je posai la question des fois que je pouvais améliorer quelque chose, mais cela semble être au cas par cas donc je pense pas qu'un algo pourrais faire ça.
Mais j'ai quand même penser à un truc qui ne règle pas les cas que tu énonce mais peut être peut servir : dans le cas de plusieurs conducteurs horizontaux les uns au dessus des autres mais pas de même longueur, donc les textes sont au milieu de leur conducteur respectif mais pas aligner entre eux, une option du style sélectionner tous les textes de conducteur -> clic droit aligner les textes, tous les textes s'aligne par rapport à celui qui à reçus le clic droit. Idem pour les conducteurs verticaux.

Pour ton second fichier, it's not a bug it's a feature .
Celui de gauche est en auto, celui de droite à la main.
A gauche :
étant donné que la position est en auto, la position est réévaluer à chaque fois que le profil du conducteur est modifié.
A droite :
étant donné que la position est manuel, lorsque le profil du conducteur est modifié le texte reste à la position que l'utilisateur à défini, seul exception si le texte se retrouve trop loin du conducteur, alors la position est modifié afin de ne pas être au delà de la distance maxi.

Dans le cas d'un positionnement manuel et que tu déplace les deux éléments, le profil du conducteur resté inchangé donc il est considéré que tu veux déplacer l'ensemble et non pas le modifier, et donc que tu souhaite que le texte reste au même endroit par rapport à sont conducteur.

Pour en revenir au cas de droite, pour remettre le texte en auto la seul solution depuis qet c'est de modifier le tracé du conducteur puis de le réinitialiser.
Que pensez vous si je modifie la fonction 'réinitialisé le conducteur', afin que le positionnement du texte revienne en auto même quand le tracé du conducteur est en auto ?

Ça oui ok, mais quand tu déplace en même temps deux éléments entre lesquel est relié un conducteur le texte doit suivre et pas attendre d'être  à la limite de distance.

Qu'est ce qui ne te convient pas dans le placement par défaut ?

Dans le fichier on vois que les deux conducteurs concerné on les propriété usery et userx, ce qui signifie que tu les as déplacé à la main, c'est donc pour ça qu'ils reste sur place.
Bon effectivement il est bien question d'un bug car quand on bouge les deux éléments d'un conducteur, le texte, même déplacé à la main, doit suivre.
La solution en attendant que je règle le problème : tu modifie le chemin des conducteurs concerné par le bug, puis tu réinitialise les conducteurs, cela aura pour effet d'anuller le fait que tu ai déplacé les textes à main.
Je constate un autre problème sur le second disjoncteur, quand tu le déplace sur la droite, ou la borne de droite déplacé sur la gauche, le segment du conducteur entre les bornes des deux éléments est en diagonal, par contre la où je n'arrivais pas à reproduire le bug auparavant j'y arrive maintenant en analysant ton fichier. Cool
A+

Bien sure que non , comme je disais les infos sont bidon et il y en a 20.
Quand tout sera fini il n'y aura aucune limite du nombre de ligne.

Oui et non, tu définira ce que tu souhaite afficher et le tableau l'affichera (donc tu ne modifiera pas le tableau lui même mais ce qu'il doit contenir).
Si ce que tu doit afficher est très volumineux, imaginons 200 entrées, tu pourra créer par ex 4 tableaux sur 4 folios différent puis définir pour le 1er tableau entrées 0 à 50, 2eme tableau entrées 51 à 100, 3eme tableau entrées 101 à 150 et 4eme tableau entrées 151 à 200.

Oui j'ai bien reçu le colis (pas pris le temps de te le confirmer).
J'ai pas encore pris le temps de monter la machine, mais mon boîtier risque l'indigestion , le ventirad est énorme. Affaire à suivre....

Quelque nouvelles du front
La fonctionnalité en cours de développement actuellement est la possibilité d'ajouter une nomenclature directement depuis qet.
Pour cela il me faut procéder en plusieurs étapes, la première étant de créer un tableau pouvant être ajouté sur le folio.
Bien qu'il ne soit pas encore finalisé il vous est déjà possible de jouer avec. Celui-ci se trouve dans le menu 'projet->Ajouter un tableau lambda (Fonctionnalité en cours de développement)' je sais, le nom est débile mais en attendant que ce soit finie....
A l'heure actuel les infos qui apparaissent dans le tableau sont bidon, elles sont uniquement présente dans un but de test (pour moi et vous) et il est impossible de les modifier.
Un petit tour du proprio :
-Le tableau est déplaçable avec la souris (pas encore gérer par la pile d'annulation).
(Sauf bug ou erreur de ma part, tout ce qui suit est géré par la pile d'annulation)
-Le tableau est redimensionnable en agrippant le point bleu en bas à droite.
--Widget d'édition--:
-position x et y
*En tête*
-Marge du texte dans la cellule (haut bas gauche droite).
-Alignement du texte dans la cellule (gauche centre droit)
-Police du texte.
*Tableau*
Idem à l'en tête.

Le tableau n'est actuellement pas enregistrer dans le projet.
Comme d'habitude les retours sont la bienvenue.

Wahou....
J'ai testé sur deux pc windows
*17s -> 12s soit environ 29% de gain
*11s -> 8 soit environ 26% de gain
Donc pour arrondir, je planchais  pour un gain de vitesse de l'ordre de 30% (ce qui est déjà très bien) mais alors la 83%.......

Il me reste encore une amélioration à fignoler.
Sous linux aucun gain de vitesse mais cela s'explique par la manière dont linux gère les accès disque, en revanche sous windows je pense que l'on peut encore gagner du temps.
Dans tous les cas, tous les OS bénéficie de l'amélioration, certains plus que d'autre.

Pour le dialogue qui indique le temps de chargement, c'est temporaire afin d'avoir une mesure, tout comme le fait de choisir entre le parser  Qt ou pugi.
Au départ cela devais juste être un petit test pour voir si passer à pugi étais pertinent, mais au vue de l'amélioration et du (relatif) peu de temps que j'ai passé dessus, celui-ci sera intégré pour la 0.8.
Par la suite charger les projets avec pugi devrais aussi être intéressant, mais cela attendra la 0.9.

Pour ton problème de requête qui n'est pas enregistrer, je n'arrive pas à reproduire le défaut.

Tu peut préciser quand tu dit "comme vide".
Autrement non lors d'une mise à jours les requêtes que tu as enregistré sont conservé.

Car j'ai crée le dialogue ainsi sans trop y réfléchir :p
Mais pourquoi pas.
Par contre pour les listes déroulante, les laisser en bas proche du bouton OK n'est il pas mieux, d'un point vue mouvement de souris ?

Pour l'histoire de liste de matériel vs bon de commande, je vais peut être dire une bêtise mais pour moi il est bien question d'une liste de matériel.
Un bon de commande s'adresse à un fournisseur (Il y a de forte chance qu'avec la liste/bon crée depuis QET tout ne soit pas commandé au même endroit ) de plus sur un bon de commande il n'y a pas qu'une liste, il y a le nom de ton entreprise avec des info comme adresse, fax, tel..... un numéro de commande et sûrement beaucoup d'autres choses.

Ça a été un gros fouilli ce truc quand ça a été mis en place, et ça se ressent dans la code : numéro d'article -> désignation.
Quand j'ai codé la bdd pour l'export, j'ai cru à un bug au début car je ne me rappelais plus de tout ça.
Après numéro d'article et numéro de commande il y festo qui fonctionne comme ça, exemple avec un vérin depuis leur site web :
vérin compact
ADN-12-10-A-P-A                ->doit être la designation
N° de pièce: 536205           ->doit être le numéro de commande (ou l'inverse )

Et aussi à coder, moins verbeux que le xml, et c'est très adapté pour ce genre de choses à stocker.