JointPushPull Interactive Edition 3.0
-
salut tout le monde !!
Alors ...déjà ....je voudrais dire un ENORME MERCI à Fredo6 pour ses pluggins qui me sont ooooo combien indispensables !!
C'est pas compliqué , ils changent la modélisation dans sketchup , pas de doute là dessus
Ensuite , et c'est là que ça se complique
J'aimerai bosser avec les nouvelles moutures des pluggins mais je n'arrive pas à les installer
Je précise tout d'abord que je suis depuis une semaine sous Linux (Linux Mint 15) et que je fais tourner Sketchup (très bien ! ) via Wine.
j'ai unzippé les plugs et la librairie de Fredo6 dans mon dossier pluggin et quand je lance Sketchup , j'ai une fenêtre m'indiquant que :
"LibFredo6 will be updated at next startup de sketchup "
Et je n'ai aucune trace des plugs que ce soit sous forme d'icones ou dans les menus déroulants ..
et dans "fenetres" , j'ai bien un menu "Fredo6" mais pas d'options " purge obsolete files" ...
voici une capture d'ecran de mon dossier pluggins ....
un gros merci pour votre aide
-
orgelf,
Apparemment le classement alphabétique des fichiers est différent sous Linux par rapport a Windows. En fait le fichier Fredo6_!LibFredo6.rb devrait être classé avant Fredo6_JointPushPull.rb.
Le message vient du fait qu'il y aurait un autre fichier, chargé avant, qui définit la constante LibFredo6. De ce fait la dernière version de LibFredo6 n'est pas chargée et aucun des plugins non plus (c'est LibFredo6 qui les charge en fait)
Donc,
-
Supprime le fichier LibFredo6.rb(il ne sert plus a rien de toute façon).
Si ca ne marche pas, alors cela veut dire qu'il y a un autre fichier LibFredo6 quelque part. -
subsidiairement, il sera bon de faire un bon ménage, en particulier, mais si le 1) marche, tu peux commencer par utiliser Purge Obsolete Files.
Fredo
-
-
ça marche !
merci
du coup , quand je fais "purge obsolete files" j'ai le choix de supprimer :
defparam
libfredo6
zloader_freescale_dir_10
zloader_roundcorner.rb
zloader_curviloft.rbje retire tout ?
et ça va m'afficher automatiquement les dernières versions de ces pluggins , c'est ça ?
-
@orgelf said:
ça marche !
merci
du coup , quand je fais "purge obsolete files" j'ai le choix de supprimer :
defparam
libfredo6
zloader_freescale_dir_10
zloader_roundcorner.rb
zloader_curviloft.rbje retire tout ?
et ça va m'afficher automatiquement les dernières versions de ces pluggins , c'est ça ?
Ce ne sont que des fichiers et dossiers inactifs et ignorés au chargement. En principe tu as toujours les dernières versions installées. Donc pas de problème pour faire la purge, mais ca ne devrait rien changer.
Ceci dit, je suis quand meme perplexe sur l'ordre de chargement des fichiers sous Wine. Car ton probleme venait du fait que l'ancien fichier LibFredo6.rb était chargé par Sketchup avant le fichier Fredo6_!LibFredo6.rb.
Aurais tu installé AdditionalPluginFolders (et si oui, as tu bien la version 4.2a) ?
Fredo
-
merci pour les infos
je suis sous Linux depuis seulement une dizaine de jours , je ne sais pas du tout pourquoi l'afichage des dossiers est comme ça
Non, je n'ai pas installé AdditionalPluginFolders ...tu me le conseilles ?
-
@orgelf said:
Non, je n'ai pas installé AdditionalPluginFolders ...tu me le conseilles ?
Pas vraiment. C'était pour savoir si tu avais un dossier alternatif de plugin, qui peut etre source de conflit si le meme plugin est dans les deux dossiers.
Puisque cela marche maintenant, cela m'intéresserait que tu m'envoies le fichier trace de chargement. Va dans le menu Windows > LibFredo6 Settings... > View Trace Log file, fait un export TXT et PM le moi.
Cela me permettra de vérifier l'ordre de chargement des scripts
Merci
Fredo
-
avec grand plaisir , je fais ça aujourd'hui
-
@chon said:
Fredo,
je crois que j'ai trouvé le coupable à mes dysfonctionnements : Le NAS de mon réseau.
Veux tu dire que ta directory alternative était sur le reseau?
Fredo
-
@fredo6 said:
Veux tu dire que ta directory alternative était sur le reseau?
Ben oui, le but pour moi de l'additionalPluginsFolder étant de partager et maintenir à jour les plugins utilisés sur plusieurs postes, il est très logique que je l'ai localisé sur le NAS qui est le disque central de notre réseau avec tout l'intérêt que comporte le système NAS (autonomie de fonctionnement, gestion des droits, sauvegardes auto, ...).
-
Fredo,
je crois que j'ai trouvé le coupable à mes dysfonctionnements : Le NAS de mon réseau.
J'ai fait le test de déplacer mon dossier PlugIns sur un autre disque réseau que le NAS et tout fonctionne normalement. En déplaçant le dossier sur une autre partition du NAS, ça ne fonctionne pas mieux.
Le NAS est un NetGear ReadyNas Pro 2.
Si tu as besoin d'autres informations que je peux te transmettre, n'hésite pas !À pluche
-
En principe ca devrait marcher si le NAS est rapide.
AdditionalPluginFolders est fait pour cela.Fredo
-
Ce NAS étant plutôt récent, je ne vois pas pourquoi il ne serait pas "rapide".
Mardi, je vérifierai voire mettrai à jour les droits en écriture/lecture des différentes partitions du NAS en espérant que...
Je te tiens au courant.
À pluche
-
Fredo,
j'ai mis à jour le NAS et j'ai toujours les mêmes problèmes.
Si une idée te vient...
-
@chon said:
Fredo,
j'ai mis à jour le NAS et j'ai toujours les mêmes problèmes.
Si une idée te vient...
As tu un seul ou plusieurs chemin definis dans AdditionalPluginFolders.
Le probleme pourrait etre lié a LibTraductor.rb qui se trouverait a plusieurs endroits.
Fredo
-
@fredo6 said:
As tu un seul ou plusieurs chemin definis dans AdditionalPluginFolders.
Le probleme pourrait etre lié a LibTraductor.rb qui se trouverait a plusieurs endroits.
Qu'un seul répertoire...
J'ai tenté 2 chemins pour accéder au répertoire, depuis la racine du réseau (celui actif en ce moment, le plus sûr je suppose) ou depuis un raccourcis windaube -> pas de changement.
J'ai remarqué que le plugin changeait de lui-même les "" en "/" dans le chemin du répertoire mais je doute que ça ait une incidence vu que si je pointe vers un autre disque réseau que le NAS, ça fonctionne sans pb.
Advertisement