From: karsh@nicmad.UUCP (Bruce Karsh)
Subject: Re: X and Ada?
Date: Tue, 15-Sep-87 19:36:37 EDT [thread overview]
Date: Tue Sep 15 19:36:37 1987
Message-ID: <1983@nicmad.UUCP> (raw)
In-Reply-To: 1415@bloom-beacon.MIT.EDU
In article <1415@bloom-beacon.MIT.EDU> newman@Leo.UUCP (Ron Newman) writes:
>
>*Any* toolkit is going to depend on the use of call-back functions.
I don't agree with this. It bothers me that X has two different
mechanisms for sending messages when it would considerably simplify
things if only one were used. The X event mechanism is sufficient
to handle all the message passing requirements that the callback
mechanism handles. I think that X events should be extended and
generalized so that they would allow events generated by toolkit
gadgets to be handled in the same way that normal X events are
handled.
For example, if you move a slidebar, the toolkit should generate a
SlidebarMoved pseudo X event, which gets queued in the same way that
regular X events are queued. Your event loop would handle this
pseudo event in the same way that it handles regular X events. There
would not have to be special treatment for X events versus X toolkit
events.
Does anybody know why X has two different kinds of message passing
mechanisms? Couldn't we just get rid of call-backs? Does anybody have
any ideas on what the "right" message passing mechanism for X should be?
[I like the idea that each toolkit gadget should be it's own
lightweight process that sends messages to other interested processes
whenever its state changes].
--
Bruce Karsh
{uwvax,ihnp4}!nicmad!karsh
next prev parent reply other threads:[~1987-09-15 23:36 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
1987-09-07 15:24 X and Ada? pjatter
1987-09-10 22:22 ` Steve Hyland
1987-09-12 22:13 ` newman
1987-09-15 23:36 ` Bruce Karsh [this message]
1987-09-18 14:15 ` lamy
-- strict thread matches above, loose matches on Subject: below --
1987-09-08 16:25 Steve Hyland
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox