Dsl, j'ai pas trop eu le temps de regarder cette fin de semaine.
Ha ben oui, c'est là aussi que j'en avais entendu parlé la première fois !
Merci trente six seb de l'avoir partagé :)
Le rendu est chouette. Ta cliente a bien fait de te faire confiance :)
Une remarque technique par contre, je pense que tu as beaucoup contraint le massif (qui va varier dimensionnelement) par des éléments plus stables (CP et Valchromat).
Je pense surtout aux tables de nuit qui sont cerclées d'une alèse. Dans le temps, ça peut provoquer des désordres.
Hihi, ils sont rigolos !
La station de coupe d'onglet est impressionnante ! C'est quel modèle de machine 
?
Merci ;)
FMJ, tout te l'assise est faite au calibreur. Il faudra peut-être que je fasse une autre vidéo sur cette partie pour mieux comprendre. Mais pour faire simple : c'est le même gabarit pour les latte central que pour celle du bord. Sauf que pour les bords, je les ai inclinées.
fabien : j aimerais savoir a qu elle epaisseur tu as fait tes lamelles?
Des lamelles de 3mm c'est l'épaisseur min de la raboteuse.
sylvainlefrancomtois : tu as complètement crée le model , ou tu as été inspiré par des chaises déjà existantes ?
C'est une création originale. Mais forcément il y a toujours plein de choses qui nous inspirent !
FMJ C'est ça ;) Et oui, 15°. Se sont les mêmes 15° que dans la vidéo pour les pieds arrières.
camema, je sais pas si je mérite autant d'éloges. Faut pas oublier que les ratages et les parties en désordre on les met moins facilement dans les vidéos ;)
fabien, ce projet, je l'avais fait avec la MiniMax. La rabo avait un arbre à 2 fers et sur le hêtre, j'ai pas eu de casse. Faut par contre bien regarder le sens du fil et ne pas avoir le moindre noeud.
Depuis la Hammer, j'ai un arbre à plaquettes ... c'est bien pour le rendu, mais sur les épaisseurs fines je n'arrive plus à descendre aussi bas en épaisseur sans casse ;(
Toutenbois : Pour la courbure du dossier comment tu t'y est pris ?
Méthode du pantin dans Sketchup. A l'aide de ce pantin fait au proportions d'un vrai humain. J'ajuste mes courbures au plus proche des point où je veux un contact. Après, il y a eu aussi pas mal de mesure sur d'autres chaises.
C'est toujours difficile de la doser… es-tu content de leur confort?
Oui, très. Si je pouvais, il y a juste un petit truc que je changerais : le point creux de l'assise est à mon avis 2 cm trop près du dossier.
sylvainlefrancomtois, j'utilise la technique que tu décris. Mais suivant les bois ça passe ou pas.
Mais c'est clair que ça marchait mieux avec des fers plat que des plaquettes. Une histoire d'angle d'attaque certainement.
Arf, tu laisses ça 2-3h et tu es sur que c'est bon si la température est au moins à 20°C.
Piouf !
Barf, une fois dépassé les quelques bases, Sketchup est vraiment pas si compliqué ;)
Merci ;)
Oui, c'est du Ruby. Mais pour la partie Sketchup uniquement. Toute l'interface, est écrite en HTML, Javascript & cie.
PS : Malheureusement, il y a plein de trucs que je ne sais pas faire :P
mokozore : Pourquoi tous les plugins (dont le tien si j'ai bien compris ta description) se base sur les composants?
A la base, un groupe et un composant vont fonctionner de la même façon. A savoir, se sont des conteneurs de quelque chose. Ce quelque chose peut être des segments, des faces ou d'autres groupes ou composants. De ce point de vue, c'est pareil donc.
Mais là où le composant est différent du groupe, c'est que ce dernier est rattacher à une définition de son contenu qui figure dans une bibliothèque. Et la puissance du composant est donc que quelque soit le nombre de fois qu'il est placé sur la scène, son contenu est le même.
L'intérêt de la chose, c'est que si je change la définition d'un composant, toutes ses instances changent.
Et ça c'est pas du tout le cas pour les groupe.
Un exemple simple pour illustrer ça : Tu dessines une table. Cette table basique a 4 pieds et un plateau. Pour faire cela, je te conseille de faire 2 composants :
- Un composant "Pied"
- Un composant "Plateau"
Le composant pied, tu le places 4 fois sur ta scène et comme ça pour changer la hauteur de ta table, tu n'as qu'à changer le définition d'un pied.
Et donc pourquoi c'est intéressant dans les fiches de débit ?
Et bien tout simplement parce que tu donnes l'information que tu as 4 fois la même pièce qui est utilisée. Et donc là dessus le plugin peut regrouper. Sinon, il te trouvera 4 pieds et sera pas capable de dire que c'est "Pied" x 4.
mokozore : Perso, je travaille peu avec les composants (parce que après il faut les enregistrer, et souvent je réutilise pas des pièces d'un projet à l'autre, donc je vois pas l'intérêt)
Hmm ... les composants sont pas fait pour fonctionner uniquement d'un projet à l'autre. C'est même un cas assez rare de leur utilisation. Ils peuvent être uniquement dans la bibliothèque de ta modélisation courante. Et dans ce cas, c'est aussi facile de faire un composant qu'un groupe.
Arf, le tout c'est de s'y mettre.
Web, j'ai hésité à utiliser une des nouveautés du 2017 pour faire ce plugin. Mais simplifie pas mal de developpement de l'interface. Donc c'est ballot, parce que c'est pas compatible avec les anciennes versions.
Elle est sympa cette anim quel est ce plugin ?
Merci lolive ! Si tu as des remarques ou des envies d'amélioration hésite pas à les communiquer ;)
captain, les PNG devraient être acceptés. Merci pour le lien du plugin d'animation.
Sinon, après une nuit de réflexion, je me suis dit que c'était dommage de ne pas permettre la rétro-compatibilité avec les anciennes versions de Sketchup. J'ai donc fait en sorte que ça marche au mieux, mais sachez que sur un SU 2016 ou plus ancien, il y a des bugs (notamment à l'impression).
Voilou, l'extension est toujours téléchargeable ICI.
Dans les améliorations que j'ai envie de voir, il y a une gestion des matières pour permettre de différencier les essences, mais aussi les bois massif des panneaux et du reste (quincaillerie, ...)
Ainsi que la définition des épaisseur standardisées par essence. Pour l'instant, c'est en dur dans le code :P
Heu ... schgreg, d'un nouveau plan ou d'un plan existant, ça devrait faire pareil. Qu'est-ce que tu entends par "Ca marche pas" ?
Cela pourrait il venir du fait que les plans étaient initialement créés avec la verison 2016 puis enregistrés sous la version 2017?
Je ne pense pas. Cela peut venir du fait qu'il n'y a pas de composants dans ta scène ?
Sinon, je veux bien que tu regardes s'il y a qqch d'écrit dans la console (Menu Fenêtre/Console Ruby).
Merci pour tous ces retours yvanv ! Je prends bonne note de tout ça. Mais je peux déjà te dire qu'il y a une bonne partie de tes moins qui sont dans les miens. Reste que là j'essaye de faire en sorte que le plaugin fonctionne sur Windows, alors, j'ai pas pu mettre aussi rapidement que voulu les nouveautés.
Sinon, pour ce bug à l'enregistrement, je veux bien savoir ce que raconte la console Ruby ! Au au pire envoyez moi les fichier qui marche pas (à l'adresse de contact de L'Air du Bois)
Bon, ce n'est certainement pas exempt de bugs, mais pour les utilisateurs Windows, j'ai mis à jour le plugin. A essayer donc ;)
yvanv, ce matin, je prends le temps de répondre à tes moins ;)
les épaisseur de bois brut ne sont pas paramétrables (elles ne correspondent pas à ce que je trouve chez mon négociant par exemple)
En fait, je prévois que ça soit paramétrable par matière. Reste à savoir si on veut que ça soit enregistrer d'un modèle à l'autre ?
les pièces sont bien comptées mais il manque des sous-totaux par épaisseurs et le total de toutes les pièces (utile pour ne rien oublier)
Je ne me suis jamais posé cette question, mais ça peut être ajouté. Je me dis qu'il est plus facile de vérifier le comptage de chaque type de pièce, non ?
les pièces sont identifiées mais il y a des doublons entre les épaisseurs. Ainsi on peut se retrouver avec 3 pièces A différentes pour le même meuble.
C'était volontaire. En fait, je me suis dis que dans le cas d'une numérotation globale, on peut facilement dépasser les 26 lignes. Et donc arriver vite à des AA, AB, etc ... Et que en fait l'essence et l'épaisseur était déjà un moyen de distinguer deux A. Mais ça peut être une option pour faire comme on veut ;)
les panneaux ne sont pas reconnus (mais ça tu l'as dit dans la présentation), les surcotes de débit sont donc incohérentes
Grâve, mon questionnement est de savoir comment les identifier ? Juste avec un préfix dans les noms de matières ?
pas d'export possible pour une personnalisation éventuelle (je l'ai mis dans les points positifs mais ce serait un petit plus)
Oui, c'est vrai. Ca reste envisageable. Tu penserais à quel format ? CSV, XML, ... ?
il est clair que le CSV/TXT sera bien plus simple pour le commun des mortels que le XML....
Wep, mais dans le CSV, c'est un simple tableau à 2 entrées. On perd les infos transversales (découpe en groupe de matières, volume et surface de chaque groupe, ...)
[...] Par contre, le fait de les conserver d'un modèle à l'autre me semble logique [...]
Oui, mais ça veut dire que c'est enregistrer dans ton SU et pas dans le modèle. Donc, si tu change de SU, il faut re-paramétrer.
Pour le nombre, je me dis que dans un premier temps, on affiche que les matières présentent dans le modèle. Il est rare de se trainer 2000 matière dans un modèle, non ?
Oui, mais, on peut créer les matières qu'on veut. Et puis, c'est pas obligé de texturer. Perso, je me sers jamais de la base par défaut de matières.
Dans tous les cas, pour texturer efficace, il faut texturer les faces (pour savoir orienter la texture) plutôt que le composant.
niconathy, je n'ai finalement qu'un panel assez limité de fournisseurs de bois à mon actif, mais je pense que les épaisseurs sont pas si standardisées que ça. Il peut y avoir des variations d'un fournisseurs à l'autre et surtout d'une essence à l'autre.
Pour ma part, la fiche de débit telle que je l'ai imaginée dans ce plugin permet plusieurs lecteur à plusieurs stades du projet.
Tout d'abord en phase de conception, elle permet de chiffrer le volume de bois nécessaire. Et surtout les différentes épaisseurs à prévoir. C'est pourquoi il y a un groupement par épaisseur brute.
En phase de production et donc de débit à proprement parlé, cette fiche va permettre de couper tes plateaux presque les yeux fermés. Tu débites aux côtes brutes et tu y colle la référence simplifié (qui compte en A, B, C ... pour pas user trop de stylo et de temps)
Ce qu'il faut bien voir avec cette histoire d'épaisseur brutes, c'est que c'est la machine qui te les trouve. Toi tu conçois ton meuble comme tu le voudrais, avec les épaisseur que tu voudrais et après tu regardes ce que ça donne. S'il faut, tu retouches. Enfin, c'est dans ce sens que j'imagine l'utilisation. Même si on sait bien que du 22, sera préférable à du 25 si en épaisseur brutes on a 27 et 35.
Et s'il y a plusieurs essences et bien c'est aussi sous divisé par essences ;)
J'ai refais un bons nombre de corrections. De ce que j'en ai essayé sur SU2016 / Win 7, ça marche beaucoup mieux.
Donc, pour ceux que ça intéresse une version 0.3.1 est dispo.
En attendant vos retours ;)
Je sais pas si je vois bien comme tu fais, mais j'ai l'impression que c'est pas bien différent. Mais je suis curieux de mieux connaitre la méthode que tu utilises.
d'autant qu'il y'a un ordre pour faire une fiche de debit
Dans quel ordre fais-tu ta fiche de débit ?
(Je l'ai toujours faite dans l'ordre décroissante des longueurs pour optimiser le bois.)
niconathy, Ok, je comprends mieux ce que tu voulais dire pour l'ordre. Il découle donc directement du fait que les pièces sont extraites par un humain et que donc il faut une logique claire pour rien oublier.
Dans le cas de l'utilisation de l'ordi pour comptabiliser les pièces, on peut partir du fait qu'il n'en oubliera pas. Du coup, il m'est plus naturellement venu de trier les pièces par : 1 - essence, 2 - épaisseur de pièces capables (brutes), 3 - longueurs, 4 - largeur.
Ensuite mon débit se fait comme suit (à la scie circulaire uniquement) :
- tronçonnage d'un plateau dans sa largeur pour en extraire un morceau de la longueur des plus longues pièces
- découpe dans ce morceau dans la largeur en suivant les largeur brutes des pièces. Si je n'ai pas assez, je reprends l'étape 1 en abaissant la longueurs s'il faut. Avantage du tri par longueur décroissante, c'est que les pièces suivantes rentrent forcément dans la longueur de ma chute. Je marque mes pièces du "code" de référence inscrit sur la fiche de débit (A, B, C, ...). PLus court et plus facile pour retrouver la correspondance au nom complet (Traverse côté, etc ...
- Je passe tous ces "paquets" à la dégau (seule la face la plus large)
- Je rectifie un chant à la scie à format en utilisant le chariot pour le rendre plan et perpendiculaire à ma face de référence précédemment dégauchie. Technique bien plus efficace que de le passer à la dégau. Mais faut un chario assez long et un bon système de fixation ;)
- Je passe toutes ces pièces à la rabo sur chant pour optenir mes largeurs finies.
- Je re passe tout ça à la raboteuse pour arriver à l'épaisseur finie (il sont triés par épaisseur, donc si je les prends dans l'ordre, je joue pas trop du volant de la table de rabo ;) ). Pour optimiser, je réuni les pièces de même épaisseur finie, mais d'essence différente.
- Je coupe mes pièces à leur longueurs finie ou semi finies s'il faut les usinées encore (tenon, etc ...)
Pour les étapes 5, 6, 7, j'utilise la fiche de débit pour y obtenir les côtes.
Voilou en gros la technique.
Et hop, une petite mise à jour du plugin pour la nuit :
Mise à jour 0.3.2
Au programme :
- Sauvegarde des options
- Ajout d'un cadre de résumé
- Ajout d'une option pour numéroter les pièces par lettre
- Ajout d'une option pour réinitialiser les séquence de numérotation des pièce par bloc.
- Divers amélioration d'interface.
Merci pour le scan niconathy. Je me posais la question de l'ordre des colonne et je vois que le modèle que tu proposes sort des choses intéressantes.
Pour ce qui est des tenons, ça va être plus difficile à automatiser. Sketchup ne fais pas la différence entre un tenon et une forme quelconque.
En gros, dans la fiche générée par le plugin, la longueur "finie", c'est la longueur avec les tenons (s'il ont été modélisés)
Pour un colonne à cocher, je fais ça aussi. Mais dans ce cas faudrait ajouter ça que dans l'impression.
Pour l'ordre des colonne, je cherchais au départ à avoir la partie gauche pour la lecture "finie" et la partie droite pour la lecture "débit". Mais ça donne un ordre pas logique.
C'est ça riton, la matière doit être placée sur l'instance du composant et non sur les faces de son contenu ou son contenu.
En d'autres termes à chaque fois qu'on place le composant sur la scène, il faut lui donner sa matière. Ceci a l'avantage de pouvoir avoir des pièces de bois identiques dans différents bois.
c'est uniquement depuis que tu as ta nouvelle combinée et les systèmes de rallonges ?
Wil, oui, par contre, c'est pas avec le système d'allonge mais avec le gabarit de coupes biaises (table rapportée raz de lame). Ca peut paraitre bricolage, mais en une passe, j'ai un chant rectiligne et perpendiculaire plue propre qu'à la dégau. Pas en état de surface, mais en état de rectiligne et perpendiculaire.
Mais comme je laisse 3 mm de plus que la largeur finie, à la raboteuse, je peux repasser les deux chants et plus de pb d'état de surface.
Ca semble bricolage, mais j'y ai gagner beaucoup en précision.
Je me fais plus avoir par une pièce mal maintenue à la dégau ... Mais le principe dépend complètement de la qualité de coupe de la machine.
En revanche, mon système de maintien sur le chariot de scie serait à améliorer.
yvanv : Reste le problème des panneaux qui viennent s'intercaler dans la fiche avec des surcotes inutiles.
Y a aussi tous les éléments qui ne sont pas du bois. Du coup, je me tâte à n'afficher dans la fiche que les pièces qui ont une matière qui aurait un préfix distinctif dans leur nom. Genre "bois-hêtre", "bois-chêne", etc ... ce qui me gêne là dedans, c'est que ça fait bidouille ...
Une suggestion peut-être pour facilité la lecture, trier les cadres par essence > épaisseur... mais c'est vraiment chercher la petite bête !
Hmm, remarque pertinente !
Au plaisir de te faire des bonnes surprises eric44 ;)
Wep, je sais pas encore bien comment, mais il faut vraiment un autre onglet pour traiter les matières. Et ainsi leur donner des métas données à ces denrières :
- Le type (Bois massif, Panneau, Quincaillerie, autres ...)
- Les infos de traitement suivant le type (majorations largeur/longueur/épaisseur pour les bois massif, largeur/longueur pour les panneaux, ...
- Pour le bois massif, comme pour les panneaux, chaque matière aurait sa propre liste d'épaisseur standard. Ainsi le système pourrait aussi détecter qu'on a mis des panneaux qui n'existent pas par exemple.
Tout ça n'ajoutant aucun suffixe ou préfixe.
La question que je me pose, c'est faut-il enregistrer ces infos dans le fichier ou de façon générale dans SU.
A savoir est-ce que si on donne notre fichier SU à qq1 (genre partage sur L'Air du Bois) peut-il regénérer la fiche de débit ou est-il obligé de configurer les métas données de ses propres matières ?
- 1 pour que les matériaux sans matière soient mis en bas de liste sans être comptabilisés.
Autre truc qui serait pas mal, c'est de donner une matière à des pièces directement depuis la fiche de débit.
il faut peut-être aussi automatiser l’attribution des matières
Automatisé, ça serait difficile ... mais avoir un outil pour le faire, c'est en cours ;)
(Pour l'estimation du coût, j'y avait pensé aussi, oui)
La petite mise à jour du plugin du soir ;)
Mise à jour 0.4.0
Au programme :
- Un nouveau module de "Matières"
- Intégration des paramètres par matières
- Prise en charge des types de matière "Bois massif" et "Bois panneaux"
Attention 1 : Sans configurer les matières, le plugin ne traite plus par défaut les pièces comme des pièces de bois ! Il faut donc lui dire explicitement ce qui est du bois massif dans le module "Matières"
Attention 2 : l'enregistrement des données relative au paramétrage de chaque matière se fait dans le fichier sketchup lui même. Il faut donc l'enregistré pour garder la paramétrage.
Cette version a engagé pas mal de modifications et doit donc être testée. Mais je voulais déjà avoir vos retours sur les différente nouvelles fonctionnalités.
Merci ;)
Martin Müller : var data = JSON.parse(jsonData);
Qu'est-ce que tu reprochais à cet usage ?
Martin Müller : [...] serait-il possible de migrer tous les textes vers javascript en vue d'une possible traduction (de/en/es) au lieu d'avoir des messages dans ruby et dans javascript?
Martin Müller, c'était ma volonté, et puis sur le coup, j'ai pas trouvé de lib JS qui traite l'internationalisation comme j'avais envie de la voir. Enfin, disons, que j'ai arrêter mes recherches pour me concentrer dans un premier temps sur les fonctionnalités de base du plugin. Mais je suis ouvert aux propositions !
J'ai tiqué en voyant la syntaxe avec tous ces "mm" mais je me suis rendu compte que ce n'était pas indispensable ! Par contre, bien utiliser le point-virgule ";" comme séparateur.
Oui, en attendant de faire mieux. Ca a la mérite de fonctionner. En fait, depuis le début, j'essaye de rester dans la logique de SU qui laisse le choix des unités. Mais ce n'est pas si simple finalement.
La notation avec le ; ne me plait pas du tout. D'autant que pour l'instant si tu mets pas ta liste dans l'ordre croissant, ça marche pas bien.
[..] on ne peut pas sauvegarder les fiches de débit...
Indirectement, si. Si tu fais une impression vers une imprimante PDF, ça te sort un PDF ;) Reste que je sais pas si c'est en natif sur Windows.
ne pourrais-tu pas forcer les sauts de pages pour éviter de scinder les cadres...
J'ai la même envie. Il faut que je creuse la question de ça dans le CSS. Mais il semble que ça ne soit pas implémentée de la même façon sur toutes les plateformes ... encore un truc à misérer pour la compatibilité ...
Encore bravo et merci pour ce boulot...
De rien. J'en suis le premier utilisateur, tu sais ;)
Oui, c'est ce que j'utilise pour faire mes tests également ;)
Arg ... le problème, est en effet que dans mon algo, je ne considère que les composants feuille de l'arborescence. Et malheureusement le plugin BLB insère le domino dans la composant de la pièce. Ce domino étant un composant, le composant de la pièce n'est plus un composant feuille ...
Ce qui est dommage d'ailleurs, parce que la pièce c'est que le bois, pas le bois + le domino. Mais en même temps, il faut bien qu'il soit quelque part.
La seule entourloupe que je vois, c'est d'ajouter une liste de composant à ignorer ...
Si je comprends bien, le plugin BLB vient rajouter un composant (le domino) dans un autre composant (la pièce d'origine)
C'est ça. Mais ça change pas le statut. C'est juste que moi j'ai fait le choix de ne prendre dans la fiche de débit que les composant feuille. Et là, avec un nouveau composant à l'intérieur, la pièce n'est plus une feuille.
Et en même temps, la seule chose qui serait bien de faire pour que ça marche, c'est de créer un composant (ou groupe) qui contient la pièce et les dominos. Au lieu de mettre le domino dans la pièce. Mais en même temps dans le cas qu'ils ont choisi, quand on repose la pièce, on a les dominos qui suivent.
niconathy, la duplication serait fastidieuse.
(je ne sais pas insérer une citation...)
il suffit de mettre un > en début de ligne ;)
et en créant un nouveau composant (et non un groupe) on peut reposer la pièce et le domino tout pareil
Pas si simple, parce qu'il faut deux noms. Le nom du composant qui contient pièce + domino et le nom de la pièce
- MaPiece
- MaPiece-corps
- Domino
Ainsi quand on pose MaPiece, on a bien les dominos qui suivent et dans la fiche de débit, on voit MaPiece-coprs.
Si MaPiece est un groupe, ça veut dire que chaque instance est différente et donc que pour déplacer les dominos il faut toutes les éditer...
tehare01, La page des tutos de BLB-Bois sera ton amie 
Pour vous faire profiter des améliorations de la nuit :
Mise à jour 0.4.1
Au programme :
- Possibilités d'éditer les propriétés d'une pièce depuis la fiche de débit (nom, matière)
- Possibilité de visualiser un aperçu de la pièce
- Améliorations de l'interface
- Nouvelle icône pour les bois massif
Attention : N'oubliez pas de relancer Sketchup après avoir réinstallé le plugin !
Ne serait-il pas possible de rajouter le nom de la scène
Oui, je me suis fais la même réflexion
Je reviens sur le problème des dominos [...]
Arf, une bonne application est celle qui s'adapte aux autres plutôt que le contraire. Je pense que j'ai trouvé une solution.
A la réflexion, à aujourd'hui, j'ignore le contenu non composant des composants qui contiennent des composant. C'est exactement le cas ici. Et en fait, ça n'a pas trop de sens d'être ignoré. Donc si je change ça, on verra apparaitre les pièces ;)
Ca serait dommage d'arrêter d'utiliser les plugin BLB pour ça !
Nicolas Massart, question curieuse, dans quel usage souhaiterais-tu un export Excel ?
(Savoir si c'est pas un truc que le plugin pourrait directement faire)
OK, du coup, c'est juste la liste des pièces dont tu as besoin ou la synthèse ?
Je fais quelques retraitements dans Excel pour calculer la surface des plateaux dont j'ai besoin.
Quel est ton calcul d'ailleurs ?
Pour ma part, je fais x3 sur le volume donné par le plugin et ça marche pas mal. Y a du rab, mais c'est toujours mieux que de manquer.
yvanv, aie, oui ! J'ai oublier de multiplier par le nombre de pièces !
Nicolas Massart, je vois la technique. Ca se défend. J'avais cette même vision au début. Mais j'ai changer d'avis sur le côté économique en posant les choses. Chez mon fournisseur, le bois en 80 et plus coûteux que le 27 au m3. Du fait qu'il est plus long à sécher. Donc plus d'immobilisation ou de temps de séchoir. Ensuite, les bois épais sur les essences que j'ai l'habitude de travailler peuvent de venir un vrai pb quand on les refend. On va libérer des forces internes qui n'ont pas encore été libéré par la scierie. Et du coup, j'avais 80% des mes bois qui cintraient 30 min après la refente. Ce qui fait que l'épaisseur n'était plus bonne une fois dégauchi.
Après, il y a que le plateau de 80, c'est lourd à manipuler ;)
Bref, je me suis rendu compte que changer le sac était moins coûteux que tout ça mis bout à bout ;)
Mais pour en revenir à l'utilisation que tu ferais de ce plugin, en fait le seul truc qui empêche que ta technique soit faisable avec est que le calcul du plugin considere l'épaisseur finie et l'épaisseur brute dans le même semble du bois. Ce qui n'est pas ton cas. A réfléchir si ça ne peut pas être une option.
Sinon, il restera la possibilité de faire un export. Mais à ce moment là, autant que tu utilises le plugin de BLB. C'est ce qu'il fait déjà.
Mise à jour 0.4.2
Au programme :
- Correction du calcul des surfaces et volumes
- Prise en compte de tous les composants contenant des faces et non seulement les composant feuille de l'arborescence. En d'autre termes, ça marche mieux avec les pièces d'assemblage.
Attention : N'oubliez pas de relancer Sketchup après avoir réinstallé le plugin !
Merci à yvanv d'avoir pointé le bug des surfaces et volumes.
Une question que je me pose.
Pour l'instant, le plugin considère la matière qui est attribuée à l'instance du composant.
Mais, pensez-vous qu'il serait intéressant d'utiliser la matière hérité du parent si aucune matière n'est défini sur le composant ?
Dans un sens, c'est déjà ce que fait SU. Si je place une matière sur un groupe, tout les sous éléments n'ayant pas d'autre matière défini prennent cette "couleur".
lolive, le hic avec les groupes, c'est qu'il n'ont pas forcément de noms. Du coups, ça crée une liste vite et il est impossible pour le plugin de reconnaitre les pièces équivalentes. En effet, si on duplique 4 fois le même groupe pour faire les 4 pieds d'une table, on a 4 pièces. Impossible de savoir que c'est 4 fois la pièce "pied".
yvanv, je sais pas si je comprends ce que tu veux dire. Tu es pour l'utilisation des matières par "héritage" ?
Nicolas Massart, tant mieux, si tu n'as pas de déformations après ta refente. Quelles essences travailles-tu ?
Nicolas Massart, pourtant, c'est avec ces essences que lorsque je refends j'obtiens des déformations. A presque tous les coups, ça flambe comme la modélisation ci-après.
Oui, ça reste dans l'atelier. Mais la déformation est quasi instantanée. Et plus certainement due au tensions internet du bois qui sont libérées.
yvanv, non pas tout à fait.
Je parle de l'utilisation de l'arborescence des groupes et composants pour appliquer les matières.
Dans mes captures ci-après, il y a :
- Un groupe avec un matière rose qui contient deux instance de composant sans matière -> les deux composants apparaissent rose
- Une instance de composant seule avec un matière rose -> l'instance apparaît rose.
Le résulta visuel est donc le même. Mais le plugin ne les traite pour l'instant pas de la même façon. Ne prenant pas en compte la matière du groupe parent, il ne vois pas de matière sur les deux instance de composant du groupe.
C'est ça que j'appelle l'héritage.
Pour les matières appliqué au faces (ce qui permet de modifier les orientation de texture), c'est impossible de trouver à les attacher au composant lui même. Dans le sens où chaque face peut avoir un matière différente, ou pas. C'est d'ailleurs intéressant pour changer la texture en bois de bout ;)
Ce qu'il faut savoir, c'est que SU travaille en interne en pouces, quelque soit l'unité du modèle. Si on est en métrique, il passe donc son temps à faire des conversions. Hors ces conversions ne tombe pas toujours juste. Du coup, il fait des arrondis.
Je ne sais pas trop dans leur code comment ils font. Toujours est-il que si je prends les valeurs brutes décimales (exprimées en pouces, donc) que renvoie l'API de Sketchup, j'ai des erreurs d'arrondi. Un 140 mm devient par exemple 139,99999 mm. Du coup, en regardant de plus près, j'ai découverts que SU pouvait donner les valeurs de longueur directement converties dans l'unité du modèle. En plus, ces valeurs intègrent la notation et l'unité qui va bien. Le hic, c'est que ce sont du coup des chaine de texte qui ne peuvent plus servir à faire des calculs.
Tout ça pour dire que les ~ , dans un premier temps, je sais pas bien pourquoi vous en avez si les longueurs son misent exactement dans le modèle. A creuser, donc.
Pour ce qui est des volumes, SU ne propose pas de conversion. Du coups, dans un premier temps avant de penser à conquérir le monde anglosaxon par ce plugin, j'ai préféré concentré son utilisation en métrique pour nous pauvres européens.
Parce que la conversion n'est pas la seule tâche pour internationnaliser le plugin. Il y a aussi que tout est en français. Tout ça est une chose qui est sur ma todo list, mais qui a mon sens est moins prioritaire que de rendre ce plugin bien opérationnel.
Il faut bien voir que le dev de ce plugin doit bien déjà compter 40h de programmation. A un moment, il faut que je trouve mes priorités ;) Et c'est aussi pour ça que le code source est libéré sur GitHub. Pour que d'autres puissent aider à la correction de ce genre de bug.
Pour les ~, à la réflexion, il s'agit certainement du fait que la précision de votre modèle est plus haute que vos valeur. Tout ça se paramètre dans la fenêtre d'infos sur le modèle de SU.
Mise à jour 0.4.3
Au programme :
- Recherche "intelligente" des matières. Si un composant n'a pas de matière définie, celle définie par les faces des éléments qu'il contient ou celle de l'un de ses parents est pris en compte.
- Intégration de l'internationalisation = externalisation de tous les textes dans un fichier unique ... y a plus qu'à traduire et gérer les autres unités que métrique correctement ;)
- Quelques améliorations de l'interface
Attention : N'oubliez pas de relancer Sketchup après avoir réinstallé le plugin !
Salut Martin Müller , merci de tes retours !
Ai-je manqué une option ou est-ce voulu?
C'est voulu, mais je suis conscient que ça ne marche pas à tous les coups. En fait, je voulais aussi avoir un plugin près à donner un résultat. Et je pense que pas grand monde oriente vraiment ses repères.
J'avais réfléchi à ce que l'orientation automatique devienne une option et n'ayant pas pu trancher sur la question de savoir si ça doit être pour tout ou par pièce, j'en ai rien fait. Quel serait ton avis là dessus ?
j'ai fait le fichier en.yml et je me propose pour faire aussi le fichier de.yml. Dois-je les charger sur github ou simplement te les envoyer?
Super !! Le mieux est de suivre la logique des pull request de GitHub. Ainsi il y a trace de ta participation au projet.
Si tu as des soucis à récupérer et faire tourner le projet en local, hésite pas à me le dire.
Merci !
Martin Müller : Pour les fichiers .yml, ça va me prendre un certain temps pour installer git/node/...
Une fois que c'est fais, c'est fait ;)
Sur un nix, c'est deux commandes à tapper ...
Arf, les message d'avertissement n'est donc pas assez clair.
Pour fonctionner le plugin utilise les matières appliquées sur les pièces. Et pour distinguer le traitement différent à appliquer entre les pièces bois massif et panneau, il faut configurer les matières comme étant du type bois ou panneau dans l'onglet Matières.
Bon, on va réfléchir à rendre ça plus clair.
yvanv, oui, c'est vrai que je suis rendu compte de ça. Un essai qui n'a pas été retiré. C'est corrigé sur les sources de GitHub et ça le sera dans la prochaine release.
Mise à jour 0.4.4
Au programme :
- Traduction de l'interface en Anglais et Allemand (Merci à Martin Müller !)
- Ajout d'une option d'activation de l'orientation automatique des pièces
- Ajout d'une option d'activation de la recherche "intelligente" des matières
- Correction du bug de tri
- Diverses améliorations sous le capot.
Attention : N'oubliez pas de relancer Sketchup après avoir réinstallé le plugin !
François Chalopin, il faut quand même que les matières soient créées dans la fenêtre de Sketchup avant.
L'onglet Matières du plugin ne permet que d'ajouter des "méta données" sur les matières pour en définir le type et les caractéristiques de surcôtes.
Arf, la prochaine version sera plus explicite ;)
Hmm ... tu veux parler des lignes de titre de chaque bloc (Essence / Epaisseur) ou de N°, Désignation, etc ... ?
J'ai pas le souvenir d'y avoir touché dans cette version.
Mise à jour 0.4.5
Au programme :
- Possibilité de choisir l'ordre du tri des pièces
- Option pour masquer les dimensions brutes
- Option pour masquer les dimensions finies
- Option pour masquer les dimensions pour les pièce n'ayant pas de matière typée
- Mémorisation de l'état ouverts ou fermés des groupes
- Ajout d'un menu contextuel sur les groupes
- Ajout d'une fenêtre pour configurer la matière sur toutes les pièces d'un groupe
- Amélioration du champs de saisie des épaisseurs disponibles sur les matières
- Amélioration de la compatibilité avec les anciennes versions
Remerciement à Martin Müller pour les traductions des nouveautés.
Attention : N'oubliez pas de relancer Sketchup après avoir réinstallé le plugin !
weymout, je ne vais pas savoir te donner une véritable testée. Je ne suis pas sur Windows. Mais dans tous les cas, il faut que tu recherches à installer une imprimante virtuelle PDF.
Comme le dit yvanv, PDF Creator doit faire l'affaire. Sinon, il y a aussi 7-PDF Printer.
a quand la vue éclatée via ce plugin ?
Haha, je pense qu'il y a déjà ce qu'il faut sur d'autre plugins, non ;) ?
Salut MARTI, La signature ne sert que si le plugin est téléchargé depuis l'Extension Warehouse.
Mais ça ne doit en rien gêné le fonctionnement du plugin. As-tu quelques captures à montrer de l'erreur ?
Et quand tu dis ça ne fonctionne pas, tu veux dire quoi par là ? Il y a des erreurs qui s'affichent ?
Ca c'est normal, comme dit plus haut, il n'y a que les plugin issus du Warehouse qui sont signés. Mais ça n'empêche pas le fonctionnement. N'y a-t-il pas un petite barre d'outils avec le L' de l'Air du Bois qui flotte quelque part sur ton Sketchup ?
Merci de ce retour Cgestin !
Je vais creuser cette question de l'export ;)
Question bête, comment procèdes-tu pour le chiffrage ?
Ok, je sais que la dernière fois que j'ai voulu me pencher sur l'export, j'ai buté sur un problème, mais je ne sais plus lequel ;)
si j'upload des fichiers sketchup d'exemple sur le site, est ce que cela peut intéresser tes visiteurs ?
A mon avis, oui. Mais ce ne sont pas MES visiteurs. Je porte ce projet certes, mais je veux pas qu'on ai la sensation d'être sur MON site. Mon objectif, c'est qu'ici soit produit un bien commun propriété de tous !
Salut Jackath5817, merci pour ton retour !
Je ne suis pas certain de bien comprendre ce que tu appelles sous composants. Peux-tu faire une capture d'écran d'un cas simple ?
Sinon, le plugin est fait pour ne prendre en compte que les composant "feuille" de l'arborescence. Il n'y a donc normalement pas de soucis à faire des "sous composants".
Par exemple, si tu as sur ta scène un composant "Table" qui contient 4 composants "Pied" et bien le plugin ne listera que les 4 pieds. Et si tu as posé 2 tables, il y aura bien 8 pieds ... mais pas de table dans la fiche de débit.
Héhé, oui le #1 est caractéristique d'un "Rendre unique" ;)
Pour ce qui est de l'arborescence, c'est tout simplement ce qui s'affiche dans le panneau Structure (à ouvrir depuis le menu Fenêtre).
ironplasma, peux-tu joindre une capture de ton plateau pour que je me rende compte ?
Hmm, question bête alors, pourquoi avoir fait 4 morceaux du plateau dans le modèle ?
Tu aurais pu te limiter à symétriser juste les pieds, non ? Dans le cas d'un motif ou autre, je comprendrais, mais là c'est juste pour pouvoir déplacer les pieds en en bougeant qu'un ?
Si dans ton modèle, ton plateau est divisé en 4 éléments, il se impossible d'avoir une logique simple pour que les 4 éléments puissent se réunir en un seul dans la fiche de débit.
En fait, ce qu'il faut voir, c'est que la logique du plugin est proche de la réalité. Ce qui est en plusieurs composant représente réellement plusieurs pièces. Si le plugin ne fonctionne pas comme ça, le problème serait inverse.
La seule chose possible, c'est que le plugin ne considère comme pièce que les composant, pas les groupes. Donc une pièce peut être modéliser par plusieurs groupe.
Mais je suppose que si tu utilises les composants sur le plateau, c'est pour la notion d'instance. Ce qui n'est pas dans les groupes...
La solution que je vois serait de forcer le plugin a ne prendre en compte que le premier niveau de composant dans l'arborescence, ça serait possible?
Arf ... c'est beaucoup trop réducteur. Pour résoudre un cas comme le tien il y en a 10 qui ne fonctionnent plus...
En fait, ce que je comprends pas bien c'est en quoi ton plateau peut-il être si complexe s'il n'est constitué que d'une pièce. Il est sculpté ;) ?
A l'occaz, si tu as la vraie modélisation sous la main, je veux bien un petit aperçu ;)
Ou de l'avoir en option dans un coin.
Je pense que ça serait la solution : avoir une option paramétrable sur le composant "plateau" pour dire qu'il ne considère pas ses enfants.
Ok, je comprends mieux l'intérêt d'en dessiner qu'un quart alors
Peux-tu me montrer une capture d'écran quand tu as l'erreur ?
Quel est le texte d'erreur ?
copeaux38 Arf, merci. Mais ta capture d'écran est toute petite on ne peut pas lire le texte ;(
Ok, merci. Je crains fort que ça soit à cause d'une version de Sketchup trop ancienne. Quelle version de Sketchup as-tu ?
Ok, alors c'est plutôt Windows XP qui va pas pour faire tourner le plugin.
Il y a plusieurs chose dans tes questionnements ;)
(suggestion : ne serait-il pas judicieux de différencier la nomenclature des fichiers rbz ?)
L'idée était que le le lien reste toujours valide et que de version en version ça ne pointe pas vers un vieux fichier.
Depuis que le plugin est sur l'Extension Warehouse, il n'y a aucun intérêt à l'installer à la main depuis le fichier rbz. La version 2017 de SU offrant même le système de mise à jour automatisé.
Pour ce qui est des paramétrages, il y a deux niveaux :
- ce qui correspond au modèle en cours (c'est enregistré dans le fichier skp du modèle)
- ce qui correspond au paramétrage du plugin, c'est enregistré via l'API de config de Sketchup. Donc, c'est dans sketchup. Mais dans mon souvenir, sur windows, c'est peut-être dans la base de registre.
Après, il y a bien peux de paramètre. Donc je doute que ça soit ça l'origine de ton problème.
Et il y a un bouton "Restaurer les valeurs par défaut".
Mais en fait quel est le problème exactement ? As-tu une erreur ? Si oui je veux bien une capture d'écran de l'erreur.
Il y a quand même des raisons pour installer le plugin depuis l'extension warehouse :
- Y a qu'à cliquer sur un bouton ;)
- La traduction du plugin est la même. Et l'interface peut en partie être en français
- Les mise à jour automatique du plugin. Et c'est pour ça que je ne renomme pas le plugin pour chaque version. SU te notifie si le plugin est à mettre à jour.
Pour le pb, peux-tu m'envoyer une image fixe de ton écran de configuration de la matière ?
Attention qu'il ne faut pas d'espace entre la valeur numérique et l'unité dans le champ Epaisseur disponibles.
C'est bon, j'ai pu le chopper dans ton GIF. Il y a un 10.3mm dans tes valeurs. Attention que ton système semble avoir la virgule (,) en séparateur décimal et qu'il faut donc une virgule et non un point dans tes valeurs.
Haha, mon secret, c'est d'essayer de deviner les choses dans ce que les utilisateurs ne disent pas. 15 ans à faire ça, ça affûte ;)
Bonne chance avec le PLU et bonne construction ! Content que le plugin puisse te servir pour réaliser tout ça ;)
C'est déjà possible.
Une matière = Une essence. Et les paramètres sont défini sur chaque matière. Donc il peut y avoir des épaisseurs disponibles différentes sur deux bois massifs. Il faut juste que tu les distingues par deux matières. Ce qui graphiquement a aussi du sens.
Bien entendu, ça marche aussi pour les pannenaux.
PS : Peux-tu penser à répondre dans le sous fil de discussion (par le bouton Répondre), plutôt que de mettre ta réponse dans le flux principal, s'il te plait ?
Plus d'infos par ici.
Ha oui, ça il n'y a qu'un seule enregistrement possible. En fait, après le référentiel devenait le nom de la matière et de mon point de vue ça devenait usine à gaz. Et ça pouvait avoir des effets de bord dans le sens où d'une modèle à l'autre des matières de différente nature peuvent avoir le même nom.
Bharralure j'ai envie de dire, puisque les paramètres sont enregistrés sur les matières et les matières dans le modèle. Il te suffit d'avoir un modèle vide avec les matières que tu veux pour ne pas avoir à les resaisir ... une sorte de modèle de document quoi.
Il faudrait même tester de voir si tu exporte tes matière en .skm si les paramètres de ces derniers ne sont pas conservés.
Ben mince alors, mes deux dernières images ne sont pas publiées.
Arf, oui y a un bug quand on répond à sa réponse directement sans recharger la page. Les images sont pas prisent en compte ... c'est dans la todo list...
Sinon, content que tu ai trouvé une manip. Mais ça a l'air long :) Mais de mon côté, j'ai testé l'export des matières en fichier SKM et ça marche aussi ! Pour faire simple, je pense que je vais ajouter un bouton pour exporter et importer des matières directement dans le plugin.
Ton bouton "Exporter(.skm) me semble intéressant, mais reste à savoir vers quel fichier elle va avoir lieu, cette exportation ?
Haha ... il va bien entendu poser la question du chemin d'exportation.
C'est pas toi qui a dit qu'un bon logiciel doit s'adapter à l'utilisateur :P
Tiens, si tu es curieux, tu peux le réinstaller depuis les sources. Tu devrais avoir une version 1.2.1 avec l'import / export / suppression des matières.
Haha ... c'est que le producteur s'est rendu compte qu'il avait le même besoin :P
il n'est toujours possible de reconnaître les différentes versions, même dans les caractéristiques.
Dans le nom de fichier, oui. Mais j'ai déjà donné mes raisons. Sinon, le numéro de version s'affiche dans la barre de titre de la fenêtre et le panneau A propos (bouton en bas à droite) !
J'ai rien changé au nom du fichier. C'est l'équipe de Sketchup qui fait le boulot pour moi. J'ai juste soumis ma nouvelle version vendredi.
Sinon, le fichier depuis la page de l'extension n'est pas le même parce qu'il est signé par Trimble suite à leur vérification.
Oui, tu vois, sans installation depuis le gestionnaire d'extension, tu n'aurais pas eu la notification de mise à jour !
Donc, quoi qu'il en soit je te conseille de pas l'installer à la main. Sauf pour avoir les versions avec quelques jours d'avance comme vendredi :P
Merci Yam59 d'apprécier ce plugin. Il a en effet demander pas mal de temps de travail. Mais au final, il en fait gagner aussi
Merci d'avoir pris les devant de répondre Martin Müller !
Yam59, si tu pouvais donner une capture d'écran de ton problème, de parties cachée de la fenêtre propriétés, ça permettrait de voir un problème où on serait peut-être passé à côté.
C'est le fenêtre qu'il faut que tu agrandisses. Mais on est d'accord qu'il faudrait que ça puisse défiler ...
Je parle de la fenêtre du plugin, elle fait déjà toute la taille de ton écran ?
Aie ... oui. Il faut vraiment que je trouve comment faire défiler ce dialogue de propriétés dans ce cas.
Héhé, merci constans !
Si tu veux tu peux laisser une petit avis sur cette page :)
Même si je ne suis pas super à l'aise avec la langue de Shakespeare [..]
Je ne suis pas certain de comprendre. Tu n'utilises pas le plugin en français ?
Bonjour Gilles, je pense que tut trouvera les explications nécessaire à comprendre les manipulations d'axe nécessaire à solutionner ton cas par ici :
youtu.be/RwDVNArH3ag
Bonjour Steph,
OpenCutList, comme Sketchup se fichent bien de savoir si on est en train de leur parler de bois ou de métal. Donc, oui, ça pourra aussi donner des résultats avec des pièces en métal.
Pour les 15/10ème, je vois pas bien ce qui pourrait être un problème. Sketchup comme OpenCutList traient parfaitement les 1,5mm d'épaisseur. A ceci près quand même que la précision paramètrée dans le modèle doit au moins laisser afficher la première décimale.
Plus d'infos sur la précision :
du moins je n'ai pas réussi à 'contraindre la fiche débit ' malgres l'option panneau
Peux-tu en dire plus ?
Ok, mais il y a une erreur qui s'affiche ? Si oui, laquelle ?
Bonjour corion !
y a-t-il une façon d'afficher directement sur le dessin les n° de pièces (A, B, ...) de la feuille de débit?
Non, pas pour l'instant. Désolé. C'est une fonctionnalité assez demandé, alors peut-être dans une prochaine version. Mais avant, il faudra qu'on en estime le coût et que le financement participatif atteigne l'objectif qu'il représente :)
ha oui! et puis ça serait bien aussi de nous proposer un plan de découpe optimale
Un truc comme ça ?
en tout cas, merci pour ce plugin, encore une fois très utile !
Merci !!
Jalma, ... il parait que si tu y penses très fort, les voeux se réalisent assez rapidement. Mais garde le secret 
!
Jalma, merci la magie et aux 
.
corion serait-il possible d'avoir un calepinage regroupant plusieurs projets sketchup ?
Oui, tu colles toutes tes projets dans le même fichier ... hihi
Ca c'est une fonctionnalité qui est propre à Sketchup. C'est en dehors d'OCL.
OCL ne fait que d'ajouter des metas données sur les matières naturelles de Sketchup. Et ces métadonnées sont exportées dans les fichiers SKM et même si la matière est issue d'un composant copier, coller d'un modèle à un autre.
S'il y a une sélection, OCL ne traite que cette sélection. Il suffit donc de le sélectionner.
je ne retrouve pas les échanges précis à ce point de vue.
Peut-être parce qu'assez peu de membres font vraiment l'effort de mettre un titre et des tags parlant à leur question ... ?? 
Est-ce que "vernis satiné" te permettrait de retrouver ta question ?? C'est ça la vrai question qu'il faut ce poser ...
Est-ce cette question que tu cherches ?
Sinon, ma succession était aussi de mieux formuler le titre de ta question pour qu'il soit aussi plus facile à retrouver dans le futur :)
Est-ce que ça le fait aussi dans les commentaires ?
Le dev web est un jungle en ce qui concerne le rétrocompatibilité. Il est quasiment utopique de faire en sorte qu'un site tourne parfaitement sur tous les navigateurs.
J'ai tout de même le sentiment que vous soulevez des problème assez divers. Mais surement presque tous lié à une compatibilités avec les appels JavaScript fait sur LADB.
Il n'y aurait rien à libérer/désalouer dans le code qui s'exécute souvent ?
Pas à ma connaissance. Mais si tu sais analyser l'utilisation mémoire ou la pile d'appel sur ton mobile ou un ordi, je suis preneur de ce que tu pourras y trouver.
Et sur la tablette, j'ai même dû abandonner l'application "internet" pour revenir sur chrome.
A dire vrai, le serveur reçoit aussi pas mal de requêtes en doublon lancées au même instant. Et de ce que je vois dans les logs (grâce au User-Agent), c'est quasiment toujours depuis un appareil Android.
A savoir si c'est un "bug" des navigateurs par défaut de cet OS ou un mauvais appel fait dans le code de LADB, ça c'est le mystère que ne n'arrive pas à percer.
Bref, ces appels en doublon m'ont déjà donné pas mal de fil à retordre, parce que ça faisais des publications en double (dans les commentaires notamment).
c'est le même bug qui nous met partout des "saisissez votre texte ici"
Ha ? Oui, d'ailleurs, comment ça se produit ça ?
Le bouton publier il est traître !
C'est à dire ?
Effectivement les doublons me semblent plus fréquents sur le téléphone.
Ils ne devrait plus exister par contre. J'ai normalement traité le problème côté serveur en ignorant les requêtes équivalentes dans les 3 secondes qui suivent la première depuis janvier.
Le bouton publier est traitre dans le sens où même si on vise super bien [...]
Là, je veux bien des captures d'écran. Ou des explications avec démo en vidéo ou quoi que ce soit qui me permettent de mieux voir votre problème.
Ok, Le ralentissement s'empire quand vous saisissez plus de texte ou juste quand vous scrollez plein de fois la page sans la rechercher ?
Je vais essayer de trouver plus d'info sur ce problème...
Je suis pas contre le concours d'autres investigateurs 
.
Mais je pense que le problème ne se limite pas à Chrome.
Juste quand la zone de texte perd et reprend le focus alors ?
Merci pour tes investigations !
ça ne plait pas à Chrome qui se plaint de violation.
Tu vois ça comment ?
utilises tu une librairie tiers pour l'éditeur ?
Y a plusieurs libs js sont appliquées au TextArea, oui.
- bootstrap-markdown - pour préécrire en markdown
- autosize - pour que le textearea grandisse à la saisie
- jquery-textcomplete - pour avoir le complete sur les mentions
S'il y a quelqu'un de chaud pour soit trouver une lib qui fait tout ça, soit en écrire une belle et propre. Il peut.
Au bout de 7 ans, je vous assure que ça devient tendu de maintenir les couches sur les couches. Sans compter que les choses évoluent dans les technos.
Dans le vrai, tout le JS du site serait à revoir et à intégrer autrement dans Symfony. Tout ça s'était des technos encore à la mode il y a 7 ans ... mais maintenant ... :)
... bon, sans dire de tout réécrire en Angular ou React quand même. Parce qu'à un moment il faut savoir s'arrêter.
Oui, le bois, ça gonfle :P
Patrice Beaulant va encore être mis à disposition
Le pauvre ...
Wep, d'accord avec trente six seb il me semble préférable que ce genre de question soit à réponse collective. D'autant que beaucoup peuvent en avoir la réponse. Ce qui répartir la charge de temps.
Oak je comprends ta position. Mais la communauté doit avoir les moyens de s'autonomiser. Et je pense que si ce genre de question est bien posée, elle devient aussi une source d'info pour ceux qui dans l'avenir auraient la même question.
D'ailleurs, j'en profite pour faire un appel à qui veut bien prendre un peu de son temps pour compléter la FAQ avec tout ce genre de petites questions bêtes, mais indispensables.
(Bon, c'est pas le meilleur endroit pour faire cet appel, mais en même temps, y a pas besoin de beaucoup de volontaires ... hihi)
Sauf s'il faut savoir programmer...
trente six seb non, faut savoir écrire et faire des captures d'écran :)
Oak effectivement la formulation de la question est l'essentiel obstacle que je voyais [...]
On est d'accord que "Profil" n'est pas une question bien formulée. Mais là je sèche à faire comprendre que le titre d'une question est surement le truc le plus important de la question.
Il y a cette indication d'écrite dans le formulaire mais j'ai comme l'impression que personne ne la lit ...
Renseignez ici le titre de votre question.
Essayez au maximum de le formuler comme une question (...?). Ce titre est très important pour la visibilité de votre question.
Ecrivez le avec les mêmes termes que ceux que vous utiliseriez si vous recherchiez votre question.
La seule chose que Boris Beaulant puisse peut-être faire (si ce n'est pas déjà fait) c'est limiter la taille des photos chargées
Arf, oui, mais ça c'est déjà fait. Les images envoyées vers LADB, quelques soit leur taille sont automatiquement redimensionnées à une résolution max de 1024x1024. Et sont même retaillées pour chaque page spécifique où elles s'affichent. Sans compter qu'un optimisateur les recompresse pour gagner encore. Tout ça pour arriver dans les formulaires à avoir des images de seulement quelques centaines de kilo-octets.
Je ne pense pas que la taille des images envoyées par LADB soit la source du problème.
Je m'étonne quand même de voir que récupérer de la place sur le mobile résout ce problème ... 
Joli !
Aie, en effet. Merci du signalement, faudra que je regarde ça !