From thom01 at laposte.net Fri Aug 5 14:08:41 2005 From: thom01 at laposte.net (thom01) Date: Fri Aug 5 14:02:45 2005 Subject: [fxruby-users] Popup menu attached to a FXTreeItem Message-ID: Hi, I'm using FXRuby 1.0 on Windows. I'd like to display a popup menu after a right click on a tree item, I cannot make it work : #-------------------- root = FXTreeList.new(parent, 1, self, 0) pop = FXMenuPane.new(parent) expandCmd = FXMenuCommand.new(pop, "Expand", nil, app) expandCmd.connect(SEL_COMMAND) { root.currentItem.expanded=(true) } root.connect(SEL_RIGHTBUTTONRELEASE) do |sender, selector, data| pop.popup(root, data.rootclick_x, data.rootclick_y) end #--------------------- The same kind of code works with a FXTabItem instead of FXTreeItem. Would FXRuby 1.2 change something ? Thanks Thomas Acc?dez au courrier ?lectronique de La Poste : www.laposte.net ; 3615 LAPOSTENET (0,34?/mn) ; t?l : 08 92 68 13 50 (0,34?/mn) From james.stallings at gmail.com Tue Aug 9 08:29:17 2005 From: james.stallings at gmail.com (James Stallings II) Date: Tue Aug 9 08:23:14 2005 Subject: [fxruby-users] Greetings and Introduction Message-ID: <170fa17805080905293c8e280a@mail.gmail.com> Hello Listos! My name is James, but I do a lot of artwork under my nickname, 'twitch'. I am a forty+ yrs old full-time Fine Arts Major, who has spent most of the previous 25 years or so as a sysadmin and frequent programmer. Most of my programming experience is with plain old C, with a pretty good shot of PERL or other shell scripting at frequent intervals. I discovered ruby about six month ago on deli.cio.us, and I'll never go back unless they make me LoL About two weeks ago I discovered ruby GTK+ and started playing with that (I'm a long-time user of linux) but then discovered that it isn't fully supported under windows, which is where I presently need to deploy product, and so I switched over to the Fox gui toolkit. It's wicked; at least as wicked as GTK+. Unfortunately I'm rather new to the practice of gui programming, if not the theory; and I am having a bitch of a time getting some blisteringly simple stuff to work (timer-driven callback to update a horizontal frame in a tabbook with updated text values). If someone would be so kind as to point me towards the list digest(s) I would be delighted to go to and do the requisite research there before I start verbally pummeling you all for support. I would like to say on my way out that Ruby is an awesome thing and thanks to Matz and all the crew who brought it to be. Thanks In Advance, Twitch -- =================================== Woulds't thou so blame the fragrant blos'ms wilting as never to've had her bloom? From lyle at knology.net Tue Aug 9 09:18:52 2005 From: lyle at knology.net (Lyle Johnson) Date: Tue Aug 9 09:12:48 2005 Subject: [fxruby-users] Greetings and Introduction In-Reply-To: <170fa17805080905293c8e280a@mail.gmail.com> References: <170fa17805080905293c8e280a@mail.gmail.com> Message-ID: <17828a5b7455cd17357e1fe1aa7c802a@knology.net> On Aug 9, 2005, at 7:29 AM, James Stallings II wrote: > Unfortunately I'm rather new to the practice of gui programming, if > not the theory; and I am having a bitch of a time getting some > blisteringly simple stuff to work (timer-driven callback to update a > horizontal frame in a tabbook with updated text values). You might be able to use some of the example programs included in the FXRuby distribution as a guide; see for example the datatarget.rb example (which uses a timer). > If someone would be so kind as to point me towards the list digest(s) > I would be delighted to go to and do the requisite research there > before I start verbally pummeling you all for support. The fxruby-users archives are here: http://rubyforge.org/pipermail/fxruby-users/ and the foxgui-users archives are here: http://sourceforge.net/mailarchive/forum.php?forum_id=6292 I recommend that you peruse both of them, as most FXRuby questions on the list (outside of basic installation issues) tend to be general FOX programming issues as well. From lyle at knology.net Tue Aug 9 09:32:48 2005 From: lyle at knology.net (Lyle Johnson) Date: Tue Aug 9 09:26:42 2005 Subject: [fxruby-users] Popup menu attached to a FXTreeItem In-Reply-To: References: Message-ID: <4e38af16e18295ca46b1d8514c97f08f@knology.net> On Aug 5, 2005, at 1:08 PM, thom01 wrote: > I'd like to display a popup menu after a right click on a tree > item, I cannot make it work : This is the typical pattern I'd use for a right-click popup menu on a tree item (or whatever); treelist.connect(SEL_RIGHTBUTTONRELEASE) do |sender, sel, evt| # Construct the menu pane popupMenu = FXMenuPane.new(parent) # Add some menu items... FXMenuCommand.new(popupMenu, "One") FXMenuCommand.new(popupMenu, "Two") # Create it popupMenu.create # Show it popupMenu.popup(nil, evt.root_x, evt.root_y) # Restrict to this window while shown... app.runModalWhileShown(popupMenu) end I just confirmed that this works in FXRuby 1.2, but I don't know why it wouldn't also work in FXRuby 1.0. Hope this helps, Lyle From ggarra at advancedsl.com.ar Tue Aug 9 10:33:02 2005 From: ggarra at advancedsl.com.ar (Gonzalo Garramuno) Date: Tue Aug 9 10:27:00 2005 Subject: [fxruby-users] FXCursor on Windows broken? Message-ID: <004201c59cef$48433cd0$0201a8c0@microsoft> I am trying to use FXCursor on Windows with the default cursors, but, albeit there is no error, the cursors don't change. Is there a working example of it somewhere or something is broken? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/fxruby-users/attachments/20050809/4da4abb9/attachment.htm From james.stallings at gmail.com Tue Aug 9 10:55:50 2005 From: james.stallings at gmail.com (James Stallings II) Date: Tue Aug 9 10:49:48 2005 Subject: [fxruby-users] FXCursor on Windows broken? In-Reply-To: <004201c59cef$48433cd0$0201a8c0@microsoft> References: <004201c59cef$48433cd0$0201a8c0@microsoft> Message-ID: <170fa17805080907553c882b04@mail.gmail.com> Hi Gonzalo, There might be something on the screenshots page, which is actually a list of screenshots of all the example code running with links to the text of the associated source code. Hope this helps Twitch On 8/9/05, Gonzalo Garramuno wrote: > > I am trying to use FXCursor on Windows with the default cursors, but, albeit > there is no error, the cursors don't change. > Is there a working example of it somewhere or something is broken? > > _______________________________________________ > fxruby-users mailing list > fxruby-users@rubyforge.org > http://rubyforge.org/mailman/listinfo/fxruby-users > > > -- =================================== Woulds't thou so blame the fragrant blos'ms wilting as never to've had her bloom? From jeroen at fox-toolkit.org Tue Aug 9 11:21:37 2005 From: jeroen at fox-toolkit.org (Jeroen van der Zijp) Date: Tue Aug 9 11:15:34 2005 Subject: [fxruby-users] FXCursor on Windows broken? In-Reply-To: <004201c59cef$48433cd0$0201a8c0@microsoft> References: <004201c59cef$48433cd0$0201a8c0@microsoft> Message-ID: <200508091021.37862.jeroen@fox-toolkit.org> On Tuesday 09 August 2005 09:33 am, Gonzalo Garramuno wrote: > I am trying to use FXCursor on Windows with the default cursors, but, albeit there is no error, the cursors don't change. > Is there a working example of it somewhere or something is broken? > As far as I know, FXCursor works fine. However, it may be necessary to call create() if its a newly constructed resource. - Jeroen From ggarra at advancedsl.com.ar Tue Aug 9 12:06:07 2005 From: ggarra at advancedsl.com.ar (Gonzalo Garramuno) Date: Tue Aug 9 11:59:50 2005 Subject: [fxruby-users] FXCursor on Windows broken? References: <004201c59cef$48433cd0$0201a8c0@microsoft> <200508091021.37862.jeroen@fox-toolkit.org> Message-ID: <005401c59cfc$41af8240$0201a8c0@microsoft> Hmm... never mind. Got it working. Did not understand that cursors were a resource like any other and that FXWindow had instance variables for storing cursors. This probably needs a small reference to it in FXCursor or an example. Also, looking at the FXRuby FXCursor docs, the documentation for two of the constructors is reversed. Finally, I am not sure I follow what is the "pix" variable in FXGIFCursor's constructor. I assume that FXGIFCursor is mainly to be used with loadPixels() so as to load a cursor definition from a gif, right? From jeroen at fox-toolkit.org Tue Aug 9 12:22:41 2005 From: jeroen at fox-toolkit.org (Jeroen van der Zijp) Date: Tue Aug 9 12:16:37 2005 Subject: [fxruby-users] FXCursor on Windows broken? In-Reply-To: <005401c59cfc$41af8240$0201a8c0@microsoft> References: <004201c59cef$48433cd0$0201a8c0@microsoft> <200508091021.37862.jeroen@fox-toolkit.org> <005401c59cfc$41af8240$0201a8c0@microsoft> Message-ID: <200508091122.41714.jeroen@fox-toolkit.org> On Tuesday 09 August 2005 11:06 am, Gonzalo Garramuno wrote: > Hmm... never mind. Got it working. Did not understand that cursors were a > resource like any other and that FXWindow had instance variables for storing > cursors. This probably needs a small reference to it in FXCursor or an > example. > Also, looking at the FXRuby FXCursor docs, the documentation for two of the > constructors is reversed. > Finally, I am not sure I follow what is the "pix" variable in FXGIFCursor's > constructor. I assume that FXGIFCursor is mainly to be used with > loadPixels() so as to load a cursor definition from a gif, right? Correct; the transparency in the GIF is turned into a mask, so it'll be a convenient way to get a color cursor into your code, from an image. - Jeroen From hal9000 at hypermetrics.com Wed Aug 10 22:30:15 2005 From: hal9000 at hypermetrics.com (Hal Fulton) Date: Wed Aug 10 22:24:27 2005 Subject: [fxruby-users] fxruby (nonexistent) html widget Message-ID: <42FAB837.3030304@hypermetrics.com> Fox apparently doesn't have an HTML widget. What might be my options for displaying a small piece of simple HTML in Fox? I'm considering these possibilities: - embed another app in a Fox frame somehow? - embed a different toolkit main window in a Fox frame (ugly code and perhaps impossible) - write a simplistic html renderer And yes, I'm considering using a different toolkit. But Fox and Tk are what I know best, and I don't like Tk. Thanks, Hal From james.stallings at gmail.com Thu Aug 11 00:10:06 2005 From: james.stallings at gmail.com (James Stallings II) Date: Thu Aug 11 00:04:07 2005 Subject: [fxruby-users] fxruby (nonexistent) html widget In-Reply-To: <42FAB837.3030304@hypermetrics.com> References: <42FAB837.3030304@hypermetrics.com> Message-ID: <170fa17805081021106ed42f99@mail.gmail.com> An interesting concept (utilizing widgets from two different gui toolkits), about which I've been thinking a lot lately, and for the same reasons. I see that the future contains many little applets made of such a widget, a sprinkling of xml and some html/javascript thrown in to keep the bologna dancing. The writing is on the wall: the osx tiger dashboard widgets, konfabulator, and others are bound to follow. I'd even venture to guess that before the year is out there will be some emergent standard to get these little guys to be interchangeable from one 'application' to the next. If you come up with a solution I'd love to hear about it. TIA, Twitch On 8/10/05, Hal Fulton wrote: > Fox apparently doesn't have an HTML widget. > > What might be my options for displaying a small piece of > simple HTML in Fox? > > I'm considering these possibilities: > > - embed another app in a Fox frame somehow? > - embed a different toolkit main window in a > Fox frame (ugly code and perhaps impossible) > - write a simplistic html renderer > > And yes, I'm considering using a different toolkit. But > Fox and Tk are what I know best, and I don't like Tk. > > > Thanks, > Hal > > _______________________________________________ > fxruby-users mailing list > fxruby-users@rubyforge.org > http://rubyforge.org/mailman/listinfo/fxruby-users > -- =================================== Woulds't thou so blame the fragrant blos'ms wilting as never to've had her bloom? From ggarra at advancedsl.com.ar Thu Aug 11 05:46:09 2005 From: ggarra at advancedsl.com.ar (Gonzalo Garramuno) Date: Thu Aug 11 05:39:38 2005 Subject: [fxruby-users] fxruby (nonexistent) html widget References: <42FAB837.3030304@hypermetrics.com> Message-ID: <001101c59e59$85aa0fc0$0201a8c0@microsoft> Hi, Hal. While mixing toolkits would indeed be a godsend, that sort of thing is still kind of in the realm of fantasy, as each toolkit usually has its own message/event loop... usually done in a pretty incompatible way. I would suggest you either embed a browser into your application and/or write a simple html renderer, if that's enough for your needs. If you are on windows, embedding something like explorer is relatively easy (you really just need the HDC handle), but your application will be limited in terms of OS support, as doing the same on unix systems is not as simple (or, at least, I don't know how). I can probably dig some C++ embedding example if you want. Writing an html renderer for simple stuff is also relatively simple, but supporting all that your users' expect from web browsers these days (css, tabs, marking menus, etc.) is the work of a lifetime. For a pretty good and simple html browser, it is hard to beat FLTK's Fl_Help_View. It supports all html2 tags, including graphics. You can probably use it as template to write a Fox widget if you want to go that way. If you have not settled on a GUI toolkit yet for your application, using FLTK instead of Fox is also something you should consider. Stay as far away from Tk as you can, as it is a slow and ugly looking toolkit. FLTK's ruby bindings are also pretty mature (at least for fltk1) and FLTK itself is also a very good toolkit, with an identical LPGL as Fox (you can use it for commercial stuff -- as a matter of fact, Digital Domain's Nuke compositing package, arguably the best compositing software on the vfx industry, is fully written with it and propels the development of Fltk itself). Compared to Fox, FLTK's benefits are: - A tad richer widget set for common stuff. - Lighter and a tad faster than Fox overall. - Simpler and a tad better documented api. - GUI builder (for C at least, albeit I also once wrote a custom version that spit ruby code instead) - Excellent demo examples of pretty much every single aspect of the toolkit (makes it much easier to learn than Fox). - Much simpler and better support for GL and double buffered windows (Fox's need to use off-line images and blit them is a pain in the neck). - Ruby's FLTK binding does not use SWIG, but a macro system. This makes it much easier to add new classes than having to learn how swig works and also faster as the (minor) SWIG overhead is not there. - FLTK's table support (particularly thru the FLVW add-on) is better than what Fox offers. Disadvantages: - Ruby's FLTK binding does not come in precompiled binaries or as a gem. - Ruby's FLTK binding does not use SWIG. Albeit simpler, this will probably present a problem with future Fltk versions such as the upcoming FLTK2 as making it work with Ruby will probably need to be a big rewrite. Note that python's Fltk bindings are done with SWIG. Still, very, very hard to beat Lyle on the amazing work he has done with fxruby and the like. - Ruby's FLTK documentation is pretty much non-existant, but I found it pretty self explanatory, particularly as there's a 1:1 relationship with the C++ api. - Ruby's FLTK project is not done by the mantainers of the toolkit, unlike Fox. This means that your ruby bindings are probably behind the C++ api (not much of an issue as most C++ development now is on v2 of fltk, not v1). The ruby fltk project had been dropped but now there's someone taking charge of it again. - Default widgets are a tad uglier looking than Fox, albeit YMMV. - There isn't any real MDI controlling system in FLTK as in Fox's really good MDIChild/Client. You can still popup windows within windows with no problem, but you have to take care of doing the listing and user management of them in menus yourself. - API is OO, but their callback mechanism is not. Callbacks need to use static functions. If you are going to be dealing with it from Ruby, this is not an issue, thou. Also, the GUI builder in fltk hides this unpleasantry from you. - FLTK does not use any ID messaging system like Fox. I'm still trying to decide whether that is a plus or a minus. Same-oh-same-oh (if you need these today, you probably want something commercial like Qt): - No Unicode/UTF-8 support. - No themes. - No unified printing. From james.stallings at gmail.com Thu Aug 11 07:55:33 2005 From: james.stallings at gmail.com (James Stallings II) Date: Thu Aug 11 07:49:25 2005 Subject: [fxruby-users] fxruby (nonexistent) html widget In-Reply-To: <001101c59e59$85aa0fc0$0201a8c0@microsoft> References: <42FAB837.3030304@hypermetrics.com> <001101c59e59$85aa0fc0$0201a8c0@microsoft> Message-ID: <170fa17805081104555c186f67@mail.gmail.com> Nice summation, Gonzalo. Thanks for the informative read! Twitch From markusjais at yahoo.de Fri Aug 12 04:09:08 2005 From: markusjais at yahoo.de (Markus Jais) Date: Fri Aug 12 04:03:01 2005 Subject: [fxruby-users] problem installing fxruby Message-ID: <20050812080908.25826.qmail@web26403.mail.ukl.yahoo.com> hi I have a problem installing the latest version: I used: $ sudo gem install fxruby at the end it said: Successfully installed fxruby-1.2.6 but there was also an error message: FXRuby.cpp: In function `void FXRbDestroyAppSensitiveObjects()': FXRuby.cpp:1741: error: invalid conversion from `int (*)(...)' to `int (*)()' FXRuby.cpp:1775: error: invalid conversion from `int (*)(...)' to `int (*)()' make: *** [FXRuby.o] Error 1 FXRuby.cpp: In function `void FXRbDestroyAppSensitiveObjects()': FXRuby.cpp:1741: error: invalid conversion from `int (*)(...)' to `int (*)()' FXRuby.cpp:1775: error: invalid conversion from `int (*)(...)' to `int (*)()' I have the latest FXRuby version.(1.4.17). irb(main):001:0> require 'rubygems' => true irb(main):002:0> require 'fox12' LoadError: No such file to load -- fox12 from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:18:in `require__' from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:18:in `require' from (irb):2 I have gcc (GCC) 3.3 20030226 (prerelease) (SuSE Linux) any ideas what went wrong here ? regards Markus ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de From lyle at knology.net Fri Aug 12 08:13:03 2005 From: lyle at knology.net (Lyle Johnson) Date: Fri Aug 12 08:06:46 2005 Subject: [fxruby-users] problem installing fxruby In-Reply-To: <20050812080908.25826.qmail@web26403.mail.ukl.yahoo.com> References: <20050812080908.25826.qmail@web26403.mail.ukl.yahoo.com> Message-ID: On Aug 12, 2005, at 3:09 AM, Markus Jais wrote: > I used: > > $ sudo gem install fxruby > > > at the end it said: > > Successfully installed fxruby-1.2.6 > > > but there was also an error message: > > FXRuby.cpp: In function `void > FXRbDestroyAppSensitiveObjects()': > FXRuby.cpp:1741: error: invalid conversion from `int > (*)(...)' to `int (*)()' > FXRuby.cpp:1775: error: invalid conversion from `int > (*)(...)' to `int (*)()' > make: *** [FXRuby.o] Error 1 > FXRuby.cpp: In function `void > FXRbDestroyAppSensitiveObjects()': > FXRuby.cpp:1741: error: invalid conversion from `int > (*)(...)' to `int (*)()' > FXRuby.cpp:1775: error: invalid conversion from `int > (*)(...)' to `int (*)()' Which version of Ruby are you compiling FXRuby against? What output do you get when you type: ruby -v > I have the latest FXRuby version.(1.4.17). Wow, I didn't know there was an FXRuby version 1.4.17. Where did you find that? > irb(main):001:0> require 'rubygems' > => true > irb(main):002:0> require 'fox12' > LoadError: No such file to load -- fox12 Yes, if there were errors during the compile (as you showed above) it would not have finished building the gem. From ggarra at advancedsl.com.ar Fri Aug 12 10:32:22 2005 From: ggarra at advancedsl.com.ar (Gonzalo Garramuno) Date: Fri Aug 12 10:25:38 2005 Subject: [fxruby-users] ANN: Interactive Fiction Mapper v0.5 Message-ID: <001201c59f4a$a87df330$0201a8c0@microsoft> Okay, I may have some questions about fxruby and probably the easiest way to ask them is by after I show a program. Plus I am eager to show how much fun I've been having... this is still not fully done to call it a v1.0 release, but it is already tons of fun. Please visit the download section of: http://rubyforge.org/projects/ifmapper/ There you will find the following: IFMapper by Gonzalo Garramuno What is it? IFMapper is a tool for easily mapping interactive fiction games, also known as text-based adventure games. Why do we need it? Because there are really no good mapping tools for these sort of games. GUEmap is a commercial product and awkward to use, IFM is extremely powerful but not very user friendly and Infomapper, of which IFMapper borrows heavily, is a good tool but windows only, discontinued, and does not support large maps or easily shifting locations around. Features: - Multiplatform - Very simple click interface - Complex paths supported (paths that loop on themselves or connect two remote nodes) - Mousewheel support for zooming in/out - Middle mouse scrolling - Rooms can have objects and tasks listed - Automatic numbering of rooms - Multiple map editing - Ability to easily move rooms in map with arrow keys - Complex connections and looping connections among rooms accepted - Written in a simple and great scripting language (Ruby) - Acrobat PDF output (in progress) - Can read IFM files (albeit not everything is supported) - Free -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/fxruby-users/attachments/20050812/115506b7/attachment.htm From lyle at knology.net Fri Aug 12 11:38:25 2005 From: lyle at knology.net (lyle@knology.net) Date: Fri Aug 12 11:32:17 2005 Subject: [fxruby-users] ANN: Interactive Fiction Mapper v0.5 In-Reply-To: <> References: <> Message-ID: <20050812153825.9395.qmail@webmail1.knology.net> On Fri, 12 Aug 2005 11:32:22 -0300, Gonzalo Garramuno wrote : > Okay, I may have some questions about fxruby and probably the easiest way to ask them is by after I show a program. > Plus I am eager to show how much fun I've been having... this is still not fully done to call it a v1.0 release, but it is already tons of fun. I like the sound of the project; right off the bat I'm running into a number of problems with the Gem-based install on Windows. Should we file bug reports at the project page on RubyForge, or just mail them directly to you? From vjoel at path.berkeley.edu Fri Aug 12 13:54:38 2005 From: vjoel at path.berkeley.edu (Joel VanderWerf) Date: Fri Aug 12 13:48:38 2005 Subject: [fxruby-users] ANN: Interactive Fiction Mapper v0.5 In-Reply-To: <001201c59f4a$a87df330$0201a8c0@microsoft> References: <001201c59f4a$a87df330$0201a8c0@microsoft> Message-ID: <42FCE25E.5070601@path.berkeley.edu> Gonzalo Garramuno wrote: > Okay, I may have some questions about fxruby and probably the easiest way to ask them is by after I show a program. > Plus I am eager to show how much fun I've been having... this is still not fully done to call it a v1.0 release, but it is already tons of fun. > > Please visit the download section of: > http://rubyforge.org/projects/ifmapper/ Played around with it a little. That's fun! -- vjoel : Joel VanderWerf : path berkeley edu : 510 665 3407 From jacdx at jacobhanson.com Sat Aug 13 12:55:42 2005 From: jacdx at jacobhanson.com (Jacob Hanson) Date: Sat Aug 13 12:49:36 2005 Subject: [fxruby-users] ANN: Interactive Fiction Mapper v0.5 In-Reply-To: <20050812153825.9395.qmail@webmail1.knology.net> References: <> <20050812153825.9395.qmail@webmail1.knology.net> Message-ID: <1294995527.20050813105542@jacobhanson.com> Friday, August 12, 2005, 9:38:25 AM, you wrote: > On Fri, 12 Aug 2005 11:32:22 -0300, Gonzalo Garramuno > wrote : >> Okay, I may have some questions about fxruby and probably the easiest way > to ask them is by after I show a program. >> Plus I am eager to show how much fun I've been having... this is still > not fully done to call it a v1.0 release, but it is already tons of fun. > I like the sound of the project; right off the bat I'm running into a number > of problems with the Gem-based install on Windows. Should we file bug > reports at the project page on RubyForge, or just mail them directly to you? I downloaded the zip and I couldn't get it to run either--it segfaults on 1103 in IFMapper.rb, when it tries to create a BMP image :( Latest Ruby win32 all-in-one and latest fxruby gem. See ya, -- _/ _/ _/ Jacob Hanson _/ _/_/_/ mailto:jacdx@jacobhanson.com _/_/_/ _/ _/ http://www.jacobhanson.com From ggarra at advancedsl.com.ar Sat Aug 13 17:51:22 2005 From: ggarra at advancedsl.com.ar (Gonzalo Garramuno) Date: Sat Aug 13 18:03:29 2005 Subject: [fxruby-users] ANN: Interactive Fiction Mapper v0.5 References: <20050812153825.9395.qmail@webmail1.knology.net> <1294995527.20050813105542@jacobhanson.com> Message-ID: <001701c5a053$c8d6b090$0201a8c0@microsoft> > I downloaded the zip and I couldn't get it to run either--it segfaults on 1103 > in IFMapper.rb, when it tries to create a BMP image :( > Ouch. That is pretty much the same configuration I am using. Actually I did get similar types of segfaults but only when the canvas image created was pretty big (4K or higher) on a 128Mb machine and I wanted to inquire a tad about it on this list as it seemed quite strange. Could this be a memory issue? The default configuration is to start the map with a zoom factor of 1, which leads to a 3K by 2K canvas or so (times 2 I guess once for the canvas and one for the off-line image). In FXMap, in the initialize function, at the end there is a: self.zoom = 1 You could try setting it to say, 0.25, which will create a 800x500 image and see if it then allows you to boot. From ggarra at advancedsl.com.ar Sat Aug 13 23:57:06 2005 From: ggarra at advancedsl.com.ar (Gonzalo Garramuno) Date: Sat Aug 13 23:50:14 2005 Subject: [fxruby-users] FXCursor part deux Message-ID: <003601c5a084$3d519090$0201a8c0@microsoft> Okay, I have FXCursor working only partially in my application. Now... the issue is trying to use it with custom icons. Currently, I am relying on FXGIFCursor. The first question is regarding the second parameter of the constructor: "pix". What is it supposed to be? I passed an empty string and that seemed to work fine (and then later used loadPixels to actually load the gif data). Something like: # pix = [] # 32.times { 32.times { pix << 255 << 255 << 255 << 255 } } # pix = pix.pack('c*') pix = '' @@cursor = FXGIFCursor.new(@window.getApp, pix) FXFileStream.open('icons/room.gif', FXStreamLoad) { |stream| @@cursor.loadPixels(stream) } @@cursor.create Now, albeit the cursor displays fine, the issue that I face is that I cannot set the hotspot for it. The FXCursor class does not have any hotspot setters and, if I use any possitive number in the constructor for the hx and hy parameters, it segfaults like there is no tomorrow once I create the cursor. Is the API broken or something is wrong on my side? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/fxruby-users/attachments/20050814/a0f94192/attachment.htm From jacdx at jacobhanson.com Mon Aug 15 19:00:23 2005 From: jacdx at jacobhanson.com (Jacob Hanson) Date: Mon Aug 15 18:54:13 2005 Subject: [fxruby-users] ANN: Interactive Fiction Mapper v0.5 In-Reply-To: <1294995527.20050813105542@jacobhanson.com> References: <> <20050812153825.9395.qmail@webmail1.knology.net> <1294995527.20050813105542@jacobhanson.com> Message-ID: <1817585704.20050815170023@jacobhanson.com> Saturday, August 13, 2005, 10:55:42 AM, you wrote: > Friday, August 12, 2005, 9:38:25 AM, you wrote: >>> Okay, I may have some questions about fxruby and probably the easiest way >> to ask them is by after I show a program. >>> Plus I am eager to show how much fun I've been having... this is still >> not fully done to call it a v1.0 release, but it is already tons of fun. >> I like the sound of the project; right off the bat I'm running into a number >> of problems with the Gem-based install on Windows. Should we file bug >> reports at the project page on RubyForge, or just mail them directly to you? > I downloaded the zip and I couldn't get it to run either--it segfaults on 1103 > in IFMapper.rb, when it tries to create a BMP image :( > Latest Ruby win32 all-in-one and latest fxruby gem. Ok my bad, I guess. My PC hadn't been rebooted and that day I'd been using some gi-nourmous apps like Photoshop and Flash and Zend IDE all at once. My machine was running low on some sort of resource (why can't I find a measurement for it). I had a fair amount of RAM and swap available, but pretty soon, dialogs wouldn't show up that were supposed to...or they'd be missing widgets. This is XP...we don't have that goofy 'resources' memory anymore, right? It bothers me that it segfaulted tho. I hate when ruby segfaults. I immediately ran my big fxruby app and it came up just fine just to see if it would work. Hrm. Anyway, got it working. Nice. :) See ya, -- _/ _/ _/ Jacob Hanson _/ _/_/_/ mailto:jacdx@jacobhanson.com _/_/_/ _/ _/ http://www.jacobhanson.com From jacdx at jacobhanson.com Mon Aug 15 19:05:50 2005 From: jacdx at jacobhanson.com (Jacob Hanson) Date: Mon Aug 15 18:59:36 2005 Subject: [fxruby-users] Nagging Lyle Message-ID: <1696069495.20050815170550@jacobhanson.com> Hey Lyle, How's FxRuby 1.4(1.5?) coming along? I have this computer with a cron job that parses rubyforge every 15 minutes for the string 'fxruby 1.4' to see if it might be there. Ok, not really, but I'm eager nevertheless. :) You're like the Solo Joe on it, is there anything we can do to help? Those wx guys are busy working away on the swig version of wxruby with renewed vigor and rubyforge's download stats have us neck and neck. We can't let them win! :) See ya, -- _/ _/ _/ Jacob Hanson _/ _/_/_/ mailto:jacdx@jacobhanson.com _/_/_/ _/ _/ http://www.jacobhanson.com From lyle at knology.net Mon Aug 15 21:10:53 2005 From: lyle at knology.net (Lyle Johnson) Date: Mon Aug 15 21:04:39 2005 Subject: [fxruby-users] Nagging Lyle In-Reply-To: <1696069495.20050815170550@jacobhanson.com> References: <1696069495.20050815170550@jacobhanson.com> Message-ID: On Aug 15, 2005, at 6:05 PM, Jacob Hanson wrote: > How's FxRuby 1.4(1.5?) coming along? I've finally started checking in stuff and am getting pretty close to a first release (I think). > I have this computer with a cron job that > parses rubyforge every 15 minutes for the string 'fxruby 1.4' to see > if it might be there. Ok, not really, but I'm eager nevertheless. :) > You're > like the Solo Joe on it, is there anything we can do to help? Those wx > guys > are busy working away on the swig version of wxruby with renewed vigor > and rubyforge's download stats have us neck and neck. We can't let > them win! :) Why are you particularly eager for this release? That is, what feature(s) in FXRuby 1.4 are you waiting for? Once the code's released, the main way to help is to pound on it and use the RubyForge bug reporting system (hint: not private e-mails to me) to report problems. Provide example code that demonstrates the bug when at all possible. Write tutorial documentation for other people to use, and answer questions on the mailing list when it's a subject you're already familiar with. Stay tuned... P.S. Don't worry too much about the wxRuby crew. There are more important things in life to worry about. ;) From james.stallings at gmail.com Mon Aug 15 22:48:10 2005 From: james.stallings at gmail.com (James Stallings II) Date: Mon Aug 15 22:41:54 2005 Subject: [fxruby-users] GUI Update technique Message-ID: <170fa178050815194834947ed9@mail.gmail.com> Hello Lyle, Everyone :) I've been putting some of the stuff Lyle was telling me last week about using create after defining new widgets outside of the initialize method for an app class, in order to get them to show up. I was attempting to update the content in a tab as the values associated with the content changed over time. Iwas attempting to drive this update myself using a timed event. Due to some of the cumbersome things I came up with while trying to manually manage the UI elements in this fashion, I'm thinking there has to be a better way, and I'm thinking I stumbled onto it this morning while reading some of the documentation. Is the best way to do this to create all the top-level widgets (and their children) for an interface, and implement the update signals? Seems then I'd be able to create all the primary widgets, let the app change the values and send update signals back to the widgets and let them manage repainting themselves with the new values. Am I on the right track? if so, can anyone toss me any gems of wisdom before I try to get my head around the details? Thanks All! Twitch -- =================================== Woulds't thou so blame the fragrant blos'ms wilting as never to've had her bloom? From markusjais at yahoo.de Tue Aug 16 03:06:17 2005 From: markusjais at yahoo.de (Markus Jais) Date: Tue Aug 16 03:00:02 2005 Subject: Ant: Re: [fxruby-users] problem installing fxruby In-Reply-To: Message-ID: <20050816070617.33577.qmail@web26410.mail.ukl.yahoo.com> --- Lyle Johnson schrieb: > > On Aug 12, 2005, at 3:09 AM, Markus Jais wrote: > > > I used: > > > > $ sudo gem install fxruby > > > > > > at the end it said: > > > > Successfully installed fxruby-1.2.6 > > > > > > but there was also an error message: > > > > FXRuby.cpp: In function `void > > FXRbDestroyAppSensitiveObjects()': > > FXRuby.cpp:1741: error: invalid conversion from > `int > > (*)(...)' to `int (*)()' > > FXRuby.cpp:1775: error: invalid conversion from > `int > > (*)(...)' to `int (*)()' > > make: *** [FXRuby.o] Error 1 > > FXRuby.cpp: In function `void > > FXRbDestroyAppSensitiveObjects()': > > FXRuby.cpp:1741: error: invalid conversion from > `int > > (*)(...)' to `int (*)()' > > FXRuby.cpp:1775: error: invalid conversion from > `int > > (*)(...)' to `int (*)()' > > Which version of Ruby are you compiling FXRuby > against? What output do > you get when you type: > > ruby -v hi this is my ruby version: $ ruby -v ruby 1.8.2 (2004-07-29) [i686-linux] > > > I have the latest FXRuby version.(1.4.17). > > Wow, I didn't know there was an FXRuby version > 1.4.17. Where did you > find that? I got this from the official fox-toolkit homepage. > > > irb(main):001:0> require 'rubygems' > > => true > > irb(main):002:0> require 'fox12' > > LoadError: No such file to load -- fox12 > > > > Yes, if there were errors during the compile (as you > showed above) it > would not have finished building the gem. > > regards Markus ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de From lyle at knology.net Tue Aug 16 08:35:11 2005 From: lyle at knology.net (Lyle Johnson) Date: Tue Aug 16 08:28:55 2005 Subject: Ant: Re: [fxruby-users] problem installing fxruby In-Reply-To: <20050816070617.33577.qmail@web26410.mail.ukl.yahoo.com> References: <20050816070617.33577.qmail@web26410.mail.ukl.yahoo.com> Message-ID: <446fd7f5117832e7e23814b5f8e1abc4@knology.net> On Aug 16, 2005, at 2:06 AM, Markus Jais wrote: > this is my ruby version: > > $ ruby -v > ruby 1.8.2 (2004-07-29) [i686-linux] I thought that might be the case. You're using one of the pre-release versions of Ruby 1.8.2 (as evidenced by the date). You need to update to the final release of Ruby 1.8.2, which has a date of 2004-12-24 if I recall correctly. From lyle at knology.net Tue Aug 16 08:42:17 2005 From: lyle at knology.net (Lyle Johnson) Date: Tue Aug 16 08:36:01 2005 Subject: [fxruby-users] GUI Update technique In-Reply-To: <170fa178050815194834947ed9@mail.gmail.com> References: <170fa178050815194834947ed9@mail.gmail.com> Message-ID: <64b24a796e6583b6a5b61daf0887e035@knology.net> On Aug 15, 2005, at 9:48 PM, James Stallings II wrote: > Is the best way to do this to create all the top-level widgets (and > their children) for an interface, and implement the update signals? > Seems then I'd be able to create all the primary widgets, let the app > change the values and send update signals back to the widgets and let > them manage repainting themselves with the new values. > > Am I on the right track? if so, can anyone toss me any gems of wisdom > before I try to get my head around the details? The GUI update feature makes sense for you if it's not a time-sensitive thing. (I wasn't sure based on the things you've said in recent e-mails.) Whenever there's idle time in the GUI, it (FOX) will devote some time to the GUI update loop, in which it sends a SEL_UPDATE message to the widgets (in turn). They can use that opportunity to make sure that their settings (e.g. a label's text, or a dial's value) accurately reflects the current application state, e.g. viewLabel.connect(SEL_UPDATE) { viewLabel.text = modelText } There should be some examples of this in the FXRuby examples directory. Now, usually this happens very quickly because there's a lot more idle time in a GUI application than you might realize. But if you need a value to change at fixed times (e.g. for a little onscreen clock or something) you would probably need to use a timer instead. Hope this helps, Lyle From james.stallings at gmail.com Tue Aug 16 09:16:22 2005 From: james.stallings at gmail.com (James Stallings II) Date: Tue Aug 16 09:10:09 2005 Subject: [fxruby-users] GUI Update technique In-Reply-To: <64b24a796e6583b6a5b61daf0887e035@knology.net> References: <170fa178050815194834947ed9@mail.gmail.com> <64b24a796e6583b6a5b61daf0887e035@knology.net> Message-ID: <170fa17805081606166e67522@mail.gmail.com> Excellent! Thanks Lyle. I guess I have been playing my cards a bit close to my chest if I really want any good interaction on my project. The reasons for this are far less draconian than you might imagine: so many good projects get started, and for what evever reason, good or bad, get abandoned. In the end, it always makes the project owner look, shall we say, less than dilligent. So I'll go out on a limb here. What I'm doing is a basic two-paned tabbook (ala the tabbook example). In the first pane is status information about a (potential) secure shell connection. In the second (tab) pane is a very simple dual-paned directory listing. The one on the left, the local working directory. The one on the right, the working directory at the far end of the connection. Simple drag and drop will be used to indicate which set of files will be transferred, to or from the local host. The options to start and manage a connection are provided via the application menus, and all parameters for the connection are gathered via modal dialog(s). Sensible (from a standpoint of application startup) defaults will be provided by the application. The idea is to leverage Net::SSH to provide a secure network file manager that can operate with all the conveniences and security of the SSH protocol, in combination with a simple and intuitive (well, at least commonly known and widely understood ;) UI provided by the Fox GUI Toolkit. I see the connect status pane as something that can be updated purely by this SEL_UPDATE signal; however, the timer-based update of the directory panes is still a neccesity as we have no way to get a signal from the remote host when the remote working directory is updated; polling the remote host for a new listing of the remote directory is the obvious solution (do correct me if you think there might be a better way :) Thanks again Lyle! Cheers, Twitch On 8/16/05, Lyle Johnson wrote: > > On Aug 15, 2005, at 9:48 PM, James Stallings II wrote: > > > Is the best way to do this to create all the top-level widgets (and > > their children) for an interface, and implement the update signals? > > Seems then I'd be able to create all the primary widgets, let the app > > change the values and send update signals back to the widgets and let > > them manage repainting themselves with the new values. > > > > Am I on the right track? if so, can anyone toss me any gems of wisdom > > before I try to get my head around the details? > > The GUI update feature makes sense for you if it's not a time-sensitive > thing. (I wasn't sure based on the things you've said in recent > e-mails.) > > Whenever there's idle time in the GUI, it (FOX) will devote some time > to the GUI update loop, in which it sends a SEL_UPDATE message to the > widgets (in turn). They can use that opportunity to make sure that > their settings (e.g. a label's text, or a dial's value) accurately > reflects the current application state, e.g. > > viewLabel.connect(SEL_UPDATE) { > viewLabel.text = modelText > } > > There should be some examples of this in the FXRuby examples directory. > Now, usually this happens very quickly because there's a lot more idle > time in a GUI application than you might realize. But if you need a > value to change at fixed times (e.g. for a little onscreen clock or > something) you would probably need to use a timer instead. > > Hope this helps, > > Lyle > > -- =================================== Woulds't thou so blame the fragrant blos'ms wilting as never to've had her bloom? From ggarra at advancedsl.com.ar Tue Aug 16 19:07:02 2005 From: ggarra at advancedsl.com.ar (Gonzalo Garramuno) Date: Tue Aug 16 18:59:56 2005 Subject: [fxruby-users] FOX/FXRuby FXDCPrint bugs Message-ID: <002401c5a2b7$36a476b0$0201a8c0@microsoft> Not sure if this is the proper place for reporting bugs, but here they go... I've just been trying FXDCPrint and I actually found that, for the most part, it kind of works for postscript output. You need to setContentRange before hand, else, you just get NaNs everywhere. It isn't exactly clear to me why setting this is needed. Then, I found that FXDCPrint's font method (ie. getFont) returns nil, instead of the current font. Another problem that the drawText function does not respect fonts, such as Times. It seems FXDCPrint is largely based (or is very similar) to C++ code written by Dimitris Servis. In his code, however, his drawText function clearly distinguishes among some basic fonts (times, helvetica, courier, etc), at least in his latest version. The current FOX that comes with FXRuby does not do this. FXDCPrint's lineWidth method is not setting line widths properly (it just takes the values as is, instead of multiplying by the scaling factor of the page). This leads to any line size that is bigger than the default (ie. 2, 3, etc) to look extremely thick. Finally, if FXDCPrint is called with an FXPrinter with printer settings set to print to page, a segfault will happen. This is also different from what happens in Dimitris code, where the postscript file gets piped to 'lpr' instead. Overall, most of these things are minor fixes to what is currently there already and with that, it would make FXDCPrint pretty usable for most things. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/fxruby-users/attachments/20050816/b83d4e40/attachment.htm From markusjais at yahoo.de Wed Aug 17 07:33:49 2005 From: markusjais at yahoo.de (Markus Jais) Date: Wed Aug 17 07:27:31 2005 Subject: Ant: Re: Ant: Re: [fxruby-users] problem installing fxruby In-Reply-To: <446fd7f5117832e7e23814b5f8e1abc4@knology.net> Message-ID: <20050817113349.17791.qmail@web26409.mail.ukl.yahoo.com> --- Lyle Johnson schrieb: > > On Aug 16, 2005, at 2:06 AM, Markus Jais wrote: > > > this is my ruby version: > > > > $ ruby -v > > ruby 1.8.2 (2004-07-29) [i686-linux] > > I thought that might be the case. You're using one > of the pre-release > versions of Ruby 1.8.2 (as evidenced by the date). > You need to update > to the final release of Ruby 1.8.2, which has a date > of 2004-12-24 if I > recall correctly. > > I installed the new version. now the build runs without errors. but I still get: irb(main):001:0> require 'rubygems' => true irb(main):002:0> require 'fox12' => false regards Markus ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de From lyle at knology.net Wed Aug 17 08:16:09 2005 From: lyle at knology.net (Lyle Johnson) Date: Wed Aug 17 08:09:50 2005 Subject: Ant: Re: Ant: Re: [fxruby-users] problem installing fxruby In-Reply-To: <20050817113349.17791.qmail@web26409.mail.ukl.yahoo.com> References: <20050817113349.17791.qmail@web26409.mail.ukl.yahoo.com> Message-ID: On Aug 17, 2005, at 6:33 AM, Markus Jais wrote: > I installed the new version. now the build runs > without errors. but I still get: > irb(main):001:0> require 'rubygems' > => true > irb(main):002:0> require 'fox12' > => false Hmmm, that doesn't really tell me anything about what might be wrong. What happens when you run one of the example programs (e.g. "examples/hello.rb")? From markusjais at yahoo.de Wed Aug 17 08:27:06 2005 From: markusjais at yahoo.de (Markus Jais) Date: Wed Aug 17 08:20:48 2005 Subject: Ant: Re: Ant: Re: Ant: Re: [fxruby-users] problem installing fxruby In-Reply-To: Message-ID: <20050817122706.63548.qmail@web26410.mail.ukl.yahoo.com> --- Lyle Johnson schrieb: > > On Aug 17, 2005, at 6:33 AM, Markus Jais wrote: > > > I installed the new version. now the build runs > > without errors. but I still get: > > irb(main):001:0> require 'rubygems' > > => true > > irb(main):002:0> require 'fox12' > > => false > > Hmmm, that doesn't really tell me anything about > what might be wrong. > What happens when you run one of the example > programs (e.g. > "examples/hello.rb")? > > I get this: /usr/local/lib/ruby/gems/1.8/gems/fxruby-1.2.6$ ruby examples/hello.rb examples/hello.rb:3:in `require': No such file to load -- fox12 (LoadError) from examples/hello.rb:3 Markus ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de From thom01 at laposte.net Wed Aug 17 08:54:56 2005 From: thom01 at laposte.net (thom01) Date: Wed Aug 17 08:48:41 2005 Subject: [fxruby-users] Popup menu attached to a FXTreeItem Message-ID: Hi Lyle Thanks a lot, your example helped me to solve my problem. I'm a little confused with the create function : > # Create it > popupMenu.create I have a menu bar in my application, I don't have to call create to display a menu pane from it. Maybe because the menu bar is part of the main window, and menus are created before calling FXMainWindow.show or FXApp.create ? I think I have the same kind of problem to add a new tab item to a tabbook. If you have time, could you complete the tabbook example (http://www.fxruby.org/examples/tabbook.rb) by adding an Add/Remove tab menu option ? Thanks Thomas Vanier > On Aug 5, 2005, at 1:08 PM, thom01 wrote: > > > I'd like to display a popup menu after a right click on a tree > > item, I cannot make it work : > > > > This is the typical pattern I'd use for a right-click popup menu on a > tree item (or whatever); > > treelist.connect(SEL_RIGHTBUTTONRELEASE) do |sender, sel, evt| > # Construct the menu pane > popupMenu = FXMenuPane.new(parent) > > # Add some menu items... > FXMenuCommand.new(popupMenu, "One") > FXMenuCommand.new(popupMenu, "Two") > > # Create it > popupMenu.create > > # Show it > popupMenu.popup(nil, evt.root_x, evt.root_y) > > # Restrict to this window while shown... > app.runModalWhileShown(popupMenu) > end > > I just confirmed that this works in FXRuby 1.2, but I don't know why it > wouldn't also work in FXRuby 1.0. > > Hope this helps, > > Lyle > > Acc?dez au courrier ?lectronique de La Poste : www.laposte.net ; 3615 LAPOSTENET (0,34?/mn) ; t?l : 08 92 68 13 50 (0,34?/mn) From lyle at knology.net Wed Aug 17 09:58:53 2005 From: lyle at knology.net (Lyle Johnson) Date: Wed Aug 17 09:52:32 2005 Subject: [fxruby-users] problem installing fxruby In-Reply-To: <20050817122706.63548.qmail@web26410.mail.ukl.yahoo.com> References: <20050817122706.63548.qmail@web26410.mail.ukl.yahoo.com> Message-ID: On Aug 17, 2005, at 7:27 AM, Markus Jais wrote: > I get this: > > /usr/local/lib/ruby/gems/1.8/gems/fxruby-1.2.6$ ruby > examples/hello.rb > examples/hello.rb:3:in `require': No such file to load > -- fox12 (LoadError) > from examples/hello.rb:3 Could you list the contents of this directory: /usr/local/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 and send them to me? In particular, there should be a log file in there (can't think of the name) that captures all of the build information. Based on the error message you saw when you tried to run the example, it would seem that FXRuby did not in fact finish building; otherwise, it would have found the "fox12.so" extension to load. From lyle at knology.net Wed Aug 17 16:47:49 2005 From: lyle at knology.net (lyle@knology.net) Date: Wed Aug 17 16:41:30 2005 Subject: [fxruby-users] Popup menu attached to a FXTreeItem In-Reply-To: <> References: <> Message-ID: <20050817204749.24945.qmail@webmail1.knology.net> On Wed, 17 Aug 2005 14:54:56 +0200, "thom01" wrote : > Thanks a lot, your example helped me to solve my problem. > I'm a little confused with the create function : > > # Create it > > popupMenu.create > > I have a menu bar in my application, I don't have to call > create to display a menu pane from it. > Maybe because the menu bar is part of the main window, and > menus are created before calling FXMainWindow.show or > FXApp.create? Yes, exactly. There's a question in the FOX FAQ list (at http://www.fox-toolkit.com/faq.html) about the whole issue of when it's necessary to call create() on a newly constructed window, or icon, or whatever. > I think I have the same kind of problem to add a new tab item > to a tabbook. Could be. > If you have time, could you complete the tabbook example > (http://www.fxruby.org/examples/tabbook.rb) by adding an > Add/Remove tab menu option? I've added this to the list of FXRuby feature requests: http://rubyforge.org/tracker/index.php?group_id=300&atid=1226 Hope this helps, Lyle From jacdx at jacobhanson.com Wed Aug 17 17:06:10 2005 From: jacdx at jacobhanson.com (Jacob Hanson) Date: Wed Aug 17 16:59:52 2005 Subject: [fxruby-users] also had problem installing fxruby In-Reply-To: References: <20050817122706.63548.qmail@web26410.mail.ukl.yahoo.com> Message-ID: <1725316359.20050817150610@jacobhanson.com> Now that you mention it, I'm having trouble getting fxruby going on fresh kubuntu installation. First, doing a gem install, it would act like it installed fine (no errors or anything, but the .so was no where to be found). I figured out that libfox1.2 wasn't installed, just 1.0, so I installed that apt. The next try yielded the same thing...no errors visible. Given the messages on the list today, I found the build log (mkmf.log) and apparently it couldn't find gcc. I got some basic devel packages installed and this time, it's actually building but there are hundreds of warnings. It did finally build fox12.so and it seems to work with my fxruby app. See ya, -- _/ _/ _/ Jacob Hanson _/ _/_/_/ mailto:jacdx@jacobhanson.com _/_/_/ _/ _/ http://www.jacobhanson.com From lyle at knology.net Wed Aug 17 17:45:01 2005 From: lyle at knology.net (lyle@knology.net) Date: Wed Aug 17 17:38:42 2005 Subject: [fxruby-users] also had problem installing fxruby In-Reply-To: <> References: <> Message-ID: <20050817214501.27493.qmail@webmail3.knology.net> On Wed, 17 Aug 2005 15:06:10 -0600, Jacob Hanson wrote : > Now that you mention it, I'm having trouble getting fxruby going on > fresh kubuntu installation. > > First, doing a gem install, it would act like it installed fine (no > errors or anything, but the .so was no where to be found). I figured > out that libfox1.2 wasn't installed, just 1.0, so I installed that > apt. The next try yielded the same thing...no errors visible. > > Given the messages on the list today, I found the build log (mkmf.log) and > apparently it couldn't find gcc. I got some basic devel packages > installed and this time, it's actually building but there are hundreds > of warnings. It did finally build fox12.so and it seems to work with > my fxruby app. Yes, compiling code is indeed a problem when you don't have a compiler installed. I wouldn't have expected to see "hundreds" of warnings when building FXRuby, though; it's developed on my Mac OS X box, also using the GCC compiler (version 3.3 maybe?). From jacdx at jacobhanson.com Wed Aug 17 18:01:42 2005 From: jacdx at jacobhanson.com (Jacob Hanson) Date: Wed Aug 17 17:55:26 2005 Subject: [fxruby-users] also had problem installing fxruby In-Reply-To: <20050817214501.27493.qmail@webmail3.knology.net> References: <> <20050817214501.27493.qmail@webmail3.knology.net> Message-ID: <1695315111.20050817160142@jacobhanson.com> Wednesday, August 17, 2005, 3:45:01 PM, you wrote: > On Wed, 17 Aug 2005 15:06:10 -0600, Jacob Hanson wrote : > Yes, compiling code is indeed a problem when you don't have a compiler > installed. I wouldn't have expected to see "hundreds" of warnings when > building FXRuby, though; it's developed on my Mac OS X box, also using the > GCC compiler (version 3.3 maybe?). Heh, ok, hundreds might be a slight exaggeration. ;) There were a bunch though. More than seem to be in the log. Yes, gcc 3.3.5. Brand new install of Kubuntu Hoary (debian based). FWIW See ya, -- _/ _/ _/ Jacob Hanson _/ _/_/_/ mailto:jacdx@jacobhanson.com _/_/_/ _/ _/ http://www.jacobhanson.com -------------- next part -------------- have_header: checking for sys/time.h... -------------------- yes "gcc -E -I/usr/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 -I/usr/lib/ruby/1.8/i386-linux -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -I/usr/include/fox-1.2 -Wall -g -O2 -fPIC conftest.c -o conftest.i" checked program was: /* begin */ #include /* end */ -------------------- have_header: checking for signal.h... -------------------- yes "gcc -E -I/usr/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 -I/usr/lib/ruby/1.8/i386-linux -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -I/usr/include/fox-1.2 -Wall -g -O2 -fPIC conftest.c -o conftest.i" checked program was: /* begin */ #include /* end */ -------------------- have_library: checking for png_create_read_struct() in -lpng... -------------------- no "gcc -o conftest -I/usr/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 -I/usr/lib/ruby/1.8/i386-linux -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -I/usr/include/fox-1.2 -Wall -g -O2 -fPIC conftest.c -L"/usr/local/lib" -L"/usr/lib" -lstdc++ -lruby1.8-static -lpng -lstdc++ -lpthread -ldl -lcrypt -lm -lc" conftest.c: In function `t': conftest.c:4: warning: implicit declaration of function `png_create_read_struct' /usr/bin/ld: cannot find -lpng collect2: ld returned 1 exit status checked program was: /* begin */ /*top*/ int main() { return 0; } int t() { png_create_read_struct(); return 0; } /* end */ "gcc -o conftest -I/usr/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 -I/usr/lib/ruby/1.8/i386-linux -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -I/usr/include/fox-1.2 -Wall -g -O2 -fPIC conftest.c -L"/usr/local/lib" -L"/usr/lib" -lstdc++ -lruby1.8-static -lpng -lstdc++ -lpthread -ldl -lcrypt -lm -lc" conftest.c: In function `t': conftest.c:5: error: `png_create_read_struct' undeclared (first use in this function) conftest.c:5: error: (Each undeclared identifier is reported only once conftest.c:5: error: for each function it appears in.) checked program was: /* begin */ /*top*/ int main() { return 0; } int t() { void ((*volatile p)()); p = (void ((*)()))png_create_read_struct; return 0; } /* end */ -------------------- have_library: checking for deflate() in -lz... -------------------- yes "gcc -o conftest -I/usr/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 -I/usr/lib/ruby/1.8/i386-linux -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -I/usr/include/fox-1.2 -Wall -g -O2 -fPIC conftest.c -L"/usr/local/lib" -L"/usr/lib" -lstdc++ -lruby1.8-static -lz -lstdc++ -lpthread -ldl -lcrypt -lm -lc" conftest.c: In function `t': conftest.c:4: warning: implicit declaration of function `deflate' checked program was: /* begin */ /*top*/ int main() { return 0; } int t() { deflate(); return 0; } /* end */ -------------------- have_library: checking for jpeg_mem_init() in -ljpeg... -------------------- no "gcc -o conftest -I/usr/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 -I/usr/lib/ruby/1.8/i386-linux -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -I/usr/include/fox-1.2 -Wall -g -O2 -fPIC conftest.c -L"/usr/local/lib" -L"/usr/lib" -lz -lstdc++ -lruby1.8-static -ljpeg -lz -lstdc++ -lpthread -ldl -lcrypt -lm -lc" conftest.c: In function `t': conftest.c:4: warning: implicit declaration of function `jpeg_mem_init' /usr/bin/ld: cannot find -ljpeg collect2: ld returned 1 exit status checked program was: /* begin */ /*top*/ int main() { return 0; } int t() { jpeg_mem_init(); return 0; } /* end */ "gcc -o conftest -I/usr/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 -I/usr/lib/ruby/1.8/i386-linux -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -I/usr/include/fox-1.2 -Wall -g -O2 -fPIC conftest.c -L"/usr/local/lib" -L"/usr/lib" -lz -lstdc++ -lruby1.8-static -ljpeg -lz -lstdc++ -lpthread -ldl -lcrypt -lm -lc" conftest.c: In function `t': conftest.c:5: error: `jpeg_mem_init' undeclared (first use in this function) conftest.c:5: error: (Each undeclared identifier is reported only once conftest.c:5: error: for each function it appears in.) checked program was: /* begin */ /*top*/ int main() { return 0; } int t() { void ((*volatile p)()); p = (void ((*)()))jpeg_mem_init; return 0; } /* end */ -------------------- have_library: checking for TIFFSetErrorHandler() in -ltiff... -------------------- no "gcc -o conftest -I/usr/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 -I/usr/lib/ruby/1.8/i386-linux -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -I/usr/include/fox-1.2 -Wall -g -O2 -fPIC conftest.c -L"/usr/local/lib" -L"/usr/lib" -lz -lstdc++ -lruby1.8-static -ltiff -lz -lstdc++ -lpthread -ldl -lcrypt -lm -lc" conftest.c: In function `t': conftest.c:4: warning: implicit declaration of function `TIFFSetErrorHandler' /usr/bin/ld: cannot find -ltiff collect2: ld returned 1 exit status checked program was: /* begin */ /*top*/ int main() { return 0; } int t() { TIFFSetErrorHandler(); return 0; } /* end */ "gcc -o conftest -I/usr/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 -I/usr/lib/ruby/1.8/i386-linux -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -I/usr/include/fox-1.2 -Wall -g -O2 -fPIC conftest.c -L"/usr/local/lib" -L"/usr/lib" -lz -lstdc++ -lruby1.8-static -ltiff -lz -lstdc++ -lpthread -ldl -lcrypt -lm -lc" conftest.c: In function `t': conftest.c:5: error: `TIFFSetErrorHandler' undeclared (first use in this function) conftest.c:5: error: (Each undeclared identifier is reported only once conftest.c:5: error: for each function it appears in.) checked program was: /* begin */ /*top*/ int main() { return 0; } int t() { void ((*volatile p)()); p = (void ((*)()))TIFFSetErrorHandler; return 0; } /* end */ -------------------- find_library: checking for XShmQueryVersion() in -lXext... -------------------- yes "gcc -o conftest -I/usr/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 -I/usr/lib/ruby/1.8/i386-linux -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -I/usr/include/fox-1.2 -Wall -g -O2 -fPIC conftest.c -L"/usr/local/lib" -L"/usr/lib" -lz -lstdc++ -lruby1.8-static -lXext -lz -lstdc++ -lpthread -ldl -lcrypt -lm -lc" conftest.c: In function `t': conftest.c:4: warning: implicit declaration of function `XShmQueryVersion' /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit status checked program was: /* begin */ /*top*/ int main() { return 0; } int t() { XShmQueryVersion(); return 0; } /* end */ "gcc -o conftest -I/usr/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 -I/usr/lib/ruby/1.8/i386-linux -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -I/usr/include/fox-1.2 -Wall -g -O2 -fPIC conftest.c -L"/usr/local/lib" -L"/usr/lib" -lz -lstdc++ -lruby1.8-static -lXext -lz -lstdc++ -lpthread -ldl -lcrypt -lm -lc" conftest.c: In function `t': conftest.c:5: error: `XShmQueryVersion' undeclared (first use in this function) conftest.c:5: error: (Each undeclared identifier is reported only once conftest.c:5: error: for each function it appears in.) checked program was: /* begin */ /*top*/ int main() { return 0; } int t() { void ((*volatile p)()); p = (void ((*)()))XShmQueryVersion; return 0; } /* end */ "gcc -o conftest -I/usr/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 -I/usr/lib/ruby/1.8/i386-linux -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -I/usr/include/fox-1.2 -Wall -g -O2 -fPIC conftest.c -L"/usr/local/lib" -L"/usr/lib" -L"/usr/X11R6/lib" -lz -lstdc++ -lruby1.8-static -lXext -lz -lstdc++ -lpthread -ldl -lcrypt -lm -lc" conftest.c: In function `t': conftest.c:4: warning: implicit declaration of function `XShmQueryVersion' checked program was: /* begin */ /*top*/ int main() { return 0; } int t() { XShmQueryVersion(); return 0; } /* end */ -------------------- find_library: checking for XFindContext() in -lX11... -------------------- yes "gcc -o conftest -I/usr/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 -I/usr/lib/ruby/1.8/i386-linux -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -I/usr/include/fox-1.2 -Wall -g -O2 -fPIC conftest.c -L"/usr/local/lib" -L"/usr/lib" -L"/usr/X11R6/lib" -lXext -lz -lstdc++ -lruby1.8-static -lX11 -lXext -lz -lstdc++ -lpthread -ldl -lcrypt -lm -lc" conftest.c: In function `t': conftest.c:4: warning: implicit declaration of function `XFindContext' checked program was: /* begin */ /*top*/ int main() { return 0; } int t() { XFindContext(); return 0; } /* end */ -------------------- find_library: checking for glXCreateContext() in -lGL... -------------------- no "gcc -o conftest -I/usr/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 -I/usr/lib/ruby/1.8/i386-linux -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -I/usr/include/fox-1.2 -Wall -g -O2 -fPIC conftest.c -L"/usr/local/lib" -L"/usr/lib" -L"/usr/X11R6/lib" -lX11 -lXext -lz -lstdc++ -lruby1.8-static -lGL -lX11 -lXext -lz -lstdc++ -lpthread -ldl -lcrypt -lm -lc" conftest.c: In function `t': conftest.c:4: warning: implicit declaration of function `glXCreateContext' /usr/bin/ld: cannot find -lGL collect2: ld returned 1 exit status checked program was: /* begin */ /*top*/ int main() { return 0; } int t() { glXCreateContext(); return 0; } /* end */ "gcc -o conftest -I/usr/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 -I/usr/lib/ruby/1.8/i386-linux -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -I/usr/include/fox-1.2 -Wall -g -O2 -fPIC conftest.c -L"/usr/local/lib" -L"/usr/lib" -L"/usr/X11R6/lib" -lX11 -lXext -lz -lstdc++ -lruby1.8-static -lGL -lX11 -lXext -lz -lstdc++ -lpthread -ldl -lcrypt -lm -lc" conftest.c: In function `t': conftest.c:5: error: `glXCreateContext' undeclared (first use in this function) conftest.c:5: error: (Each undeclared identifier is reported only once conftest.c:5: error: for each function it appears in.) checked program was: /* begin */ /*top*/ int main() { return 0; } int t() { void ((*volatile p)()); p = (void ((*)()))glXCreateContext; return 0; } /* end */ "gcc -o conftest -I/usr/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 -I/usr/lib/ruby/1.8/i386-linux -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -I/usr/include/fox-1.2 -Wall -g -O2 -fPIC conftest.c -L"/usr/local/lib" -L"/usr/lib" -L"/usr/X11R6/lib" -lX11 -lXext -lz -lstdc++ -lruby1.8-static -lGL -lX11 -lXext -lz -lstdc++ -lpthread -ldl -lcrypt -lm -lc" conftest.c: In function `t': conftest.c:4: warning: implicit declaration of function `glXCreateContext' /usr/bin/ld: cannot find -lGL collect2: ld returned 1 exit status checked program was: /* begin */ /*top*/ int main() { return 0; } int t() { glXCreateContext(); return 0; } /* end */ "gcc -o conftest -I/usr/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 -I/usr/lib/ruby/1.8/i386-linux -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -I/usr/include/fox-1.2 -Wall -g -O2 -fPIC conftest.c -L"/usr/local/lib" -L"/usr/lib" -L"/usr/X11R6/lib" -lX11 -lXext -lz -lstdc++ -lruby1.8-static -lGL -lX11 -lXext -lz -lstdc++ -lpthread -ldl -lcrypt -lm -lc" conftest.c: In function `t': conftest.c:5: error: `glXCreateContext' undeclared (first use in this function) conftest.c:5: error: (Each undeclared identifier is reported only once conftest.c:5: error: for each function it appears in.) checked program was: /* begin */ /*top*/ int main() { return 0; } int t() { void ((*volatile p)()); p = (void ((*)()))glXCreateContext; return 0; } /* end */ -------------------- find_library: checking for gluNewQuadric() in -lGLU... -------------------- no "gcc -o conftest -I/usr/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 -I/usr/lib/ruby/1.8/i386-linux -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -I/usr/include/fox-1.2 -Wall -g -O2 -fPIC conftest.c -L"/usr/local/lib" -L"/usr/lib" -L"/usr/X11R6/lib" -lX11 -lXext -lz -lstdc++ -lruby1.8-static -lGLU -lX11 -lXext -lz -lstdc++ -lpthread -ldl -lcrypt -lm -lc" conftest.c: In function `t': conftest.c:4: warning: implicit declaration of function `gluNewQuadric' /usr/bin/ld: cannot find -lGLU collect2: ld returned 1 exit status checked program was: /* begin */ /*top*/ int main() { return 0; } int t() { gluNewQuadric(); return 0; } /* end */ "gcc -o conftest -I/usr/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 -I/usr/lib/ruby/1.8/i386-linux -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -I/usr/include/fox-1.2 -Wall -g -O2 -fPIC conftest.c -L"/usr/local/lib" -L"/usr/lib" -L"/usr/X11R6/lib" -lX11 -lXext -lz -lstdc++ -lruby1.8-static -lGLU -lX11 -lXext -lz -lstdc++ -lpthread -ldl -lcrypt -lm -lc" conftest.c: In function `t': conftest.c:5: error: `gluNewQuadric' undeclared (first use in this function) conftest.c:5: error: (Each undeclared identifier is reported only once conftest.c:5: error: for each function it appears in.) checked program was: /* begin */ /*top*/ int main() { return 0; } int t() { void ((*volatile p)()); p = (void ((*)()))gluNewQuadric; return 0; } /* end */ "gcc -o conftest -I/usr/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 -I/usr/lib/ruby/1.8/i386-linux -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -I/usr/include/fox-1.2 -Wall -g -O2 -fPIC conftest.c -L"/usr/local/lib" -L"/usr/lib" -L"/usr/X11R6/lib" -lX11 -lXext -lz -lstdc++ -lruby1.8-static -lGLU -lX11 -lXext -lz -lstdc++ -lpthread -ldl -lcrypt -lm -lc" conftest.c: In function `t': conftest.c:4: warning: implicit declaration of function `gluNewQuadric' /usr/bin/ld: cannot find -lGLU collect2: ld returned 1 exit status checked program was: /* begin */ /*top*/ int main() { return 0; } int t() { gluNewQuadric(); return 0; } /* end */ "gcc -o conftest -I/usr/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 -I/usr/lib/ruby/1.8/i386-linux -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -I/usr/include/fox-1.2 -Wall -g -O2 -fPIC conftest.c -L"/usr/local/lib" -L"/usr/lib" -L"/usr/X11R6/lib" -lX11 -lXext -lz -lstdc++ -lruby1.8-static -lGLU -lX11 -lXext -lz -lstdc++ -lpthread -ldl -lcrypt -lm -lc" conftest.c: In function `t': conftest.c:5: error: `gluNewQuadric' undeclared (first use in this function) conftest.c:5: error: (Each undeclared identifier is reported only once conftest.c:5: error: for each function it appears in.) checked program was: /* begin */ /*top*/ int main() { return 0; } int t() { void ((*volatile p)()); p = (void ((*)()))gluNewQuadric; return 0; } /* end */ -------------------- From markusjais at yahoo.de Thu Aug 18 03:21:44 2005 From: markusjais at yahoo.de (Markus Jais) Date: Thu Aug 18 03:15:25 2005 Subject: Ant: Re: [fxruby-users] problem installing fxruby In-Reply-To: Message-ID: <20050818072144.82096.qmail@web26407.mail.ukl.yahoo.com> --- Lyle Johnson schrieb: > > On Aug 17, 2005, at 7:27 AM, Markus Jais wrote: > > > I get this: > > > > /usr/local/lib/ruby/gems/1.8/gems/fxruby-1.2.6$ > ruby > > examples/hello.rb > > examples/hello.rb:3:in `require': No such file to > load > > -- fox12 (LoadError) > > from examples/hello.rb:3 > > Could you list the contents of this directory: > > > /usr/local/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12 > > and send them to me? In particular, there should be > a log file in there > (can't think of the name) that captures all of the > build information. > Based on the error message you saw when you tried to > run the example, > it would seem that FXRuby did not in fact finish > building; otherwise, > it would have found the "fox12.so" extension to > load. > > hi this is the content of the directory: /usr/local/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12$ ls FXRbApp.cpp dc_wrap.cpp iconlist_wrap.o librb.c table_wrap.cpp FXRbApp.o dc_wrap.o icons_wrap.cpp librb.o table_wrap.o FXRbDataTarget.cpp dialogs_wrap.cpp icons_wrap.o list_wrap.cpp text_wrap.cpp FXRbDataTarget.o dialogs_wrap.o image_wrap.cpp list_wrap.o text_wrap.o FXRbGLViewer.cpp extconf.rb image_wrap.o markfuncs.cpp treelist_wrap.cpp FXRbGLViewer.o fox12.so impl.cpp markfuncs.o treelist_wrap.o FXRuby.cpp frames_wrap.cpp impl.o mdi_wrap.cpp ui_wrap.cpp FXRuby.o frames_wrap.o include mdi_wrap.o ui_wrap.o MANIFEST fx3d_wrap.cpp label_wrap.cpp menu_wrap.cpp unregisterOwnedObjects.cpp Makefile fx3d_wrap.o label_wrap.o menu_wrap.o unregisterOwnedObjects.o core_wrap.cpp gem_make.out layout_wrap.cpp mkmf.log core_wrap.o iconlist_wrap.cpp layout_wrap.o scintilla_wrap.cpp.bak ls -l fox12.so -rwxr-xr-x 1 root root 16729892 2005-08-17 11:49 fox12.so so the file seems to be there. Markus ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de From lyle at knology.net Thu Aug 18 07:57:30 2005 From: lyle at knology.net (Lyle Johnson) Date: Thu Aug 18 07:51:07 2005 Subject: Ant: Re: [fxruby-users] problem installing fxruby In-Reply-To: <20050818072144.82096.qmail@web26407.mail.ukl.yahoo.com> References: <20050818072144.82096.qmail@web26407.mail.ukl.yahoo.com> Message-ID: On Aug 18, 2005, at 2:21 AM, Markus Jais wrote: > so the file seems to be there. OK. Tell me what you see when you type: ruby -rubygems examples/hello.rb Also, please send me a copy of this file: /usr/local/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12/gem_make.out Thanks, Lyle From lyle at knology.net Thu Aug 18 08:00:21 2005 From: lyle at knology.net (Lyle Johnson) Date: Thu Aug 18 07:53:59 2005 Subject: [fxruby-users] also had problem installing fxruby In-Reply-To: <1695315111.20050817160142@jacobhanson.com> References: <> <20050817214501.27493.qmail@webmail3.knology.net> <1695315111.20050817160142@jacobhanson.com> Message-ID: On Aug 17, 2005, at 5:01 PM, Jacob Hanson wrote: > Heh, ok, hundreds might be a slight exaggeration. ;) There were a bunch > though. More than seem to be in the log. Yes, gcc 3.3.5. Brand new > install of Kubuntu Hoary (debian based). You sent the mkmf.log file, which is a log of the configuration for the build but doesn't actually log the compiler errors. If you built the code from a Gem, there should be a file named gem_make.out in there somewhere, e.g. /usr/local/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12/gem_make.out If you can send that to me, I'd like to see what the errors were (and if they look important). Thanks, Lyle From lyle.johnson at gmail.com Thu Aug 18 10:58:13 2005 From: lyle.johnson at gmail.com (Lyle Johnson) Date: Thu Aug 18 10:51:55 2005 Subject: [fxruby-users] Re: fxruby questions In-Reply-To: <1124320672.729181.249200@o13g2000cwo.googlegroups.com> References: <1124236524.917987.144780@o13g2000cwo.googlegroups.com> <1124320672.729181.249200@o13g2000cwo.googlegroups.com> Message-ID: On 8/17/05, ritchie wrote: > thanks for the info on the event handling, works a treat. > my next question is about drag n drop. i'm having a bit of difficulty > dnd from an FXIconList. I want to pick up an icon and drag it to > another iconlist, this is possible yes? I guess so, I've never tried it. You might ask on the foxgui-users mailing list to see if anyone's tried to do this. > FYI, on the iconlist, the retrieveItem method does not exist, although > it's documented in the help, getItem() seems to work though, which I > found in the unit tests but as far as i can see is not documented, in > rdoc anyway. Thanks. I've added a bug report for this: http://rubyforge.org/tracker/index.php?func=detail&aid=2260&group_id=300&atid=1223 -- Lyle P.S. If there are follow-up questions, let's take them over to the fxruby-users mailing list since ruby-talk is intended for more general Ruby discussions. From james.stallings at gmail.com Thu Aug 18 19:53:21 2005 From: james.stallings at gmail.com (James Stallings II) Date: Thu Aug 18 19:47:00 2005 Subject: [fxruby-users] GUI Update technique In-Reply-To: <170fa17805081606166e67522@mail.gmail.com> References: <170fa178050815194834947ed9@mail.gmail.com> <64b24a796e6583b6a5b61daf0887e035@knology.net> <170fa17805081606166e67522@mail.gmail.com> Message-ID: <170fa17805081816535070cd9c@mail.gmail.com> Ahh, well. Of all the good reasons to abandon a project, perhaps that the application area is already well covered is one of the best. I needed to deploy this functionality a little quicker than I could deploy my own code, and upon investigation found that there are several robust solutions in place for the most commonly used OSs, most under the GPL. I've learned a lot from the meager distance I've taken it, but there's no real reason I shouldn't continue to learn on my next project. So, I ask you all: do you think that there is a need within the (fx)ruby community for a ssh/sftp/scp gui client specifically written in ruby? If there's any interest, I might continue to work on it -- if you all are in agreement with me about abandoning it, I'll blow it off and move on to the next thing. Any comments? Thanks, Twitch On 8/16/05, James Stallings II wrote: > Excellent! Thanks Lyle. > > I guess I have been playing my cards a bit close to my chest if I > really want any good interaction on my project. > > The reasons for this are far less draconian than you might imagine: so > many good projects get started, and for what evever reason, good or > bad, get abandoned. In the end, it always makes the project owner > look, shall we say, less than dilligent. > > So I'll go out on a limb here. > > What I'm doing is a basic two-paned tabbook (ala the tabbook example). > In the first pane is status information about a (potential) secure > shell connection. In the second (tab) pane is a very simple dual-paned > directory listing. The one on the left, the local working directory. > The one on the right, the working directory at the far end of the > connection. Simple drag and drop will be used to indicate which set of > files will be transferred, to or from the local host. > > The options to start and manage a connection are provided via the > application menus, and all parameters for the connection are gathered > via modal dialog(s). Sensible (from a standpoint of application > startup) defaults will be provided by the application. > > The idea is to leverage Net::SSH to provide a secure network file > manager that can operate with all the conveniences and security of the > SSH protocol, in combination with a simple and intuitive (well, at > least commonly known and widely understood ;) UI provided by the Fox > GUI Toolkit. > > I see the connect status pane as something that can be updated purely > by this SEL_UPDATE signal; however, the timer-based update of the > directory panes is still a neccesity as we have no way to get a signal > from the remote host when the remote working directory is updated; > polling the remote host for a new listing of the remote directory is > the obvious solution (do correct me if you think there might be a > better way :) > > Thanks again Lyle! > > Cheers, > Twitch > > > On 8/16/05, Lyle Johnson wrote: > > > > On Aug 15, 2005, at 9:48 PM, James Stallings II wrote: > > > > > Is the best way to do this to create all the top-level widgets (and > > > their children) for an interface, and implement the update signals? > > > Seems then I'd be able to create all the primary widgets, let the app > > > change the values and send update signals back to the widgets and let > > > them manage repainting themselves with the new values. > > > > > > Am I on the right track? if so, can anyone toss me any gems of wisdom > > > before I try to get my head around the details? > > > > The GUI update feature makes sense for you if it's not a time-sensitive > > thing. (I wasn't sure based on the things you've said in recent > > e-mails.) > > > > Whenever there's idle time in the GUI, it (FOX) will devote some time > > to the GUI update loop, in which it sends a SEL_UPDATE message to the > > widgets (in turn). They can use that opportunity to make sure that > > their settings (e.g. a label's text, or a dial's value) accurately > > reflects the current application state, e.g. > > > > viewLabel.connect(SEL_UPDATE) { > > viewLabel.text = modelText > > } > > > > There should be some examples of this in the FXRuby examples directory. > > Now, usually this happens very quickly because there's a lot more idle > > time in a GUI application than you might realize. But if you need a > > value to change at fixed times (e.g. for a little onscreen clock or > > something) you would probably need to use a timer instead. > > > > Hope this helps, > > > > Lyle > > > > > > > -- > =================================== > Woulds't thou so blame > the fragrant blos'ms wilting > as never to've had her bloom? > -- =================================== Woulds't thou so blame the fragrant blos'ms wilting as never to've had her bloom? From lyle at knology.net Thu Aug 18 20:57:49 2005 From: lyle at knology.net (Lyle Johnson) Date: Thu Aug 18 20:51:29 2005 Subject: [fxruby-users] GUI Update technique In-Reply-To: <170fa17805081816535070cd9c@mail.gmail.com> References: <170fa178050815194834947ed9@mail.gmail.com> <64b24a796e6583b6a5b61daf0887e035@knology.net> <170fa17805081606166e67522@mail.gmail.com> <170fa17805081816535070cd9c@mail.gmail.com> Message-ID: <05b221e22b92688b782ec8f437583b07@knology.net> On Aug 18, 2005, at 6:53 PM, James Stallings II wrote: > Ahh, well. > > Of all the good reasons to abandon a project, perhaps that the > application area is already well covered is one of the best. I needed > to deploy this functionality a little quicker than I could deploy my > own code, and upon investigation found that there are several robust > solutions in place for the most commonly used OSs, most under the GPL. That sounds like a very pragmatic solution to me. ;) > I've learned a lot from the meager distance I've taken it, but there's > no real reason I shouldn't continue to learn on my next project. Sure. > So, I ask you all: do you think that there is a need within the > (fx)ruby community for a ssh/sftp/scp gui client specifically written > in ruby? If there's any interest, I might continue to work on it -- if > you all are in agreement with me about abandoning it, I'll blow it off > and move on to the next thing. Working on it wouldn't be a waste of time if you learn something new while doing it. Generally speaking, though, I'm not in favor of reinventing the wheel for the sole purpose of being able to say you've cloned some existing, perfectly good program, in Ruby. I'd rather see that energy expended towards something innovative. You of course have to come up with that idea yourself. ;) From ggarra at advancedsl.com.ar Fri Aug 19 00:32:37 2005 From: ggarra at advancedsl.com.ar (Gonzalo Garramuno) Date: Fri Aug 19 00:25:27 2005 Subject: [fxruby-users] tooltip on canvas Message-ID: <005001c5a477$09698160$0201a8c0@microsoft> How do I go around creating a tooltip for an FXCanvas? That is, having different tooltips popup on different portions of the drawn canvas. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/fxruby-users/attachments/20050819/46fcc500/attachment.htm From markusjais at yahoo.de Fri Aug 19 04:14:21 2005 From: markusjais at yahoo.de (Markus Jais) Date: Fri Aug 19 04:08:01 2005 Subject: Ant: Re: Ant: Re: [fxruby-users] problem installing fxruby In-Reply-To: Message-ID: <20050819081421.90957.qmail@web26401.mail.ukl.yahoo.com> --- Lyle Johnson schrieb: > > On Aug 18, 2005, at 2:21 AM, Markus Jais wrote: > > > so the file seems to be there. > > OK. Tell me what you see when you type: > > ruby -rubygems examples/hello.rb strange. this way it works. > > Also, please send me a copy of this file: > > > /usr/local/lib/ruby/gems/1.8/gems/fxruby-1.2.6/ext/fox12/gem_make.out cat ext/fox12/gem_make.out ruby extconf.rb install fxruby checking for sys/time.h... yes checking for signal.h... yes checking for png_create_read_struct() in -lpng... no checking for deflate() in -lz... yes checking for jpeg_mem_init() in -ljpeg... yes checking for TIFFSetErrorHandler() in -ltiff... yes checking for XShmQueryVersion() in -lXext... yes checking for XFindContext() in -lX11... yes checking for glXCreateContext() in -lGL... yes checking for gluNewQuadric() in -lGLU... yes creating Makefile make gcc -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c librb.c g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c core_wrap.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c dc_wrap.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c dialogs_wrap.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c frames_wrap.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c fx3d_wrap.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c FXRbApp.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c FXRbDataTarget.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c FXRbGLViewer.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c FXRuby.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c iconlist_wrap.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c icons_wrap.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c image_wrap.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c impl.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c label_wrap.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c layout_wrap.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c list_wrap.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c markfuncs.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c mdi_wrap.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c menu_wrap.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c table_wrap.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c text_wrap.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c treelist_wrap.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c ui_wrap.cpp g++ -fPIC -g -O2 -O0 -Iinclude -I. -I/usr/local/lib/ruby/1.8/i686-linux -I/usr/local/lib/ruby/1.8/i686-linux -I. -DHAVE_SYS_TIME_H -DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla -I/usr/local/include/fox-1.2 -c unregisterOwnedObjects.cpp gcc -shared -L'/usr/local/lib' -Wl,-R'/usr/local/lib' -L'/usr/local/lib' -Wl,-R'/usr/local/lib' -L'/usr/X11R6/lib' -Wl,-R'/usr/X11R6/lib' -o fox12.so librb.o core_wrap.o dc_wrap.o dialogs_wrap.o frames_wrap.o fx3d_wrap.o FXRbApp.o FXRbDataTarget.o FXRbGLViewer.o FXRuby.o iconlist_wrap.o icons_wrap.o image_wrap.o impl.o label_wrap.o layout_wrap.o list_wrap.o markfuncs.o mdi_wrap.o menu_wrap.o table_wrap.o text_wrap.o treelist_wrap.o ui_wrap.o unregisterOwnedObjects.o -lFOX-1.2 -lGLU -lGL -lX11 -lXext -ltiff -ljpeg -lz -lstdc++ -ldl -lcrypt -lm -lc make install make: Nothing to be done for `install'. Markus > > Thanks, > > Lyle > > ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de From lyle at knology.net Fri Aug 19 10:02:14 2005 From: lyle at knology.net (Lyle Johnson) Date: Fri Aug 19 09:55:47 2005 Subject: Ant: Re: Ant: Re: [fxruby-users] problem installing fxruby In-Reply-To: <20050819081421.90957.qmail@web26401.mail.ukl.yahoo.com> References: <20050819081421.90957.qmail@web26401.mail.ukl.yahoo.com> Message-ID: On Aug 19, 2005, at 3:14 AM, Markus Jais wrote: > strange. > this way it works. OK, I think you're basically in good shape now. Since you've installed the software as a Gem, I'd advise you to set up your environment to let Ruby know that you want to use the gems repository. Some of your options for doing this are listed in Section 3.4 of the RubyGems manual (at http://docs.rubygems.org/read/chapter/3#page70). We've already demonstrated the "-rubygems" command line option technique, but I'd recommend you just modify your RUBYOPT environment variable as described in that section of the RubyGems manual. Hope this helps, Lyle From kevin.burge at systemware.com Fri Aug 19 11:45:31 2005 From: kevin.burge at systemware.com (Kevin Burge) Date: Fri Aug 19 14:14:31 2005 Subject: [fxruby-users] GUI update and threads Message-ID: <4305FE9B.5060604@systemware.com> Hi, I'm trying to write an "installer" application. I want a progressdialog to show the status, while the long running process is done by another thread/process or something. I cannot get this to work. I was using a pipe for communication after forking to do the "long running process", and that basically worked, except that I'd get X Fatal Errors or async errors every now and then (I'm not an X programmer). So, I tried enabling threads in the app, and using a thread instead to do the work (so that they GUI would actually update as the installation progressed), and now, when I send ID_ACCEPT to the modal ProgressDialog, after the thread finishes, the system is in lala land (i.e. progressdialog.execute never returns). Is there a faq somewhere on using threads w/ FXRuby? Has anyone else needed to do a long running process in either a separate thread or separate process and been able to retain GUI responsivness? Using FXRuby 1.2.6. Thanks, Kevin Please visit http://www.systemware.com/ From lyle at knology.net Sat Aug 20 10:36:32 2005 From: lyle at knology.net (Lyle Johnson) Date: Sat Aug 20 10:30:26 2005 Subject: [fxruby-users] [ANN] FXRuby 1.4.1 Now Available Message-ID: All, At long last, FXRuby version 1.4.1 is available for download from this page: http://rubyforge.org/frs/?group_id=300&release_id=2719 Since this is the first release in this series (i.e. compatible with FOX 1.4), it should be considered unstable. Please report any problems either to the mailing list, or even better, log them in the Bug Tracker at RubyForge, here: http://rubyforge.org/tracker/?atid=1223&group_id=300&func=browse As usual, the code is provided as a Win32 installer or a binary Gem (both compatible with the latest One-Click Installer for Ruby 1.8.2), as a source gem, and as a source tarball. For instructions on compiling FXRuby from source, please see: http://www.fxruby.org/doc/build.html For a summary of the changes in this release, please see this page: http://www.fxruby.org/doc/changes.html As always, the FXRuby home page is here: http://www.fxruby.org Enjoy, Lyle From jacdx at jacobhanson.com Sat Aug 20 12:44:45 2005 From: jacdx at jacobhanson.com (Jacob Hanson) Date: Sat Aug 20 12:38:21 2005 Subject: [fxruby-users] [ANN] FXRuby 1.4.1 Now Available In-Reply-To: References: Message-ID: <695756756.20050820104445@jacobhanson.com> Yay! *Round of applause for Lyle* Saturday, August 20, 2005, 8:36:32 AM, you wrote: > All, > At long last, FXRuby version 1.4.1 is available for download from this > page: > http://rubyforge.org/frs/?group_id=300&release_id=2719 > Since this is the first release in this series (i.e. compatible with > FOX 1.4), it should be considered unstable. Please report any problems > either to the mailing list, or even better, log them in the Bug Tracker > at RubyForge, here: > > http://rubyforge.org/tracker/?atid=1223&group_id=300&func=browse > As usual, the code is provided as a Win32 installer or a binary Gem > (both compatible with the latest One-Click Installer for Ruby 1.8.2), > as a source gem, and as a source tarball. For instructions on compiling > FXRuby from source, please see: > http://www.fxruby.org/doc/build.html > For a summary of the changes in this release, please see this page: > http://www.fxruby.org/doc/changes.html > As always, the FXRuby home page is here: > http://www.fxruby.org > Enjoy, > Lyle See ya, -- _/ _/ _/ Jacob Hanson _/ _/_/_/ mailto:jacdx@jacobhanson.com _/_/_/ _/ _/ http://www.jacobhanson.com From richard.lyman at gmail.com Sat Aug 20 13:39:07 2005 From: richard.lyman at gmail.com (Richard Lyman) Date: Sat Aug 20 13:32:43 2005 Subject: [fxruby-users] [ANN] FXRuby 1.4.1 Now Available In-Reply-To: References: Message-ID: <86e62e6705082010392dc497fd@mail.gmail.com> On 8/20/05, Lyle Johnson wrote: > All, > > At long last, FXRuby version 1.4.1 is available for download > > Enjoy, > > Lyle Thanks for your hard work Lyle. -Rich From shevegen at linuxmail.org Sat Aug 20 16:39:13 2005 From: shevegen at linuxmail.org (Roebe XXX) Date: Sat Aug 20 16:32:49 2005 Subject: [fxruby-users] > ssh/sftp/scp gui client in Ruby Message-ID: <20050820203913.29663CA0A3@ws5-11.us4.outblaze.com> "I'd rather see that energy expended towards something innovative. " While I completely agree with that statement, my personal opinion is that it would be nice to have a ssh/sftp/scp client in ruby EVEN if it is not finished. (Reason follows soon) "If there's any interest, I might continue to work on it" Dont worry, just abandon it if you dont want to work on it, better to have a project that is more interesting / more needed. :) What I would think could be a good idea, though, is, to invest a bit time especially concerning to have a base documentation about it (i.e. you hack some Ruby/FXRuby code and document it, but you dont bother to finish it completely). This can be very helpful for newbies, who often have a problem to find good documentation. ( On a german wiki there was a FXRuby example for a simple FXRuby notepad, this was nice in that newbies can reuse that code easily and add whatever they want to add do it ... *tweaking* it. Those examples should become much more prominent, and more different wiki styles deployed in general covering FXRuby too. I especially like the Gentoo Wikis, even though i am not a Gentoo User, they provide nice knowledge) :) Just my 1 old cc -- _______________________________________________ Check out the latest SMS services @ http://www.linuxmail.org This allows you to send and receive SMS through your mailbox. Powered by Outblaze From lyle at knology.net Sat Aug 20 16:49:33 2005 From: lyle at knology.net (Lyle Johnson) Date: Sat Aug 20 16:43:17 2005 Subject: [fxruby-users] > ssh/sftp/scp gui client in Ruby In-Reply-To: <20050820203913.29663CA0A3@ws5-11.us4.outblaze.com> References: <20050820203913.29663CA0A3@ws5-11.us4.outblaze.com> Message-ID: <0cc69db6a5e8ec6c6f0b40376f0a6cf7@knology.net> On Aug 20, 2005, at 3:39 PM, Roebe XXX wrote: > What I would think could be a good idea, though, is, to invest a > bit time especially concerning to have a base documentation about > it (i.e. you hack some Ruby/FXRuby code and document it, but you dont > bother to finish it completely). > This can be very helpful for newbies, who often > have a problem to find good documentation. This is an excellent point. The lack of tutorial-style documentation and examples is probably the biggest shortcoming for FXRuby. If anyone has written some such documentation, I'd love to add pointers to it from the FXRuby home page. From sander at knology.net Sat Aug 20 15:55:41 2005 From: sander at knology.net (Sander Jansen) Date: Sat Aug 20 17:35:07 2005 Subject: [fxruby-users] [FOX Community] New Poll Message-ID: <200508201455.41908.sander@knology.net> We have a new poll at the FOX Community wiki: http://fox-toolkit.net For previous poll results, please see the poll archive: http://fox-toolkit.net/cgi-bin/wiki.pl?Poll_Archive Sander From sander at knology.net Sat Aug 20 15:59:57 2005 From: sander at knology.net (Sander Jansen) Date: Sat Aug 20 17:39:20 2005 Subject: [fxruby-users] [ANN] FXRuby 1.4.1 Now Available In-Reply-To: <695756756.20050820104445@jacobhanson.com> References: <695756756.20050820104445@jacobhanson.com> Message-ID: <200508201459.58079.sander@knology.net> w00t! Lyle, did you ever get that steak diner we promised to you? Sander On Saturday 20 August 2005 11:44 am, Jacob Hanson wrote: > Yay! *Round of applause for Lyle* > > Saturday, August 20, 2005, 8:36:32 AM, you wrote: > > All, > > > > At long last, FXRuby version 1.4.1 is available for download from this > > page: > > > > http://rubyforge.org/frs/?group_id=300&release_id=2719 > > > > Since this is the first release in this series (i.e. compatible with > > FOX 1.4), it should be considered unstable. Please report any problems > > either to the mailing list, or even better, log them in the Bug Tracker > > at RubyForge, here: > > > > > > http://rubyforge.org/tracker/?atid=1223&group_id=300&func=browse > > > > As usual, the code is provided as a Win32 installer or a binary Gem > > (both compatible with the latest One-Click Installer for Ruby 1.8.2), > > as a source gem, and as a source tarball. For instructions on compiling > > FXRuby from source, please see: > > > > http://www.fxruby.org/doc/build.html > > > > For a summary of the changes in this release, please see this page: > > > > http://www.fxruby.org/doc/changes.html > > > > As always, the FXRuby home page is here: > > > > http://www.fxruby.org > > > > Enjoy, > > > > Lyle > > See ya, > -- > _/ _/ _/ Jacob Hanson > _/ _/_/_/ mailto:jacdx@jacobhanson.com > _/_/_/ _/ _/ http://www.jacobhanson.com > > _______________________________________________ > fxruby-users mailing list > fxruby-users@rubyforge.org > http://rubyforge.org/mailman/listinfo/fxruby-users From ggarra at advancedsl.com.ar Sat Aug 20 22:08:05 2005 From: ggarra at advancedsl.com.ar (Gonzalo Garramuno) Date: Sat Aug 20 22:00:37 2005 Subject: [fxruby-users] Re: FXRuby 1.4.1 First Bug Reports References: Message-ID: <001301c5a5f5$2d327820$0201a8c0@microsoft> > Since this is the first release in this series (i.e. compatible with > FOX 1.4), it should be considered unstable. Please report any problems > either to the mailing list, or even better, log them in the Bug Tracker > at RubyForge, here: ------------------------------------------------ Bug 1 Code like: @@cursor_w = FXGIFCursor.new(@window.getApp, pix) FXFileStream.open('icons/room_w.gif', FXStreamLoad) { |stream| @@cursor_w.loadPixels(stream) } @@cursor_w.create Results in: ./lib/IFMapper/FXMap.rb:1222:in `loadPixels': undefined method `setPosition' for # -------------------- Bug 2 uninitialized constant Fox::FXWindow::ID_QUERY_TIP -------------------- Bug 3 Tons of crashes (segfaults) on calling GC.start and on trying to initialize canvas. Best way to test this is to download the latest IFMapper from rubyforge. From james.stallings at gmail.com Sun Aug 21 11:42:44 2005 From: james.stallings at gmail.com (James Stallings II) Date: Sun Aug 21 11:36:19 2005 Subject: [fxruby-users] > ssh/sftp/scp gui client in Ruby In-Reply-To: <0cc69db6a5e8ec6c6f0b40376f0a6cf7@knology.net> References: <20050820203913.29663CA0A3@ws5-11.us4.outblaze.com> <0cc69db6a5e8ec6c6f0b40376f0a6cf7@knology.net> Message-ID: <170fa17805082108427081bdd0@mail.gmail.com> Gentlemen, These comments are very insightfull and I really appreciate that you all have taken me so seriously on this. I wish I could say that such as I've gotten done had enough merit to warrant it (my integration of Net::ssh at this point involves making sure it doesn't generate an error when I 'include' it). Seems I've never been much of a GUI programmer in the past, and largely because of the dearth of decent tools and instructional material. Lets just say that though I'm a rather experienced programmer, almost none of it has dealt with graphics/display/widget libraries or coding constructs like callbacks. In short, I'm really a bit of a newbie. Maybe I can make that work for us. I think I will continue the project, if not to produce a robust ssh/sftp client, then to produce a fairly simple implementation and document it to death. It will greatly bootstrap my education in this regard and maybe someone else's down the road. I'll necesarilly be dependent on the good will of the community to help me get it together (as if I weren't already so dependent). If you guys are up for helping me along the way, I'll do the nuts and bolts stuff and turn it over to the community when it reaches a satisfactory level of completion. I'm thinking the documentation should be embedded in the source, and should include suggestions for tweaking it out into a more full featured and robust app. Not precisely the same project I started, but its definitely something I can get heart and head around. Your thoughts? Thanks! Twitch On 8/20/05, Lyle Johnson wrote: > > On Aug 20, 2005, at 3:39 PM, Roebe XXX wrote: > > > What I would think could be a good idea, though, is, to invest a > > bit time especially concerning to have a base documentation about > > it (i.e. you hack some Ruby/FXRuby code and document it, but you dont > > bother to finish it completely). > > This can be very helpful for newbies, who often > > have a problem to find good documentation. > > This is an excellent point. The lack of tutorial-style documentation > and examples is probably the biggest shortcoming for FXRuby. If anyone > has written some such documentation, I'd love to add pointers to it > from the FXRuby home page. > > _______________________________________________ > fxruby-users mailing list > fxruby-users@rubyforge.org > http://rubyforge.org/mailman/listinfo/fxruby-users > -- =================================== Woulds't thou so blame the fragrant blos'ms wilting as never to've had her bloom? From lyle at knology.net Sun Aug 21 17:56:30 2005 From: lyle at knology.net (Lyle Johnson) Date: Sun Aug 21 17:50:03 2005 Subject: [fxruby-users] Re: FXRuby 1.4.1 First Bug Reports In-Reply-To: <001301c5a5f5$2d327820$0201a8c0@microsoft> References: <001301c5a5f5$2d327820$0201a8c0@microsoft> Message-ID: On Aug 20, 2005, at 9:08 PM, Gonzalo Garramuno wrote: > ------------------------------------------------ Bug 1 > Code like: > @@cursor_w = FXGIFCursor.new(@window.getApp, pix) > FXFileStream.open('icons/room_w.gif', FXStreamLoad) { |stream| > @@cursor_w.loadPixels(stream) > } > @@cursor_w.create > > Results in: > ./lib/IFMapper/FXMap.rb:1222:in `loadPixels': undefined method > `setPosition' > for # OK, this has been fixed for version 1.4.2. > -------------------- Bug 2 > uninitialized constant Fox::FXWindow::ID_QUERY_TIP The ID_QUERY_TIP and ID_QUERY_HELP message identifiers were removed in FOX 1.3.4 and replaced with the SEL_QUERY_TIP and SEL_QUERY_HELP message types. In your code, you'd want to replace this bit: @canvas.connect(SEL_UPDATE, method(:update_cb)) with this: @canvas.connect(SEL_QUERY_TIP, method(:update_cb)) and then your update_cb() method would look something like this: def update_cb(sender, sel, ptr) sender.text = "The tooltip text" end > -------------------- Bug 3 > Tons of crashes (segfaults) on calling GC.start and on trying to > initialize > canvas. I'm not sure I understand how to reproduce this one. I've downloaded IFMapper, started it, clicked on the canvas in a few places to create rooms, then closed the canvas. Then created a new one and did it again, etc. Should it have crashed on me? Can you give me some specific set of steps that is likely to reproduce the problem? And which platform are you seeing the crashes on (Windows or Linux)? From vjoel at path.berkeley.edu Sun Aug 21 20:02:33 2005 From: vjoel at path.berkeley.edu (Joel VanderWerf) Date: Sun Aug 21 19:56:16 2005 Subject: [fxruby-users] [ANN] FXRuby 1.4.1 Now Available In-Reply-To: References: Message-ID: <43091619.6050303@path.berkeley.edu> Any experiences so far about what breaks going from 1.2->1.4? Did anything change in the API? A diff of the example dirs (1.2.6 vs 1.4.1) suggests that very little has changed in the API, at least to the extent covered by the examples (which would be pleasant news). It looks like new features _just_ _work_, such as editable table cells in table.rb. That's very cool. Lyle and Jeroen, thanks! -- vjoel : Joel VanderWerf : path berkeley edu : 510 665 3407 From lyle at knology.net Sun Aug 21 21:57:02 2005 From: lyle at knology.net (Lyle Johnson) Date: Sun Aug 21 21:50:34 2005 Subject: [fxruby-users] [ANN] FXRuby 1.4.1 Now Available In-Reply-To: <43091619.6050303@path.berkeley.edu> References: <43091619.6050303@path.berkeley.edu> Message-ID: <47ef1462c2d8522b13958b818f6f14f5@knology.net> On Aug 21, 2005, at 7:02 PM, Joel VanderWerf wrote: > Any experiences so far about what breaks going from 1.2->1.4? Did > anything change in the API? There were a handful of minor changes, but they were for the most part additions and not changes to existing APIs. A lot of the changes were things that matter at the C++ layer but not so much in the Ruby layer (e.g. a lot of functions' return type changed from an FXString to a const FXString&, that sort of thing). One of the most significant changes to the existing architecture, as far as the public API's concerned, was the stuff having to with floating toolbars (i.e. the new FXDockSite and FXDockBar base classes). Actually, I'm still trying to get a handle on those changes. ;) > A diff of the example dirs (1.2.6 vs 1.4.1) suggests that very little > has changed in the API, at least to the extent covered by the examples > (which would be pleasant news). It looks like new features _just_ > _work_, such as editable table cells in table.rb. Yes, I've had to make surprisingly few changes to the example programs and unit tests. Am still trying to get the image.rb and imageviewer.rb examples back up to speed, but expect to have that fixed in the next day or so. > That's very cool. Lyle and Jeroen, thanks! Thanks, Joel. You know the drill, just shoot a bug report to the list or the tracker as time allows, if you run into anything. From markusjais at yahoo.de Mon Aug 22 05:08:30 2005 From: markusjais at yahoo.de (Markus Jais) Date: Mon Aug 22 05:02:03 2005 Subject: Ant: Re: Ant: Re: Ant: Re: [fxruby-users] problem installing fxruby In-Reply-To: Message-ID: <20050822090830.68539.qmail@web26401.mail.ukl.yahoo.com> thanks. now everything works fine. regards Markus --- Lyle Johnson schrieb: > > On Aug 19, 2005, at 3:14 AM, Markus Jais wrote: > > > strange. > > this way it works. > > OK, I think you're basically in good shape now. > Since you've installed > the software as a Gem, I'd advise you to set up your > environment to let > Ruby know that you want to use the gems repository. > Some of your > options for doing this are listed in Section 3.4 of > the RubyGems manual > (at http://docs.rubygems.org/read/chapter/3#page70). > We've already > demonstrated the "-rubygems" command line option > technique, but I'd > recommend you just modify your RUBYOPT environment > variable as > described in that section of the RubyGems manual. > > Hope this helps, > > Lyle > > ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de From lyle at knology.net Mon Aug 22 09:47:40 2005 From: lyle at knology.net (Lyle Johnson) Date: Mon Aug 22 09:41:12 2005 Subject: [fxruby-users] [ANN] FXRuby 1.4.2 Now Available Message-ID: <6fbf50708496264503dbc4117a994b70@knology.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 All, FXRuby version 1.4.2 is now available for download from this page: http://rubyforge.org/frs/?group_id=300&release_id=2738 Since this is the second release in this series (i.e. those compatible with FOX 1.4), it should still be considered unstable. Please report any problems either to the mailing list, or even better, log them in the Bug Tracker at RubyForge, here: http://rubyforge.org/tracker/?atid=1223&group_id=300&func=browse As usual, the code is provided as a Win32 installer or a binary Gem (both compatible with the latest One-Click Installer for Ruby 1.8.2), as a source gem, and as a source tarball. For instructions on compiling FXRuby from source, please see: http://www.fxruby.org/doc/build.html For a summary of the changes in this release, please see this page: http://www.fxruby.org/doc/changes.html As always, the FXRuby home page is here: http://www.fxruby.org Enjoy, Lyle -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFDCdd9FXV/hD6oMd0RAg46AJ91w7Co7W60O90RkUz+M2cMYhOszACcDlG8 9qXjm0QkhUQ3ihUww3YaYZQ= =pKQb -----END PGP SIGNATURE----- From riccardo at fisica.uniud.it Mon Aug 22 11:41:17 2005 From: riccardo at fisica.uniud.it (Riccardo Giannitrapani) Date: Mon Aug 22 11:32:54 2005 Subject: [fxruby-users] [ANN] FXRuby 1.4.2 Now Available In-Reply-To: <6fbf50708496264503dbc4117a994b70@knology.net> References: <6fbf50708496264503dbc4117a994b70@knology.net> Message-ID: Hi first of all thanks to Lyle for this new release, it seems to me like Christmas in August :) I've tried it with my application and, apart of some warnings about deprecated methods that I'll go to fix soon, it seems to work .. my only problem, for now, is that I am not able to read the registry information of my application from the ascii file .. I used to set the registry as an ascii file with the code application = FXApp.new("FRED", "FRED") application.reg().asciiMode = TRUE application.reg.read application.create and it worked fine .. I have in my %HOME%/.foxrc/FRED a FRED.ini file with all my settings .. now, with the new fox14 it seems it is not reading that file .. I've check the documentation and seems that the API has not changed .. any clue? Thanks a lot, Riccardo :) -- Riccardo Giannitrapani I.N.F.N - Sezione di Trieste and Dipartimento di Fisica Universita` di Udine - Via delle Scienze, 206 Udine (Italy) Room L1-14-BE Tel (Office): +39-0432-558209 Home Page: http://www.fisica.uniud.it/~riccardo ICQ# 86590904 ---- There are only 10 kinds of people in this world: those who understand binary and those who don't. (Anonymous) From lyle at knology.net Mon Aug 22 11:44:04 2005 From: lyle at knology.net (lyle@knology.net) Date: Mon Aug 22 11:37:37 2005 Subject: [fxruby-users] Re: [ANN] FXRuby 1.4.2 Now Available In-Reply-To: <> References: <> Message-ID: <20050822154404.30915.qmail@webmail1.knology.net> On Mon, 22 Aug 2005 17:41:17 +0200, "Riccardo Giannitrapani" wrote : > I've tried it with my application and, apart of some warnings about > deprecated methods that I'll go to > fix soon, it seems to work .. my only problem, for now, is that I am not > able to read the registry > information of my application from the ascii file .. I used to set the > registry as an ascii file with the > code > and it worked fine .. I have in my %HOME%/.foxrc/FRED a FRED.ini file with > all my settings .. now, with the new > fox14 it seems it is not reading that file .. I've check the documentation > and seems that the API has not changed .. > any clue? Right offhand, I don't remember seeing anything about changing to the registry stuff. What is it that makes you believe that your application is no longer able to read the registry? Are you seeing an error message, or is it something in the application's behavior or appearance that leads you to believe that it didn't read the registry settings? From riccardo at fisica.uniud.it Mon Aug 22 11:48:07 2005 From: riccardo at fisica.uniud.it (Riccardo Giannitrapani) Date: Mon Aug 22 11:39:40 2005 Subject: [fxruby-users] [ANN] FXRuby 1.4.2 Now Available In-Reply-To: <6fbf50708496264503dbc4117a994b70@knology.net> References: <6fbf50708496264503dbc4117a994b70@knology.net> Message-ID: Hi all ok, I've found it .. now the registry is stored in C:\Documents and Settings\riccardo\foxrc\FRED instead of %HOME%\.foxrc\FRED While it is more logic this new directory in a windows environment, there is any way to force the registry location to the old place? Otherwise I need to ask all my users to copy that FRED.ini file from the old location to the new one (or maybe I can have my application do it for them .. hmm). Thanks again, Riccardo -- Riccardo Giannitrapani I.N.F.N - Sezione di Trieste and Dipartimento di Fisica Universita` di Udine - Via delle Scienze, 206 Udine (Italy) Room L1-14-BE Tel (Office): +39-0432-558209 Home Page: http://www.fisica.uniud.it/~riccardo ICQ# 86590904 ---- There are only 10 kinds of people in this world: those who understand binary and those who don't. (Anonymous) From ggarra at advancedsl.com.ar Mon Aug 22 12:37:27 2005 From: ggarra at advancedsl.com.ar (Gonzalo Garramuno) Date: Mon Aug 22 12:29:59 2005 Subject: [fxruby-users] Re: FXRuby 1.4.1 First Bug Reports References: <001301c5a5f5$2d327820$0201a8c0@microsoft> Message-ID: <002301c5a737$caa30b90$0201a8c0@microsoft> Windows. With the new 1.4.2 release, it is better. However, it is still crashing on garbage collecting every so often. In this application, a forced garbage collection using GC.start often happens when the map window is closed. I can get it to crash consistently if I create a map, play a little and then close the window (a requester to save pops up, and I hit no). > > I'm not sure I understand how to reproduce this one. I've downloaded > IFMapper, started it, clicked on the canvas in a few places to create > rooms, then closed the canvas. Then created a new one and did it again, > etc. Should it have crashed on me? Can you give me some specific set of > steps that is likely to reproduce the problem? And which platform are > you seeing the crashes on (Windows or Linux)? > From sander at knology.net Mon Aug 22 17:17:07 2005 From: sander at knology.net (Sander Jansen) Date: Mon Aug 22 18:55:42 2005 Subject: [fxruby-users] Some problems with FXRuby 1.4.2, 1.4.1 Message-ID: <200508221617.07297.sander@knology.net> I'm probably doing something wrong, but I experience several issues trying to install FXRuby here [using gems] 1. How do I specify where to look for FOX? I tried --with-fox-include and --with-fox-lib but they give me an error: "gem install fxruby --force --with-fox-include=/usr/include/fox-1.4 --with-fox-lib=/usr/lib" which results in: "ERROR: While executing gem ... (OptionParser::InvalidOption) invalid option: --with-fox-include=/usr/include/fox-1.4" 2. I'm getting this error while its building FXRuby In file included from include/FXRuby.h:747, from include/FXRbCommon.h:90, from core_wrap.cpp:588: include/FXRbIconSourceVirtuals.h:15: error: invalid covariant return type for `virtual FX::FXImage* FXRbIconSource::loadImage(const void*, const FX::FXString&) const' /usr/local/include/fox-1.4/FXIconSource.h:109: error: overriding `virtual FX::FXIcon* FX::FXIconSource::loadImage(const void*, const FX::FXString&) const' make: *** [core_wrap.o] Error 1 From sander at knology.net Mon Aug 22 17:24:41 2005 From: sander at knology.net (Sander Jansen) Date: Mon Aug 22 19:03:11 2005 Subject: [fxruby-users] Some problems with FXRuby 1.4.2, 1.4.1 In-Reply-To: <200508221617.07297.sander@knology.net> References: <200508221617.07297.sander@knology.net> Message-ID: <200508221624.41749.sander@knology.net> Ok, forget problem #2. A fresh install of FOX fixed that problem. Sander On Monday 22 August 2005 04:17 pm, Sander Jansen wrote: > I'm probably doing something wrong, but I experience several issues trying > to install FXRuby here [using gems] > > 1. How do I specify where to look for FOX? > > I tried --with-fox-include and --with-fox-lib but they give me an error: > > "gem install fxruby --force --with-fox-include=/usr/include/fox-1.4 > --with-fox-lib=/usr/lib" > > which results in: > > "ERROR: While executing gem ... (OptionParser::InvalidOption) > invalid option: --with-fox-include=/usr/include/fox-1.4" > > 2. I'm getting this error while its building FXRuby > > In file included from include/FXRuby.h:747, > from include/FXRbCommon.h:90, > from core_wrap.cpp:588: > include/FXRbIconSourceVirtuals.h:15: error: invalid covariant return type > for `virtual FX::FXImage* FXRbIconSource::loadImage(const void*, const > FX::FXString&) const' > /usr/local/include/fox-1.4/FXIconSource.h:109: error: overriding `virtual > FX::FXIcon* FX::FXIconSource::loadImage(const void*, const FX::FXString&) > const' > make: *** [core_wrap.o] Error 1 > > > _______________________________________________ > fxruby-users mailing list > fxruby-users@rubyforge.org > http://rubyforge.org/mailman/listinfo/fxruby-users From vjoel at path.berkeley.edu Mon Aug 22 19:19:52 2005 From: vjoel at path.berkeley.edu (Joel VanderWerf) Date: Mon Aug 22 19:13:29 2005 Subject: [fxruby-users] Some problems with FXRuby 1.4.2, 1.4.1 In-Reply-To: <200508221617.07297.sander@knology.net> References: <200508221617.07297.sander@knology.net> Message-ID: <430A5D98.9090103@path.berkeley.edu> Sander Jansen wrote: > I'm probably doing something wrong, but I experience several issues trying to > install FXRuby here [using gems] > > 1. How do I specify where to look for FOX? > > I tried --with-fox-include and --with-fox-lib but they give me an error: > > "gem install fxruby --force --with-fox-include=/usr/include/fox-1.4 > --with-fox-lib=/usr/lib" > > which results in: > > "ERROR: While executing gem ... (OptionParser::InvalidOption) > invalid option: --with-fox-include=/usr/include/fox-1.4" How about if you build from a tar ball? This just sounds like gem doesn't know how to pass on options (I don't see any indication in `gem help install` otherwise). -- vjoel : Joel VanderWerf : path berkeley edu : 510 665 3407 From lyle at knology.net Mon Aug 22 19:53:21 2005 From: lyle at knology.net (Lyle Johnson) Date: Mon Aug 22 19:46:53 2005 Subject: [fxruby-users] Some problems with FXRuby 1.4.2, 1.4.1 In-Reply-To: <200508221617.07297.sander@knology.net> References: <200508221617.07297.sander@knology.net> Message-ID: On Aug 22, 2005, at 4:17 PM, Sander Jansen wrote: > I'm probably doing something wrong, but I experience several issues > trying to > install FXRuby here [using gems] > > 1. How do I specify where to look for FOX? > > I tried --with-fox-include and --with-fox-lib but they give me an > error: > > "gem install fxruby --force --with-fox-include=/usr/include/fox-1.4 > --with-fox-lib=/usr/lib" > > which results in: > > "ERROR: While executing gem ... (OptionParser::InvalidOption) > invalid option: --with-fox-include=/usr/include/fox-1.4" Well, the possibly good news is that I *think* that /usr/include/fox-1.4 and /usr/lib are one of the standard directory pairs that the build script will check for a FOX installation, so you can *probably* get by with just doing: gem install fxruby Despite this, your experiment shows that, apparently, they've changed how you pass command-line options through gem install, so I need to follow up on this with the RubyGems developers. If you're unable to build the code by doing "gem install fxruby", fall back to the tarball build for now, per Joel's suggestion. From lyle at knology.net Mon Aug 22 23:22:42 2005 From: lyle at knology.net (Lyle Johnson) Date: Mon Aug 22 23:16:13 2005 Subject: [fxruby-users] Some problems with FXRuby 1.4.2, 1.4.1 In-Reply-To: <200508221839.44367.sander@knology.net> References: <200508221617.07297.sander@knology.net> <200508221839.44367.sander@knology.net> Message-ID: <90231c021f56514c1079f3597a9cbf4c@knology.net> On Aug 22, 2005, at 6:39 PM, Sander Jansen wrote: > Anyway, I seem to have more problems. Both require 'rubygems' and > require > 'fox14' return false. Any clue what might be wrong. There no other > errors > showing up on the cmdline. Back up a little bit, I'm confused. Are you doing this from irb? How do you know that the require calls are returning false? Have you tried to just run one of the examples (e.g. "hello.rb") to see what happens? From lyle at knology.net Tue Aug 23 09:55:30 2005 From: lyle at knology.net (Lyle Johnson) Date: Tue Aug 23 09:49:02 2005 Subject: [fxruby-users] Some problems with FXRuby 1.4.2, 1.4.1 In-Reply-To: <200508222043.52242.sander@knology.net> References: <200508221617.07297.sander@knology.net> <200508221839.44367.sander@knology.net> <90231c021f56514c1079f3597a9cbf4c@knology.net> <200508222043.52242.sander@knology.net> Message-ID: On Aug 22, 2005, at 8:43 PM, Sander Jansen wrote: > hmmm yes: > > [sxj@einstein ~]$ irb > irb(main):001:0> require 'rubygems' > => false > irb(main):002:0> require 'fox14' > => false > irb(main):003:0> include Fox > NameError: uninitialized constant Fox > from (irb):3 > irb(main):004:0> OK. >> Have you tried to >> just run one of the examples (e.g. "hello.rb") to see what happens? > > Yes, same error as above. I think in someway the Ruby installation is > broken... Taking the problems one at a time, I'm curious about why the require of "rubygems" is failing. Have you actually installed RubyGems yet? It's not part of the standard Ruby distro yet, so that would be something that you'd need to download separately and install first. From lyle at knology.net Sun Aug 28 14:33:34 2005 From: lyle at knology.net (Lyle Johnson) Date: Sun Aug 28 14:26:51 2005 Subject: [fxruby-users] Unicode support in FXRuby 1.6 Message-ID: All, As some of you know, Jeroen has added support for Unicode strings in the unstable development version of FOX (version 1.5). I'm trying to plan ahead to decide how best to support this for FXRuby 1.6, but I don't really know anything about Ruby's support for Unicode or i18n in general. If you're familiar with this topic (how/if Ruby deals with Unicode strings) I'd appreciate some pointers. Thanks, Lyle From ggarra at advancedsl.com.ar Mon Aug 29 09:54:21 2005 From: ggarra at advancedsl.com.ar (Gonzalo Garramuno) Date: Mon Aug 29 09:47:32 2005 Subject: [fxruby-users] Two questions... Message-ID: <001a01c5aca1$2ac0fcd0$0201a8c0@microsoft> 1) In my GUI, I have dialog boxes that have groups of widgets that I want to create once and hide/show depending on some conditions. The problem I am running into, is that fox/fxruby's packer seems to be unaware of hide/show and it does not recalculate the window to fit the visible widgets appropiately. This results in windows that are either too wide or too small. FOX only seems to recalculate the layout if I do any of the following: a) Move the window. b) Call a dummy resize (but this also changes focus). I've tried to call layout() and recalc() but this does not work. Thus... the question is... how do I get Fox to update the layout of a window if I hide/unhide some frames without changing window focus? 2) FXRuby versioning. Is there a particular reason why each main fxruby release is given a new name for its require (we've had fox, fox12 and fox14 so far)? While I understand that there may be incompatabilities between releases, this sort of naming convention kind of goes against the grain of rubygems, where versioning is to be handled automatically upon require (not to mention it is a pain in the neck to have to change your code with each fox release, even if the new release didn't change substantially the api). Could I suggest that with fox1.4 on, we revert back to just "require 'fox'" and let rubygems (or users' ruby include path) handle the versioning? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/fxruby-users/attachments/20050829/1259bd59/attachment.htm From lyle at knology.net Mon Aug 29 12:36:46 2005 From: lyle at knology.net (lyle@knology.net) Date: Mon Aug 29 12:30:05 2005 Subject: [fxruby-users] Two questions... In-Reply-To: <> References: <> Message-ID: <20050829163646.30367.qmail@webmail2.knology.net> On Mon, 29 Aug 2005 10:54:21 -0300, Gonzalo Garramuno wrote : > 1) In my GUI, I have dialog boxes that have groups of widgets that I want to create once and hide/show depending on some conditions. The problem I am running into, is that fox/fxruby's packer seems to be unaware of hide/show and it does not recalculate the window to fit the visible widgets appropiately. This results in windows that are either too wide or too small. FOX only seems to recalculate the layout if I do any of the following: > a) Move the window. > b) Call a dummy resize (but this also changes focus). > I've tried to call layout() and recalc() but this does not work. Thus... the question is... how do I get Fox to update the layout of a window if I hide/unhide some frames without changing window focus? Do I understand that you want the entire dialog box's dimensions to grow (or shrink) to fit the visible contents? If so, I'm pretty sure that that will require a call to resize() on the dialog box itself, e.g. dialogBox.resize(dialogBox.defaultWidth, dialogBox.defaultHeight) Are you saying that this causes the window to lose focus? > 2) FXRuby versioning. Is there a particular reason why each main fxruby release is given a new name for its require (we've had fox, fox12 and fox14 so far)? While I understand that there may be incompatabilities between releases, this sort of naming convention kind of goes against the grain of rubygems, where versioning is to be handled automatically upon require (not to mention it is a pain in the neck to have to change your code with each fox release, even if the new release didn't change substantially the api). Could I suggest that with fox1.4 on, we revert back to just "require 'fox'" and let rubygems (or users' ruby include path) handle the versioning? If everyone were using RubyGems, you're correct that it would be appropriate to let the application dictate which version of FXRuby to require. The fact of the matter, however, is that a lot of people are *not* using FXRuby as a gem -- for proof, just look at the download statistics for the different packagings of FXRuby 1.2.6. Given the reality that a majority of people aren't using gems yet, and that (as you already noted) there are often a number of incompatibilities between major releases of FXRuby, I think it makes more sense to stick with the established versioning approach. From ggarra at advancedsl.com.ar Mon Aug 29 14:06:41 2005 From: ggarra at advancedsl.com.ar (Gonzalo Garramuno) Date: Mon Aug 29 13:59:57 2005 Subject: [fxruby-users] Two questions... References: <20050829163646.30367.qmail@webmail2.knology.net> Message-ID: <005f01c5acc4$6b9d0ff0$0201a8c0@microsoft> > Do I understand that you want the entire dialog box's dimensions to grow (or > shrink) to fit the visible contents? If so, I'm pretty sure that that will > require a call to resize() on the dialog box itself, e.g. > > dialogBox.resize(dialogBox.defaultWidth, dialogBox.defaultHeight) > > Are you saying that this causes the window to lose focus? > Correct. Doing this changes the focus to the resized window (and what's more, I cannot even revert it back to the parent window that had the focus -- a MDI child window -- using setFocus. The focus just gets locked to the resized dialog box-- yuck). Seems to happen both on 1.2 and 1.4. > Given the reality that a majority of people aren't using gems yet, and that > (as you already noted) there are often a number of incompatibilities between > major releases of FXRuby, I think it makes more sense to stick with the > established versioning approach. Sorry, Lyle, but this makes little sense to me. If code remains compatible, it shouldn't need change. With the current scheme, a user could have a valid fxruby version, yet previously written code will break... just because the require line is wrong! What's worse, the coder writing for the current fxruby version cannot do anything on his side to prevent that from happening in the future, cause he doesn't know what will the future name of fxruby be some years down the line. That means that pretty much *any* code I write with fxruby will break as soon as there is a new release. I'd argue strongly that to keep doing this is a very bad idea for a library. Imagine, if say, the C++ comittee were to follow this similar approach with all the STL include files. It would be a nightmare. This issue is the same if you are *not* using rubygems. If you are not using rubygems, and you *were* to run into compatability issues with a library (which is rare), you can deal with the issue just by adding/removing paths to ruby's standard include path pointing to different versions of the library to handle any versioning issues with any of your modules (which you can easily do from $LOAD_PATH for just the offending code, or by changing an environment variable if the change is more general... this just becomes a simple sysadmin task, not a programming task that needs changing code). A programmer can also check the value of, say, fxrubyversion() to keep code compatible with multiple versions while things are in transition. All of these are things that one simply cannot do if you keep changing the name of the require on every release. If you want to keep a fox14 stub, that's fine, but please just add a 'fox.rb' that includes the proper fox14 or whatever on each release. That way, if you want to have code remain future compatible, you can just code: require 'fox' while if you want to lock yourself to a particular version of fox, you can then code: require 'fox14' This would be the equivalent of rubygems': require_gem 'fox' vs: require_gem 'fox', '1.4' From TheHaPK at yandex.ru Tue Aug 30 09:05:30 2005 From: TheHaPK at yandex.ru (HaPK) Date: Tue Aug 30 08:59:00 2005 Subject: [fxruby-users] FXRuby crashes Message-ID: <4314599A.000003.14426@tide.yandex.ru> I've got some odd problems with FOX / FXRuby. When I try to run simple "hello world" application included with FXRuby v1.2.16, it seg faults when FXApp.new is executed. I have no idea why this could be. From lyle at knology.net Tue Aug 30 19:39:07 2005 From: lyle at knology.net (Lyle Johnson) Date: Tue Aug 30 19:32:33 2005 Subject: [fxruby-users] FXRuby crashes In-Reply-To: <4314599A.000003.14426@tide.yandex.ru> References: <4314599A.000003.14426@tide.yandex.ru> Message-ID: <4af90d4bdb391a59f6b24729ca6e46bd@knology.net> On Aug 30, 2005, at 8:05 AM, HaPK wrote: > I've got some odd problems with FOX / FXRuby. > When I try to run simple "hello world" application included with > FXRuby v1.2.16, it seg faults when FXApp.new is executed. > I have no idea why this could be. Me neither. From maxim.kulkin at gmail.com Wed Aug 31 03:16:17 2005 From: maxim.kulkin at gmail.com (Maxim Kulkin) Date: Mon Sep 12 11:23:20 2005 Subject: [fxruby-users] FXRuby crashes In-Reply-To: <4af90d4bdb391a59f6b24729ca6e46bd@knology.net> References: <4314599A.000003.14426@tide.yandex.ru> <4af90d4bdb391a59f6b24729ca6e46bd@knology.net> Message-ID: <200508311116.17319.maxim.kulkin@gmail.com> ? ????????? ?? 31 ?????? 2005 03:39 Lyle Johnson ???????(a): > On Aug 30, 2005, at 8:05 AM, HaPK wrote: > > I've got some odd problems with FOX / FXRuby. > > When I try to run simple "hello world" application included with > > FXRuby v1.2.16, it seg faults when FXApp.new is executed. > > I have no idea why this could be. > > Me neither. Oh... thanks.. that was very helpful. Here is what hello.rb outputs: $ ruby -r rubygems hello.rb hello.rb:7: [BUG] Segmentation fault ruby 1.8.2 (2004-12-25) [i586-linux-gnu] Aborted From maxim.kulkin at gmail.com Wed Aug 31 03:30:04 2005 From: maxim.kulkin at gmail.com (Maxim Kulkin) Date: Mon Sep 12 11:23:20 2005 Subject: [fxruby-users] FXRuby crashes In-Reply-To: <4af90d4bdb391a59f6b24729ca6e46bd@knology.net> References: <4314599A.000003.14426@tide.yandex.ru> <4af90d4bdb391a59f6b24729ca6e46bd@knology.net> Message-ID: <200508311130.04943.maxim.kulkin@gmail.com> ? ????????? ?? 31 ?????? 2005 03:39 Lyle Johnson ???????(a): > On Aug 30, 2005, at 8:05 AM, HaPK wrote: > > I've got some odd problems with FOX / FXRuby. > > When I try to run simple "hello world" application included with > > FXRuby v1.2.16, it seg faults when FXApp.new is executed. > > I have no idea why this could be. > > Me neither. I think this would help: (gdb) bt #0 0x40182571 in kill () from /lib/libc.so.6 #1 0x411792d1 in pthread_kill () from /lib/libpthread.so.0 #2 0x4117969b in raise () from /lib/libpthread.so.0 #3 0x40182308 in raise () from /lib/libc.so.6 #4 0x40183790 in abort () from /lib/libc.so.6 #5 0x40048aa1 in rb_bug (fmt=0x400eac2c "Segmentation fault") at error.c:214 #6 0x400baf58 in sigsegv (sig=11) at signal.c:446 #7 #8 0x400bd8cb in st_insert (table=0x0, key=136844168, value=137120072) at st.c:298 #9 0x406e5f6e in FXRbRegisterRubyObj (rubyObj=1093976976, foxObj=0x8281388) at FXRuby.cpp:233 #10 0x40731bbc in _wrap_new_FXApp (argc=2, argv=0xbfffea70, self=1093976976) at core_wrap.cpp:3039 #11 0x4005823a in call_cfunc (func=0x40731b0e <_wrap_new_FXApp>, recv=1093976976, len=-1, argc=2, argv=0xbfffea70) at eval.c:5387 #12 0x400578b4 in rb_call0 (klass=1076991096, recv=1093976976, id=2961, oid=2961, argc=2, argv=0xbfffea70, body=0x403193ec, nosuper=0) at eval.c:5522 #13 0x40058bbc in rb_call (klass=1076991096, recv=1093976976, mid=2961, argc=2, argv=0xbfffea70, scope=1) at eval.c:5743 #14 0x40058f79 in rb_funcall2 (recv=1093976976, mid=2961, argc=2, argv=0xbfffea70) at eval.c:5879 #15 0x4005bb7f in rb_obj_call_init (obj=1093976976, argc=2, argv=0xbfffea70) at eval.c:7215 #16 0x4008790d in rb_class_new_instance (argc=2, argv=0xbfffea70, klass=1076991096) at object.c:1601 #17 0x4005823a in call_cfunc (func=0x400878d4 , recv=1076991096, len=-1, argc=2, argv=0xbfffea70) at eval.c:5387 #18 0x400578b4 in rb_call0 (klass=1076505848, recv=1076991096, id=3369, oid=3369, argc=2, argv=0xbfffea70, body=0x402a1aec, nosuper=0) at eval.c:5522 #19 0x40058bbc in rb_call (klass=1076505848, recv=1076991096, mid=3369, argc=2, argv=0xbfffea70, scope=0) at eval.c:5743 #20 0x40051d79 in rb_eval (self=1076500928, n=0x4031cb00) at eval.c:3229 #21 0x40052c69 in rb_eval (self=1076500928, n=0x4031cc04) at eval.c:3399 #22 0x4004d2ad in eval_node (self=1076500928, node=0x4031cc04) at eval.c:1296 #23 0x4004d8f3 in ruby_exec_internal () at eval.c:1473 #24 0x4004d95b in ruby_exec () at eval.c:1493 #25 0x4004d98f in ruby_run () at eval.c:1503 #26 0x0804860c in main (argc=4, argv=0xbffff804, envp=0xbffff818) at main.c:46 From maxim.kulkin at gmail.com Wed Aug 31 03:35:56 2005 From: maxim.kulkin at gmail.com (HaPK) Date: Mon Sep 12 11:23:20 2005 Subject: [fxruby-users] FXRuby crashes Message-ID: <200508311135.56723.theHaPK@yandex.ru> > On Aug 30, 2005, at 8:05 AM, HaPK wrote: > > I've got some odd problems with FOX / FXRuby. > > When I try to run simple "hello world" application included with > > FXRuby v1.2.16, it seg faults when FXApp.new is executed. > > I have no idea why this could be. > > Me neither. Oh... thanks.. that was very helpful. Here is what hello.rb outputs: $ ruby -r rubygems hello.rb hello.rb:7: [BUG] Segmentation fault ruby 1.8.2 (2004-12-25) [i586-linux-gnu] Aborted (gdb) bt #0 ?0x40182571 in kill () from /lib/libc.so.6 #1 ?0x411792d1 in pthread_kill () from /lib/libpthread.so.0 #2 ?0x4117969b in raise () from /lib/libpthread.so.0 #3 ?0x40182308 in raise () from /lib/libc.so.6 #4 ?0x40183790 in abort () from /lib/libc.so.6 #5 ?0x40048aa1 in rb_bug (fmt=0x400eac2c "Segmentation fault") ? ? at error.c:214 #6 ?0x400baf58 in sigsegv (sig=11) at signal.c:446 #7 ? #8 ?0x400bd8cb in st_insert (table=0x0, key=136844168, value=137120072) ? ? at st.c:298 #9 ?0x406e5f6e in FXRbRegisterRubyObj (rubyObj=1093976976, ? ? foxObj=0x8281388) at FXRuby.cpp:233 #10 0x40731bbc in _wrap_new_FXApp (argc=2, argv=0xbfffea70, ? ? self=1093976976) at core_wrap.cpp:3039 #11 0x4005823a in call_cfunc (func=0x40731b0e <_wrap_new_FXApp>, ? ? recv=1093976976, len=-1, argc=2, argv=0xbfffea70) at eval.c:5387 #12 0x400578b4 in rb_call0 (klass=1076991096, recv=1093976976, ? ? id=2961, oid=2961, argc=2, argv=0xbfffea70, body=0x403193ec, ? ? nosuper=0) at eval.c:5522 #13 0x40058bbc in rb_call (klass=1076991096, recv=1093976976, ? ? mid=2961, argc=2, argv=0xbfffea70, scope=1) at eval.c:5743 #14 0x40058f79 in rb_funcall2 (recv=1093976976, mid=2961, argc=2, ? ? argv=0xbfffea70) at eval.c:5879 #15 0x4005bb7f in rb_obj_call_init (obj=1093976976, argc=2, ? ? argv=0xbfffea70) at eval.c:7215 #16 0x4008790d in rb_class_new_instance (argc=2, argv=0xbfffea70, ? ? klass=1076991096) at object.c:1601 #17 0x4005823a in call_cfunc (func=0x400878d4 , ? ? recv=1076991096, len=-1, argc=2, argv=0xbfffea70) at eval.c:5387 #18 0x400578b4 in rb_call0 (klass=1076505848, recv=1076991096, ? ? id=3369, oid=3369, argc=2, argv=0xbfffea70, body=0x402a1aec, ? ? nosuper=0) at eval.c:5522 #19 0x40058bbc in rb_call (klass=1076505848, recv=1076991096, ? ? mid=3369, argc=2, argv=0xbfffea70, scope=0) at eval.c:5743 #20 0x40051d79 in rb_eval (self=1076500928, n=0x4031cb00) ? ? at eval.c:3229 #21 0x40052c69 in rb_eval (self=1076500928, n=0x4031cc04) ? ? at eval.c:3399 #22 0x4004d2ad in eval_node (self=1076500928, node=0x4031cc04) ? ? at eval.c:1296 #23 0x4004d8f3 in ruby_exec_internal () at eval.c:1473 #24 0x4004d95b in ruby_exec () at eval.c:1493 #25 0x4004d98f in ruby_run () at eval.c:1503 #26 0x0804860c in main (argc=4, argv=0xbffff804, envp=0xbffff818) ? ? at main.c:46