[BOULET INSIDE] Plug-ins ? Extensions ?

La DuF

Bonjour !

Mélanger les C:... et les D:... n'est pas un peu risqué ?

Je ne mélange pas vraiment, au contraire... Une vieille habitude d'Unixien. Sur toutes mes machines, depuis des années, il y a une partition pour le système, une pour les programmes, une ou plusieurs (E:, F:,...) pour les données, en séparant si possible les données perso des données professionnelles et une X: pour le fichier d'échanges de Windows (taille fixe).

L'intérêt que j'y vois, c'est moins de risques en cas de crash d'un disque ou d'une partition, des sauvegardes plus faciles, moins de risque de remplir le disque système,...

Du point de vue de l'organisation logique des données sur un ordinateur, un disque ou une partition, ce n'est jamais qu'un répertoire de 1er niveau. Or, tout le monde stocke ses données, ses programmes et son système dans des répertoires différents, non ?

pilou

C'est à dire que maintenant sur les machines dites modernes le système est de base sur une partition réservée non accessible invisible pour l'utilsateur lambda et facilement récupérable (de lapin) en cas de catastrophes naturelles!
Donc pas de prises de têtes avec toutes ces contorsions!

TIG

The bug in v2014 M0 is basically that if you start SketchUp using a SKP that is not on the same drive as the SketchUp installation [usually the system drive C:], then the path to the new Ruby files gets corrupted to be the SKP's drive-letter [this case D:].
Trimble have a fix - but who knows when M1 will appear ?
The rb file I gave when placed in Tools will reset the paths properly to the system drive ?
I don't understand your reported:
D:/Program Files (x86)/SketchUp 2014/Tools/!_fix_ruby_startup.rb
A standard installation of SketchUp usually is something like:
C:/Program Files (x86)/SketchUp/SketchUp 2014/Tools/!_fix_ruby_startup.rb
So why is !_fix_ruby_startup.rb in that folder-path, and there is no 'SketchUp' folder in the path at all ?
So have you installed SketchUp in a folder that is NOT not on the system drive [C:] ?
The 'fix' will not work in that case - it assumes you have a standard installation.
So then remove the 'fix' rb and do the earlier workaround by opening SketchUp then the SKP...
M1 will be out sometime...

Le bogue dans v2014 M0 est essentiellement que si vous commencez SketchUp utilisant un SKP qui n'est pas sur le même lecteur que l'installation de SketchUp [habituellement le lecteur système C:], puis le chemin d'accès aux nouveaux fichiers Ruby est corrompu pour être la volonté de la SKP - lettre [ce cas D:] .
Trimble ont une solution - mais qui sait quand M1 apparaît?
Le fichier rb j'ai donné lorsqu'il est placé dans Tools réinitialiser les chemins correctement le disque système?
Je ne comprends pas votre rapportés:
D:/Program Files (x86 )/SketchUp 2014/Tools/! _fix_ruby_startup.rb
Une installation standard de SketchUp est habituellement quelque chose comme :
[ruby]C:/Program Files (x86 )/SketchUp/SketchUp 2014/Tools/! _fix_ruby_startup.rb[/ ruby ]
Alors, pourquoi est !_fix_ruby_startup.rb en ce que dossier dans D:-chemin, et il n'y a pas de dossier "SketchUp " dans le chemin du tout?
Alors, avez-vous installé SketchUp dans un dossier qui n'est pas pas sur le lecteur du système [C:] ?
La «solution» ne fonctionnera pas dans ce cas - il suppose que vous avez une installation standard.
Donc, puis retirez le rb ' fixe ' et faire la solution de contournement plus tôt en ouvrant SketchUp alors le SKP ...
M1 sera hors parfois ...

TIG

More info on what to do in v2014 M0 if SketchUp is not installed on
Plus d'informations sur ce qu'il faut faire dans v2014 M0 si SketchUp n'est pas installé sur
http://sketchucation.com/forums/viewtopic.php?f=11%26amp;t=56869

La DuF

Hey, Tig !

@tig said:

I don't understand your reported:
D:/Program Files (x86)/SketchUp 2014/Tools/!_fix_ruby_startup.rb
A standard installation of SketchUp usually is something like:
C:/Program Files (x86)/SketchUp/SketchUp 2014/Tools/!_fix_ruby_startup.rb
So why is !_fix_ruby_startup.rb in that folder-path, and there is no 'SketchUp' folder in the path at all ?
So have you installed SketchUp in a folder that is NOT not on the system drive [C:] ?

That's right. As an old UniXer, I like to have the system, the progs and my data in differents partitions...

@unknownuser said:

The 'fix' will not work in that case - it assumes you have a standard installation.
So then remove the 'fix' rb and do the earlier workaround by opening SketchUp then the SKP...

OK, here's what I tried :

Uninstall SU2014 from my machine, delete its directory under 'D:\Program Files (x86)' and clean up all crap it left in the registry.
Start a clean "standard" install, not modifying the target directory, that is 'C:\Program Files (x86)\SketchUp\SketchUp 2014'.
Launch SU 2014 from the shortcut it just created on the desktop --> Works OK.
Install latest available version of TT_Lib2 from the EWH --> Installs OK
Exit SU2014 and restart it --> KA-BOOM !!

Erreur de chargement du fichier C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/TT_Lib2/core.rb
Error; #<IOError; Path not found>
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/TT_Lib2/c_extension_manager.rb;49;in `initialize'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/TT_Lib2/core.rb;124;in `new'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/TT_Lib2/core.rb;124;in `<module;Lib>'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/TT_Lib2/core.rb;110;in `<module;TT>'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/TT_Lib2/core.rb;20;in `<top (required)>'
C;/Program Files (x86)/SketchUp/SketchUp 2014/Tools/extensions.rb;197;in `require'
C;/Program Files (x86)/SketchUp/SketchUp 2014/Tools/extensions.rb;197;in `load'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/TT_Lib2.rb;40;in `register_extension'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/TT_Lib2.rb;40;in `<module;Lib>'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/TT_Lib2.rb;14;in `<module;TT>'
C;/Users/François/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/TT_Lib2.rb;13;in `<top (required)>'

Exit SU2014, copy '!_fix_ruby_startup.rb' into 'C:\Program Files (x86)\SketchUp\SketchUp 2014\Tools' and launch SU2014 again --> same flavour of KA-BOOM !!

The I/O error online 2 suggests that the path with a "Ç" in it cannot be accessed... 'Cause I double-checked, the 'core.rb' is exactly where it's supposed to be.

NB : I'm not even close to the point where I can ask myself whether I'll start SU from its own shortcut or by clicking on an SKP file on another drive....

I'll start an auto-hypnosis session, to try to convince myself that SU2013 is just what I want...

BTW, Tig, ThanXX again.

François

La DuF

Hey, Tig !!

Please allow me to switch to french for a couple of seconds...

Putain de chierie de bordel de merde de vérole de moine à la con !!!

OK. Last update :

I closed my session (under 'François') and opened a new one, under 'toto'...

SU2014 works fine, I can install and use BuildEdge, TT_Lib2, Architect Tools, and a couple of others, as far as a 2-minute test can show...

So it seems that the cedilla in my first name is the problem, after all... Too bad these things are developped by guys who only know 26 letters. And I'm afraid I'll have to wait for a fix for a loooooooong time.

ThanXX again, anyway.

Patrick

@la duf said:

Hey, Tig !!

Please allow me to switch to french for a couple of seconds...

#§*£$#""### ... !!!

Vilain 'La DuF'

Patrick

TIG

My French is poor, but good enough to know curse when I see one

La DuF

OK, les mecs, problème résolu !!!

(ou plutôt, contourné, mais nafoutt', ça marche !!)

Récupérer et installer « Link Shell Extension » (http://schinagl.priv.at/nt/hardlinkshellext/linkshellextension_fr.html#contact), qui permet de créer des liens symboliques dans des systèmes de fichiers NTFS, un peu comme sous UniX
À l'aide de LSE, créer les jonctions suivantes :

C:\Roaming vers C\Users\François\Roaming
C:\Profil vers C\Users\François

Créer sur le bureau un fichier de commande « SU2014.bat » :

set APPDATA=C;\Roaming
set USERPROFILE=C;\Profil
c;
cd "C;\Program Files (x86)\SketchUp\SketchUp 2014"
SketchUp.exe

Exécuter le fichier de commande --> youpi !

En fait, l'interpréteur de scripts Ruby s'appuie sur les variables systèmes pour accéder (entre autres) au répertoire des plugins. Et quand ce nom de répertoire contient des caractères nationaux (ç), il perd les pédales. En créant les deux jonctions, on lui fait croire que le nom de ce répertoire ne contient pas de caractères nationaux.

Testé à l'instant.

François (avec une cédille, nomdidjûûû !!)

OK, guys, problem solved !!!

(or tweaked, but I don't give a fuck, it works !!)

Download and install « Link Shell Extension » (http://schinagl.priv.at/nt/hardlinkshellext/linkshellextension_fr.html#contact). It allows to create symbolic links in NTFS filesystems, just like under UniX
Using LSE, create the following hardlinks :

C:\Roaming to C\Users\François\Roaming
C:\Profil to C\Users\François

On your desktop, create a command file named « SU2014.bat » :

set APPDATA=C;\Roaming
set USERPROFILE=C;\Profil
c;
cd "C;\Program Files (x86)\SketchUp\SketchUp 2014"
SketchUp.exe

Run the command file --> yee-haa !

In fact, the ruby scripts interpreter uses the system variables to access (among other things) the plugins directory. And when this directory's name contains national characters (such as "ç"), it goes south. By creating the two hardlinks, you let it believe that the directory name contains no national characters.

Just tested it.

François (with a cedilla !!)

pilou

Pas simple le bazar!
Mais si ça marche c'est l'essentiel!

PS for TIG

"François (avec une cédille, nomdidjûûû !!)"
ç = c cedilla
nomdidjûûû is like the swear word against the comic's personnage Gaston Lagaffe by Franquin (1924-1997) above!