The last 2 days I was teaching a class with rhino V8 novices - sorry to tell about the following points that (still) make me and the students unhappy:
commandline does not have expected focus - as discussed here this is really annoying as most of my students now think / feel the commandline needs a click to get the input - that s a pity. the commandline / viewport should always have focus after any edit in a panel / field / whatever.
also see here.
several crashes ( for example when _materials panel got opened)
window layout was not saved between files (sorry I can not tell how to repeat - might be a windows / user / rights problem on specific machine)
right mouse menu for layers scrolling different on mac an pc (see here)
new issue: keyboard input cursor left / right should work to edit text in the command line. (and not nudge the viewport) Imagine someone enters a coordinate ār10,-10,0ā in the commandline and wants to correct the +/- to ār-10,10,0ā the first thing people will use is ā cursor ā to navigate inside the characters, but this will not work in the commandline (but will work for example in input fields of properties or Layer-Name edit) this is completely counter-intuitive. but as soon als the commandline suggests commands ( type āextrā¦ā) left and right arrow allow navigation in the suggestion-list. ā¦ please finetune this.
and sorry - i still have to insist on this point: there must be a pure keyboard input for the extrusion length and direction. A mouseclick in the viewport should define a mouseārelated direction. A input in the commandline, finished with enter should be a numeric only input ( as discussed here) And pleas - this is my experience as a Rhino teach with 50 to 80 students per year. why should commands link _rotate, _rectangle or _box allow a commandline input only for example -20 for length / width / height / angle, but the extrusion direction is dependent on mouse position only. see here
there was more pointsā¦ but I am a bit tired now. - good night.
Donāt be sorry about this. I gnash my teeth every single time Extrude* thinks itās somehow exempt from the rules of Rhino and the human brain. We have to find a way to fix this.
I am on Version 8 (8. 14. 24332.15002, 2024-11-27)
current cursor-key-action in the commandline behaves like expected. I can not repeat the Issue I reported in the initial post.
Thanks for not giving up to track thoes issues.
the following points from the initial post are not solved:
tooltips stay (this problem is back !!)
right mouse menu on pc - additional scrolling
a clear concept that distinguishes between input by mouse-postion and mouse click, and a pure commandline-input where mouse position does not matter. ( also confirmed by customers on a course at the beginning of the week)
Issue that is not on the list:
I still have the feeling, that Rhino is occupying unnescessary resources / memory. Sometimes after a long day the fan of my laptop / macbook pro, last intel, is going wild - stopping rhino will solve it.
there still is a issue, where document-windows disappear and loose focus. I did not report it, because I can not offer a repeatable workflow - besides use a Rhino for a full day infront of a class with many documents opening, closing, not saving, saving with new nameā¦
Can you reliably reproduce this? I cannot make it happen on my end.
that one is logged, but pls not in the related YT that this is default Mac behavior.
This is probably food for an internal discussion. Rhino is not very consistent for that matter.
This not an issue related to Rhino 8 only, as I recall having see that a few times as well when I was teaching Rhino on a similar Mac Intel. I think the first step to be able to debug this when this happens again is to make a memory dump.
I think I need at least a hint of something to reproduce this.
thanks Gijs.
the tooltips and the disappearing windows - my alchemistic guess this has to do with a long day and many (also unsaved and closed) documents. As I wrote above as soon as I can offer a repeatable workflow, I will post it. sorry for not offering something, that is easy to catch.
have a good start into the week - kind regards - tom