Haha, cool ! N'hésite pas à me faire tes retours sur la version de test !
S'il y a des choses à améliorer, c'est maintenant :)
Je dirais qu'il faudrait que la dimension totale apparaisse quelque-part [...]
Et te faut-il la dimension réduite ET totale dans ce cas ?
Parce que sinon, sur les propriétés de la matière chant, il y a une option pour que OCL ne déduise pas l'épaisseur des chants des dimensions de pièce. Ca ne peut pas correspondre à ton besoin ?
idéalement pour moi dans étiquette
Ha pourquoi ça serait bien dans les étiquettes ?
de plus se serait super si le chant bordé était mis en évidence. Par exemple soulignée !
Question con, mais c'est quoi le chant bordé ?
Dans ce cas, la dimension de débit devrait être utilisée pour la réduction et la dimension capable restée à la longueur finale ... mais ça pose le problème que c'est pas compatible avec la surcôte .... :(
Et avoir 3 type de dimensions, ça deviens l'usine ...
parce que c'est ce chant que je récupère dans mon importation automatique pour les dimensions des panneaux fini
Hmm, mais là c'est un usage un peu particulier, non. Pourquoi ne pas récupérer les valeurs dans les colonnes longueur et largeur ?
et bien un chant peut être brut, sans rien.... ou bordé c'est un chant collé...
Ok, alors, j'avais bien compris. Mais alors dans ton exemple, souligner la longueur pour dire qu'il y a un chant sur la longueur donne une perte d'info quand même. Parce que ça indique pas s'il y a 1 ou 2 chants dans la longueur.
Pour l'instant, cette info est déjà présente dans le tableau :
- Dans les colonnes "Chants" on sait exactement quel chant doit recevoir quoi (les chants peuvent être différents).
- Et par le petit pictogramme carré. Qui représente les 4 chants de la pièce avec la longueur à l'horizontal et la largeur à la verticale.
Ca n'est pas suffisant ? Ou pas clair ?
Ok, je suppose donc que dans ton cas, tu n'as pas besoin d'un pré-débit ? Je veux dire par là que la colonne débit pourrait être la colonne avec les dimensions réduites de l'épaisseur de chants et la colonne capable serait celle avec l'épaisseur de chants.
Dans ce cas, pour satisfaire tous les usages, on pourrait avoir un option à 3 choix sur la matière de chant
- Rien n'est réduit
- Réduction des dimensions débit uniquement
- Réduction des dimensions débit et capables
Il est extrêmement rare chez nous d'avoir plusieurs types de chant sur un panneau.
Rare ne veut pas dire jamais. D'autant que ce système peu aussi servir pour le placage des chants (avec placage bois) qui pourraient recevoir différentes essences. Bref, c'est tout aussi bien de laisser la possibilité, je pense. Sinon, je sens qu'il y en aura un pour en avoir besoin :)
C'est à dire ?
Arf, c'est en plus un terme que j'ai un peu choisi tout seul pour clarifier la différence entre la surface capable (avant usinages) et finale (après usinage) de la pièce.
Derrière capable, je mettais les dimension du bloc de la pièce avant tous les usinages. Pour un panneau, c'est donc la taille finale.
Se sont les dimensions en bleu sur le schéma.
Arf, oui. Je ne sais pas quel build tu utilises, mais depuis hier, l'ordre des chants sur la longueur a changé suite aux retours de Menuiserie de la traverse :)
Je t'invite à retélécharger la version de DEV de ce matin (toujours le même lien de téléchargement).
Est-ce que ce nouvel ordre te semble mieux correspondre à ce que tu en attends ?
Par contre, en voyant ta seconde photo (avec l'encoche), je sens la question suivante venir ... :)
Est-ce que la longueur du chant calculé fera toute la longueur de la pièce pour seulement la longueur du chant en face ?
Toute la longueur de la pièce. Ici OCL simplifie en considérant les pièces comme des rectangles même si elles ont un usinage. Du moment qu'il y a au moins un petit bout de face dans le plan du bord.
Menuiserie de la traverse arf ... c'est pas possible tout ça. Enfin, disons que ça ne correspond qu'à certains cas particuliers d'utilisation. Une même définition de pièce peut être placée dans n'importe quelle orientation dans la scène. Trouver l'orientation d'une instance pourrait être tout aussi arbitraire qu'un choix logique mais invariant d'une pièce à l'autre. Sans compter que les axes dans la pièce peuvent eux aussi être orientés comme l'utilisateur veut.
Ce que j'ai cherché à faire ici, c'est qu'entre la fenêtre de propriétés et la fiche de débit ça soit la même façon de donner l'information. Cette correspondance me semble importante.
Et dans la FDD, il ne me semble pas possible d'indiquer autrement que par rapport aux seules notions qu'il y a : longueur et largeur.
D'ailleurs, c'est comme ça que mes fournisseurs me demandent d'identifier les chants : long1, long2, larg1, larg2.
Il y a deux orientations à considérer :
- L'orientation du repère dans la définition de la pièce
- L'orientation des instances la pièce par rapport au repère de la scène
L'orientation du repère dans la pièce est déterminant pour d'autres trucs que la définition des chants. C'est grâce à ça qu'on peut aussi orienter le fil du bois (pour la texture ET pour le calepinage)
Par convention (et si l'orientation automatique n'est pas active dans les options), j'ai pris la longueur sur l'axe X (rouge) et la largeur sur l'axe Y (vert). Ce qui mathématiquement est assez courant :)
Donc, une porte bien modélisée aura son axe interne rouge dans la longueur, qui serait en fait le long de l'axe bleu (Z) de la scène.
Voici quelques capture de ce qui s'affiche en ce moment. J'ai ajouté les petits axes de couleur. C'est la même pièce avec juste un changement de ses axes internes.
C'est finement réalisé. Bravo !
Beech ô ma beech ?
C'est original de faire ce genre de pièce dans des chutes de plan de travail :)
ne pas faire des carrés mais si possible des rectangles pour savoir directement quels côtés on a prévu de plaquer [...]
Je ne suis pas certain de comprendre. Un carré ou un rectangle indique la même information, non ?
Je pense que tu parles de la petite icone bleue dans la liste ? En effet, c'est une icône qui reste carrée.
Par contre, dans le fenêtre de propriétés, le dessin des pièces se fait avec le ratio réel longueur / largeur (cf images joints).
D'ailleurs, dans cette fenêtre les indications haut, droite, bas, gauche ne me satisfont pas trop, parce que c'est pas forcément le reflet de la position dans le modèle.
Ce qu'il faut voir, c'est qu'il m'a vallu trancher une uniformisation des orientations des pièces en plaçant la longueur sur l'horizontal et la largeur sur la verticale (comme dans le calepinage). Ce qui n'est pas forcément l'orientation réelle dans le modèle.
C'est important que ça soit sur le calepinage ? C'est pour faire un petit repère tant que tu as la pièce dans la main, c'est ça ?
La fiche de débit avec les colonnes de chant à plaquer, ça ne suffit pas ?
Si vous voulez, il y a ici une version de DEV à tester.
Attention qu'il faut d'abord désinstaller la version précedente d'OCL avant de l'installer et relancer SU ensuite.
Il reste encore du travail pour "blinder" la nouvelle fonctionnalité et que ça fasse pas des erreurs imprévues si on s'en sert pas bien :)
Hésitez pas à me faire tes retours pour faire évoluer le truc, merci !
BenoitBSB arg, c'est à dire ? Ca fait rien ? Ou ça fait une erreur ?
(Si tu as installé la version de test, il faut bien penser à relancer SU après l'installation.)
BenoitBSB, voilà qui évitera de sortir le stabilo 
Je plussois, c'est du hêtre.
Merci Cyberugo !!
Merci titie3325 !
... et il y a quand même toujours le moyen de l'améliorer :)
Merci Jean Galmot !!
Haha, oui, lances-toi sur SU, c'est pas très sorcier :)
Merci Alexx002 !
Pour un champ en abs de 2mm par exemple est-ce que la cote panneau se trouve réduit de l épaisseur du champ ?
Wep, c'est prévu comme ça. Mais ce que je me demande c'est si on s'attends à trouver dans la FDD quelque part la taille du panneau AVEC les chants ?
Ha ok, alors, ça peut se jouer avec un paramètre ou en mettant l'épaisseur à 0.
Une option plus intéressante à avoir en général à la liste ou sur chaque matière de chant ?
Dans tous les cas, si la taille est réduite elle le serait dans la colonne débit ET capable, on est d'accord ?
Dans mon esprit, le débit sert pour ceux qui comme moi font un "pre-débit" des panneaux avant de les retailler à leur taille finale.
[...] Bien sûr, cela se complique si on utilise déjà une surcotes de débit dans la matière du panneau mais en pratique cela me semble assez rare.
Haha, oui, ça c'est pour mon usage perso. Comme je fais rarement découper mes panneaux. Je fais un pré-débit à la vollé avec une surcôte. Mais c'est certain que de mixer ça avec l'épaisseur du chant, ça devient compliqué.
Concernant les dimensions, d’après mon expérience la dimension fini du panneau doit toujours rester celle avec chants.
Donc, ce qui est dans la colonne Capable ne devrait pas être modifié ?
Et c'est pas étrange de ce trouver avec une taille de débit plus courte que la taille capable ?
Dans tous les cas cette option semble prometteuse, merci pour ce super plugin qu’est OCL !
Petit détail, à une hauteur de plus de 60cm il est nécessaire de mettre un revêtement de sol particulier qui amortit l'impact en cas de chute.
Hmm, Philippe Gelard, j'ai envie de penser que personne ne va monter dedans. C'est plus pour y poser des objets, non ?
RIRI212 copier/coller du texte à citer et tu places un ">" en début de ligne pour que le texte s'indente.
Le ">" doit obligatoirement être en début de ligne et avec un espace après. Tout simplement :)
Sinon, il y a aussi un bouton pour ça.
il est possible de "tourner" le panneau de base si on préfère "l'attaquer" dans le sens de la largeur [...]
Mauvaise idée si tu as des panneaux avec un fil à respecter. Genre le CP. L'important n'est pas le sens du panneau, mais bien la cohésion entre ce qui est une longueur dans une pièce et dans un panneau. Il est d'usage de mettre le fil dans la première dimension et ici la première dimension est la longueur.
Si tu as des pièces toute en longueur et avec le paramétrage par défaut, oui, il utilisera la longueur de ton panneau. Mais c'est possible de faire autrement sans inverser les cotes.
j'ai eu plusieurs plantages de sketchup après l'installation du plugin [...]
Arg ... étrange ça. Tu avais bien redémarré après la désinstallation, puis installé la 1.5, puis rédémarré SU ? Quelle version de SU ?
la fenêtre OpenCutList s'ouvre un peu bas sur mon écran [...]
Grrr ... encore un petit écran qui traine :P
je ne voyais pas le bouton "Ouvrir" mais maintenant que je sais qu'il est là.....
A terme, il n'y aura plus ce bouton de toutes façon puiseque le rendu devrait être intégré dans la fenêtre du plugin :)
Pas facile d'exprimer "Trimming size" en français (marge de coupe ???)
C'est ça. C'est la marge qui est à retirer tout autour du panneau. Il manque la traduction ;)
Pourquoi les pièces sont en surbrillance quand on les survole sur la feuille de coupe ?
C'est pour le futur !!
Pour une bonne traduction de "Trimming size", je suis preneur!
Marge ?
Merci !
L'export dans un fichier html est à mes yeux temporaire dans cette version de dev. C'est le temps de mettre en place le reste de la structure de la fonctionnalité de calepinage.
Il me semble important que le premier rendu se fasse directement dans la fenêtre du plugin. Ceci pour la première raison simple du nombre de cliques nécessaires et des fenêtres à basculer de l'une à l'autre.
Ainsi, le fonctionnement serait à voir comme celui de la fiche de débit.
- on génère
- on voit un rendu
- il nous plait, on l'imprime ou on exporte
De là, si on peut l'exporter, il sera simple de l'enregistrer où il nous convient.
Séverine Oups ! Un petit bug !
Arf, c'est un bug qui ne sera plus. Ca vient du petit popup vert.
Trimming size
Hmm ... c'est la surcôte du panneau dans un sens puisque c'est la bordure à ne pas utiliser sur la feuille.
Mais je pense que ça serait confusant de reprendre ce terme. Parce que là ça a plutôt tendance à réduire qu'à grandir les choses. Puisque ca réduit l'espace utilisable.
Alors ça va donner quoi en version finale?
Mieux ;)
Merci Baptiste pour ces retours bien détaillés !
mètre linéaire dans le récapitulatif
Je plussois le message de Martin Müller, c'est la colonne longueur pour une matière de type barre, non ? En tout cas, c'est dans cette optique que je l'avais mise.
Bon, tout ça me fait voir qu'il faut que je m'active sur l'intégration du rendu dans le plugin. Une fois cette étape faite et propre, il sera possible de mettre en forme les éléments à afficher.
Ce qui fait la force de ce plugin (et qui m'a fait l'écrire au départ), c'est d'éviter d'avoir à ouvrir autre chose que SU pour avoir les infos voulues. Cette fonctionnalité ne peut donc pas déroger à cette règle ;)
Ça ne serait pas à cause d'un écran trop petit qui t'aurais empêché de voir le lien vers le fichier généré s'affiché en bas ?
Petite mise à jour de ce dimanche, le rendu des schémas de calepinage se font désormais dans le plugin. Plus de sortie externe dans un html.
L'interface n'est par contre pas finalisée, mais le flux de travail est en grande partie là.
N'hésitez pas à réinstaller le dernier build 1.5.0-DEV (201806031040). C'est toujours au même endroit et il faudra bien désinstaller la précédent pour l'exécuter.
Pour savoir quel build est installé chez vous, ouvrez l'onglet A propos situé en bas à droite de la fenêtre du plugin. Et vous y trouverez toutes les information sur la version installée.
Merci de vos retours !
Voilà une idée intéressante et qui ne semble pas impossible à réaliser !
Par contre n'y voit là aucune promesse que ça soit prochainement intégré ;)
Toutes ces idées m'amène d'ailleurs à peut-être lancer la réflexion sur la limite que l'on veut faire des requêtes utilisateur. Limites grandement données par le temps bénévole qui est impartie à l'exécution de ce travail.
Que ce soit Martin ou moi, c'est de nombreuses heures que nous passons au détriment de beaucoup d'autres choses (famille ou boulot).
Aujourd'hui, sur 100% des fonctionnalités du plugin, je m'y retrouve, parce que je suis le principal utilisateur. Même si ça me couterait peut-être moins cher de me payer un logiciel.
Sur des fonctionnalités qui ne correspondraient plus à mes besoins (comme les étiquettes), je suis plus frileux à investir de mon temps sans le compter. Non pas que je ne veuille pas, mais il faut que je sache me préserver tout ça quand même.
Bien entendu, l'aide au développement des fonctionnalités est la bienvenue. Mais plus on sera nombreux, plus il faudra prendre du temps d'organisation (le gain n'est pas toujours là pour les dev historiques).
Voilou, je veux absolument pas casser la proposition en disant cela, mais bien rappeler le contexte de création de ce plugin.
Pour moi, c'est une chose qu'il ne faut surtout pas percevoir comme un outil gratuit où les évolutions seront infinies sans réflexion plus profonde sur la valeur du travail à fournir.
Une contribution que peut déjà faire chaque utilisateur qui utilise ce plugin et l'apprécie, c'est d'en parler pour qui soit mieux connu et encore plus utilisé.
L'intérêt derrière tout ça c'est de faire connaître le profondeur du projet L'Air du Bois et la possibilité d'une économie basée sur l'échange et donc le troc de temps.
Merci ! Mais c'est Martin qui a répondu à tes questions en courrier privé ;)
Salut papychat, je suppose que tu es sous Windows, non ?
Ce qu'il faut savoir, c'est que sous windows et avec un SU < 2017, le rendu du plugin se fait grâce à Internet Explorer. Et malheureusement, les ancienne version de IE (9, 10) ne supportent pas une fonctionnalité qui est actuellement utilisé pour afficher le rendu du calepinage.
Je travail à faire autrement. J'espère que ça corrigera le pb pour ces anciennes versions ...
Re papychat, Peux-tu réessayer avec le dernier build ?
Wop, si vous souhaitez tester à nouveau, il y a eu pas mal de modifications faites cette nuit :P
Il reste à faire, mais les interfaces sont plus abouties.
Super, merci de ce retour papychat !
Héhé, merci. Et encore, on vous prépare une petite surprise pour pouvoir exploiter aussi son stock de chutes ;)
Nouveautés du 12/06/2018
- Intégrez maintenant vos reste de panneaux pour les prendre en compte dans le calepinage !
- Un résumé des panneaux utilisé ainsi que leur cumul de surface s'affiche en haut de la fiche de calepinage.
Phase finale avant publication !
Amis testeurs de la première heure de cette nouvelle mouture 1.5, bonjour !
Le développement arrive dans sa phase finale pour une publication programmée en semaine prochaine.
Alors si d'ici là, vous pouviez tester les dernières choses qui ont été ajoutées et surtout nous faire vos retours de bugs si vous en rencontrez, ça serait super !!
Une seule chose à améliorer, à l impression du calepinage, il y a seulement un panneau par page, serait-il possible de faire des pages complètes ?
Sur l'impression est activé le fait que ça ne découpe pas un panneau sur deux pages.
Donc, si ça saute à la page d'après, c'est qu'il n'y a pas la place pour le mettre.
Peux-tu donner un aperçu de ton problème ?
Pour le calcul du calepinage, lorsque l on met la marge à zéro
La marge à 0 est possible. Pas besoin de l'alerter. Par contre, c'est pas normal que ça plante. Je n'ai pas ce problème. Peux-tu faire une capture de tes paramètres ?
Salut baptistexylolab,
Merci pour ce retour ! Hésite pas à aussi tester ce qui était là avant. Il est jamais impossible que des anciennes choses soient cassées. Je viens par exemple de me rendre compte que l'export de fiche de débit en CSV ne marchait plus.
Ce qui m'amène sur un point qu'avais soulevé zeloko dans une réponse à un commentaire concernant le financement du développement
C'est vrai que j'aimerai bien trouver à faire rentrer cette réalité économique plus en ligne de compte. Surtout que ça donnerait une meilleure valeur de ce qui est produit aux yeux de la communauté. Reste que nous sommes dans un pays de règles et d'impôts. On ne peut malheureusement pas payer des gens si facilement pour un travail fournis sans être dans le cadre.
Pour le financement du site, ça me semble une autre affaire c'est comme si j'étais un intermédiaire pour que chacun donne à un pot commun qui serve à payer un service tier. Qui lui de toutes façons est soumis à la TVA. L'impôt est donc là.
Si certain ont des idées là dessus, je veux bien les entendre. J'ai pas envie de faire une multinationale de tout ça, mais j'aimerai tout de même que les choses soient faites à leur juste valeur pour chacun. Et surtout que chacun puisse participer même si c'est juste financièrement. Après tout, c'est ça l'économie ;)
eldede il y a en effet la place dans ton impression. Mais en regardant tes captures d'écran, je vois que tu n'as pas installé le dernier build. Il y a eu moultes "innovations" depuis celui que tu as.
Pour info, la dernière version à l'heure de ce commentaire est
1.5.0-dev ( build: 201806151219 ) -> ongle A propros en bas à droite.
Il faut bien désinstaller la précédente puis relancer SU avant d'installer la nouvelle.
Arf, l'associatif m'a toujours semblé une usine à gaz pour ce qu'on voulait en faire. C'est toujours ce qui m'a refroidi à pousser ça.
Et puis asso ou pas si on paye des gens, c'est un salaire. Et donc toutes les charges qui vont avec. En plus de la gestion comptable et tout ça ...
Merci de cette précision Martin !
Ok, merci yvanv . Il y a surement une trace de l'erreur qui s'affiche dans le console Ruby. Peux-tu ouvrir la console par le menu Fenêtre / Console Ruby avant de lancer le calepinage et si tu as quelque chose qui s'affiche et bien tu peux nous le transmettre ;)
Super, merci. Ainsi l'erreur est localisée. Mais c'est un Job pour Martin Müller ;)
Une dernier petit build à tester avant une version finale qui devrait être envoyée à validation par Trimble lundi.
Télécharger la version de test 1.5.0-dev.
- Quelques corrections
- Quelques améliorations dans l'interface de paramétrage du calepinage sur le choix du panneaux standard.
Merci Séverine pour le test. Et merci à tous d'avoir participé à mettre tout ça en place par vos retours et idées.
Le build est buildé et envoyé à Trimble pour validation. Y a plus qu'à attendre leur mise en ligne pour faire la sortie officielle d'OpenCutList 1.5 ;)
Hmm... tous mes tests Windows, je les fais sur un Windows 7 avec IE9. Depuis le temps, je ne sais pas s'il y a une subtilité pour installer IE9 sur cette version, mais ce que je sais, c'est que c'est possible.
Je pense qu'il faut certainement le dernier ServicePack.
Sinon, le plugin ne marchera pas avec IE8, donc il sera impossible de le faire tourner si tu n'arrives pas au moins à mettre IE9.
Peut-être un peu d'aide par ici.
La dernière version du plugin en ligne est disponible ici (à l'heure de ce message c'est la version 1.7.1).
Il faut toujours désinstaller le plugin avant d'installer une nouvelle version ET relancer Sketchup.
Après, pour avoir accès au calepinage, il faut déjà que les pièces à traiter aient une matière de type Panneau. Tout ça est expliqué par ici.
Merci pour ce partage d’info !
!
Désolé, mais une Création doit être un projet achevé (Qu'est-ce qu'une création ?). Je me permets donc de déplace ta publication dans les pas à pas.