Bumping this again:
- Newest WIP
- two different Macs
- clean install, deleted everything in mcneel application support / pref .plist
issue still persists!
Hi -
Could you export your window layout so that we can test with the same set-up?
-wim
Hi there, tested this with the default layout by adding the command line history panel to the left column (layers by default). Same behavior as stated in the initial post (not scrolling down and show the last command when lines are added beyond the panel height).
FYI Rhino 7 mac command history panel has the exact same behavior.
Hi - i did a totally clean install. deleted plist, app support, literally nothing was left from rhino. I would guess if you don’t see that problem on your side, it has more to do with macOS versions.
It is present on all scrolling windows - also command history in the lower corner
But if it helps you - here the ruis:
Untitled.rui (3.4 MB)
Untitled2.rui (39.5 KB)
btw. this happens also in rhino7 Mac with the command history panel… this seems to be a global problem
… yes the same in V7 here.
I created a new topic to keep V7 / V8 category separated.
https://discourse.mcneel.com/t/bug-command-history-panel-not-scrolling/161540
Version 7 (7.30.23130.11002, 2023-05-10)
created a new topic because of the category (V7 vs WIP)
the command history does not scroll - super annoying when i record tutorials and students can not follow the command i typed:
same as reported for WIP V8
Hi -
We have this issue on the list as RH-73417 CommandHistory doesn’t scroll to the bottom
@solarius and @Tom_P, could you report your macOS version on the machine(s) that you are seeing this behavior on?
-wim
I am on a M2 Mac mini, Ventura 13.4.
2.3 GHz 8-Core Intel Core i9
AMD Radeon Pro 5500M 8 GB
Intel UHD Graphics 630 1536 MB
mac os x ventura 13.4
system_tom_p.txt (5.4 KB)
thanks for having a look.
kind regards -tom
Thanks,
That seems to confirm that this is something that is caused by a change in macOS Ventura.
-wim
or just the old approach / implementation does not work correctly with current os ?
I don t see any scrolling issues in other programms.
As already mentioned above it is an annoying bug - also for recording tutorial videos.
please address / fix it soon. thanks.
@pascal @wim
this is a very annoying bug.
I was teaching Rhino the hole day and I use the commandline to check success / failure of commands.
… and I also teach to do so…
2 curves joined into one open curve.
2 curves joined into one closed curve.
In the preparation of the course I did some tutorial videos that I can do again as soon as this bug is fixed…
please give it a decent priority - thanks.
kind regards -tom
Yep, thanks - it is on the devleoper’s pile. I don’t see any reason it would not be fixed for the V8 release.
-Pascal
I came to post about this after being bothered by it for a very long time. I’m on V7 / Ventura / Intel currently, but I’m fairly sure this was happening at least under Monterey. I know it’s persisted through multiple Rhino updates, because it’s the first thing I check to see if it’s been fixed yet.
I’m sure you have a system for prioritising bugs but, reinforcing other posts above, if an hour’s work could fix this, that would be worth more to me than some other issues that you’re likely spending weeks on. In particular, it is very hard to use measurement commands when every action clears their results from the screen.
2 Likes
Hi -
I understand this is not what you want to hear, but the top priority for all developers at this point is to get Rhino 8 released. This particular issue is currently on the 8.1 list.
-wim
1 Like
that is not acceptable, i am not going to buy Rhino 8 just to be able to use the command history again!! common guys really not.
and no dont suggest us to spend a day to role back the mac os version. please fix that for 7 either.
2 Likes
Yes - I agree.
I know I am beating a dead horse, but here we go:
I asked John if this can be prioritized
2 Likes