fxruby-users — General-purpose discussion list for FXRuby

Re: [Fxruby-users] [ANN] What's New in FOX 1.2

[rich l. <fx...@gm...>]

> 
> As noted in the introduction, please let me know about any errors of
> fact or omission.

I'm wondering if there's a typo in the section:

http://www.knology.net/~lyle/fox/1.2/ar01s03s56.html

The bullet:

Added the getMinColumnWidth() and getMinColumnHeight() member
functions for the FXTable class. These utility functions return the
width of the "narrowest" cell in a particular column or the height of
the "shortest" cell in a row, and can be useful for setting up the
initial table display.

Should that be getMinColumnWidth() and getMinRowHeight()?

-Rich

[Fxruby-users] RE: Fxruby-users digest, Vol 1 #234 - 6 msgs

[DeZonia, B. <bde...@wi...>]

>> I'm trying to make an FXList autoscroll as items are appended to it and
I'm
>> not having any luck. Does anyone know how to do this?

> Did you try calling FXList#makeItemVisible after adding a new item?

Here is my initialization code:

    @output = FXList.new(outputFrame, 1, nil, 0,
                           LIST_EXTENDEDSELECT|LAYOUT_FILL_X|LAYOUT_FILL_Y)

Here is the code that updates the list:

    @output.appendItem(text)
    @output.makeItemVisible(@output.numItems-1)

No other calls to @output are made. The text does show up in the list but
does not scroll onto the screen when the list goes past its capacity. In
FXList.new I've tried 20 instead of 1 to no avail. Any suggestions?

[Fxruby-users] [ANN] What's New in FOX 1.2

[Lyle J. <ly...@kn...>]

All,

The first post-FOX-1.2 draft of the "What's New in FOX 1.2" document is 
now available for your viewing pleasure here:

	http://www.knology.net/~lyle/fox/1.2/WhatsNew.html

A PDF of the same is available here:

	http://www.knology.net/~lyle/fox/1.2/WhatsNew.pdf

As noted in the introduction, please let me know about any errors of 
fact or omission. If you have questions about how to use new features 
in FOX 1.2, how to port your application to FOX 1.2, and so forth, do 
not send those questions to me; please send those questions to the 
regular FOX users' mailing list.

Enjoy,

Lyle

Re: [Fxruby-users] drag and drop with mozilla

[Lyle J. <ly...@kn...>]

On Jun 24, 2004, at 9:48 AM, Peter Schrammel wrote:

> Yes I get a lot of
> SEL_DND_MOTION
> text/x-moz-url
> _NETSCAPE_URL
> text/unicode
> text/plain
> text/html
> lines. So it seems to work. Perhaps there's something wrong with the 
> ruby glue.

In your example program that you sent, you're only accepting drops for 
the FXWindow.urilistType:

	if offeredDNDType?(FROM_DRAGNDROP, FXWindow.urilistType)
		acceptDrop
	end

and the MIME type for that drag type is:

	$ ruby -e "require 'fox'; puts Fox::FXWindow.urilistTypeName"
	text/uri-list

You listed a number of drag types that Mozilla is apparently offering 
(e.g. "text/x-moz-url", "_NETSCAPE_URL", etc.) but this is not one of 
the formats you listed. So in other words, you haven't accepted drops 
for any of the flavors of data that Mozilla's prepared to offer. See 
what happens if you also accept drops for, say, "text/plain" -- which 
FOX assigns to FXWindow.textType (and FXWindow.textTypeName).

> Thanks...got that. It's rather disappointing...I need DnD on Linux/Win 
> and Mac (if possible).  And I can't rewrite mozilla or ie to be a fox 
> app.

Sure, I understand. For what it's worth, I have the feeling you can get 
this working with Mozilla on Linux just fine.

Re: [Fxruby-users] FXComboBox - Responding to Click On Arrow?

[Duane J. <dua...@gm...>]

Hi Joseph,
I took a look into the question and couldn't find a solution myself. 
The FXComboBox seems to completely contain the data and pointers to
the "pop-up window" but doesn't publicly share them.  It would appear
that custom message hooking on the scroll bars is not possible.  An
alternative might be to make your own combobox object that does
whatever you want it to.

Duane

On Wed, 23 Jun 2004 19:16:05 -0700, Joseph <rub...@te...> wrote:
> 
> Hi.
> Any idea how I can be notified of a left mousebutton click on the arrow
> of a FXComboBox?
> 
> TIA,
> Joseph
> 
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> digital self defense, top technical experts, no vendor pitches,
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Fxruby-users mailing list
> Fxr...@li...
> https://lists.sourceforge.net/lists/listinfo/fxruby-users
>

Re: [Fxruby-users] drag and drop with mozilla

[Peter S. <pet...@gm...>]

Lyle Johnson wrote:
> 
> On Jun 23, 2004, at 6:24 PM, Peter Schrammel wrote:

> You say that you never get the SEL_DND_DROP message. Did it ever get the 
> initial SEL_DND_MOTION messages (which would have come first)?
> 

Yes I get a lot of
SEL_DND_MOTION
text/x-moz-url
_NETSCAPE_URL
text/unicode
text/plain
text/html
lines. So it seems to work. Perhaps there's something wrong with the 
ruby glue.

> See Jeroen's response.
Thanks...got that. It's rather disappointing...I need DnD on Linux/Win 
and Mac (if possible).  And I can't rewrite mozilla or ie to be a fox app.

--
Peter Schrammel

**************** Support the ASCII Ribbon Campaign *****************
*** /"\ * use fixed-width fonts when displaying email           ****
*** \ / * cease sending HTML code in email                      ****
***  X  * desist from attaching proprietary application formats ****
*** / \ * use signature files instead of vCard file attachments ****
**PLEASE*PLEASE*PLEASE*PLEASE*PLEASE*PLEASE*PLEASE*PRETTY*PLEASE****

[Fxruby-users] Re: FXRuby question

[Lyle J. <ly...@kn...>]

DaZoner wrote:

> I don't know if this is the correct forum for FXRuby questions. If there is
> a better forum please let me know.

Probably the fxruby-users mailing list is a better choice, although I 
try to respond to FXRuby-related questions that pop up on ruby-talk. See 
the FXRuby home page (http://www.fxruby.org) for more information about 
subscribing to the fxruby-users mailing list.

> I'm trying to make an FXList autoscroll as items are appended to it and I'm
> not having any luck. Does anyone know how to do this?

Did you try calling FXList#makeItemVisible after adding a new item?

Re: [Fxruby-users] drag and drop with mozilla

[Lyle J. <ly...@kn...>]

On Jun 23, 2004, at 6:24 PM, Peter Schrammel wrote:

> I was trying to write a simple application that stores some bookmarks. 
> But I'm not able to get the attached samplecode (I found on the INet) 
> to run. The DROP event is never called. Is the error between my ears 
> or is this some restriction to fx (DnD just between fx proggs)?

You say that you never get the SEL_DND_DROP message. Did it ever get 
the initial SEL_DND_MOTION messages (which would have come first)?

> Another question: I read that DnD on Windows is not supported (and 
> will maybe never be), can you confirm this?

See Jeroen's response.

[Fxruby-users] FXComboBox - Responding to Click On Arrow?

[Joseph <rub...@te...>]

Hi.
Any idea how I can be notified of a left mousebutton click on the arrow 
of a FXComboBox?

TIA,
Joseph

Re: [Fxruby-users] drag and drop with mozilla

[jeroen <je...@fo...>]

On Wednesday 23 June 2004 06:24 pm, Peter Schrammel wrote:
> Hi
>
> I'm a ruby und fx beginner and am looking for the "ultimate" widget set ;-)
>
> I was trying to write a simple application that stores some bookmarks.
> But I'm not able to get the attached samplecode (I found on the INet) to
> run. The DROP event is never called. Is the error between my ears or is
> this some restriction to fx (DnD just between fx proggs)?

On X11, we do XDND, which is now pretty much entrenched as the standard.
I've dragged and dropped between Qt and GTK, so its pretty safe to say
it works.  On Windows, drag and drop is between FOX applications only.

> Another question: I read that DnD on Windows is not supported (and will
> maybe never be), can you confirm this?

Not supported between FOX and non-FOX apps, but supported between FOX
apps, in a portable way.  It is impossible to implement it in a portable
way, due to the way COM is designed.  You *can* implement it in a non-
portable way, see COM_Example.zip.  [Note that this is C++ code].



		Jeroen





-- 
+----------------------------------------------------------------------------+
| Copyright (C) 21:40 06/23/2004 Jeroen van der Zijp.   All Rights Reserved. |
+----------------------------------------------------------------------------+

Re: [Fxruby-users] So what does everyone think about RubyGems?

[RLMuller <RLM...@Co...>]

Hi Lyle,

I vote for whatever is easiest for you.  I'm grateful for all the work
you've put into this stuff, both as a developer and as a tutor.  I don't
know anything about Gem and not all that much about Ruby yet,  but I'm
confident that we users will do just fine with whatever choice you make.

With gratitude,
Richard Muller



---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.708 / Virus Database: 464 - Release Date: 6/19/2004

[Fxruby-users] drag and drop with mozilla

[Peter S. <pet...@gm...>]

Hi

I'm a ruby und fx beginner and am looking for the "ultimate" widget set ;-)

I was trying to write a simple application that stores some bookmarks. 
But I'm not able to get the attached samplecode (I found on the INet) to 
run. The DROP event is never called. Is the error between my ears or is 
this some restriction to fx (DnD just between fx proggs)?
Another question: I read that DnD on Windows is not supported (and will 
maybe never be), can you confirm this?

Thank's for your help

--
Peter Schrammel

**************** Support the ASCII Ribbon Campaign *****************
*** /"\ * use fixed-width fonts when displaying email           ****
*** \ / * cease sending HTML code in email                      ****
***  X  * desist from attaching proprietary application formats ****
*** / \ * use signature files instead of vCard file attachments ****
**PLEASE*PLEASE*PLEASE*PLEASE*PLEASE*PLEASE*PLEASE*PRETTY*PLEASE****

Re: [Fxruby-users] So what does everyone think about RubyGems?

[Duane J. <dua...@gm...>]

For Windows users, I'd suggest emphasizing whatever is easer for you,
Lyle, since if I am correct, most new users of ruby on windows (like
me) are apt to install the WindowsInstaller with FXRuby pre-packaged. 
There may be some more experienced users who want to customize their
windows ruby installation, however, and Gems would lend itself well to
that purpose.

Duane Johnson

On Wed, 23 Jun 2004 12:58:53 -0600, Rich <ri...@li...> wrote:
> 
> I'm always going to pitch for the easiest to _install_ (which since I'm on a
> windows os would mean a binary).
> 
> When you say you'd prefer to not support all of the above - does that mean
> tarball -or- binary, or does that mean gem -or- non-gem?
> 
> If I can get a binary through a gem then I'm all for supporting the gem
> version of distribution.
> 
> -Rich
> 
> 
> 
> 
> ----- Original Message -----
> From: <ly...@kn...>
> To: <fxr...@li...>
> Sent: Wednesday, June 23, 2004 9:20 AM
> Subject: [Fxruby-users] So what does everyone think about RubyGems?
> 
> > All,
> >
> > Traditionally I've distributed FXRuby as a source tarball and Win32
> > installer executables. As many of you may be aware, a new packaging and
> > distibution system for Ruby applications and libraries was kicked off at
> > last year's Ruby Conference in Austin. This project has a lot of momentum
> > behind it (see http://rubygems.rubyforge.org) and it seems likely that
> > RubyGems will become a standard part of Ruby in the future.
> >
> > I'm strongly considering switching over a completely Gems-based
> distribution
> > of FXRuby for the 1.2 series, but I'd like to throw this out to you guys
> for
> > comments. I am specifically thinking that there would be (1) a "source"
> Gem,
> > which you'd download and run to build the code from sources (much like the
> > current source tarball); and (2) one or more "binary" Gems (probably
> Windows
> > only), which wouldn't require compilation (thus replacing the Win32
> > installer executables).
> >
> > What do you guys think? This is certainly not a done deal, but on the
> other
> > hand I'd prefer to not support "all of the above". The advantages of going
> > with a Gems-based approach (in my mind) are the versioning and
> > dependency-checking capabilities that Gems provide. No disadvantages
> > immediately come to mind, but that's why I'm asking you for your feedback.
> ;)
> >
> > Thanks in advance for your thoughts,
> >
> > Lyle
> >
> >
> > -------------------------------------------------------
> > This SF.Net email sponsored by Black Hat Briefings & Training.
> > Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> > digital self defense, top technical experts, no vendor pitches,
> > unmatched networking opportunities. Visit www.blackhat.com
> > _______________________________________________
> > Fxruby-users mailing list
> > Fxr...@li...
> > https://lists.sourceforge.net/lists/listinfo/fxruby-users
> >
> 
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> digital self defense, top technical experts, no vendor pitches,
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Fxruby-users mailing list
> Fxr...@li...
> https://lists.sourceforge.net/lists/listinfo/fxruby-users
>

Re: [Fxruby-users] So what does everyone think about RubyGems?

[<ly...@kn...>]

On Wed, 23 Jun 2004 12:58:53 -0600, Rich <ri...@li...> wrote :

> I'm always going to pitch for the easiest to _install_ (which since I'm on a
> windows os would mean a binary).

Yes, certainly. Whether we go to a Gem-based solution or stick with the
current options, you will still be able to download install a precompiled
version for Win32.

> When you say you'd prefer to not support all of the above - does that mean
> tarball -or- binary, or does that mean gem -or- non-gem?

I think I meant gem vs. non-gem. That is, I'd like to either stick with the
existing options (source tarball, traditional Win32 installer program) or
replace them with Gem-based equivalents (source & binary gems).

> If I can get a binary through a gem then I'm all for supporting the gem
> version of distribution.

Good, that's what I wanted to know. So for example, I think the way this
would work is that you could remotely install the (binary) gem using a
command line like:

    gem --remote-install fxruby-1.2.0-win32.gem

Or if you've downloaded the gem and want to install it:

    gem --install fxruby-1.2.0-win32.gem

I'm not sure about the naming conventions and all that yet, but this is the
basic idea.

-- Lyle

Re: [Fxruby-users] So what does everyone think about RubyGems?

[Rich <ri...@li...>]

I'm always going to pitch for the easiest to _install_ (which since I'm on a
windows os would mean a binary).

When you say you'd prefer to not support all of the above - does that mean
tarball -or- binary, or does that mean gem -or- non-gem?

If I can get a binary through a gem then I'm all for supporting the gem
version of distribution.

-Rich


----- Original Message ----- 
From: <ly...@kn...>
To: <fxr...@li...>
Sent: Wednesday, June 23, 2004 9:20 AM
Subject: [Fxruby-users] So what does everyone think about RubyGems?


> All,
>
> Traditionally I've distributed FXRuby as a source tarball and Win32
> installer executables. As many of you may be aware, a new packaging and
> distibution system for Ruby applications and libraries was kicked off at
> last year's Ruby Conference in Austin. This project has a lot of momentum
> behind it (see http://rubygems.rubyforge.org) and it seems likely that
> RubyGems will become a standard part of Ruby in the future.
>
> I'm strongly considering switching over a completely Gems-based
distribution
> of FXRuby for the 1.2 series, but I'd like to throw this out to you guys
for
> comments. I am specifically thinking that there would be (1) a "source"
Gem,
> which you'd download and run to build the code from sources (much like the
> current source tarball); and (2) one or more "binary" Gems (probably
Windows
> only), which wouldn't require compilation (thus replacing the Win32
> installer executables).
>
> What do you guys think? This is certainly not a done deal, but on the
other
> hand I'd prefer to not support "all of the above". The advantages of going
> with a Gems-based approach (in my mind) are the versioning and
> dependency-checking capabilities that Gems provide. No disadvantages
> immediately come to mind, but that's why I'm asking you for your feedback.
;)
>
> Thanks in advance for your thoughts,
>
> Lyle
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> digital self defense, top technical experts, no vendor pitches,
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Fxruby-users mailing list
> Fxr...@li...
> https://lists.sourceforge.net/lists/listinfo/fxruby-users
>

Re: [Fxruby-users] So what does everyone think about RubyGems?

[Joseph <rub...@te...>]

Hi Lyle.

I recommend you use whatever causes you the least work.

Joseph

Re: [Fxruby-users] show(PLACEMENT_MAXIMIZED) > maximized?

[Jeroen v. d. Z. <je...@fo...>]

On Wednesday 23 June 2004 11:07 am, ly...@kn... wrote:
> On Wed, 23 Jun 2004 08:33:17 -0600, rich lyman <fx...@gm...> wrote :
> > Oh... ok. Sorry. I don't want to bug you or put pressure on you.
>
> You were not bugging me or pressuring me. ;) I just wanted to clear up that
> little bit of confusion about the maximize() method.


I apologize for sending anyone on a wild-goose chase; I realized this morning
that indeed FXRuby still uses FOX 1.0 and thus doesn't have the method yet.

Anyway, I hope you can proceed with your development and when the new
FXRuby rolls around, you should be able to use the new method.

I played with things earlier this week, and I found window managers like to
see the decoration state *prior* to the window being mapped.  

So, depending on your Window Manager, you may have to:

	1) hide() the window
	2) setDecorations(DECOR_NONE)
	3) show(PLACEMENT_MAXIMIZED)
	
Step (1) MAY not be needed on all Window Managers; but I recommend doing
this if your program is to work well on arbitrary WM's.

Likewise, getting back to the old size involves calling setDecorations(DECOR_ALL),
also possibly after withdrawing the window first [for the same reason].  You can
call either restore() or show() (and resize() if needed to go back to old size).

The restoring is more tricky as it depends on WM's proper implementation of
new "Extended Window Manager hints".  See freedesktop.org for more.

The bottom line is, FOX does try to be a good citizen under different Window
Managers, but various WM's have their quirks; since these WM's are not our
own code, we just have to live with what's available and make the best of it.

	- Jeroen

[Fxruby-users] So what does everyone think about RubyGems?

[<ly...@kn...>]

All,

Traditionally I've distributed FXRuby as a source tarball and Win32
installer executables. As many of you may be aware, a new packaging and
distibution system for Ruby applications and libraries was kicked off at
last year's Ruby Conference in Austin. This project has a lot of momentum
behind it (see http://rubygems.rubyforge.org) and it seems likely that
RubyGems will become a standard part of Ruby in the future.

I'm strongly considering switching over a completely Gems-based distribution
of FXRuby for the 1.2 series, but I'd like to throw this out to you guys for
comments. I am specifically thinking that there would be (1) a "source" Gem,
which you'd download and run to build the code from sources (much like the
current source tarball); and (2) one or more "binary" Gems (probably Windows
only), which wouldn't require compilation (thus replacing the Win32
installer executables).

What do you guys think? This is certainly not a done deal, but on the other
hand I'd prefer to not support "all of the above". The advantages of going
with a Gems-based approach (in my mind) are the versioning and
dependency-checking capabilities that Gems provide. No disadvantages
immediately come to mind, but that's why I'm asking you for your feedback. ;)

Thanks in advance for your thoughts,

Lyle

[Fxruby-users] Re: FXRuby 1.2 ETA (was: show(PLACEMENT_MAXIMIZED) > maximized?)

[<ly...@kn...>]

On Wed, 23 Jun 2004 10:38:32 -0400, Tom
<tku...@so...> wrote :

> Is the ETA for FXRuby for FOX 1.2 still within June?

Yes, I'm expecting to have the first "alpha" release this weekend. Per my
previous response to Rich, this one will probably just cover changes to the
existing classes' APIs. It won't wrap many (if any) of the new classes yet,
but those will actually be easier to incorporate in a way once I get this
first alpha out of the way.

Re: [Fxruby-users] show(PLACEMENT_MAXIMIZED) > maximized?

[<ly...@kn...>]

On Wed, 23 Jun 2004 08:33:17 -0600, rich lyman <fx...@gm...> wrote :

> Oh... ok. Sorry. I don't want to bug you or put pressure on you.

You were not bugging me or pressuring me. ;) I just wanted to clear up that
little bit of confusion about the maximize() method.

> P.s. - I don't know a lick of C/C++, but is there something I can do to help?

Not yet, but I appreciate the offer. I will keep it in mind. ;)

Part of the delay, other than of course the usual lack of time, is that I'm
actually trying to complete two different projects. One is, as you know, the
update of FXRuby to FOX 1.2 compatibility. This is going pretty well in the
sense that all of the existing classes have been updated, tests are passing,
and the example programs have been updated. Most of the completely new
classes have not been "wrapped" yet, but I think I'm probably at a good
point for the first alpha release of FXRuby 1.2.

The *other* project is completion of the "What's New in FOX 1.2" guide
(http://www.knology.net/~lyle/fox/1.2/WhatsNew.html). I think it would be
foolhardy of me to release FXRuby 1.2 without at least giving some heads-up
about what to expect in terms of API changes and so forth. With a C++-based
FOX application, you'd at least get a lot of complaints from the compiler
when you're trying to port from FOX 1.0 to FOX 1.2. With FXRuby, of course,
some of those porting problems due to name changes, changes to method
arguments, etc. won't (necessarily) show up when you run your application.

-- Lyle

Re: [Fxruby-users] show(PLACEMENT_MAXIMIZED) > maximized?

[Tom <tku...@so...>]

Is the ETA for FXRuby for FOX 1.2 still within June?

Thanks,
Tom


ly...@kn... wrote:

> The maximize() method comes in with FOX 1.2. FOX 1.0 (which FXRuby is still

Re: [Fxruby-users] show(PLACEMENT_MAXIMIZED) > maximized?

[rich l. <fx...@gm...>]

Oh... ok. Sorry. I don't want to bug you or put pressure on you.

That's good to know... I've been wanting that for a while...

Thanks for the work that you do!

-Rich
P.s. - I don't know a lick of C/C++, but is there something I can do to help?


On 23 Jun 2004 13:49:08 -0000, ly...@kn... <ly...@kn...> wrote:
> 
> 
> On Wed, 23 Jun 2004 07:01:24 -0600, Rich <ri...@li...> wrote :
> 
> > When I try it, I get:
> >
> > >ruby shell_hotkey.rb
> > shell_hotkey.rb:96:in `exec': undefined method `maximize' for
> > #<Fox::FXMainWindow:0xb14b668> (NoMethodError)
> >  from shell_hotkey.rb:101
> > >Exit code: 1
> >
> > Is there a specific time when I should call this method?
> >
> > I'm calling it between the show method of the FXMainWindow and the run
> > method of the FXApp.
> 
> The maximize() method comes in with FOX 1.2. FOX 1.0 (which FXRuby is still
> based on) is but a faint glimmer in Jeroen's memory. ;)
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> digital self defense, top technical experts, no vendor pitches,
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> Fxruby-users mailing list
> Fxr...@li...
> https://lists.sourceforge.net/lists/listinfo/fxruby-users
>

Re: [Fxruby-users] show(PLACEMENT_MAXIMIZED) > maximized?

[<ly...@kn...>]

On Wed, 23 Jun 2004 07:01:24 -0600, Rich <ri...@li...> wrote :

> When I try it, I get:
> 
> >ruby shell_hotkey.rb
> shell_hotkey.rb:96:in `exec': undefined method `maximize' for
> #<Fox::FXMainWindow:0xb14b668> (NoMethodError)
>  from shell_hotkey.rb:101
> >Exit code: 1
> 
> Is there a specific time when I should call this method?
> 
> I'm calling it between the show method of the FXMainWindow and the run
> method of the FXApp.

The maximize() method comes in with FOX 1.2. FOX 1.0 (which FXRuby is still
based on) is but a faint glimmer in Jeroen's memory. ;)

Re: [Fxruby-users] show(PLACEMENT_MAXIMIZED) > maximized?

[Rich <ri...@li...>]

When I try it, I get:

>ruby shell_hotkey.rb
shell_hotkey.rb:96:in `exec': undefined method `maximize' for
#<Fox::FXMainWindow:0xb14b668> (NoMethodError)
 from shell_hotkey.rb:101
>Exit code: 1

Is there a specific time when I should call this method?

I'm calling it between the show method of the FXMainWindow and the run
method of the FXApp.

-Richard

----- Original Message ----- 
From: "jeroen" <je...@fo...>
To: <fxr...@li...>
Cc: "Rich" <ri...@li...>
Sent: Wednesday, June 23, 2004 12:40 AM
Subject: Re: [Fxruby-users] show(PLACEMENT_MAXIMIZED) > maximized?


> On Wednesday 23 June 2004 12:18 am, Rich wrote:
> > I'm not seeing the method 'maximize' off of the FXMainWindow object.
> >
> > There's a maximize for MDI stuff...
>
> FXMainWindow supports all the functions from its base classes ...
>
> - Jeroen
>
> -- 
>
+---------------------------------------------------------------------------
-+
> | Copyright (C) 01:30 06/23/2004 Jeroen van der Zijp.   All Rights
Reserved. |
>
+---------------------------------------------------------------------------
-+
>

Re: [Fxruby-users] show(PLACEMENT_MAXIMIZED) > maximized?

[jeroen <je...@fo...>]

On Wednesday 23 June 2004 12:18 am, Rich wrote:
> I'm not seeing the method 'maximize' off of the FXMainWindow object.
>
> There's a maximize for MDI stuff...

FXMainWindow supports all the functions from its base classes ...

	- Jeroen

-- 
+----------------------------------------------------------------------------+
| Copyright (C) 01:30 06/23/2004 Jeroen van der Zijp.   All Rights Reserved. |
+----------------------------------------------------------------------------+