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 of
the taskbar into account.
Since I intend to distribute to others who may have:
a) no vertical taskbar; or
b) a wider vertical taskbar; or
c) multiple vertical taskbars
no single offset can be used and it is outside the scope of the
racket/gui to know what the offset would need to be.
I am currently of the belief that I should refrain from using
side-by-side frames.
The upshot is that I can then no longer use menus either because menus
can only exist in frames and I would need more that the single
top-level frame.
Any suggestions?
I am currently thinking I should use the panel-tab with a couple of
panels each containing an editor-canvas and place buttons on these
panels instead of using menus. --
I don't quite understand the problem - a frame can have another frame as
its parent (supporting Windows "multiple document interface"). If you
need side-by-side frames with menus, then why not do that inside an
enclosing top-level frame?
Also pop-up menus have no parent and can be used anywhere.
And if you really are ambitious, you could make the menubar% class work
within panels as well as frames. This has been mentioned occasionally
over the years, but AFAIK nobody ever has bothered to look into it.
--
You received this message because you are subscribed to the Google Groups "Racket
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/racket-users/5c29e25d-aa1d-1326-2d3e-ca6b3cbe9175%40comcast.net.
