8:29 a.m.
Hi, there.
Didn't get many replies *g* to my last post
( http://list-archive.xemacs.org/xemacs-design/200412/msg00062.html ), so I'll post
the question separately, maybe it won't be filtered out on subj=.*BeOS.* :p
The menubar implementations I have seen so far all seem to construct menu trees on the fly
(= submenus are created when an item is selected).
It would be simpler for me if I could generate all the menu at once, and update it in case
it changes. Is this at all possible ?
François.
8:51 a.m.
>>>> "François" == François Revol
<revol(a)free.fr> writes:
François> The menubar implementations I have seen so far all seem
François> to construct menu trees on the fly (= submenus are
François> created when an item is selected). It would be simpler
François> for me if I could generate all the menu at once, and
François> update it in case it changes. Is this at all possible ?
Yes. The menu structure is recursive, so you just create the submenu
then insert it as a list in the higher level menu IIRC.
But you probably don't want to do this at all, as we seem to be moving
to a completely different way of configuring menus. Ben?
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
2:53 a.m.
Hi, there.
Didn't get many replies *g* to my last post
(
http://list-archive.xemacs.org/xemacs-design/200412/msg00062.h
tml ), so I'll post the question separately, maybe it won't
be filtered out on subj=.*BeOS.* :p
The menubar implementations I have seen so far all seem to
construct menu trees on the fly (= submenus are created when
an item is selected). It would be simpler for me if I could
generate all the menu at once, and update it in case it
changes. Is this at all possible ?
It would be much better if you did it the same way that all the current
window systems do it. I suppose you *could* generate the entire menu in
advance, but you'd still have to regenerate it when a submenu is selected
because that's what the lisp code (the menu filter) expects.
9:34 a.m.
> Hi, there.
> Didn't get many replies *g* to my last post
> (
> http://list-archive.xemacs.org/xemacs-design/200412/msg00062.h
> tml ), so I'll post the question separately, maybe it won't
> be filtered out on subj=.*BeOS.* :p
>
> The menubar implementations I have seen so far all seem to
> construct menu trees on the fly (= submenus are created when
> an item is selected). It would be simpler for me if I could
> generate all the menu at once, and update it in case it
> changes. Is this at all possible ?
It would be much better if you did it the same way that all the current
window systems do it. I suppose you *could* generate the entire menu in
advance, but you'd still have to regenerate it when a submenu is selected
because that's what the lisp code (the menu filter) expects.
Ok,
it's doable, but is a bit tricky, as I'll have to wait from the menu's window
thread for the main thread to fill it before returning the submenu...
Now, is that thing supposed to change in the near future as Stephen said or can I start on
it ?
François.
10 a.m.
>>>> "François" == François Revol
<revol(a)free.fr> writes:
François> Now, is that thing supposed to change in the near future
François> as Stephen said or can I start on it ?
AFAICT from what Ben said, I was thinking of something totally
unrelated. Please go ahead and get to work!
Steve
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
9:14 a.m.
>>>>> "François" == François Revol
<revol(a)free.fr> writes:
François> Now, is that thing supposed to change in the near future
François> as Stephen said or can I start on it ?
AFAICT from what Ben said, I was thinking of something totally
unrelated. Please go ahead and get to work!
Yep... looks like that post got dupped.
François.
7434
days inactive
7434
days old
5 comments
3 participants
participants (3)
-
Ben Wing -
François Revol -
Stephen J. Turnbull