Menu
▾
▴
ruby-fltk-devel — ruby-fltk-devel
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(31) |
Sep
(85) |
Oct
|
Nov
(10) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
(10) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(3) |
Dec
|
| 2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Kevin S. <kev...@ya...> - 2001-09-03 19:52:34
|
For now, I have committed a version of Browser that only allows you to add strings, without data values. It works fine, but later we will need to add that feature. I also deleted Context from fltk.rb, by the way. Kevin __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com |
|
From: Kevin S. <kev...@ya...> - 2001-09-03 19:49:43
|
--- Takaaki Tateishi <tt...@ja...> wrote: > Tomorrow I will create new file `.depend' which is used > when we generates the Makfile. Excellent. > I always run samples by: > $ ruby -I. -Ilib sample/sample1.rb > But I'm not sure if this way is simple. Oh. I copy fltk.rb and rubyfltk.so to my samples directory each time. It's no better. I thought about running make install or make site-install each time, but I'm not sure if either one is what I really want. > The environment I usually use is based on Slackware3.x Wow. I'm just running Debian. I have a Win98 machine in the house, but haven't tried to get Cygwin for it yet. Kevin __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com |
|
From: Takaaki T. <tt...@ja...> - 2001-09-03 19:29:31
|
At Mon, 3 Sep 2001 09:41:47 -0700 (PDT), Kevin Smith wrote: > 1. Our makefile has no dependencies. So when I change > fltk.h, I have to manually either 'make clean', or touch > each source file that I know is affected. Can we easily > include or build dependencies? Tomorrow I will create new file `.depend' which is used when we generates the Makfile. > 2. Do you have a simple way to make sure that new copies of > fltk.rb and rubyfltk.so are always used when you run the > samples? I always run samples by: $ ruby -I. -Ilib sample/sample1.rb But I'm not sure if this way is simple. > 3. My editor (SciTE) doesn't seem to automatically reload > files when they've changed. So after I do a cvs update, I > have to manually close and re-load files. What editor(s) do > you use? emacs or vi. > Also, I'm curious what O/S and/or distribution you are > using. The environment I usually use is based on Slackware3.x and RedHat4.x. I've reconstructed most of /etc's configurations and installed most of applications without rpm and deb. I'm use another RedHat based distribution called Kondara and Solaris7,8 as the server too. I sometime use Windows2000 with Cygwin running on the VMWare. -- Takaaki Tateishi <tt...@ja...> |
|
From: Kevin S. <kev...@ya...> - 2001-09-03 16:41:48
|
There are a few minor irritations I have, and I hope you might be able to provide help for some of them: 1. Our makefile has no dependencies. So when I change fltk.h, I have to manually either 'make clean', or touch each source file that I know is affected. Can we easily include or build dependencies? 2. Do you have a simple way to make sure that new copies of fltk.rb and rubyfltk.so are always used when you run the samples? 3. My editor (SciTE) doesn't seem to automatically reload files when they've changed. So after I do a cvs update, I have to manually close and re-load files. What editor(s) do you use? Also, I'm curious what O/S and/or distribution you are using. Kevin __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com |
|
From: Kevin S. <kev...@ya...> - 2001-09-03 16:35:27
|
I started to work on a Browser sample, and saw that you can pass a 'data' value into add. To prevent GC from deleting the VALUE that the user passes us, we need to keep a reference to it. And we need to pass a void* into FLTK. Maybe we could have an Array member in each Browser object. Each time an item is added, we would add the data (if any) to the array, and also pass that same value (casted to void*) to FLTK. When an item is removed, we would get the data for that item, and remove it from the array. I guess someone could use the same data for multiple items, so the array would have to allow multiple copies of the same value. Does this make sense? Kevin __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com |
|
From: Takaaki T. <tt...@ja...> - 2001-09-03 07:07:04
|
now I've inform mailing list members of the preview release. It is distributed at: http://ruby-fltk.sourceforge.net/archive/ Since I didn't know how to use the "File List" at SourceForge, I put the archive into the above directory. -- Takaaki Tateishi <tt...@ja...> |
|
From: Takaaki T. <tt...@ja...> - 2001-09-03 01:53:41
|
At Sun, 2 Sep 2001 16:23:09 -0700 (PDT), Kevin Smith wrote: > Ok. It looks like one problem was that our object map/hash > was getting discarded. I can get past that by adding this > line in fltk.cc: > rb_iv_set(rb_mFltk, "@map", rb_fltk_objmap); I forgot to add the above line. Why do you use instance variable? How about constant? Perhaps, You'd like to keep the programmer from getting access to "@map". Could you show me the reason? # SourceForge seems to be working now. -- Takaaki Tateishi <tt...@ja...> |
|
From: Kevin S. <kev...@ya...> - 2001-09-03 00:49:20
|
--- Kevin Smith <kev...@ya...> wrote: > Assuming the line above still looks good with fresh code, > I'll commit it. The line above still looks good...but I can't get into cvs. I'm assuming there's a problem on the sourceforge end, but something could be messed up on my machine, I guess. Is sourceforge cvs working for you? Kevin __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com |
|
From: Kevin S. <kev...@ya...> - 2001-09-02 23:23:10
|
--- Kevin Smith <kev...@ya...> wrote:
> I started porting my real app ("monkeys"), and it keeps
> segfaulting. It turns out I can reproduce the error by
> inserting GC.start in sample6, right before the creation
> of our window.
Ok. It looks like one problem was that our object map/hash
was getting discarded. I can get past that by adding this
line in fltk.cc:
rb_iv_set(rb_mFltk, "@map", rb_fltk_objmap);
I think there are still some problems, but I want to get
back to a clean code base before I experiment more.
Assuming the line above still looks good with fresh code,
I'll commit it.
Kevin
__________________________________________________
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com
|
|
From: Kevin S. <kev...@ya...> - 2001-09-02 22:42:30
|
I started porting my real app ("monkeys"), and it keeps
segfaulting. It turns out I can reproduce the error by
inserting GC.start in sample6, right before the creation of
our window.
It seems like something in our class definitions, even
before any actual widgets are created, is causing problems.
I'm going to look at it, and will let you know if I find
anything.
Kevin
__________________________________________________
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com
|
|
From: Takaaki T. <tt...@ja...> - 2001-09-02 17:12:41
|
At Sun, 2 Sep 2001 08:59:52 -0700 (PDT), Kevin Smith wrote: > > I'd like to keep both of Fltk::Context and Fltk::Drawable. ... > Would it be better to get rid of Context and just use > Drawable? The only benefit of Context that I can think of > Unless you can think of why we should keep Context, I'd > like to get rid of it for now. Later, if it seems useful, > we can bring it back. Ok, I will get rid of Context and rename the sample8.rb with sample7.rb before the first release. -- Takaaki Tateishi <tt...@ja...> |
|
From: Kevin S. <kev...@ya...> - 2001-09-02 15:59:54
|
--- Takaaki Tateishi <tt...@ja...> wrote: > now I added Fltk::Drawable module which is similar to > Fltk::Context class. Any widget can include Fltk::Drawable > to provides drawing methods. > I'd like to keep both of Fltk::Context and Fltk::Drawable. > How do you think about this module? Interesting idea--I like it. I think if we keep both, we need to combine their code, which we can do pretty easily. I don't want that much duplicated code. Would it be better to get rid of Context and just use Drawable? The only benefit of Context that I can think of right now is if a single widget wanted to keep multiple Context's active at one time. But that only makes sense if/when Context contains state variables. Unless you can think of why we should keep Context, I'd like to get rid of it for now. Later, if it seems useful, we can bring it back. Kevin __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com |
|
From: Kevin S. <kev...@ya...> - 2001-09-02 15:49:58
|
--- Takaaki Tateishi <tt...@ja...> wrote:
> Did you mention Fl::add_fd(), Fl::add_idle(),
> Fl::add_timeout() and so on?
> I'm going to pass the Array object which contains Proc
> object and user data to a function, if the function has
the
> parameter for user data. For example:
>
> void rb_idle_func(void *data)
> {
> VALUE proc = rb_ary_entry((VALUE)data, 0);
> VALUE user_data = rb_ary_entry((VALUE)data, 1);
>
> rb_funcall(proc, rb_intern("call"), 1, user_data);
> };
>
> VALUE rb_fl_idle(VALUE self, VALUE proc, VALUE user_data)
> {
> VALUE pass_data = rb_assoc_new(proc, user_data);
>
> Fl::add_idle(rb_idle_func, (void*)pass_data);
> return Qnil;
> };
Looks good to me.
Kevin
__________________________________________________
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com
|
|
From: Takaaki T. <tt...@ja...> - 2001-09-02 14:09:46
|
At Sat, 1 Sep 2001 17:02:39 -0700 (PDT),
Kevin Smith wrote:
> It seems like we need some kind of general map so we can
> invoke various kinds of callbacks from C++. For each
> callback, we need to store both the callback proc/block,
> and a data value. For widget callbacks, what we have works
> fine.
> But a client could add ten timer callbacks and ten idle
> callbacks, each with different data values. We need some
> way to handle those, and whatever that way is might end up
> also being usable for widget callbacks (to avoid duplicate
> code).
> Any ideas on this?
Did you mention Fl::add_fd(), Fl::add_idle(), Fl::add_timeout()
and so on?
I'm going to pass the Array object which contains Proc object and
user data to a function, if the function has the parameter for user
data. For example:
void rb_idle_func(void *data)
{
VALUE proc = rb_ary_entry((VALUE)data, 0);
VALUE user_data = rb_ary_entry((VALUE)data, 1);
rb_funcall(proc, rb_intern("call"), 1, user_data);
};
VALUE rb_fl_idle(VALUE self, VALUE proc, VALUE user_data)
{
VALUE pass_data = rb_assoc_new(proc, user_data);
Fl::add_idle(rb_idle_func, (void*)pass_data);
return Qnil;
};
Of course, we must give care to the memory management.
--
Takaaki Tateishi <tt...@ja...>
|
|
From: Takaaki T. <tt...@ja...> - 2001-09-02 13:01:05
|
now I added Fltk::Drawable module which is similar to Fltk::Context class. Any widget can include Fltk::Drawable to provides drawing methods. I'd like to keep both of Fltk::Context and Fltk::Drawable. How do you think about this module? -- Takaaki Tateishi <tt...@ja...> |
|
From: Kevin S. <kev...@ya...> - 2001-09-02 01:03:50
|
--- Kevin Smith <kev...@ya...> wrote: > I just updated, and sample3 and sample4 are having sizing > problems. The clock face is too large in 3, and all three > widgets are slightly too tall in 4. > > I'll look into it, but can you think of what may have > changed that would cause this? Are you seeing the same > thing there? I just fixed it. When I created the INIT macro, I was calling widget->resize, but that didn't give Ruby overrides a chance to catch it. Now I use rb_funcall. We should probably use rb_funcall to invoke label, also, instead of calling widget-label directly, because that would avoid the duplicated strdup code. Kevin __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com |
|
From: Kevin S. <kev...@ya...> - 2001-09-02 00:47:00
|
I just updated, and sample3 and sample4 are having sizing problems. The clock face is too large in 3, and all three widgets are slightly too tall in 4. I'll look into it, but can you think of what may have changed that would cause this? Are you seeing the same thing there? Kevin __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com |
|
From: Takaaki T. <tt...@ja...> - 2001-09-02 00:35:30
|
At Sat, 01 Sep 2001 23:38:39 +0900, > > I have only changed this for Window, but I think we should > > make a similar change for Widget. > > I agree. done. I rename FN_INIT_WIN with FN_INIT since FN_INIT_WIN can also be used with Widget. Moreover, I've added FN_S_POPUP_WIN for Window.popup. -- Takaaki Tateishi <tt...@ja...> |
|
From: Takaaki T. <tt...@ja...> - 2001-09-02 00:15:43
|
At Sat, 1 Sep 2001 10:31:38 -0700 (PDT), Kevin Smith wrote: > I fixed it by switching to using WIDGET_FNS and > DEF_WIDGET_METHODS in Pack, Group, and Widget. I guess I'll > do that for all the classes, to prevent other problems. Thank you very much. I will do the first release after we implement Window.popup and Widget.initialize similer to Window.initialize. I guess I will have finished them by tomorrow. -- Takaaki Tateishi <tt...@ja...> |
|
From: Kevin S. <kev...@ya...> - 2001-09-02 00:04:04
|
--- Takaaki Tateishi <tt...@ja...> wrote: > At Sat, 1 Sep 2001 09:54:43 -0700 (PDT), > Kevin Smith wrote: > > 2. Window.new creates a toplevel, and Window.popup > creates > > a child. > ... > > I think I like #2 the best, because people looking at > the > > C++ FLTK docs who just want a simple window will expect > it > > to work. > > I also like your 2nd suggestion. Great. I'll take care of that. Kevin __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com |
|
From: Kevin S. <kev...@ya...> - 2001-09-02 00:02:42
|
I actually have a full application that I would like to port to Ruby-FLTK. It's a game that is currently using Ruby-GTK, and I think we almost have enough for me to bring it over. I know one thing that is missing is either an idle callback or a timer callback, which are similar to each other. It seems like we need some kind of general map so we can invoke various kinds of callbacks from C++. For each callback, we need to store both the callback proc/block, and a data value. For widget callbacks, what we have works fine. But a client could add ten timer callbacks and ten idle callbacks, each with different data values. We need some way to handle those, and whatever that way is might end up also being usable for widget callbacks (to avoid duplicate code). Any ideas on this? Kevin __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com |
|
From: Kevin S. <kev...@ya...> - 2001-09-02 00:01:55
|
Things continue to go well. I have checked in more samples, and a documentation file (guide.txt). I think we can release at any time, but am not sure what is required...we need an LGPL license document, a little installation readme. Anything else? Can you tell I'm excited and eager to get this out there? Kevin __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com |
|
From: Takaaki T. <tt...@ja...> - 2001-09-02 00:01:27
|
At Sat, 1 Sep 2001 09:54:43 -0700 (PDT), Kevin Smith wrote: > 2. Window.new creates a toplevel, and Window.popup creates > a child. ... > I think I like #2 the best, because people looking at the > C++ FLTK docs who just want a simple window will expect it > to work. I also like your 2nd suggestion. -- Takaaki Tateishi <tt...@ja...> |
|
From: Kevin S. <kev...@ya...> - 2001-09-01 17:31:38
|
--- Kevin Smith <kev...@ya...> wrote: > Pack doesn't seem to work yet--it worked for me in one > case, but then started segfaulting. I would like to have > this working for our initial release, because it would > simplify sample 5. But I can live without it if we can't > figure it out quickly. I fixed it by switching to using WIDGET_FNS and DEF_WIDGET_METHODS in Pack, Group, and Widget. I guess I'll do that for all the classes, to prevent other problems. Kevin __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com |
|
From: Kevin S. <kev...@ya...> - 2001-09-01 17:00:41
|
I'm very happy with how things are going. It seems to be easy to add methods to classes. I've created five samples so far. I'm trying to slowly increase complexity, while demonstrating interesting features. I hope you like them. Pack doesn't seem to work yet--it worked for me in one case, but then started segfaulting. I would like to have this working for our initial release, because it would simplify sample 5. But I can live without it if we can't figure it out quickly. Other than that, I think we have enough for a first release. I think the initial documentation can just mention the samples, and how our naming differs from the C++ naming. How easy will it be for you to create a package? Do you want to target doing a release today or tomorrow? Kevin __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com |
2 messages has been excluded from this view by a project administrator.
