ruby-fltk-devel — ruby-fltk-devel

Re: [ruby-fltk-devel] ListBox

[Takaaki T. <tt...@ja...>]

At Fri, 7 Sep 2001 09:06:24 -0700 (PDT),
Kevin Smith wrote:
> > Now I can't see it in the cvs repository.
> 
> Wow. I'll re-check it in when I get home tonight. I wonder
> what happened?

I guess you forgot to do "cvs add <file>".

> You're still targeting a Monday release, right? That would
> be sometime Sunday for me, I would guess.

Yes, I am. I will release at monday morning in Japan.
-- 
Takaaki Tateishi <tt...@ja...>

Re: [ruby-fltk-devel] ListBox

[Kevin S. <kev...@ya...>]

--- Takaaki Tateishi <tt...@ja...> wrote:
> Now I can't see it in the cvs repository.
> I'd like to release the next version of Ruby/Fltk with
> listbox.rb, even if it have not been completed.

Wow. I'll re-check it in when I get home tonight. I wonder
what happened?

You're still targeting a Monday release, right? That would
be sometime Sunday for me, I would guess. I want to get
more documentation in by then.

Kevin

__________________________________________________
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com

Re: [ruby-fltk-devel] ListBox

[Takaaki T. <tt...@ja...>]

At Thu, 6 Sep 2001 21:20:45 -0700 (PDT),
Kevin Smith wrote:
> I just added lib/fltk/listbox.rb whcih contains the start
> of a multi-column listbox class. I needed it for Monkeys. 

Now I can't see it in the cvs repository.
I'd like to release the next version of Ruby/Fltk with
listbox.rb, even if it have not been completed.

Regards,
-- 
Takaaki Tateishi <tt...@ja...>

Re: [ruby-fltk-devel] Segfault after destroy

[Takaaki T. <tt...@ja...>]

At Thu, 6 Sep 2001 21:15:42 -0700 (PDT),
Kevin Smith wrote:
> The first time I tried to use destroy, I got a segfault.
> Have you tested it much? Is it the correct way to remove
> and get rid of a widget that I previously created?

I guess a handle method returns the false after calling a
destroy method. I've found such code cause a segmentation
fault.
Now I don't know how do we fix it.
But I will make the handle method always return true, if
the widget is not valid.
-- 
Takaaki Tateishi <tt...@ja...>

[ruby-fltk-devel] ListBox

[Kevin S. <kev...@ya...>]

I just added lib/fltk/listbox.rb whcih contains the start
of a multi-column listbox class. I needed it for Monkeys. 

The initialize method needs to handle all the different
parameter options (we need a template for how to do that in
Ruby code, since every widget we create will need almost
the same code).

Eventually it should support all the Browser calls, but
right now it just supports column_widths and add. It also
has a new column_labels method. If you call it, and pass an
array of strings, it will create column headers that are
buttons.

Later, those buttons could sort the list items. We could
also insert little sizer buttons between the heading
buttons, to allow dynamic resizing of the columns. Later.

Kevin

__________________________________________________
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com

[ruby-fltk-devel] Segfault after destroy

[Kevin S. <kev...@ya...>]

The first time I tried to use destroy, I got a segfault.
Have you tested it much? Is it the correct way to remove
and get rid of a widget that I previously created?

Kevin

__________________________________________________
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com

[ruby-fltk-devel] Excellent Othello

[Kevin S. <kev...@ya...>]

I love the Othello game!

A couple minor requests:
- Make the window resizable
- It hung when I put the robot in a position where it could
not move

Kevin

__________________________________________________
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com

Re: [ruby-fltk-devel] Browser column_widths segfault

[Takaaki T. <tt...@ja...>]

At Thu, 6 Sep 2001 08:44:24 -0700 (PDT),
Kevin Smith wrote:
> I haven't looked at the FLTK source code--does Fl_Browser
> malloc the initial array, or is it static? Right now, if
> the user passes [] to column_widths, and then passes some
> other array, we would never free the earlier one, right?

Yes, that's right.

> One option would be that if the user passes [], we would
> pass a static array (static int empty[2] = {0};) instead of
> malloc'ing it.

I see.
-- 
Takaaki Tateishi <tt...@ja...>

Re: [ruby-fltk-devel] Browser column_widths segfault

[Kevin S. <kev...@ya...>]

--- Takaaki Tateishi <tt...@ja...> wrote:
> I've added Browser#column_widths(ary) and made
> test/browser.rb as a sample. But if the number of columns
is 
> different from the length of array `ary', Ruby/Fltk
causes the 
> segmentation fault.

I just fixed this. There was a problem with how we were
setting the length of the array in our column_widths
method.

I haven't looked at the FLTK source code--does Fl_Browser
malloc the initial array, or is it static? Right now, if
the user passes [] to column_widths, and then passes some
other array, we would never free the earlier one, right?

One option would be that if the user passes [], we would
pass a static array (static int empty[2] = {0};) instead of
malloc'ing it.

Kevin

__________________________________________________
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com

[ruby-fltk-devel] Path configuration

[Kevin S. <kev...@ya...>]

Well, I have a "solution" for the path question I asked
earlier. I just added my ruby-fltk and ruby-fltk/home
directories to my RUBYLIB setting in .bashrc. So now I can
be in any directory, like samples or monkeys, and be
running the latest ruby-fltk.

Kevin

__________________________________________________
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com

[ruby-fltk-devel] next release

[Takaaki T. <tt...@ja...>]

As I've fully implemented Widget methods, I will
release the next version 0.2 at the monday of next
week.
Do you have any methods which you want to add?
-- 
Takaaki Tateishi <tt...@ja...>

Re: [ruby-fltk-devel] Fl_Group::begin() and end()

[Takaaki T. <tt...@ja...>]

At Wed, 5 Sep 2001 08:39:59 -0700 (PDT),
Kevin Smith wrote:
> widgets like inputs) I would like to be able to pass a
> block to new that becomes the callback. Most pushbuttons
> don't need any other information besides what to do when
> you push them.

I also think it's useful.
-- 
Takaaki Tateishi <tt...@ja...>

Re: [ruby-fltk-devel] Fl_Group::begin() and end()

[Kevin S. <kev...@ya...>]

--- Takaaki Tateishi <tt...@ja...> wrote:
> I've added the FN_GROUP_INIT and modified
> Fltk::Group#begin
> so that we can use the block instead of Group#end.
> 
> For example, we can write the following code:
> 
> Fltk::Pack.new(300,200){|pack|
>   ...
> }

Great idea. Similarly, for Buttons (and perhaps other
widgets like inputs) I would like to be able to pass a
block to new that becomes the callback. Most pushbuttons
don't need any other information besides what to do when
you push them.

Kevin

__________________________________________________
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com

[ruby-fltk-devel] Fl_Group::begin() and end()

[Takaaki T. <tt...@ja...>]

I've added the FN_GROUP_INIT and modified Fltk::Group#begin
so that we can use the block instead of Group#end.

For example, we can write the following code:

Fltk::Pack.new(300,200){|pack|
  ...
}

The above is quit equal to the following code:

pack = Fltk::Pack.new(300,200)
...
pack.group_end

-- 
Takaaki Tateishi <tt...@ja...>

[ruby-fltk-devel] new file fltk/drawable.rb

[Takaaki T. <tt...@ja...>]

I've added new file lib/fltk/drawable.rb and modified
lib/fltk.rb.
In drawable.rb, the module Fltk::Drawable is defined.
I aim to create other files in the directory fltk.

After doing `cvs update', run extconf.rb and remake the
Makefile again so that we can install those libraries.

Regards,
-- 
Takaaki Tateishi <tt...@ja...>

Re: [ruby-fltk-devel] Browser support

[Takaaki T. <tt...@ja...>]

At Tue, 4 Sep 2001 08:40:48 -0700 (PDT),
Kevin Smith wrote:
> Are you saying that we will never pass 'data' into FLTK?

No, I will pass the the data into both of add() and @items.

> That we will just keep it in our code, so when the user
> wants their data we can give it to them without asking
> FLTK?

I don't think so, but it is possible.
-- 
Takaaki Tateishi <tt...@ja...>

Re: [ruby-fltk-devel] Browser support

[Kevin S. <kev...@ya...>]

--- Takaaki Tateishi <tt...@ja...> wrote:
> Now I've added some module functions such as Fl::add_fd,
> Fl::add_timeout,
> Fl::add_idle and Fl::add_handlers. In this approach, Fltk
> module has
> constants FDMap, Callbacks and Handlers to keep Proc
> objects and user data.

Sounds great.

> In the case of Browser#add, we prepare the instance
> variable @items
> which is an Array object and call Fl_Browser::add() with
> the string
> and the data, and then we keep added data using @items
> without copying.
> I will try to realize this idea, if you don't mind.

I think that sounds good, although I don't fully understand
it.

Are you saying that we will never pass 'data' into FLTK?
That we will just keep it in our code, so when the user
wants their data we can give it to them without asking
FLTK?

I think Menu_ has a similar situation, so you might also
look at it for ideas.

Kevin

__________________________________________________
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com

Re: [ruby-fltk-devel] Browser support

[Takaaki T. <tt...@ja...>]

At Tue, 04 Sep 2001 15:02:19 +0900,
> > Interesting approach. Do you think this is better than just
> > passing a VALUE and keeping a copy for ourselves? What are
> > the advantages?
> 
> If we keep a copy of VALUE, we would have the difficulties of
> the object chain and memory management. I'd like to avoid these
> difficulties. So I suggested serializing the object.
> If we deal with serialized object, we can pay attention to only
> string object, and we don't need to consider those difficulties.
> This is the advantage.

Now I've added some module functions such as Fl::add_fd, Fl::add_timeout,
Fl::add_idle and Fl::add_handlers. In this approach, Fltk module has
constants FDMap, Callbacks and Handlers to keep Proc objects and user data.

# test scripts handler.rb and timeout.rb are also added.

In the case of Browser#add, we prepare the instance variable @items
which is an Array object and call Fl_Browser::add() with the string
and the data, and then we keep added data using @items without copying.
I will try to realize this idea, if you don't mind.
-- 
Takaaki Tateishi <tt...@ja...>

Re: [ruby-fltk-devel] My "real" project

[Takaaki T. <tt...@ja...>]

At Mon, 3 Sep 2001 22:53:04 -0700 (PDT),
Kevin Smith wrote:
> I'd like to create some screenshots of the samples and
> Space Monkeys to put on the home page. Do you know of a
> good, simple Linux screenshot utility?

Good idea. How about `xwd' to take screenshots, and convert
those from xwd image format to JPG image format using something
like ImageMagick.
If you give me your program, I will try to take some screenshots.
-- 
Takaaki Tateishi <tt...@ja...>

Re: [ruby-fltk-devel] Browser support

[Takaaki T. <tt...@ja...>]

At Mon, 3 Sep 2001 21:00:17 -0700 (PDT),
Kevin Smith wrote:
> > In this case, It is a disadvantage that Proc, Thread and
> > IO objects can't be serialized.
> 
> Interesting approach. Do you think this is better than just
> passing a VALUE and keeping a copy for ourselves? What are
> the advantages?

If we keep a copy of VALUE, we would have the difficulties of
the object chain and memory management. I'd like to avoid these
difficulties. So I suggested serializing the object.
If we deal with serialized object, we can pay attention to only
string object, and we don't need to consider those difficulties.
This is the advantage.

But we can't use this approach to implement the callback functions.
It is because we must deal with Proc object after all.
Though I suggested that we pass the Array object to the user data
of the callback function, that suggestion has same difficulties.
For example, how do we mark the Array object. One solution is your
idea that we store those Array objects somewhere. Now I don't know
how/when do we remove those objects from the store.
But I will adopt this approach to implement callbacks.
-- 
Takaaki Tateishi <tt...@ja...>

Re: [ruby-fltk-devel] My "real" project

[Kevin S. <kev...@ya...>]

--- Takaaki Tateishi <tt...@ja...> wrote:
> At Mon, 3 Sep 2001 21:07:07 -0700 (PDT),
> Kevin Smith wrote:
> > I spent most of today porting my Space Monkeys game
> from
> > GTK to FLTK. It has gone really smoothly, and the code
> is
> > definitely simpler in FTLK. It's good to see a real
> > application using our work.
> 
> It's great!

I'd like to create some screenshots of the samples and
Space Monkeys to put on the home page. Do you know of a
good, simple Linux screenshot utility?

Kevin

__________________________________________________
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com

Re: [ruby-fltk-devel] My "real" project

[Takaaki T. <tt...@ja...>]

At Mon, 3 Sep 2001 21:07:07 -0700 (PDT),
Kevin Smith wrote:
> I spent most of today porting my Space Monkeys game from
> GTK to FLTK. It has gone really smoothly, and the code is
> definitely simpler in FTLK. It's good to see a real
> application using our work.

It's great!

> I thought I would need idle or timeouts, but I ended up
> changing the structure so I don't need them. The game is
> now completely functional, but I don't like the way the
> command buttons work, so I'm going to change that.

I think it would be effective to use Thread and sleep in
your ruby script now. For example:

button.callback(somedata){|win,data|
  Thread.start{
    sleep(anytime)
    ...
  }
}

But in current version of Ruby/FLTK, threads is scheduled at
intervals of 0.5sec. This mechanism is implemented using
add_timeout() and repeat_timeout(), and you can see it in
fltk.cc.
Of course, we should implement add_timeout() and add_idle()
in the *near* future. I will add those function in this week.

> I can definitely see that I want to add more classes in
> fltk.rb:
> - RadioButton class, that wraps RoundButton, automatically
> sets the button type, and automatically sizes itself
> - PushButton class that can automatically size itself
> - ComboBox class that combines an editor with a listbox

I agree with you. Practically, we often want to use ComboBox,
but it takes a few time to create ComboxBox class.

> I'm also really looking forward to the layout management
> stuff that will be in FLTK 2. Pack is not very good, and I
> hate placing widgets individually.

I also think so.
-- 
Takaaki Tateishi <tt...@ja...>

[ruby-fltk-devel] My "real" project

[Kevin S. <kev...@ya...>]

I spent most of today porting my Space Monkeys game from
GTK to FLTK. It has gone really smoothly, and the code is
definitely simpler in FTLK. It's good to see a real
application using our work.

I thought I would need idle or timeouts, but I ended up
changing the structure so I don't need them. The game is
now completely functional, but I don't like the way the
command buttons work, so I'm going to change that.

I can definitely see that I want to add more classes in
fltk.rb:
- RadioButton class, that wraps RoundButton, automatically
sets the button type, and automatically sizes itself
- PushButton class that can automatically size itself
- ComboBox class that combines an editor with a listbox

I'm also really looking forward to the layout management
stuff that will be in FLTK 2. Pack is not very good, and I
hate placing widgets individually.

Kevin

__________________________________________________
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com

Re: [ruby-fltk-devel] Browser support

[Kevin S. <kev...@ya...>]

--- Takaaki Tateishi <tt...@ja...> wrote:
> To use data values we may use Marshal.dump and load. I
> think we can deal with most of objects as the string
without
> considering GC problem.
> In this case, It is a disadvantage that Proc, Thread and
> IO objects can't be serialized.

Interesting approach. Do you think this is better than just
passing a VALUE and keeping a copy for ourselves? What are
the advantages?

Kevin


__________________________________________________
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com

Re: [ruby-fltk-devel] Browser support

[Takaaki T. <tt...@ja...>]

At Mon, 3 Sep 2001 12:52:33 -0700 (PDT),
Kevin Smith wrote:
> allows you to add strings, without data values. It works

To use data values we may use Marshal.dump and load. I think we
can deal with most of objects as the string without considering
GC problem.
In this case, It is a disadvantage that Proc, Thread and IO
objects can't be serialized.
-- 
Takaaki Tateishi <tt...@ja...>