[#1263] Draft of the updated Ruby FAQ — Dave Thomas <Dave@...>

33 messages 2000/02/08

[#1376] Re: Scripting versus programming — Andrew Hunt <andy@...>

Conrad writes:

13 messages 2000/02/15

[#1508] Ruby/GTK and the mainloop — Ian Main <imain@...>

17 messages 2000/02/19
[#1544] Re: Ruby/GTK and the mainloop — Yasushi Shoji <yashi@...> 2000/02/23

Hello Ian,

[#1550] Re: Ruby/GTK and the mainloop — Ian Main <imain@...> 2000/02/23

On Wed, Feb 23, 2000 at 02:56:10AM -0500, Yasushi Shoji wrote:

[#1516] Ruby: PLEASE use comp.lang.misc for all Ruby programming/technical questions/discussions!!!! — "Conrad Schneiker" <schneiker@...>

((FYI: This was sent to the Ruby mail list.))

10 messages 2000/02/19

[#1569] Re: Ruby: constructors, new and initialise — Yukihiro Matsumoto <matz@...>

The following message is a courtesy copy of an article

12 messages 2000/02/25

[ruby-talk:01561] Re: Ruby/GTK and the mainloop

From: Ian Main <imain@...>
Date: 2000-02-24 09:04:09 UTC
List: ruby-talk #1561
On Thu, Feb 24, 2000 at 12:41:29AM -0800, Ian Main wrote:
> On Thu, Feb 24, 2000 at 04:47:18PM +0900, Yukihiro Matsumoto wrote:
> > Hi,

[snip]
> > 
> > Gtk's idle() function called too often.  How about using
> > gtk_add_timeout() again, like before?  What was the problem?

Aaah, I just tried it out this way, and I beleive what happens, is that the
timeout calls the idle, which schedules the active threads fine, but then it
takes the run a while to get back - which depends on the number of threads.
This time can be longer than the timeout set in gtk...  It appears that the
first thing the gtk mainloop checks for is timeouts that need to be
serviced, so it repeats immediately without doing UI servicing.

The end effect is to have the UI *very* slow to update :)

Anyway, it's all overly complex.. I think the real solution is to allow them
to share a mainloop.

	Ian

In This Thread