-
DropList in a grid does not scroll on (too) many entries
Dear $all,
I’m using droplists in some columns of a grid.
This works fine if the droplist has only few entry lines, but becomes unmanageable if the the list has more lines than fit on one screen. The list should scroll automatically when the focus moves down, but it only moves into the ‘off’. Using the mouse wheel has no effect, neither has fast typing the initial letters of an entry in the ‘off’.
Bug or feature? Any work arounds?
Best regards
Uwe
-
4 Replies
-
Dear Uwe,
This sounds like a known fault: ST/JS/3417 – JS Datagrid with Droplist field doesn’t allow you to scroll
Looks like the issue is present in Chrome and Edge. Firefox works fine for me.
Götz
-
Hi Götz,
I am working on MacOS 14.1.1 (23B81) Sonoma, Omnis 11 xxx5659, and on Safari, Chrome AND Firefox the droplist does not scroll.
I’ll work around it in the meantime…
Best regards
Uwe
-
Thank you very much for the information you have provided. Hope you will have more interesting information. https://liectroux.vn/
-
Hi
Replace the subform’s $event method with this one:
Regarding evLayoutChanged
Determine iLayout using pBreakpoint ## An integer instance variable is called iLayout.\
The subform might then have a method added to it that returns that value:
$getLayout
iLayout Quit MethodThe Whoami is in the tech note: https://www.technotes.omnis.net/Technical%20Notes/Extending%20Omnis/Using%20the%20oProcess%20Worker/3.Simple%20example%3A%20whoami.html geometry dash world
Thus, you can send a message to the subform in the manner shown below to find out which layout the subform is from your main form:
Execute $cinst.MySubformField $objs.$subinst().lSubformLayout is returned by $getLayout().
But why does the main form care which layout breakpoint the subform is at, I wonder. Isn’t it supposed to organize itself?
I hope this is useful.
-
This reply was modified 1 week ago by Bill McKenzie.
-
This reply was modified 1 week ago by
Log in to reply.
