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: Takaaki T. <tt...@kt...> - 2001-12-05 09:47:59
|
Hello, I'll release the next version 0.5 in this week or next week. So I hope you to test latest sources on cvs. This version can work with OpenGL extension module for ruby. Also I will distribute binary packages for mingw and cygwin including OpenGL extension module which is provided by the other. There is the preview release of mingw version of ruby-fltk at: http://ruby-fltk.sourceforge.net/archive/ruby-fltk-20011205.mingw.zip. (requires opengl32.dll and glu32.dll) Regards, -- Takaaki Tateishi <tt...@kt...> |
|
From: Takaaki T. <tt...@kt...> - 2001-12-01 09:03:42
|
At Fri, 30 Nov 2001 23:55:20 -0500, Kent Dahl <ke...@st...> wrote: > - Wrap some parts of FLEK that are very useful on the Agenda (esp. the > Calendar object) > - Wrap FLPDA, a small FLTK-FLEK factory/extension that provides a > consistent look with other Agenda native apps I also have plan to add FLEK widgets. I heard from a man that he wrapped the Fl_Toggle_Tree of FLEK. It can work well. Since I think we had better talk with him, I will try to ask him subscribe to this mailing list. -- Takaaki Tateishi <tt...@kt...> |
|
From: Kent D. <ke...@st...> - 2001-11-30 22:43:21
|
As I've probably repeated too often, I'm still hacking away making Ruby useful on my Agenda VR3 PDA. Now that I've seen that Ruby-FLTK has gotten quite usable, I've started thinking more about generating an "Agenda-Ruby" extension, catering to some of the Agenda VR3 specific needs. However, I'm not sure what is the best way to approach this. Some of the things that I'm planning to try: - provide alternative version of FLTK filechooser, since the standard FLTK version is way too big for LCD screen. (preferably redefining the Fltk.file_chooser, to increase Ruby script portability) - Wrap some parts of FLEK that are very useful on the Agenda (esp. the Calendar object) - Wrap FLPDA, a small FLTK-FLEK factory/extension that provides a consistent look with other Agenda native apps As you'll notice, these things are all very dependant and inter-linked with Ruby-FLTK and FLTK. One idea, is to add my extension "after" Ruby-FLTK in extinit.c, and redefine the FLTK methods in question. Hints, tips, suggestions and ideas are very welcome. -- <[ Kent Dahl ]>================<[ http://www.stud.ntnu.no/~kentda/ ]> )____(stud.techn.;ind.øk.data)||(softwareDeveloper.at(Trustix))_( /"Opinions expressed are mine and not those of my Employer, "\ ( "the University, my girlfriend, stray cats, banana fruitflies, " ) \"nor the frontal lobe of my left cerebral hemisphere. "/ |
|
From: Kent D. <ke...@st...> - 2001-11-30 09:28:28
|
I needed the MenuBar in my modified editor.rb for the Agenda VR3 to have
smaller fonts:
<PATCH>
diff -c -2 -r1.17 flmenu.cc
*** flmenu.cc 2001/11/28 11:51:40 1.17
--- flmenu.cc 2001/11/30 09:23:33
***************
*** 17,20 ****
--- 17,21 ----
static FN_SET_INT_OPTINT(Menu_,mode);
static FN_GET_STR_SET_OPTINT(Menu_,text);
+ static FN_GETSET_INT(Menu_,textsize);
static FN_INIT2(Menu_, Fl_Widget::size, {
rb_ivar_set(self, rb_id_iitems, rb_ary_new());
***************
*** 143,146 ****
--- 144,148 ----
DEF_METHOD(Menu_,mode,-1);
DEF_METHOD(Menu_,text,-1);
+ DEF_METHOD_EQ(Menu_,textsize,-1);
#define DEF_MENUMODE(c) \
rb_define_const(rb_mFLTK, #c, INT2NUM(FL_##c))
</PATCH>
The textcolor and textfont method would probably be nice too, but then
again, perhaps YAGNI? (YAGNI = You Ain't Gonna Need It)
--
<[ Kent Dahl ]>================<[ http://www.stud.ntnu.no/~kentda/ ]>
)____(stud.techn.;ind.øk.data)||(softwareDeveloper.at(Trustix))_(
/"Opinions expressed are mine and not those of my Employer, "\
( "the University, my girlfriend, stray cats, banana fruitflies, " )
\"nor the frontal lobe of my left cerebral hemisphere. "/
|
|
From: Takaaki T. <tt...@kt...> - 2001-11-28 04:06:10
|
At Tue, 27 Nov 2001 19:49:06 -0500, Kent Dahl <ke...@st...> wrote: > ...so I tried to add it. Below is what I have so far. Thanks, I added FLTK.input and FLTK.password. I'll enable us to use the format string such as FLTK.message. This can be realized by using rb_f_sprintf(). -- Takaaki Tateishi <tt...@kt...> |
|
From: Kent D. <ke...@st...> - 2001-11-27 18:37:27
|
...so I tried to add it. Below is what I have so far.
I tried putting it in patch format, but I've never tried that before, so
beware of errors on my part.
<PATCH>
*** fltk.cc 2001/11/27 10:02:52 1.70
--- fltk.cc 2001/11/27 18:33:46
***************
*** 786,789 ****
--- 786,816 ----
static FN_GLOBAL_GET_INT_SET_FORMAT_STR3(choice);
+
+ static VALUE rb_fltk_input(int argc, VALUE argv[], VALUE self) {
+ VALUE rlabel, rdefault;
+ const char *result=NULL, *label=NULL, *deflt=NULL;
+
+ rb_scan_args( argc, argv, "11", &rlabel, &rdefault );
+
+ // the case of printf arguments isn't implemented yet.
+ switch(argc){
+ case 2:
+ deflt = (rdefault == Qnil) ? NULL : STR2CSTR(rdefault);
+ // fall thru to get the label data too
+ case 1:
+ label = (rlabel == Qnil) ? "" : STR2CSTR(rlabel);
+ break;
+ default:
+ rb_raise(rb_eArgError, "Illegal number of arguments.");
+ break;
+ };
+ result = fl_input( label, deflt );
+
+ if( result )
+ return rb_tainted_str_new2( result );
+ else
+ return Qnil;
+ };
+
static VALUE rb_fltk_draw_pixmap(int argc, VALUE argv[], VALUE self)
{
***************
*** 1033,1036 ****
--- 1060,1065 ----
DEF_MODULE_FUNC(ask,-1);
DEF_MODULE_FUNC(choice,-1);
+ DEF_MODULE_FUNC(input,-1);
+
DEF_MODULE_FUNC(file_chooser,-1);
DEF_MODULE_FUNC(file_chooser_callback,-1);
</PATCH>
It seems to work nicely, but that is because I've "forgotten" the part
on printf arguments (the ... at the end of the fl_input method
definition) since I don't know which of the strings should be affected.
The fl_password wrapping would be nearly identical, I believe.
--
<[ Kent Dahl ]>================<[ http://www.stud.ntnu.no/~kentda/ ]>
)____(stud.techn.;ind.øk.data)||(softwareDeveloper.at(Trustix))_(
/"Opinions expressed are mine and not those of my Employer, "\
( "the University, my girlfriend, stray cats, banana fruitflies, " )
\"nor the frontal lobe of my left cerebral hemisphere. "/
|
|
From: Kent D. <ke...@st...> - 2001-11-27 10:11:01
|
>I can see about *3. >I made the rb_fltk_paste() call Fl::check() before Fl::paste(). >By the way, where did you call b.show and Fltk.paste(b)? Before calling w.show in the main part. I was thinking that perhaps any show command gets the event stuff initialized, but it appears that this only applies to the window. -- ([ Kent Dahl ])================([ http://www.stud.ntnu.no/~kentda/ ]) (stud.techn.;ind.øk.data)||(softwareDeveloper.at(Trustix)) /"Opinions expressed are mine and not those of my Employer, "\ ( "the University, my girlfriend, stray cats, banana fruitflies, " ) \"nor the frontal lobe of my left cerebral hemisphere. "/ |
|
From: Takaaki T. <tt...@kt...> - 2001-11-27 09:59:45
|
At Tue, 27 Nov 2001 08:55:42 -0500, Kent Dahl <ke...@st...> wrote: > *2 and *3 still seg-fault. > *2 is because rb_to_fl returns NULL if VALUE is Qnil, which I don't > think Fl::paste likes. Sorry, that's my fault. > *3 is the main problem I worry about. It seems that w.show in turn > initializes something that allows events to be sent. I tried to call > b.show and then Fltk.paste(b), but that still segfaults. So I still > suspect some FLTK wide initialization code, which may be that > Fl::check() is responcible to... uhm, check? I can see about *3. I made the rb_fltk_paste() call Fl::check() before Fl::paste(). By the way, where did you call b.show and Fltk.paste(b)? Thanks, -- Takaaki Tateishi <tt...@kt...> |
|
From: Kent D. <ke...@st...> - 2001-11-27 07:44:06
|
Takaaki Tateishi wrote:
> Though I also tried, (*2) didn't crash and (*3) crashed.
> I think b must be destroied when calling Fl::run(), but
> Ruby/FLTK treats it as alive widget.
> I've fixed this problem. Would you try again?
I may have mixed up the w and b in the example, as I was trying many
permutations.
Sorry about that. Here is the new test code I am using.
<CODE>
require 'rubyfltk.so'
w = Fltk::Window.new(0,0,200,200)
b = Fltk::Button.new(0,0,20,20,"X"){|a,b|
#w.hide
puts "hidden"
Fltk.paste(w) #(*1)
puts "done"
}
#Fltk.paste( nil ) #(*2)
#Fltk.paste( w ) #(*3)
w.show
Fltk.paste( w ) #(*4)
Fltk.run
Fltk.paste( w ) #(*5)
</CODE>
*2 and *3 still seg-fault.
*2 is because rb_to_fl returns NULL if VALUE is Qnil, which I don't
think Fl::paste likes.
*3 is the main problem I worry about. It seems that w.show in turn
initializes something that allows events to be sent. I tried to call
b.show and then Fltk.paste(b), but that still segfaults. So I still
suspect some FLTK wide initialization code, which may be that
Fl::check() is responcible to... uhm, check?
(I removed my code and cvs updated when I tried this.)
--
<[ Kent Dahl ]>================<[ http://www.stud.ntnu.no/~kentda/ ]>
)____(stud.techn.;ind.øk.data)||(softwareDeveloper.at(Trustix))_(
/"Opinions expressed are mine and not those of my Employer, "\
( "the University, my girlfriend, stray cats, banana fruitflies, " )
\"nor the frontal lobe of my left cerebral hemisphere. "/
|
|
From: Takaaki T. <tt...@kt...> - 2001-11-26 23:59:59
|
At Mon, 26 Nov 2001 23:03:53 -0500,
Kent Dahl <ke...@st...> wrote:
> require 'rubyfltk.so'
> w = Fltk::Window.new(0,0,200,200)
> b = Fltk::Button.new(0,0,20,20,"X"){|a,b|
> Fltk.paste(w) # (*1)
> }
> w.show
> #Fltk.paste( b) # this crashes (*2)
> Fltk.run # here, pushing the button which calls Fltk.paste(w) goes ok.
> #Fltk.paste( b ) # this crashes too. (*3)
> </CODE>
Though I also tried, (*2) didn't crash and (*3) crashed.
I think b must be destroied when calling Fl::run(), but
Ruby/FLTK treats it as alive widget.
I've fixed this problem. Would you try again?
--
Takaaki Tateishi <tt...@kt...>
|
|
From: Kent D. <ke...@st...> - 2001-11-26 21:52:19
|
Hi.
As I'm trying to implement the "Simple Text Editor" sample in Ruby-Fltk,
(or should that be Ruby-FLTK now? ;-) I found out that the Fl::paste
wasn't wrapped.
So I gave it a naive try, which works, but seg-faults if Fltk.paste(
widget ) is called outside when Fltk.run is running...
I'm guessing that this is due to something in FLTK, and I wonder if
there is any to check to see that the Fltk.run is running? (See below
about Fl::check and Fl::ready)
<CVSDIFF>
[kentda@v128a ruby-fltk]$ cvs diff
? test/fl_func.rb
cvs server: Diffing .
Index: fltk.cc
===================================================================
RCS file: /cvsroot/ruby-fltk/ruby-fltk/fltk.cc,v
retrieving revision 1.65
diff -r1.65 fltk.cc
849a850,865
> /**
> * the Fl::paste(Fl_Widget*) method
> */
> static VALUE rb_fltk_paste( VALUE self, VALUE widget ){
> Fl_Widget *reciever = NULL;
> reciever = rb_to_fl(widget);
> if(reciever) {
> Fl::paste( *reciever );
> }else{
> rb_raise(rb_eArgError, "Need widget to send paste-event to.");
> }
> return Qnil;
> }
>
>
>
972a989
> DEF_MODULE_FUNC(paste,1);
</CVSDIFF>
Some testcode
<CODE>
require 'rubyfltk.so'
w = Fltk::Window.new(0,0,200,200)
b = Fltk::Button.new(0,0,20,20,"X"){|a,b|
Fltk.paste(w)
}
w.show
#Fltk.paste( b) # this crashes
Fltk.run # here, pushing the button which calls Fltk.paste(w) goes ok.
#Fltk.paste( b ) # this crashes too.
</CODE>
After writing the above, I did try using Fl::check(), but I'm not sure
that is a safe bet, since the Fl::ready() documentation talks about
callbacks maybe being illegal, and Fl::ready() returns values that don't
seem to mean quite the same.
The seg-faults disappear if I add this test to the rb_fltk_paste
implementation before Fl::paste...
<CODE>
if(!Fl::check())
rb_raise(rb_eSystemCallError, "FLTK does not appear to be taking
events!");
</CODE>
I hope my code isn't totally embarrasing :-)
--
<[ Kent Dahl ]>================<[ http://www.stud.ntnu.no/~kentda/ ]>
)____(stud.techn.;ind.øk.data)||(softwareDeveloper.at(Trustix))_(
/"Opinions expressed are mine and not those of my Employer, "\
( "the University, my girlfriend, stray cats, banana fruitflies, " )
\"nor the frontal lobe of my left cerebral hemisphere. "/
|
|
From: Takaaki T. <tt...@kt...> - 2001-11-25 15:20:29
|
Hello, I should inform you that I've renamed the module 'Fltk' with 'FLTK', and made 'Fltk' an alias to 'FLTK'. Now I think we will use 'FLTK' officially since 'Fltk' doesn't appear at FLTK's web pages and documentations. I hope you to agree with me. Regards, -- Takaaki Tateishi <tt...@kt...> |
|
From: Takaaki T. <tt...@kt...> - 2001-09-24 16:29:55
|
At Mon, 24 Sep 2001 08:37:21 -0700 (PDT), > How easy or hard would it be to release a Windows binary > dll that is statically linked with Fltk? We would merely run extconf.rb and do make on the cygwin now. I fixed the code since a few *bugs* are found when compiling on the cygwin. We could call the abstract virtual function, but this was detected by gcc-2.95.3(cygwin). Also, I saw some of mismatch functions about its prototype. I had no time for thinking about those, so I removed those functions. -- Takaaki Tateishi <tt...@kt...> |
|
From: Kevin S. <kev...@ya...> - 2001-09-24 15:37:22
|
--- Takaaki Tateishi <tt...@ja...> wrote: > Now I've successfully compiled the Ruby/FLTK on > Windows2000 with Cygwin-1.1, Ruby-1.6 and FLTK-1.0.11 and > released it. But a few changes were needed. How easy or hard would it be to release a Windows binary dll that is statically linked with Fltk? I could really use it, to distribute my Fltk version of Space Monkeys to some people running Windows. (It would have to be compatible with the PragProg one-step Windows Ruby package). 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-10 09:14:17
|
Now I've successfully compiled the Ruby/FLTK on Windows2000 with Cygwin-1.1, Ruby-1.6 and FLTK-1.0.11 and released it. But a few changes were needed. I checked that most of samples could work well. But when I ran the othello.rb, it caused the segmentation fault at Fl::draw. So I replaced it with Box and Box#label. Cygwin 1.1: http://sources.redhat.com/cygwin/ -- Takaaki Tateishi <tt...@ja...> |
|
From: Kevin S. <kev...@ya...> - 2001-09-10 00:56:18
|
--- Takaaki Tateishi <tt...@ja...> wrote: > I'd like to inform you that ruby-fltk-0.2 have been > released now. Excellent. Can you delete the second copy of the file (that has no type)? 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-10 00:30:51
|
I'd like to inform you that ruby-fltk-0.2 have been released now. And two user's mailing lists are also opened. One is for english speakers, the other is for japanese speakers. Regards, -- Takaaki Tateishi <tt...@ja...> |
|
From: Kevin S. <kev...@ya...> - 2001-09-10 00:16:43
|
--- Takaaki Tateishi <tt...@ja...> wrote: > I added the entry about Ruby/FLTK to the "FLTK Bazaar" a > couple of days ago. Good. > Now I think we need not to post the release announcement > to ruby-list mailing list as we informed that we have That makes sense. > By the way, I don't know about Ruby-GUI list. Where can I > see it? It's a yahoo group, named ruby-gui. I just looked again, though, and it is focused on developing a single standard GUI API, so our announcement probably wouldn't be good there, either. So never mind. 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-09 22:49:39
|
At Sun, 9 Sep 2001 13:27:52 -0700 (PDT), Kevin Smith wrote: > After our next release, besides the Ruby list, we should > also post announcements on the FLTK site, and the Ruby-GUI > list. I think most of enthusiastic ruby users often watch the RAA, and enthusiastic FLTK users would watch the Bazaar page of FLTK. I added the entry about Ruby/FLTK to the "FLTK Bazaar" a couple of days ago. Now I think we need not to post the release announcement to ruby-list mailing list as we informed that we have started the project again. There are few release announcements on ruby-list and ruby-talk. I afraid that frequent announcements are not proper for the list. By the way, I don't know about Ruby-GUI list. Where can I see it? -- Takaaki Tateishi <tt...@ja...> |
|
From: Takaaki T. <tt...@ja...> - 2001-09-09 22:32:25
|
At Sun, 9 Sep 2001 12:42:42 -0700 (PDT), Kevin Smith wrote: > I don't think we should expose Fl_End to Ruby. The only use ... > I also want to drop support for Fl_Free, and probably > Fl_Timer. Or at least discourage their use. I agree. I will remove them soon. -- Takaaki Tateishi <tt...@ja...> |
|
From: Kevin S. <kev...@ya...> - 2001-09-09 20:27:53
|
I don't know if you've looked at our project statistics page, but 15 people have downloaded the package so far. That's pretty good. I just wish we would hear some feedback from them! We've also been hovering around the 95th percentile for project activity for the last week. Considering we only have two people on the project, that's pretty impressive. After our next release, besides the Ruby list, we should also post announcements on the FLTK site, and the Ruby-GUI list. 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-09 20:22:44
|
I've checked in faq.txt. It's not very good yet, but it's a start. Let me know if you see anything that should be added or changed. 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-09 19:48:22
|
I committed a good start at an API reference document. It really should be in HTML, with hyperlinks. I'll probably finish most of the content, and then convert it to HTML. You might want to wait until after that to do a Japanese version. So far, I've only done the classes, but it's good enough for this release. Later, I'll add Drawable, all the enums, and the global methods. Doing this helped me notice several methods that we shouldn't support, and several others that we should add. There are several places where we need boolean queries, like Button#set? But there's plenty of time for the package to improve. It's already pretty good, I think. 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-09 19:42:44
|
I don't think we should expose Fl_End to Ruby. The only use I can see is to be able to call end() during a C++ constructor initialization (before the constructor body). It will just be confusing if we expose it. I also want to drop support for Fl_Free, and probably Fl_Timer. Or at least discourage their use. 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-08 00:11:58
|
--- Takaaki Tateishi <tt...@ja...> wrote: > I guess you forgot to do "cvs add <file>". Nope. I did the add, and entered the commit command, but walked away without entering my password! It's all checked in now. By the way, you can see a new screenshot of monkeys with the ListBox class at: www.qualitycode.com/monkeys.png 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.
