C’est vrai que ça donne une ambiance. Mais ces racines sont intéressantes sur leur modularité. Elles sont déplaça les tous les 1m pour donner la fonction qu’on veut à l’espace. C’est bien pensé.
Je confirme que les coupes qui sont pas d'un bord à l'autre ne peuvent de toutes façons pas être faites avec une scie circulaire.
Il n'y a pas vraiment "d'optimisation" à chercher. Tu coupes dans l'ordre, toutes les coupes qui traversent et dans les morceaux obtenus, s'il y a encore des coupes, tu tournes le morceau de 90° et recommence et tu fais comme ça jusqu'à ne plus avoir rien à couper.
La liste que tu cherches est en fait une arborescence que tu parcours naturellement.
J'aimerai avoir la solution à ton problème. Mais il faut bien voir qu'il n'est pas simple à automatiser. Les 4 pièces que tu veux mettre en continuité ne sont même pas dans le même plan. Difficile pour une logiciel d'interpréter le fait que tu veuilles une continuité.
D'habitude, on recherche la continuité sur les façades qui sont dans le même plan.
D'ailleurs, est-ce vraiment si visible dans ton cas que le fil ne soit pas parfaitement en continuité entre 1, 2, 3 et 4 ?
mofran, as-tu des exemple d'autre logiciels qui fonctionneraient comment ça ?
Ce qu'il faut voir, c'est que pour OpenCutList, on a fait le choix que rien de ce qui est calculé n'est enregistré. Tout peut être recalculé à partir d'un même jeu de paramètres. L'avantage, c'est que tout est toujours à jour avec le dessin et que ça ne pollue ni n'alourdit le modèle 3D.
(Quand je parle de pollution, je parle des solutions qui viennent "dessiner" le calepinage avec des copies des pièces dans le modèle.)
Tout ça pour dire que si on veut laisser le choix à l'utilisateur de déplacer à postériori les pièces dans une solution de calepinage, il faut que ce changement soit une sorte de nouveau paramètre pour être capable de le regénéré à l'identique si OCL ou SU est fermé. Je pense que tu vois dans quelle usine à gaz ça commence à embarquer le truc.
Maintenant, depuis la version 6.0, il est possible d'exporter les calepinage en SVG. Et donc libre à celui qui veut de malaxer chaque SVG à sa guise pour replacer les pièces comme ça l'arrange.
Pour l'aider, j'ai fait en sorte que chaque pièce soit exportée dans un sous groupe avec sa désignation.
Hey, sylvainlefrancomtois is back
PapyDidou, je crains fort que le fait qu’OpenCutList ne fonctionne pas sur Linux soit due au fait qu’il y a des difficultés pour faire tourner une version récente de Sketchup sur Linux.
Sinon, dans le plugin, rien n’est propre à un système ...
Oui, OpenCutList nécessite au minimum la version 2014 de Sketchup.
Ce que je voulais dire, c’est quoi qu’il en soit OCL reste un plugin donc est dépendant du logiciel sur lequel il tourne.
titimaster oui, un petit virtualbox et hop !
PapyDidou non, une vraie machine virtuelle avec VirtualBox ou autre.
Wine, c’est n’est que de l’emulation.
olivimo cool et c'est sous Linux que tu utilises OCL du coup ?
Outch, ça ne devrait pas s'afficher à cette taille là !!
(Je vais poser une question étrange, mais qui est certainement le coeur du problème. Je suppose que tu es sur Windows. Dans ce cas, quelle est te version d'Internet Explorer ?)
Ok, étonnant alors. Et autre question, quelle version d'OpenCutList utilises-tu ? (C'est écrit en haut de la fenêtre, mais on le le voit pas sur ta capture.)
La surcôte est configurée sur la matière de la pièce. Donc pour avoir des différences, il suffit de ne pas appliquer la même matière à des pièces qui n'ont pas besoin des mêmes paramètres :)
Maybe this is the job you can do with Layout, no ?
—-
To add a new langage you need to add a new pt.yml file in i18n sources folder that strictly follows the fr.yml file and recompile all the project.
It’s impossible to add a new language without recompiling project from its sources.
Documentation to configure development environment : github.com/lai...-development.md
I will answer in english, because I don't speak spanish :)
But I think that the answer of your question is in the error message. Your parts are too large to enter in the standard sheet good size that you defined in the material properties.
Else, the best place to ask this kind of question is in the Questions section.
Il n’y a pas de raison pour que ça ne marche pas sous SU 2017.
As-tu bien relancé SU après l’installation du plugin ?
Oui, mais là je vois que ta matière MDF n’a pas de type défini. Il faut qu’elle soit de type panneau.
Hihi, je crois bien que la réponse à ton problème était écrite dans la petite bulle jaune 'Attention' en haut de la fiche de débit ... je dis ça, je dis rien.
Sinon, je t'invite à regarder cette vidéo, où toutes les fonctionnalités y sont présentées et expliquées. Je pourrais pas être derrière chaque utilisateur, je peux pas faire mieux :)
Après, pour plus de détail écrit sur le calepinage, c'est par ici. Et pour toutes les docs écrites, c'est pas là. Et tout ça est accessible dans l'onglet "Docs" depuis le plugin.
c'est vraiment le top [...]
Merci tontondan d'apprécier l'outil, ça fait plaisir !!
[...] et en plus c'est gratuit !
Et si l'outil te plait, sache que pour qu'il continue d'évoluer, il y a un financement participatif qui existe. L'Open Source n'est pas la gratuité, c'est un échange
Non, j'ai volontairement dissocié les deux sur les dons. Beaucoup d'utilisateurs d'OCL n'utilisent pas L'Air du Bois et inversement.
Pour contribuer à OpenCutList, ça se passe depuis le bouton "Soutenir" dans le plugin lui-même. Et le don se fait via la plateforme Open Collective ... et en dollar (j'aurais préféré en euro, mais bon ...)
Tout est expliqué dans le lien que j'ai mis dans mon précédent commentaire.
Mais merci pour le don sur LADB aussi alors !
Salut tombeu et merci d'apprécier OCL !
serait-il possible d'ajouter un calepinage dans la matière barre ?
C'est en cours de développement. Mais il nous apparait important de ne pas traiter forcément ça comme les panneaux. Du coups en attendant de trouver l'idée qui va bien, et de voir la cagnotte avec assez de fond pour y investir le temps nécessaire, ce n'est pas officiellement en place :)
En attendant, si tu es un peu codeur, une pull request de CyberBLN peut te permettre de tester son adaptation du calepinage 1D.
tombeu dans le dessin, non. C'est trop petit. Mais si tu active l'option pour Afficher la liste des pièces pour chaque panneau dans les options de calepinage, tu auras un tableau avec les dimensions.
Oui, bien sur, c'est possible. Et même sans OpenCutList. Les matières peuvent être exportées en fichiers .skm depuis la fenêtre de matières. Et donc réimportées dans d'autre projet. Et la magie, c'est que les paramètrages faits dans OpenCutList sur les matières sont exportés avec.
Pierre81, merci pour ton retour !
Pierre81 Dans mon cas, et sans même savoir si c'est possible, une donnée qui me manque, ce serait de pouvoir renseigner la densité et le prix des bois utilisés et d'obtenir ainsi le poids et le prix de revient de la sélection.
C'est une chose pas mal de fois demandée, mais qui n'est pas si facile à intégrer en l'état. Et pose un certain nombre de problèmes potentiels.
En effet, la densité ou le prix (par rapport à un volume ou une surface) serait à définir sur la matière.
Or, une matière peut définir plusieurs épaisseurs ... donc déjà, plusieurs prix.
Après, même si le plugin donne une surface et un volume somme du débit, ce n'est en rien la réelle surface ou volume à débiter.
En effet, pour les panneaux, il faudra compter ça en feuille ... donc faire passer la moulinette du calepinage. Alors que tu le bois massif, il faudra multiplier par au moins 2 pour être réaliste.
Bref, j'ai fait le choix que le plugin n'indique pas des valeurs qui dans le fond serait toujours sous-estimées. Et donc afficher comme une vérité qqch qui est faux est un jeu dangereux.
Le plugin a essuyé des critiques à ses débuts par des gens qui ont suivi aveuglément ce qu'il donnait pour aller acheter leur bois. Reste qu'ils ont mal modélisé, mal compris ce que compte OCL et ce qu'il ne compte pas. Et ont accusé le logiciel de leur avoir fait perdre de l'argent. En définitive, ici, il serait difficile de faire comprendre que les valeurs de volume et prix sont de toutes façon qu'une estimation. Donc pour pas me prendre la tête avec des râleurs et donner de la fausse info, y a pas :)
Ceci dit, je trouve totalement dingue que tu puisses être critiqué sur un logiciel libre d’accès destiné à nous aider!
Oui, y a aussi surement que je fais une fixette là dessus :)
Mais peut-être que je devrais faire comme Solid Quantify :
I MAKES NO GUARANTEE OF VALIDITY about reports by using this script.
Please use this script at your own risk.
Héhé, ce que je vois, c'est surtout que pour que le développeur de Solid Quantity ait mis ça, c'est qu'il a du être confronté au même problème :)
Bon, mais au delà de ça, comme je te le disais, c'est plus le fait que la valeur qui serait donnée par OCL serait quand même un peu fausse. Que ce soit pour le poids ou le coût.
OCL ne prend en compte que des pièces capables, donc des blocs parallélépipédique, donc sans le usinages. Le poids des pièces peut donc grandement varié suivant la nature des usinages.
Et pour le coût, sur le massif, comme on l'a vu, il y a un facteur de presque X2 à appliquer par l'expérience et sur les panneaux, il faut compter en "feuille" et non en somme des surfaces de chaque pièce.
C'est donc tout ça qui me fait dire que d'afficher une valeur qui par définition n'est pas exactement la valeur que l'on veut, même si on le comprend bien, a assez peu d'intérêt.
Qu'en penses-tu ?
Satemorej c'est bien ça :)
Pour éviter une donnée en plus, OCL considère que le fil suit la longueur. Et la longueur n'est pas forcément la plus grande dimension.
J'ai rien inventé, les fournisseurs de panneaux procèdent comme ça. Regarde les dimensions d'un panneaux de CP bouleau, c'est souvent du 1530x3000 et non l'inverse comme c'est le cas sur d'autres CP qui on un fil dans la longueur.
Bonsoir Bobby181,
Tout d'abord, content que tu aies découvert ce plugin
Les matières
OpenCutList traite l'attribution des matières avec une priorité sur la matière qui est directement appliquée sur l'instance du composant représentant la pièce.
Donc, si Noyer noir est la matière appliquée sur l'instance de la pièce, alors que dans les x faces du dessin, il y a une autre matière, la matière que verra OCL sera Noyer noir, quoi qu'il arrive. Et ça peut importe l'orientation des faces.
En revanche, si aucune matière n'est définie sur l'instance, OCL va en prendre en priorité la matière présente sur le plus de face du dessin. Et si aucune face n'a de matière, il recherchera la matière à considérée en remontant les ancêtre de l'instance dans l'arborescence de structure.
Et là encore, aucune raison que l'orientation des faces n'ait d'incidence.
Bref, pour résumer. Pour qu'une pièce soit vu avec une matière donnée, il faut appliquer cette matière sur l'instance. Ce qui n'empêche pas de mettre une autre matière sur certaines faces du dessin ... comme dans ton cas les chants ...
Le calepinage
donc que peut-on faire pour obtenir la solution optimale?
Ca, je pense que c'est un peu comme chercher le graal :)
Pour certain, la solution optimale, c'est moins de panneaux. Pour d'autre, c'est moins de coupes, pour d'autres, c'est moins de rotation à la coupe, etc ... Il y a au moins autant de solution optimale qu'il y a de besoin.
Après, c'est possible qu'OCL n'ait pas forcément la meilleure solution pour la réduction du nombre de panneaux. C'est aussi pour ça qu'il y a une fonction d'export en CSV pour utiliser un autre logiciel de calpinage.
Mais attention aussi de tester avec les mêmes conditions :
- y a-t-il des surcôtes de configurées ?
- Y a-t-il la même marge configurée sur le panneau ?
- les pièces sont-elles autorisée à tourner ?
- ...
Sinon, je suis curieux de quelques exemples pour comparer. Donc, si ça te va, tu peux envoyer les différents résultats à opencutlist@lairdubois.fr et avec Martin Müller, on regardera.
En l'état, difficile de te répondre :)
Bonjour Sebastian, merci d'apprécier OpenCutList.
Pour permettre aux pièces d'être réorientées dans le calepinage, il faut indiquer dans la configuration de la matière de type panneau qui est appliquée au pièce que celle-ci n'a pas de grain.
Satemorej oui, c'est ça. L'algorithme se permet d'essayer de tourner les pièce que si la matière est sans fil.
Non, si tes façades de tiroir n'ont pas la même longueur, il sera difficile de contraindre l'ordre en l'état de ce qui a été fait dans OpenCutList.
D'ailleurs, il me semble difficile de concilier optimisation d'espace et ordre contraint.
sebastianc ok, ta question est différente.
Ce que tu veux faire est bien entendu possible. Il suffit de forcer ta pièce à suivre les axes du composant et la longueur (qui est le sens du fil) sera lue sur l'axe rouge.
Plus d'info dans cette vidéo : youtube.com/wa...h?v=RwDVNArH3ag
Hmm, je pense qu'on se comprends pas bien.
Si c'est une orientation des pièce pour optimisation, c'est pas une histoire d'axe, mais c'est dans la matière qu'il faut lui dire qu'il n'y a pas de fil. Comme je l'ai dit dans mon premier commentaire.
Si c'est pour forcer certaines pièces à être avec un fil de bois le long de la petite dimension, oui, il faut changer les axes. Et y a un outil pour ça dans OLC :
Quoi qu'il en soit, l'ordinateur ne peut pas deviner pour nous. Donc, il faut bien lui donner de l'information ...
Satemorej, wep, tout ça est bel et bien possible. C'est juste qu'on doit pas bien se comprendre :)
Ce qu'il faut voir c'est que je suis tout de même parti du principe que si l'orientation dans le panneau d'une pièce ayant une certaine matière n'a pas d'importance, c'est que ça n'a pas d'importance pour toutes les autres pièces ayant la même matière. Et donc au lieu de configurer ça pièce par pièce, c'est au niveau de la matière qu'on indique que cette dernière n'a pas de fil et donc l'algo aura le loisir de choisir s'il veut tourner la pièce ou pas.
Dans le cas d'un pièce qui a une matière avec un fil visible et que ce fil a son importance, si on veut tourner précisément une pièce, c'est que c'est pour avoir le fil de travers. Donc, dans ce cas, on "feinte" le sytème en forçant la longueur sur la petite dimension, c'est tout. Et ça, ça se fait avec les axes. Il manque peut-être un outil pour que ça soit plus user friendly, mais pourquoi ajouter une donnée qui existe déjà dans SU. Un axe, c'est 3 directions et 3 sens. Tout ce qu'il nous faut pour indiquer précisément l'orientation de nos pièces.
Mettre le fil dans le long de la dimension "longueur", c'est pas une invention de ma part. Tous les fournisseurs que j'ai pu croiser fonctionnement comme ça.
Satemorej héhé, oui, je vois bien votre requête.
Après, c'est le nième paramètre en plus qui me dérange un peu. Parce que après, il y en a partout et c'est comme ça que petit à petit le truc est moins user friendly :)
Par ailleurs, je ne suis pas certain que l'algo trouvera forcément la meilleure solution. Mais pour ça, je laisse Martin Müller dire ce qu'il en pense.
PS: Boris, je kiffe le bureau que tu as présenté il y a peu !
Martin Müller je te l'ai transféré :)
Salut Damien !
Le mieux est de le faire dans la rubrique Questions, oui.
Il faut comprendre que les matières ajoutées le sont dans le modèle courant. Et donc, si tu ferme sans enregistrer ou que tu ouvre un autre modèle, ça se sera pas les même matières qui seront recherchées.
Et comme le dit Martin Müller les matières OCL sont les mêmes que celles qui sont ajoutées dans SketchUp directement.
Salut,
La logique de rendu dans OCL est d'essayer d'afficher tous les panneaux à la même échelle pour que l'utilisateur ne soit pas leurré par des dimensions trompeuses. Mais forcément, si on veut afficher autant un panneau de 3m de long que 50cm. Ca fini par poser quelques soucis.
Dans ton cas, ce que tu souhaites afficher est vraiment petit, non ?
Les pièces ne font que quelques centimètres, non ?
PALETMAN est-il possible avec la fiche débit d'avoir le prix au m² pour faire un devis
Oui, ça sera possible quand le financement participatif aura atteint son objectif :)
Alors hésite pas à lui donner un coup de pouce
je ne peux pas cliquer sur la case dans préférence
Tu veux dire qu'elle reste grise ? Etrange, j'ai pas encore vu ça.
Pour te dire que ça marche, c'est pas du vent. Je l'ai installé sur un SU 2016 sur Windows 7 avec aucune manip exceptionelle pour en arriver là.
En haut de la fiche de débit, tu as un cadre "Récapitulatif" qui te donne les sommes de longueur / surface / volume de débit de chaque matière.
Ce qui est étrange, c'est que je fais mes tests de compatibilité sur un Win7 + IE9 avec SU Make 2014 et ça marche très bien.
Non, y a rien à faire normalement. Je viens de retester avec une version fraichement installé de SU 2014 sur Win7 et ça roule.
J'ai envie de dire que moins tu vas bidouiller, plus ça va marcher :P
Il me semblais que c'était édité par des Français...
Disons que notre équipe de base est francophone, oui. Un suisse et un français . Et que vient s'y joindre 11 traducteurs avec autant nationalités différentes.
Le lien en haut de cette page est bien le bon.
OpenCutList est rendu disponible sur le "store" officiel de SketchUp (qui lui est aux états unis). Et là, Trimble (les proprios de SketchUp) demande d'être connecté à un compte pour télécharger des plugins, oui. C'est ainsi, on y peut rien et c'est gratuit ... et en même temps c'est le même compte que celui qu'il faut avoir pour télécharger SketchUp maintenant.
Sinon, tu peux avoir le fichier ici sur le dépôt GitHub (là où il y a les sources) du projet, sans créer un compte.
Content qu'OpenCutList remplisse tes besoins
L'info la plus complète pour installer OpenCutList reste ici :
On y retrouve autant le lien direct vers GitHub que celui sur L'Extension Warehouse.
Non, SketchUp Free ne permet aucun plugin.
En revanche, OpenCutList fonctionne avec la version SketchUp Make 2017.
Oui :)
Il faut au préalable que les pièces de quincaillerie soient avec une matière de type Accessoire.
Oui, dans l’onglet Paramètres en bas de l’écran il faut désactiver l’affichage des unités.
C’est même une option globale à Sketchup.
Un bout de réponse ici
lairdubois.fr/.../reponses/26307
Sinon, le rapport indique la masse des matières premières brutes. La masse capable n'est pas indiquée.
Bonjour Hebrak,
Merci d'apprécier l'extension .
OpenCutList ne fait pas ça. C'est un problème qui demande de poser pas mal de contraintes en entrée. Comme l'organisation des panneaux, etc. C'est comme poser du carrelage quoi.
Par contre, avec Curic Face Knife, tu peux dessiner ton pavage en répétition plus grande que ta surface à couvrir. Le faire découper et ensuite demander à OCL de compter les morceaux que ça fait.
Voici le truc en action
- Je dessine mon pavage + forme de découpe
- Avec Curic Face Knife, je découpe le pavage
- Je calepine dans OpenCutList
Salut et merci d'apprécier OpenCutList.
Le premier n'est pas vraiment un bug. La fenêtre est juste restée sur ton second écran qui n'est plus là. SketchUp ne m'indique pas que cet écran n'est plus, malheureusement.
Je ne comprends pas bien le second problème. Comment importes-tu les matières ? Qu'entends-tu par "il suffit de sélectionner la matière" ?
C'est tout à fait normal et n'a pas de rapport avec l'import ou non des matières.
Dans le cas présenté sur la capture. Le type de matière "Bande de chant" est grisé parce que c'est l'outil "Colorier des pièces" qui est activé (orange en haut). Outil qui applique la matière à toute une instance de composant.
Or les matières de type bande de chant ne peuvent être appliquées que sur des surfaces considérée comme chant dans le dessin de la pièce. Il faut donc activer l'outil "Colorier des chants" pour avoir accès à ce type de matière et ensuite pointer le chant à colorier.
Salut.
Merci d'apprécier OpenCutList. Par contre, c'est pas le meilleur endroit pour faire des propositions ou demander des infos. Je t'invite à ouvrir une question .
Non, seules les matières du modèle s'affichent dans OpenCutList.
Mais tu peux parfaitement utiliser le système natif de collection de SketchUp (explications).
Est-ce que pour aller plus loin on pourrait avoir un pack de texture à uploader en groupe dans sketchup ou autre logiciel?
Je reste partagé sur ce type d'archive. Voici mon argumentaire :
- D'une part, parce que la xylothèque est amenée à s'enrichir en permanence. Donc de nouvelles essences et donc une archive qui se renouvelle à chaque fois. Et au niveau ressource matériel, il n'y a aucun intéret à obliger à re-télécharger un pack à chaque fois. Je sais qu'on en est plus à compter nos octets, mais quand même.
- Par ailleurs, il y a bien 50% des images qui ne sont/seront pas exploitables en texture (mauvais cadrage, mauvais éclairage, photo incomplète). Et ça je ne vois pas comment automatiser la sélection. Il y aurait donc dans cette archive des images inutiles. Qu'il fraudrait trier à postériori une fois l'archive téléchargée.
- Parce que faire tourner un système pour envoyer une archive de presque une centaine de Mo pour que la moitié ne soit pas utile est ... inutile.
- Il y a donc nécessairement un choix manuel sur les textures à faire, autant le faire dans la Xylothèque directement. Il y a le nom, les caractéristiques, le moteur de recherche, l'aperçu, ... On achète pas du poisson pourri / pas pourri au supermarché pour le rapporter chez soi et le trier ensuite.
- Parce que la xylothèque ne peut pas être juste un réservoir pour piocher. Offrir la possibilité de simplement tout en sortir, c'est offrir le possibilité de ne plus y venir et donc de l'oublier et de ne pas y contribuer. Y venir, c'est voir les nouveautés, c'est se donner l'opportunité de contribuer, de voter, de commenter ... bref de la faire vivre.
Pour moi, une telle archive, ça serait un clou dans le pied de la xylothèque, même si je comprends très bien le côté pratique que ça donner l'illusion de représenter.
Ha oui, j'avais pas pensé que ça ne serait pas naturel du fait que le reste du site fonctionne déjà comme ça. On clique sur l'image ou ouvrir le contenu :)
Mais en effet, un petit popup peut être ajouté.
un lien télécharger les textures sur la fiche de l'essence, qui te fait un pack des différentes textures de la fiche consultée.
Barf, ça c'est pas si intéressant. Dans la sens où ça fait des gros fichiers pour ne pas tout utiliser. Sans compter que toutes les images de la xylothèque ne sont pas si intéressantes que ça pour en faire des textures.
Bref, dans un logique de non sur-consommation, il m'avait semble plus intéressant de laisser l'utilisateur choisir ce qu'il veut.
A part cela, j'en profite pour une remarque générale : ce site est vraiment bien fait [...]
Merci JBRosset !
Salut EtienneVR,
C'est chouette, mais tu sais que le collage des textures en "mosaïque" est déjà faite automatiquement par L'Air du Bois en les téléchargeant depuis la page "Textures" ?
De là tu choisi ta texture et en cliquant dessus ça va télécharger un ZIP qui contient 2 images. La simple et cette en mosaïque
EtienneVR arg, pourtant, il suffit de cliquer sur une vignette et ensuite sur le bouton Télécharger cette texture.
Pour le sens du fil, il y a aussi une solution simple qui évite de devoir créer 2 matières différentes.
Pour ça, il suffit de mettre le fil à l'horizontal dans l'image de texture et de mettre l'axe rouge de la pièce le long du fil du bois dans le groupe ou composant qui représente la pièce dans le modèle.
Et tout ça est simplifier avec OpenCutList
Parce que si tu as deux matières différentes juste pour le rendu, OCL ne pourra plus aussi bien t'aider à construire la fiche de débit de tes projets.
Olivier89140 pour ouvrir le popup des exports de textures, il faut cliquer sur le lien "XX textures" de la fiche essence comme le montre ce commentaire plus haut.
mofran Moins y aura de gens ayant accès à qqch, plus ça te sera difficile de le lancer.
Le pb de cette rubrique c’est qu’à mon avis ses contours sont naturellement pas clair pour chacun et bien peu se sentiraient d’y contribuer.
Et a peut-être aussi que pas assez y voient une réponse à leur besoins.
Salut Entropie,
N'aviez vous pas déjà publié cette notice ici :
Pour mieux répondre, il faudrait me dire la version de SketchUp que tu utilises et sur quel système d'exploitation.
J'ai pas trop d'idée sur la cause de ce problème à part la liste que j'ai mise au dessus.
C'est même pas une fonctionnalité qui a changée dans cette mise à jour.
Merci