[#6954] Why isn't Perl highly orthogonal? — Terrence Brannon <brannon@...>

27 messages 2000/12/09

[#7022] Re: Ruby in the US — Kevin Smith <kevinbsmith@...>

> Is it possible for the US to develop corporate

36 messages 2000/12/11
[#7633] Re: Ruby in the US — Dave Thomas <Dave@...> 2000/12/19

tonys@myspleenklug.on.ca (tony summerfelt) writes:

[#7636] Re: Ruby in the US — "Joseph McDonald" <joe@...> 2000/12/19

[#7704] Re: Ruby in the US — Jilani Khaldi <jilanik@...> 2000/12/19

> > first candidates would be mysql and postgressql because source is

[#7705] Code sample for improvement — Stephen White <steve@...> 2000/12/19

During an idle chat with someone on IRC, they presented some fairly

[#7750] Re: Code sample for improvement — "Guy N. Hurst" <gnhurst@...> 2000/12/20

Stephen White wrote:

[#7751] Re: Code sample for improvement — David Alan Black <dblack@...> 2000/12/20

Hello --

[#7755] Re: Code sample for improvement — "Guy N. Hurst" <gnhurst@...> 2000/12/20

David Alan Black wrote:

[#7758] Re: Code sample for improvement — Stephen White <steve@...> 2000/12/20

On Wed, 20 Dec 2000, Guy N. Hurst wrote:

[#7759] Next amusing problem: talking integers (was Re: Code sample for improvement) — David Alan Black <dblack@...> 2000/12/20

On Wed, 20 Dec 2000, Stephen White wrote:

[#7212] New User Survey: we need your opinions — Dave Thomas <Dave@...>

16 messages 2000/12/14

[#7330] A Java Developer's Wish List for Ruby — "Richard A.Schulman" <RichardASchulman@...>

I see Ruby as having a very bright future as a language to

22 messages 2000/12/15

[#7354] Ruby performance question — Eric Crampton <EricCrampton@...>

I'm parsing simple text lines which look like this:

21 messages 2000/12/15
[#7361] Re: Ruby performance question — Dave Thomas <Dave@...> 2000/12/15

Eric Crampton <EricCrampton@worldnet.att.net> writes:

[#7367] Re: Ruby performance question — David Alan Black <dblack@...> 2000/12/16

On Sat, 16 Dec 2000, Dave Thomas wrote:

[#7371] Re: Ruby performance question — "Joseph McDonald" <joe@...> 2000/12/16

[#7366] GUIs for Rubies — "Conrad Schneiker" <schneik@...>

Thought I'd switch the subject line to the subject at hand.

22 messages 2000/12/16

[#7416] Re: Ruby IDE (again) — Kevin Smith <kevins14@...>

>> >> I would contribute to this project, if it

17 messages 2000/12/16
[#7422] Re: Ruby IDE (again) — Holden Glova <dsafari@...> 2000/12/16

-----BEGIN PGP SIGNED MESSAGE-----

[#7582] New to Ruby — takaoueda@...

I have just started learning Ruby with the book of Thomas and Hunt. The

24 messages 2000/12/18

[#7604] Any corrections for Programming Ruby — Dave Thomas <Dave@...>

12 messages 2000/12/18

[#7737] strange border-case Numeric errors — "Brian F. Feldman" <green@...>

I haven't had a good enough chance to familiarize myself with the code in

19 messages 2000/12/20

[#7801] Is Ruby part of any standard GNU Linux distributions? — "Pete McBreen, McBreen.Consulting" <mcbreenp@...>

Anybody know what it would take to get Ruby into the standard GNU Linux

15 messages 2000/12/20

[#7938] Re: defined? problem? — Kevin Smith <sent@...>

matz@zetabits.com (Yukihiro Matsumoto) wrote:

26 messages 2000/12/22
[#7943] Re: defined? problem? — Dave Thomas <Dave@...> 2000/12/22

Kevin Smith <sent@qualitycode.com> writes:

[#7950] Re: defined? problem? — Stephen White <steve@...> 2000/12/22

On Fri, 22 Dec 2000, Dave Thomas wrote:

[#7951] Re: defined? problem? — David Alan Black <dblack@...> 2000/12/22

On Fri, 22 Dec 2000, Stephen White wrote:

[#7954] Re: defined? problem? — Dave Thomas <Dave@...> 2000/12/22

David Alan Black <dblack@candle.superlink.net> writes:

[#7975] Re: defined? problem? — David Alan Black <dblack@...> 2000/12/22

Hello --

[#7971] Hash access method — Ted Meng <ted_meng@...>

Hi,

20 messages 2000/12/22

[#8030] Re: Basic hash question — ts <decoux@...>

>>>>> "B" == Ben Tilly <ben_tilly@hotmail.com> writes:

15 messages 2000/12/24
[#8033] Re: Basic hash question — "David A. Black" <dblack@...> 2000/12/24

On Sun, 24 Dec 2000, ts wrote:

[#8178] Inexplicable core dump — "Nathaniel Talbott" <ntalbott@...>

I have some code that looks like this:

12 messages 2000/12/28

[#8196] My first impression of Ruby. Lack of overloading? (long) — jmichel@... (Jean Michel)

Hello,

23 messages 2000/12/28

[#8198] Re: Ruby cron scheduler for NT available — "Conrad Schneiker" <schneik@...>

John Small wrote:

14 messages 2000/12/28

[#8287] Re: speedup of anagram finder — "SHULTZ,BARRY (HP-Israel,ex1)" <barry_shultz@...>

> -----Original Message-----

12 messages 2000/12/29

[ruby-talk:8060] Re: I ported my app from Tk to GTK

From: Kevin Smith <sent@...>
Date: 2000-12-24 23:46:09 UTC
List: ruby-talk #8060
Yasushi Shoji <yashi@yashi.com> wrote:
>At Sat, 23 Dec 2000 16:33:47 +0900,
>Kevin Smith wrote:
>> 
>> 1. Gtk::CList does not seem to have a "get 
>> selected" method, nor a "size" method like Tk. So 
>> I had to catch the select and unselect events and 
>> remember the current item for myself. And I had 
>> to keep track of the row count myself, also. It 
>> seems like I must just be missing something.
>
>Gtk::CList#columns

Actually, I found CList#rows, which is what I 
wanted. It's not listed in the official GTK+ 
online reference I was using.

>don't know about tk's "get selected"

I found each_selected (again, not in the GTK 
reference I was using), which I believe is what I 
was looking for. So far, I haven't gotten them to 
work for me, but I think it's because I haven't 
been storing data for each row, and they give you 
the data. And I think my little tests so far 
trying to store data have had a lifecycle/GC 
problem (in my own code).

>
>> 2. Based on the C API, I was expecting to find a 
>> method named CList#remove but it is actually 
>> CList#remove_row. 
>
>from ChangeLog:
>    - since Gtk::CList#remove conflict with Gtk::Continer#remove in name,
>      rename it to Gtk::CList#remove_row as Gtk--.
>
>Gtk+ core team has already admited that CList is broken from
>design. so can't complain, i guess.

This makes sense. I hadn't thought to look in the 
changelog.

>> 4. Widget creation is a bit different. In Tk, you 
>> specify the parent as part of the .new call. With 
>> GTK, you create the widget, and later tell the 
>> parent to add the widget to itself. 
>
>there was some trick if i'm not misunderstanding. don't remenber
>exactly.

This certainly is not a GTK problem. It's a 
difference that people porting from Tk need to be 
aware of, but I'm happier with GTK's approach.

>> 
>> 1. GTK does not require the distinction between 
>> root and toplevel. 
>
>with X, it does.  You can't create Root window, but you can create
>toplevel windows. dont' know about win32.

Oh. Well, in my little test, I'm creating two 
windows with the TOPLEVEL flag, and everything 
seems to be working fine. 

>hope this helps,

Thanks for your response. In case it wasn't 
clear, I wasn't criticizing Ruby/GTK. As I have 
said, I am quite happy with it. I just hoped to 
help anyone else who was porting from Tk.

Kevin

In This Thread

Prev Next