[Plugin] Selection Toys
-
@tig said:
If you click on just her 'gray' shirt then only one face will be selected, there are no edges in the selection to be considered for coplanar-ness...
BUT if you double-click the shirt-face so that its edges also select... then some of those edges can be considered 'coplanar', because they border two same-plane-faces which also have the same 'gray' material...Select Coplanar in Selection Toys doesn't consider edges at all. Selecting one face is enough. See my previous reply - it's working on my machine and every other I've tried. This appear to be a local issue - which is why I suggested trying with just Selection Toys installed.
-
@madpax said:
Do the conditions of dependency mean that one cannot have both Quad Tools and the Selection Toys installed simultaneously? (Because of the different TT-Lib versions involved?)
Cheers,
PeterNo - none of my plugins conflict with each other. TT_Lib is different from TT_Lib2 and they do not overlap.
I was thinking there could be some other plugins you have installed - not one of mine - that might be conflicting.
-
thanks, is there any way to find out what the interfering plugins are?
-
No easy way.
Remove some, see if it works.What I would do:
- Make a backup of the Plugins folder. I'd rename it to something like "PluginsOrg"
- Copy just Selection Toys and TT_Lib over - see if it works then. If it does then we have confirmed there is a conflict.
- Copy half the plugin into the new plugins folder. Does it still work? Then copy the half of your remaining plugins. Continue until the issue appear.
- When the issue appear, start working backwards. Take the batch of plugins you added last and remove half of them until it works. Like that you can quickly narrow down to the offending plugin.
Did any of that make sense?
-
Kind of bubble sort
-
ThomThom.
Great plugin, thanks a lot!
-
Hi ThomThom.
Thanks for your plugins!
I´m having issues with additional plugin folders and your plugin. I get the following message:
I tried putting ttlib2 in plugins, and in my additional plugin folder. Same error.
Santiago
Edit:
TTcleanup and TTsolidinspector work ok.
-
Selection Toys require TT_Lib version 1. It makes no use of version 2. Follow the link of requirements.
-
My bad... didn't read the list of requirements at first. But, now it is asking for win32api. In installed it in the main plugin folder, and no go.... Does this plugin work on macos?
Thanks
Santiago
-
@caronte01 said:
Does this plugin work on macos?
Yes.
Have you checked that the file is there? Can you show a screenshot of the file in finder - including the path to the files.
-
@caronte01 said:
... But, now it is asking for win32api. In installed it in the main plugin folder, and no go....
I changed my post for the Win32api.so library, to make the first line more obvious so you cannot misread it. I also copied the warning 2 more times, so it appears THREE (3) times:
Windows ONLY (Do NOT install on Mac!)
You should remove Win32API.so and win32ole.so from your Mac, please.
Do not throw away the brains that God gave you, just because some error message tells you to do things that you should know do not make sense. (This is how websites trick you into installing trojan malware on your computer.)
A Mac does NOT have a registry database (it uses plist files,) so should not be trying to load the registry.rb file, nor should it be trying to load either Win32API.so nor win32ole.so files.
If a plugin does try to do these things on a Mac, either the plugin is MS Windows only, or the plugin author did not determine the user platform correctly (or somehow, some plugin has changed theRUBY_PLATFORMglobal constant.)Always get help from the plugin author first, rather than attempting "shot in the dark" solutions.
-
@caronte01 said:
I´m having issues with additional plugin folders and your plugin. I get the following message:
(1) If you are on a Mac, why are you prefixing paths with a drive letter (such as
,) this is only done on MS Windows.(2) Are you responsible for putting the dashes "
%(#804040)[-]" into the library directory name ? (ie: "%(#804040)[-Libreria-]")This may not be a wise idea.)
(3) Try to limit any characters in directory names to the UTF-8 character set. (Simple ASCII characters are even better.)
-
@dan,
it looks to me that he has two systems with a shared dropbox for his plugins [some very out of date], the win fileis already in TT's lib, but additional folders reports it as missing even if it's there.
I think it loads first to monitor the other rubies,
this runs on a mac fine, if you have the Lib...
john -
-
-
@dan rathbun said:
(3) Try to limit any characters in directory names to the UTF-8 character set. (Simple ASCII characters are even better.)
Limit? What characters are not covered by Unicode?
-
@dan rathbun said:
Always get help from the plugin author first, rather than attempting "shot in the dark" solutions.
Isn't that what has been done here..? I think you've jumped the gun on a few things here.
-
Sorry.. I will bow out of this.
-
@caronte01 said:
My bad... didn't read the list of requirements at first. But, now it is asking for win32api. In installed it in the main plugin folder, and no go.... Does this plugin work on macos?
Would you by any chance happen to have Organizer installed? That could explain why these files are being loaded.
Selection Toys uses only a very tiny subset of TT_Lib - the rest of TT_Lib isn't even loaded. the .so file should be inert as there is no other plugin using TT_Lib and certainly not the functionality of the .so.
Organizer does do some weird things such as load going into subfolders and load the files there, which causes problems as files might be loaded in the wrong order.
But I still don't get why the .so and registry files are being loaded as the code calling it is wrapped in guards that should prevent them from loaded directly. So it almost seems that something is bypassing this is loading the files directly.
I'm not quite sure how Fredo's Additional Folders plugin work though - which you appear to be using.
-
Advertisement