You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(9) |
Oct
|
Nov
(14) |
Dec
(6) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(5) |
Feb
(2) |
Mar
(9) |
Apr
(13) |
May
(2) |
Jun
(2) |
Jul
(10) |
Aug
(6) |
Sep
(6) |
Oct
|
Nov
(6) |
Dec
|
2003 |
Jan
|
Feb
(3) |
Mar
(3) |
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2005 |
Jan
|
Feb
|
Mar
(4) |
Apr
(3) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2006 |
Jan
|
Feb
|
Mar
(3) |
Apr
(3) |
May
(3) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
2007 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
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: Stephen D. <st...@da...> - 2002-08-23 14:50:06
|
On Fri, 23 Aug 2002, Takaaki Tateishi wrote: > At Fri, 23 Aug 2002 14:33:37 +0100 (BST), > Stephen Davies wrote: > > I attached a little ruby-fltk patch - against the current CVS - that fixes > > "color" to UINT. > > Would you like to put this into CVS? > > I've merged it. Thank you very much, Hi Takaaki, I just loaded FLTK 1.1.0rc6 and built CVS ruby-fltk against it. I had a compile problem that is presumably my error somehow - the ruby-fltk code uses two defines HAVE_FL_INPUT_COPY_1 and HAVE_FL_IMAGE_3 - for 1.1.0rc6 they should be defined, but the generated Makefile doesn't define them. I editted them into the Makefile and built ruby-fltk fine - but why weren't they there? Thanks, Steve PS: Is Takaaki or Tateishi your given/first name? Apologies that I can't tell... |
From: Takaaki T. <tt...@kt...> - 2002-08-23 14:24:53
|
At Fri, 23 Aug 2002 14:33:37 +0100 (BST), Stephen Davies wrote: > I attached a little ruby-fltk patch - against the current CVS - that fixes > "color" to UINT. > Would you like to put this into CVS? I've merged it. Thank you very much, -- Takaaki Tateishi <tt...@kt...> |
From: Stephen D. <st...@da...> - 2002-08-23 13:33:44
|
Hi, If you try to use "32 bit" colors with ruby-fltk you run into problems with the fact that the global "color" returns negative numbers for colors with the high bit set. I attached a little ruby-fltk patch - against the current CVS - that fixes "color" to UINT. The patch also provides access to some more of FLTK's color handling functions. Would you like to put this into CVS? Thanks, Steve |
From: Takaaki T. <tt...@kt...> - 2002-08-11 14:36:12
|
At Sun, 11 Aug 2002 11:49:45 +0200, > I tried to install RUBY-FLTK for my Windows-cygwin-Ruby, but couldn't get > around all installation problems, mainly, but not only, caused by "unix-like" > directory/file specifications ( ., ..). Could anybody give me help, please? Can you try to use ruby-1.6.7-cygwin? The binaries are available at: http://www.ruby-lang.org/~eban/ruby/binaries/cygwin/ Regards, -- Takaaki Tateishi <tt...@kt...> |
From: Axel F. <axe...@we...> - 2002-08-11 09:49:58
|
Hello all, I tried to install RUBY-FLTK for my Windows-cygwin-Ruby, but couldn't get around all installation problems, mainly, but not only, caused by "unix-like" directory/file specifications ( ., ..). Could anybody give me help, please? Details: FLTK: from URL: http://ruby-fltk.sourceforge.net/. Downloaded: ruby-fltk- 0.8.2.cygwin.utf8.zip, URL: http://prdownloads.sourceforge.net/ruby-fltk/ruby- fltk-0.8.2.cygwin.utf8.zip. Ruby: ruby 1.6.5 (2001-09-19) [i386-cygwin]. Windows: Win95 OSR2. Problems: I did run install.rb, getting the errors of following types: 1.) because of the called "unix-like" dir/file specifications: I:\Programs\Ruby\lib\ruby\site_ruby\ruby-fltk-0.8.2\install.rb:16:in `chdir': No such file or directory - "./lib" (Errno::ENOENT) from I:\Programs\Ruby\lib \ruby\site_ruby\ruby-fltk-0.8.2\install.rb:16:in `find' from I:\Programs\Ruby \lib\ruby\site_ruby\ruby-fltk-0.8.2\install.rb:35:in `install' from I: \Programs\Ruby\lib\ruby\site_ruby\ruby-fltk-0.8.2\install.rb:58 2.) with "require rubyfltk.so": I:\Programs\Ruby\lib\ruby\site_ruby\ruby-fltk- 0.8.2\install.rb:3:in `require': dlopen: Win32 error 1157 -./I:\Programs\Ruby \lib\ruby\site_ruby\ruby-fltk-0.8.2\rubyfltk.so (LoadError) from I:\Programs \Ruby\lib\ruby\site_ruby\ruby-fltk-0.8.2\install.rb:3. I tried to modify install.rb, but couldn't fix all problems (I'm ruby-newbie). Any help is very appreciated. Axel |
From: Takaaki T. <tt...@kt...> - 2002-07-25 00:47:59
|
Hello, Does Andy Hunt's version mean cygwin or msvc version of ruby? I think ruby-fltk-0.8.1.cygwin.zip would work with his cygwin version. If we build Ruby/FLTK which can work with the microsoft port, we would have to build it using VC. However, I've never build both of FLTK and Ruby/FLTK using VC. -- Takaaki Tateishi <tt...@kt...> |
From: Lenny G. <le...@al...> - 2002-07-24 20:30:25
|
<HTML><HEAD> </HEAD> <BODY> <div><FONT FACE=3D"Arial" SIZE=3D3>If so, how? If not, can it= be? If so, how? I'm willing to invest some= effort.</FONT></div> <div> </div> <FONT FACE=3D"Arial" SIZE=3D3></FONT><div><FONT FACE=3D"Arial"= SIZE=3D3>Thanks,</FONT></div> <div><FONT FACE=3D"Arial" SIZE=3D3>- Lenny Gray -</FONT></div> </body></html> |
From: Takaaki T. <tt...@kt...> - 2002-07-17 21:18:05
|
Hello, I've released Ruby/FLTK v0.8.2 today. I strongly recommend you to use this version because of some problems about memory management. It is available at: http://ruby-fltk.sourceforge.net/ Regards, -- Takaaki Tateishi <tt...@kt...> |
From: Stephen D. <st...@da...> - 2002-07-15 20:53:05
|
On Sun, 14 Jul 2002, Stephen Davies wrote: > Still working off and on on my SQL browser, inheriting from Browser_. > > I'm trying to use the multiple item select - via item_select and > item_selected methods. > > But it looks like item_selected is not called as per the fltk > docs. Looking in the ruby-fltk source if looks like this method isn't > implemented. > > Could you please add for me - apologies but I don't really understand the > code to send a patch. Hi, I've managed to make a patch that gets item_selected working. I've attached - perhaps you want to apply to the CVS. Thanks, Steve |
From: Takaaki T. <tt...@kt...> - 2002-07-15 03:48:39
|
At Sun, 14 Jul 2002 23:21:54 +0100 (BST), > I'm trying to use the multiple item select - via item_select and > item_selected methods. I've fixed some problems and added item_selected. Please check if those methods are called. Thanks, -- Takaaki Tateishi <tt...@kt...> |
From: Stephen D. <st...@da...> - 2002-07-14 22:21:59
|
Resent with a correct subject... ---------- Forwarded message ---------- Date: Sun, 14 Jul 2002 23:20:46 +0100 (BST) From: Stephen Davies <st...@da...> To: rub...@li... Subject: Re: full_height, full_width in Browser_ Hi Takaaki, Still working off and on on my SQL browser, inheriting from Browser_. I'm trying to use the multiple item select - via item_select and item_selected methods. But it looks like item_selected is not called as per the fltk docs. Looking in the ruby-fltk source if looks like this method isn't implemented. Could you please add for me - apologies but I don't really understand the code to send a patch. Regards, Steve Davies |
From: Stephen D. <st...@da...> - 2002-07-14 22:20:53
|
Hi Takaaki, Still working off and on on my SQL browser, inheriting from Browser_. I'm trying to use the multiple item select - via item_select and item_selected methods. But it looks like item_selected is not called as per the fltk docs. Looking in the ruby-fltk source if looks like this method isn't implemented. Could you please add for me - apologies but I don't really understand the code to send a patch. Regards, Steve Davies |
From: Stephen D. <st...@da...> - 2002-07-10 18:32:49
|
On Thu, 11 Jul 2002, Takaaki Tateishi wrote: > At Wed, 10 Jul 2002 17:16:16 +0100 (BST), > Stephen Davies wrote: > > For efficiency I created full_height and full_width methods. Per the FLTK > > docs the Browser_ should call these if implemented instead of iterating > > through all items using item_next to total the height. > > In my case my code never seems to be called. > > Those are bugs. I've fixed them now. > Please update your ruby-fltk. Thanks! > > For that matter, does item_quick_height work? > > No, it doesn't work. > I will add item_quick_height soon. My item_height is quick anyway - so this isn't too important to me at the moment - I just asked for completeness. Thanks for the quick reply and double quick fix. Steve |
From: Takaaki T. <tt...@kt...> - 2002-07-10 17:25:30
|
At Wed, 10 Jul 2002 17:16:16 +0100 (BST), Stephen Davies wrote: > For efficiency I created full_height and full_width methods. Per the FLTK > docs the Browser_ should call these if implemented instead of iterating > through all items using item_next to total the height. > In my case my code never seems to be called. Those are bugs. I've fixed them now. Please update your ruby-fltk. > Is this functionality not exposed to the ruby interface? > For that matter, does item_quick_height work? No, it doesn't work. I will add item_quick_height soon. Thanks, -- Takaaki Tateishi <tt...@kt...> |
From: Stephen D. <st...@da...> - 2002-07-10 16:16:22
|
Hi, I'm running ruby-fltk CVS, last fetched May 22nd. I'm building a browser for SQL result sets. I'm inheriting from Browser_ For efficiency I created full_height and full_width methods. Per the FLTK docs the Browser_ should call these if implemented instead of iterating through all items using item_next to total the height. In my case my code never seems to be called. Is this functionality not exposed to the ruby interface? For that matter, does item_quick_height work? Thanks, Steve |
From: Takaaki T. <tt...@kt...> - 2002-06-28 13:33:12
|
At Fri, 28 Jun 2002 15:14:40 +0200, Dennis Decker Jensen wrote: > When running images.rb, ruby tells me that FLTK::JPEGImage isn't a > defined constant? > When running wizard.rb, ruby likewise tells me that FLTK::Wizard isn't > a defined constant. ... > Ruby version = 1.6.7 > FLTK::VERSION = 1.0.1 > Please tell me, do I need to upgrade or something? The home page tells Please build Ruby/FLTK with FLTK-1.1.0rc3 to use Wizard, JPEGImage and so on. FLTK-1.1.0rc3 is available at ftp://ftp.fltk.org/pub/fltk/1.1.0rc3/ . -- Takaaki Tateishi <tt...@kt...> |
From: Dennis D. J. <den...@ho...> - 2002-06-28 13:15:18
|
Hi ! I've just started looking at FLTK on my FreeBSD station at home (release 4.6 stable). It looks cool! Both the code and the look and feel! Just what I've been looking for ever since I stumbled across Tk, Gtk, ..., etc. However, running the code examples, only some of them are able to run. When running images.rb, ruby tells me that FLTK::JPEGImage isn't a defined constant? When running wizard.rb, ruby likewise tells me that FLTK::Wizard isn't a defined constant. In other words, they don't exist according to ruby!? As for the rest, I've only trouble running demo.rb, but I'm going to leave that one alone for the moment. I have something like this: Ruby version = 1.6.7 FLTK::VERSION = 1.0.1 Please tell me, do I need to upgrade or something? The home page tells me of a version 0.8.1 ?? Many Thanks, Dennis _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx |
From: Takaaki T. <tt...@kt...> - 2002-05-03 05:59:30
|
At Thu, 02 May 2002 03:43:26 +0900, > Ruby/FLTK v0.8.0 is available now at: > http://ruby-fltk.sourceforge.net/ I released ruby-fltk-0.8.1. I recommend you to use this version, since the ruby-fltk-0.8.0 will probably have missing symbols. If you use ruby-1.6.7 and you want to build yourself, please read INSTALL again. Regards, -- Takaaki Tateishi <tt...@kt...> |
From: Takaaki T. <tt...@kt...> - 2002-05-01 18:43:37
|
Hello, Ruby/FLTK v0.8.0 is available now at: http://ruby-fltk.sourceforge.net/ Regards, -- Takaaki Tateishi <tt...@kt...> |
From: Stephen D. <st...@da...> - 2002-04-07 08:28:11
|
On Sun, 7 Apr 2002, Takaaki Tateishi wrote: > No, the method "find_item" is not provided by ruby-fltk-0.7.1. > Today I added multiple methods. If you want to use ruby-fltk > which has Browser_#find_item, obtain it using cvs. Thanks - I'm already on the CVS version, I'll update. > > > Secondly: how can I stop the scrollbar taking the focus when its clicked > > on? I'd like clicks on the scrollbar to do their thing, but without > > moving the focus - I've got handling for the cursor keys in my handle(), > > but the scrollbar steals them if it has the focus. > > How about handling the event FLTK::PUSH? I'll try that. Thanks, Steve |
From: Takaaki T. <tt...@kt...> - 2002-04-07 01:30:20
|
At Sat, 6 Apr 2002 20:44:56 +0100 (BST), Stephen Davies wrote: > First: can I ask for find_item to be exposed in ruby_fltk? Without it its > a lot of work to map a click to the right item. No, the method "find_item" is not provided by ruby-fltk-0.7.1. Today I added multiple methods. If you want to use ruby-fltk which has Browser_#find_item, obtain it using cvs. > Secondly: how can I stop the scrollbar taking the focus when its clicked > on? I'd like clicks on the scrollbar to do their thing, but without > moving the focus - I've got handling for the cursor keys in my handle(), > but the scrollbar steals them if it has the focus. How about handling the event FLTK::PUSH? def handle(e) case e when FLTK::PUSH return false # or true else return super(e) end end -- Takaaki Tateishi <tt...@kt...> |
From: Stephen D. <st...@da...> - 2002-04-06 19:45:00
|
Hi, I'm doing quite well with making a custom browser through subsclassing Browser_. I've got two current problems. First: can I ask for find_item to be exposed in ruby_fltk? Without it its a lot of work to map a click to the right item. Secondly: how can I stop the scrollbar taking the focus when its clicked on? I'd like clicks on the scrollbar to do their thing, but without moving the focus - I've got handling for the cursor keys in my handle(), but the scrollbar steals them if it has the focus. Thanks, Steve |
From: Takaaki T. <tt...@kt...> - 2002-04-03 12:58:59
|
At Wed, 3 Apr 2002 12:10:28 +0100 (BST), > But is this class practically usable using RubyFLTK? I notice that the > list of methods available from Ruby isn't very complete compared to the > FLTK docs. I'm not sure which is the best. I think Browser_ is practical to display strings like test/browser_.rb, though it don't have enough methods to manage the widget. Also, I think that a safe solution is to use Button/Box, since they can display both of strings and graphics. Regards, -- Takaaki Tateishi <tt...@kt...> |
From: Stephen D. <st...@da...> - 2002-04-03 11:10:36
|
Hi, I want to use ruby-fltk for a user interface for a video system. A major component of the interface will need to be a Browser-type widget, mostly showing results of SQL selects. I want some flexibility in the drawing of the items in the browser - some will take more lines to show than others, in a few cases graphics (channel icons) may be included. Looking at the class heirarchy, I think I need to inherit from Browser_ - this is the one intended for custom drawing of the individual items, and also doesn't require that all the items to be displayed are "in memory". But is this class practically usable using RubyFLTK? I notice that the list of methods available from Ruby isn't very complete compared to the FLTK docs. Should I instead subclass Browser or something else? If so, will I be able to override the item drawing, and will the Browser handle varying heights etc? What is your advice? Thanks, Steve Davies |
From: Stephen D. <st...@da...> - 2002-04-03 09:49:37
|
On Wed, 3 Apr 2002, Takaaki Tateishi wrote: > At Tue, 2 Apr 2002 17:40:31 +0100 (BST), > > > [steve@tim samples]$ ruby sample1.rb > > > ruby: error while loading shared libraries: /usr/lib/ruby/1.6/i586-linux-gnu/rubyfltk.so: undefined symbol: define_FL_SHADOW_LABEL__Fv > > > > I notice that commenting out "NUMCONST(SHADOW_LABEL);" in flenum.cc clears > > up this missing symbol. But presumably has other undesired side-effects. > > Is there the line "#define FL_SHADOW_LABEL ..." in your Enumeration.H? Weirdness - I uncommented the line above and recompiled and the problem went away. I then downloaded a fresh copy of the CVS and compiled that and didn't have the problem. So either something changed in the CVS, or put it down to user error or perhaps gcc weirdness. Thanks, Steve |