Thanks Dan.
I'd be willing to bet that save_delete_material method doesn't actually search all the faces, only those in the top-level definitions. I had thomthom help me a long time ago to write a recursive function to iterate ALL the faces, so I think I'll piece this together from that...
Hello everyone.
Just wanted to ask if there's already a routine out there to count the faces in a model by material or material name. I can write it myself but I thought I'd ask if there's already a plugin that can do it since I just need it to debug a model.
Thanks!
EDIT: Let me clarify that it should get all entities, including those inside components (i.e. should look at every face in the entire model), and should also search upward for parent materials for faces that are nested in groups (i.e. if a face has the default material but its parent has the material in question, it should be counted). So it's a little tricky but still seems like something someone out there must have done before.
Hello everyone, it's been a while. I like the site redesign!
I am wondering if there is a hook in the API to open the native Model Info dialog box, ideally with the geolocation page selected. My goal is to have a button on a toolbar that opens the geolocation page.
Is this possible? Thanks.
I know this has been asked before about .zip, but is anyone using a compression library in a plugin?
Most important thing here is that it's pure Ruby, i.e. ***does not depend on C-extensions!!!***. Any compression at all would be great, I don't care what the format is. It's for compressing XML.
@thomthom said:
Ah - did not notice this post... Don't have Vista at hand for testing...
I was waiting for you to pick up on this lol... it's Vista!!!
@thomthom said:
Note that it can cause incompatible clashes. For instance if you bundle set.rb it will conflict with the Set class that ships with SU. And if some of the files you bundle modifies the core classes it could also cause clashes as SU ships with slightly modified core classes.
That's a good point... What would you recommend? Should I try to eliminate those that clash from what I'm including with my plugin?
FYI, all I did with my plugin is I packaged most of that Ruby installation in the above post with my plugin. I tried to trim most of the fat as there are source files etc. in there. Probably still left a huge amount in that doesn't need to be...
Edit: I know I've made several post about this before, but I tried to do the same thing on Mac and I could never get a 1.8.5 that would work (I even tried compiling it but every version I could find after scouring the internet was missing the thread.so standard C extension. A sad story... we still don't have Mac support because of this >.< ).
So anyway if you want to reproduce the error, just drop that installation into your \Plugins\Foo folder and try requiring openssl.so on Vista. As always you may want to adjust your $LOAD_PATH variable.
Here's the troublesome .so file. Just rename it with a .so extension (Sketchucation wouldn't let me upload as .so) Although it might depend on others in the Ruby installation.
This came straight from:
Ruby 1.8.6 p287 One-Click Installer: http://rubyforge.org/frs/download.php/47082/ruby186-27_rc2.exe
@thomthom said:
Isn't it easier to just test on another machine? One with a clean SU installation. Then you can find out if it's a local issue or not.
I have tried 4 machines with fresh installations - 1 XP, 2 Vista, 1 Win7.
The two Vistas have the problem. The others don't.
@dan rathbun said:
As I did say it wasn't tested.
Oh, I think it did was it was supposed to, except that maybe the chmod call didn't do anything. Not sure, but it did recurse the folders okay, so thanks for that! =D
I may get a coworker to help me out with this later in the week since she knows more about chmod and permissions.
Hey Dan. I ran the script and it didn't help.
I was also playing with printing the chmod flags for each directory (using File.stat.mode), and using File.readable? (which was always false, even after running your script). I'm not an expert at this stuff and am getting distracted by other priorities.
For what it's worth, the result of:
sprintf("%o", File.stat("/").mode)
is always 40755 (octal I believe?) for the directories, before and after running your script.
@thomthom said:
Did you see the links I posted earlier, on the second page in this thread?
Yes I read through them, but I didn't see anything useful. One of those threads didn't seem to ever find a resolution? Or did I miss something...
Also I'm not using a self-built ruby... I'm using 1.8.6 p287 for the libraries and dll.
Edit: Just re-read the thread, seems like he resolved it by using the pre-built Ruby. Which is what I've been using all along...
@thomthom said:
No, it says it cannot find the module - not the same as the file.
If the file was not found there would be a different error message
Instantly when I started reading this sentence, the words "no such file to load..." popped into my head. Thanks for catching that.
So what's the difference? I'm not finding much info from my googling.
@dan rathbun said:
With a script perhaps ?
Wow, I hope you didn't write that just for me! I'm gonna play with it right now. I am very suspicious about Vista and permissions/folder attributes since I've confirmed it works on XP and 7.
Oh, and fyi I just tried a fresh installation on Windows 7 and it worked no problems.
Seems like a Vista problem for sure.
I think I'm giving up for the night. Thank you so much for you help, Dan.
I would greatly appreciate if you can find TIG's issue from the beta forum.
Have a good night 
Still no luck. I tried recreating some of the afflicted folders and it didn't change anything. I even recreated every folder back to and including Plugins in the path that led to openssl.so.
Although, I don't think that would make a difference anyway, since I
@dan rathbun said:
If you copy the icon modified folders into the install package, they will have the modified flags. TIG had to completely recreate new default folders, and copy the files into the new folders.
REALLY I am not making this up. It's a really stupid thing that Microsoft did.
Are you kidding me?! I must have 75 different folders in my plugin. How am I supposed to do that?
I am noticing however that the folders are in fact read-only. But SU isn't writing to them is it? It should only be reading? o.0
I'm going to try removing the read only attributes from the folders, which yes, I know, is a pain in the butt on Vista. But I've done it before... argh
@dan rathbun said:
It seems like TIG reported problems with access to Vista (64bit) folders during the last beta round, concerning the new rbz installer, but I thot the issue was resolved.
Check file permissions on the folders.
I don't suppose you have any references for this?
Scott Lininger promised to get me into the next beta last time I met with him; unfortunately that doesn't help me today
@dan rathbun said:
It's your Tortoise install changing the icons that is causing the problem.
Eh, I don't think so. We also have a packaged installer that does not include any of the svn data. In fact I just stripped my plugin from the Plugins folder and used the installer, and still getting the same errors...