> Allowing (un)docking is a good idea (if applicable), but switching
> between panels and frames is unnecessarily complicated ... a frame can
> be drawn floating or docked, resizeable or not, with or without borders,
> system menu, captions, toolbar, menubar, etc. - so visually it can be
>
On Aug 12, 2021, at 3:47 PM, George Neuner wrote:
> However it does suggest that he wants menubar menus. I don't use (or have
> available to check) MacOS, so I'm don't know what limitations may be on 'root
> menubars, or whether a child frame can have its own internal menubar (which
> is
On Aug 12, 2021, at 2:52 PM, Jens Axel Søgaard wrote:
> Are we talking menu bar menus or contextual menus?
>
> On macOS the menu bar menu belongs to the application and not a window.
The macOS menu bar is also contextual. It changes depending on what is
selected in the application. IIRC,
On 8/12/2021 2:52 PM, Jens Axel Søgaard wrote:
Den tor. 12. aug. 2021 kl. 20.44 skrev George Neuner
mailto:gneun...@comcast.net>>:
If I understand correctly, Don seems to want menus in his
side-by-side
"panels".
Are we talking menu bar menus or contextual menus?
On macOS the
Den tor. 12. aug. 2021 kl. 20.44 skrev George Neuner :
>
> If I understand correctly, Don seems to want menus in his side-by-side
> "panels".
>
Are we talking menu bar menus or contextual menus?
On macOS the menu bar menu belongs to the application and not a window.
On 8/12/2021 1:39 PM, kamist...@gmail.com wrote:
I think instead of fidgeting around with OS dependent stuff to align
frames side by side,
I would take another approach (inspired by other applications):
1. per default the application is just a big window with multiple
sections divided with
I think instead of fidgeting around with OS dependent stuff to align frames
side by side,
I would take another approach (inspired by other applications):
1. per default the application is just a big window with multiple sections
divided with panels, splits, tabs, etc.
2. some of those areas
On 8/11/2021 10:44 PM, Don Green wrote:
When I specify 2 frames to be side-by-side using racket/gui, I believe
I would have no problem if all my prospective client platform did not
have a vertical Operating System taskbars.
Since I do have such a taskbar I must use code that takes the width
On Wed, Aug 11, 2021 at 7:44 PM Don Green wrote:
> I am currently of the belief that I should refrain from using side-by-side
> frames.
Maybe? Almost all desktop systems provide some way for users to easily
arrange common setups like this... do you need to manage this from
within your
When I specify 2 frames to be side-by-side using racket/gui, I believe I
would have no problem if all my prospective client platform did not have a
vertical Operating System taskbars.
Since I do have such a taskbar I must use code that takes the width of the
taskbar into account.
Since I
10 matches
Mail list logo
