Does this work for anyone?
It does nothing here.
Thanks,
Dan
Does this work for anyone?
It does nothing here.
Thanks,
Dan
Hi Dan -
I remember you mentioning that before:
… but I suppose that thread didn’t get much further.
I’ve just tested that here, and, as @pascal reported, that seems to work just fine here.
@JohnM - any ideas?
-wim
Yeah, I’ve done a toolbar reset and brought everything back to default but still no export browser.
Works here too, so can’t add much more I’m afraid
I don’t know how you did that, and I don’t really think it’s going to matter, but could you try Rhino with a new factory-default scheme by renaming %appdata%\mcneel\Rhinoceros\7.0
to something else?
-wim
I used the ToolBarReset command, and I also used the “Restore Defaults” button in the options.
I think I found the reason it’s working for you and not me. If I try with the default toolbars it opens a browser window. If I link to my V7 toolbar the exporter does nothing.
I used SaveWindowLayout before I set back to default. How to I reload that saved layout?
edit: I found the WindowLayout command but it didn’t work.
Thanks,
Dan
What didn’t work?
The layout that you saved with the SaveWindowLayout
command should be found in the list:
-wim
Hi Wim,
Yes it was in the list but when I restored it I lost absolutely everything. It almost looked like it was in full screen mode. No toolbars, no panels, no command prompt, nothing. I put it back manually.
No big deal. I know the perils of working with a WIP.
Hi Dan -
I know you do, but still…
I suppose that’s not something you can reproduce?
-wim
Hi Wim,
I tried again this morning and it’s working fine. I’ve intentionally hosed my UI and this morning WindowLayout is working as expected. Must have just been a glitch.
But at least now we know why I’m getting different behaviour with exporting the icons.
Thanks,
Dan
edit: I just noticed this crash report on my desktop:
RhinoDotNetCrash.txt (1.8 KB)
Thanks for the update, Dan.
As for that one, that’s what’s left behind after a crash and can be deleted. As far as I understand, there isn’t any information in that file that can be used to troubleshoot a crash. When the Rhino crash reporter pops up, a different file is also created on the desktop, and that one is deleted when that reporter is closed. That’s the file that is of interest.
-wim
Unfortunately that was the only crash report when the WindowLayout glitched. There was no actual crash.
Maybe related to the above, I’m also getting dotnet crashes on my desktop, possibly related to the WIP - but I can’t tell for sure because I don’t usually notice when they happen, as they’re often covered by some other window. They seem to have to do with System.Windows.Forms, they mostly look like this:
[ERROR] FATAL UNHANDLED EXCEPTION: System.NullReferenceException: Object reference not set to an instance of an object.
at System.Windows.Forms.TreeView.CustomDraw(Message& m)
at System.Windows.Forms.TreeView.WmNotify(Message& m)
at System.Windows.Forms.TreeView.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
[END ERROR]
Hi Mitch -
Yes, I get these frequently as well.
The way this is supposed to work: when Rhino crashes, information is collected and saved to files on the desktop. Then the crash reporter dialog should pop up, and when that is sent in or merely closed, the files on the desktop are removed. There’s a bug somewhere that prevents the crash reporter to appear, and, as a consequence, the file is not removed from the desktop. The datestamp on that text file might give you an idea of what you were doing when Rhino crashed, but, I suppose, that’s mostly theoretical.
Thanks,
-wim
Yeah, the thing is I have not had anything crashing. My feeling is that it might be crashing at the moment when Rhino closes (i.e. not closing successfully).
Thanks. I haven’t seen that reported by others. I’d delete that file and keep an eye on the desktop to check if/when it reappears.
-wim
Yep. Usually happens when that area of my desktop is covered by some other window. I mainly discover the file when I close or move stuff around, and that could be hours later.