Sticky remMenuBar

Anything beyond the basics in using the LiveCode language. Share your handlers, functions and magic here.

Moderators: FourthWorld, heatherlaine, Klaus, kevinmiller, robinmiller

Post Reply
dunbarx
VIP Livecode Opensource Backer
VIP Livecode Opensource Backer
Posts: 9567
Joined: Wed May 06, 2009 2:28 pm
Location: New York, NY

Sticky remMenuBar

Post by dunbarx » Wed Apr 18, 2018 6:10 pm

Not sure how long this has been the case.

The revMenubar remains visible when LC is not the frontMost app. It does no harm, but this flies in the face of every user guideline I know. Working in 8.1.8. Mac OS 10.9.

I know I can hide it, but what gives?

Craig

FourthWorld
VIP Livecode Opensource Backer
VIP Livecode Opensource Backer
Posts: 9801
Joined: Sat Apr 08, 2006 7:05 am
Location: Los Angeles
Contact:

Re: Sticky remMenuBar

Post by FourthWorld » Wed Apr 18, 2018 7:03 pm

Is it a palette? I had thought they changed it to modeless due to complaints of stacks submarining beneath it.
Richard Gaskin
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn

dunbarx
VIP Livecode Opensource Backer
VIP Livecode Opensource Backer
Posts: 9567
Joined: Wed May 06, 2009 2:28 pm
Location: New York, NY

Re: Sticky remMenuBar

Post by dunbarx » Wed Apr 18, 2018 9:10 pm

Richard.

Mode is 3. Modeless dialog.

But does that matter? All other LC gadgets, stacks (palette or not) dialog boxes, whatever, go away if I place another app in front. But not stack "revMenuBar".

Craig

FourthWorld
VIP Livecode Opensource Backer
VIP Livecode Opensource Backer
Posts: 9801
Joined: Sat Apr 08, 2006 7:05 am
Location: Los Angeles
Contact:

Re: Sticky remMenuBar

Post by FourthWorld » Wed Apr 18, 2018 9:16 pm

Only palettes should go away when an app switches to the background. If you find any other modes hiding when backgrounding that would be a bug that should be reported.
Richard Gaskin
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn

bogs
Posts: 5435
Joined: Sat Feb 25, 2017 10:45 pm

Re: Sticky remMenuBar

Post by bogs » Wed Apr 18, 2018 9:20 pm

Since I had OSX open, I popped open a number of different Lc versions from 8.1.8 to 6.7.11. It seems like it is kind of random as to what stays around with say, Finder open in front.

The menu changes to Finders regardless, but as Craig notes, the menubar stays up there. In 7 the application browser stuck around, in Mc the home stack stayed.
Image

FourthWorld
VIP Livecode Opensource Backer
VIP Livecode Opensource Backer
Posts: 9801
Joined: Sat Apr 08, 2006 7:05 am
Location: Los Angeles
Contact:

Re: Sticky remMenuBar

Post by FourthWorld » Wed Apr 18, 2018 9:27 pm

From time to time user feedback prompts the team to change palettes to modeless or vice versa.

But as with any Mac app, what should be consistent is that only palette mode windows hide in the background.
Richard Gaskin
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn

dunbarx
VIP Livecode Opensource Backer
VIP Livecode Opensource Backer
Posts: 9567
Joined: Wed May 06, 2009 2:28 pm
Location: New York, NY

Re: Sticky remMenuBar

Post by dunbarx » Wed Apr 18, 2018 9:33 pm

I see that everything, palettes included, go away when LC is not in front.

I can imagine situations where, if palettes stick regardless of whether LC is in front or not, that could either be very useful or very annoying. In any case, everything goes away for me except revMenubar.

I will open a report and see what the gods say.

Craig

bogs
Posts: 5435
Joined: Sat Feb 25, 2017 10:45 pm

Re: Sticky remMenuBar

Post by bogs » Wed Apr 18, 2018 9:39 pm

FourthWorld wrote:
Wed Apr 18, 2018 9:27 pm
But as with any Mac app, what should be consistent is that only palette mode windows hide in the background.
Sounds logical, but I'm curious about this statement :
FourthWorld wrote:
Wed Apr 18, 2018 7:03 pm
Is it a palette? I had thought they changed it to modeless due to complaints of stacks submarining beneath it.
The curiosity on my part is, wasn't the menu bar always (previously) a palette? However, I've seen stacks over it in previous versions. So, the question is what changed to make that not the case after 7, so that they would need to change it to modelss dialog?
Image

dunbarx
VIP Livecode Opensource Backer
VIP Livecode Opensource Backer
Posts: 9567
Joined: Wed May 06, 2009 2:28 pm
Location: New York, NY

Re: Sticky remMenuBar

Post by dunbarx » Wed Apr 18, 2018 9:44 pm

Filed #21218

We will see what comes back. i mentioned that there was discussion on what should or should not be hidden when LC goes below.

Craig

FourthWorld
VIP Livecode Opensource Backer
VIP Livecode Opensource Backer
Posts: 9801
Joined: Sat Apr 08, 2006 7:05 am
Location: Los Angeles
Contact:

Re: Sticky remMenuBar

Post by FourthWorld » Wed Apr 18, 2018 10:37 pm

bogs wrote:
Wed Apr 18, 2018 9:39 pm
FourthWorld wrote:
Wed Apr 18, 2018 9:27 pm
But as with any Mac app, what should be consistent is that only palette mode windows hide in the background.
Sounds logical, but I'm curious about this statement :
FourthWorld wrote:
Wed Apr 18, 2018 7:03 pm
Is it a palette? I had thought they changed it to modeless due to complaints of stacks submarining beneath it.
The curiosity on my part is, wasn't the menu bar always (previously) a palette?
See above where I wrote:
"I had thought they changed it to modeless due to complaints of stacks submarining beneath it."
However, I've seen stacks over it in previous versions.
If a non-palette stack can be brought in front of a palette that would be a bug.

In v9 on Linux there is an occasional window layering issue that's been reported with palettes, but I've not seen it on macOS nor in earlier versions on Linux.
Richard Gaskin
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn

bogs
Posts: 5435
Joined: Sat Feb 25, 2017 10:45 pm

Re: Sticky remMenuBar

Post by bogs » Thu Apr 19, 2018 8:03 am

bogs wrote:
Wed Apr 18, 2018 9:39 pm
The curiosity on my part is, wasn't the menu bar always (previously) a palette?
Apparently not.
Selection_004.png
RevMenubar mode v6.5.2
Selection_004.png (26.96 KiB) Viewed 5015 times
2: non-editable window
The stack is open and displayed in a normal window, but is not editable. A stack has this mode if its style is "topLevel" or if it was opened with the topLevel command, and the stack's cantModify property is set to true.
Image

Post Reply

Return to “Talking LiveCode”