From stephen.ng at planetnutek.com Thu Feb 16 21:18:25 2006 From: stephen.ng at planetnutek.com (Stephen Ng) Date: Fri, 17 Feb 2006 10:18:25 +0800 Subject: [Wxruby-users] Problem building wxRuby: htmlproc.h not found Message-ID: <43F53271.8040508@planetnutek.com> Hi, Has this problem been resolved? I encountered the same problem on my FC3 system with wxGTK-2.4.2 and wxruby-0.6. Thanks. Stephen [Wxruby-users] Re: Problem building wxRuby: htmlproc.h not found *Nick* devel at nicreations.com /Sun Dec 12 22:44:12 EST 2004/ * Previous message: [Wxruby-users] Re: Problem building wxRuby: htmlproc.h not found * Next message: [Wxruby-users] Re: Problem building wxRuby: htmlproc.h not found * *Messages sorted by:* [ date ] [ thread ] [ subject ] [ author ] ------------------------------------------------------------------------ Zach, The default wxGTK 2.4.2 doesn't include one of the HTML files (by accident). It's the whole reason we need to remove the functionality for linux. Nick Zach Dennis wrote: >/ Nick wrote: />/ />>/ />>/ I've heard of this before. Try running this line and send me the output />>/ />>/ ruby -e "p RUBY_PLATFORM" />>/ />>/ Nick />>/ />>/ />>/ Andreas Schwarz wrote: />>/ />>>/ I'm trying to build wxRuby 6.0 on Linux (Ubuntu). When I run make I />>>/ get an error because htmlproc.h is not found (it does not exist in />>>/ the Linux version of wxWidgets). I see that the html* object files />>>/ are removed from $objs in the extconf.rb if /linux/ =~ RUBY_PLATFORM, />>>/ but still the Makefile tries to build them. />>>/ />>>/ $ ruby -v />>>/ ruby 1.8.2 (2004-08-24) [i386-linux] />>>/ $ wx-config --version />>>/ 2.4.2 />/ />/ />/ I've had this problem on my Windows box, but I do not have this problem />/ on my linux box. I have the same setup and I do not get the same problem />/ with wxRuby 0.6.0 on my Debian box. I am also using wxWindows 2.4.2. />/ />/ 1 - My html*.h files are in my /usr/include/wx/html directory. Are they />/ in yours? If not, if you do a find, where are they located, and is that />/ path in your extconf.rb file? (Looking for path discrepanices here) />/ />/ 2- Do you get anything to compile or does it fail on the html*.h files />/ right off the start? />/ />/ 3- Do you have wxWindows src? and not just devel tools. I know w/Debian />/ there are a few different wxWindows packages available... />/ />/ Zach />/ _______________________________________________ />/ wxruby-users mailing list />/ wxruby-users at rubyforge.org />/ http://rubyforge.org/mailman/listinfo/wxruby-users />/ />/ />/ / From wxruby at qualitycode.com Sat Feb 18 11:59:48 2006 From: wxruby at qualitycode.com (Kevin Smith) Date: Sat, 18 Feb 2006 11:59:48 -0500 Subject: [Wxruby-users] Problem building wxRuby: htmlproc.h not found In-Reply-To: <43F53271.8040508@planetnutek.com> References: <43F53271.8040508@planetnutek.com> Message-ID: <1140281989.8279.37.camel@localhost.localdomain> I'm not sure, but probably not. All development work for many months has been focused on wxruby2 (aka wxruby-swig). The 0.6 codebase is more or less orphaned at this point. In most ways, wxruby2 is already better than wxruby 0.6, even though we haven't "released" it yet. Honestly, I forget exactly how the 0.6 makefile system even worked, but you should be able to manually edit it to remove the references to the html files to work around the problem. Kevin On Fri, 2006-02-17 at 10:18 +0800, Stephen Ng wrote: > Hi, > Has this problem been resolved? > > I encountered the same problem on my FC3 system with wxGTK-2.4.2 and > wxruby-0.6. > > Thanks. > > Stephen > > [Wxruby-users] Re: Problem building wxRuby: htmlproc.h not found > *Nick* devel at nicreations.com > > /Sun Dec 12 22:44:12 EST 2004/ > > * Previous message: [Wxruby-users] Re: Problem building wxRuby: > htmlproc.h not found > > * Next message: [Wxruby-users] Re: Problem building wxRuby: > htmlproc.h not found > > * *Messages sorted by:* [ date ] > > [ thread ] > > [ subject ] > > [ author ] > > > > ------------------------------------------------------------------------ > Zach, > > The default wxGTK 2.4.2 doesn't include one of the HTML files (by > accident). It's the whole reason we need to remove the functionality for > linux. > > Nick > > Zach Dennis wrote: > >/ Nick wrote: > />/ > />>/ > />>/ I've heard of this before. Try running this line and send me the output > />>/ > />>/ ruby -e "p RUBY_PLATFORM" > />>/ > />>/ Nick > />>/ > />>/ > />>/ Andreas Schwarz wrote: > />>/ > />>>/ I'm trying to build wxRuby 6.0 on Linux (Ubuntu). When I run make I > />>>/ get an error because htmlproc.h is not found (it does not exist in > />>>/ the Linux version of wxWidgets). I see that the html* object files > />>>/ are removed from $objs in the extconf.rb if /linux/ =~ RUBY_PLATFORM, > />>>/ but still the Makefile tries to build them. > />>>/ > />>>/ $ ruby -v > />>>/ ruby 1.8.2 (2004-08-24) [i386-linux] > />>>/ $ wx-config --version > />>>/ 2.4.2 > />/ > />/ > />/ I've had this problem on my Windows box, but I do not have this problem > />/ on my linux box. I have the same setup and I do not get the same > problem > />/ with wxRuby 0.6.0 on my Debian box. I am also using wxWindows 2.4.2. > />/ > />/ 1 - My html*.h files are in my /usr/include/wx/html directory. Are they > />/ in yours? If not, if you do a find, where are they located, and is that > />/ path in your extconf.rb file? (Looking for path discrepanices here) > />/ > />/ 2- Do you get anything to compile or does it fail on the html*.h files > />/ right off the start? > />/ > />/ 3- Do you have wxWindows src? and not just devel tools. I know w/Debian > />/ there are a few different wxWindows packages available... > />/ > />/ Zach > />/ _______________________________________________ > />/ wxruby-users mailing list > />/ wxruby-users at rubyforge.org > > />/ http://rubyforge.org/mailman/listinfo/wxruby-users > />/ > />/ > />/ > / > _______________________________________________ > wxruby-users mailing list > wxruby-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-users From sdate at everestkc.net Sat Feb 18 13:57:33 2006 From: sdate at everestkc.net (Shashank Date) Date: Sat, 18 Feb 2006 12:57:33 -0600 Subject: [Wxruby-users] Problem building wxRuby: htmlproc.h not found In-Reply-To: <1140281989.8279.37.camel@localhost.localdomain> References: <43F53271.8040508@planetnutek.com> <1140281989.8279.37.camel@localhost.localdomain> Message-ID: <43F76E1D.7080906@everestkc.net> Hi Kevin, Kevin Smith wrote: >All development work for many months has >been focused on wxruby2 (aka wxruby-swig). The 0.6 codebase is more or >less orphaned at this point. In most ways, wxruby2 is already better >than wxruby 0.6, even though we haven't "released" it yet. > > It is good to know that wxruby2 is already better than wxRuby 0.6. When can we expect a release, even if it is pre-beta? I have a project on hold, just for want of wxRuby2, hence the anxiety. I also intend to help in writing good user documentation. PragProg's Friday eBook comes to mind: http://www.pragmaticprogrammer.com/starter_kit/faqs/fridays.html Thanks, -- Shashank From wxruby at qualitycode.com Sat Feb 18 19:43:10 2006 From: wxruby at qualitycode.com (Kevin Smith) Date: Sat, 18 Feb 2006 19:43:10 -0500 Subject: [Wxruby-users] Problem building wxRuby: htmlproc.h not found In-Reply-To: <43F76E1D.7080906@everestkc.net> References: <43F53271.8040508@planetnutek.com> <1140281989.8279.37.camel@localhost.localdomain> <43F76E1D.7080906@everestkc.net> Message-ID: <1140309790.8279.55.camel@localhost.localdomain> On Sat, 2006-02-18 at 12:57 -0600, Shashank Date wrote: > It is good to know that wxruby2 is already better than wxRuby 0.6. > When can we expect a release, even if it is pre-beta? Good question. We (the most active wxruby contributors) have been reluctant to release wxruby2 because it has some known, significant problems. But then so does wxruby 0.6. Also, wxruby2 does not yet support *all* of the classes and methods that wxruby 0.6 supports. So in that sense it is a small step backwards. So here's a new proposal: I now think we should release the current wxruby2 as a "2.0-preview" release. That way, people will be encouraged to download it (instead of having to pull from cvs), and are more likely to test it, and even contribute patches. I'll try to do that release within the next couple weeks, unless someone points out a reason it would be a bad idea to do so. I'm also open to better names than "preview", such as "alpha" or "raw" or whatever. Thanks for your interest. Kevin From roys at mindspring.com Sat Feb 18 20:06:16 2006 From: roys at mindspring.com (Roy Sutton) Date: Sat, 18 Feb 2006 20:06:16 -0500 Subject: [Wxruby-users] Problem building wxRuby: htmlproc.h not found In-Reply-To: <1140309790.8279.55.camel@localhost.localdomain> References: <43F53271.8040508@planetnutek.com> <1140281989.8279.37.camel@localhost.localdomain> <43F76E1D.7080906@everestkc.net> <1140309790.8279.55.camel@localhost.localdomain> Message-ID: <43F7C488.8080102@mindspring.com> Glad to see interest picking up again. The one thing that I think we were all waiting on was the memory tracking stuff. I think we might want to re-evaluate with the latest SWIG release and see if we have the solution to our problems and then get the preview ready. I myself have been busy with my new bouncing baby boy but am starting to be able to come up for air. I'd like to get going again. Roy Kevin Smith wrote: > On Sat, 2006-02-18 at 12:57 -0600, Shashank Date wrote: > >> It is good to know that wxruby2 is already better than wxRuby 0.6. >> When can we expect a release, even if it is pre-beta? >> > > Good question. We (the most active wxruby contributors) have been > reluctant to release wxruby2 because it has some known, significant > problems. But then so does wxruby 0.6. Also, wxruby2 does not yet > support *all* of the classes and methods that wxruby 0.6 supports. So in > that sense it is a small step backwards. > > So here's a new proposal: I now think we should release the current > wxruby2 as a "2.0-preview" release. That way, people will be encouraged > to download it (instead of having to pull from cvs), and are more likely > to test it, and even contribute patches. > > I'll try to do that release within the next couple weeks, unless someone > points out a reason it would be a bad idea to do so. I'm also open to > better names than "preview", such as "alpha" or "raw" or whatever. > > Thanks for your interest. > > Kevin > > > _______________________________________________ > wxruby-users mailing list > wxruby-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-users > > > > From alex at pressure.to Sat Feb 18 22:08:34 2006 From: alex at pressure.to (Alex Fenton) Date: Sun, 19 Feb 2006 03:08:34 +0000 Subject: [Wxruby-users] Problem building wxRuby: htmlproc.h not found In-Reply-To: <43F7C488.8080102@mindspring.com> References: <43F53271.8040508@planetnutek.com> <1140281989.8279.37.camel@localhost.localdomain> <43F76E1D.7080906@everestkc.net> <1140309790.8279.55.camel@localhost.localdomain> <43F7C488.8080102@mindspring.com> Message-ID: <43F7E132.7050901@pressure.to> Roy Sutton wrote: > Glad to see interest picking up again. Ditto, I'm still around and keen to contribute test cases, docs, SWIG files etc. I've just released Weft QDA version 1.0 (based on wxruby 0.6.0) and I want to use wxruby2 for version 2.0 - firstly for unicode support, but also lots of tempting widgets. I've got some classes that are half-working but keep running into a common set of SWIG problems I can't solve. Also I have been working on some modular extensions to Wx syntax to make the API more ruby-ish. They're not quite ready to go yet, and I'm abroad without computer for the next month (Borneo!), but hopefully will be able to put out a release after that. Here's a little sample: @frame = Wx::Frame.new( nil, :title => "Arranger Application" ) listen(:close, @frame) # binds automatically to self#on_close @frame.arrange_grid( :cols => 2, :vgap => 3 ) # easy sizers @frame.padding = 1 @frame.add( Wx::Panel[ :size => [100, 100] ], :grow => 1 ) do | panel | panel.add( Wx::TextCtrl[ :value => 'initial value', :multiline => true ] ) panel.add( Wx::Button[:label => 'foo'] ) do | button | listen(:button, button) { | e | p "foo" } # block handler listen(:button, button, :on_foo_button) # specify a handler method end end > The one thing that I think we > were all waiting on was the memory tracking stuff. I think we might > want to re-evaluate with the latest SWIG release and see if we have the > solution to our problems and then get the preview ready. The info at http://www.swig.org/Doc1.3/Ruby.html#Ruby_nn57 looks interesting but I'm not sure if this would help. > I myself have > been busy with my new bouncing baby boy but am starting to be able to > come up for air. I'd like to get going again. > Congratulations. cheers alex From wxruby at qualitycode.com Sat Feb 18 22:42:25 2006 From: wxruby at qualitycode.com (Kevin Smith) Date: Sat, 18 Feb 2006 22:42:25 -0500 Subject: [Wxruby-users] wxruby2 plans (was: Problem building wxRuby: htmlproc.h not found) In-Reply-To: <43F7E132.7050901@pressure.to> References: <43F53271.8040508@planetnutek.com> <1140281989.8279.37.camel@localhost.localdomain> <43F76E1D.7080906@everestkc.net> <1140309790.8279.55.camel@localhost.localdomain> <43F7C488.8080102@mindspring.com> <43F7E132.7050901@pressure.to> Message-ID: <1140320545.8279.60.camel@localhost.localdomain> On Sun, 2006-02-19 at 03:08 +0000, Alex Fenton wrote: > Roy Sutton wrote: > > Glad to see interest picking up again. Me too. I'm really going to try to at least put a few hours a week in on wxruby. > @frame = Wx::Frame.new( nil, :title => "Arranger Application" ) I'm biased against => parameters, but am open to seeing how it all comes together. > The info at http://www.swig.org/Doc1.3/Ruby.html#Ruby_nn57 looks > interesting but I'm not sure if this would help. > Thanks for pointing that out! It looks like some of what we have been doing ourselves is now built into swig, which should help a lot. Further, there's a lot of discussion and plenty of examples on that page, so with that we may be able to solve everything. Kevin From sean.m.long at gmail.com Sun Feb 19 03:31:59 2006 From: sean.m.long at gmail.com (Sean Long) Date: Sun, 19 Feb 2006 00:31:59 -0800 Subject: [Wxruby-users] Problem building wxRuby: htmlproc.h not found In-Reply-To: <43F7E132.7050901@pressure.to> References: <43F53271.8040508@planetnutek.com> <1140281989.8279.37.camel@localhost.localdomain> <43F76E1D.7080906@everestkc.net> <1140309790.8279.55.camel@localhost.localdomain> <43F7C488.8080102@mindspring.com> <43F7E132.7050901@pressure.to> Message-ID: I too have been busy but still keep an eye on this mailing list. I now have a iMac with the Intel chip in it and am glade to report that wxRuby2 compiled with only one small change. I had to change /powerpc-darwin/ to /darwin/ in rakeutil.rb. I am all for a preview release Sean On 2/18/06, Alex Fenton wrote: > Roy Sutton wrote: > > Glad to see interest picking up again. > Ditto, I'm still around and keen to contribute test cases, docs, SWIG > files etc. I've just released Weft QDA version 1.0 (based on wxruby > 0.6.0) and I want to use wxruby2 for version 2.0 - firstly for unicode > support, but also lots of tempting widgets. I've got some classes that > are half-working but keep running into a common set of SWIG problems I > can't solve. > > Also I have been working on some modular extensions to Wx syntax to make > the API more ruby-ish. They're not quite ready to go yet, and I'm abroad > without computer for the next month (Borneo!), but hopefully will be > able to put out a release after that. Here's a little sample: > > @frame = Wx::Frame.new( nil, :title => "Arranger Application" ) > listen(:close, @frame) # binds automatically to self#on_close > @frame.arrange_grid( :cols => 2, :vgap => 3 ) # easy sizers > @frame.padding = 1 > @frame.add( Wx::Panel[ :size => [100, 100] ], :grow => 1 ) do | panel | > panel.add( Wx::TextCtrl[ :value => 'initial value', > :multiline => true ] ) > panel.add( Wx::Button[:label => 'foo'] ) do | button | > listen(:button, button) { | e | p "foo" } # block handler > listen(:button, button, :on_foo_button) # specify a handler method > end > end > > The one thing that I think we > > were all waiting on was the memory tracking stuff. I think we might > > want to re-evaluate with the latest SWIG release and see if we have the > > solution to our problems and then get the preview ready. > The info at http://www.swig.org/Doc1.3/Ruby.html#Ruby_nn57 looks > interesting but I'm not sure if this would help. > > > I myself have > > been busy with my new bouncing baby boy but am starting to be able to > > come up for air. I'd like to get going again. > > > Congratulations. > > cheers > alex > _______________________________________________ > wxruby-users mailing list > wxruby-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-users > From alex at pressure.to Sun Feb 19 08:27:33 2006 From: alex at pressure.to (Alex Fenton) Date: Sun, 19 Feb 2006 13:27:33 +0000 Subject: [Wxruby-users] overriding system locale on Linux Message-ID: <43F87245.1010906@pressure.to> Hi all Ubuntu linux breezy switched to using UTF-8 as the default encoding. This has created problems for users of Weft QDA - which uses wxruby-0.6.0. When accented characters are encoded in UTF-8, they display brokenly (as you'd expect, with double-byte chars appearing as two wrong characters). But now latin-1 encoded strings with accented characters don't display at all. This will be solved by wxruby2, but I'm wondering in the meantime if there is some way of temporarily overriding a system's default locale while running wxruby? The environment variable LC_CTYPE looks relevant, but I don't have a breezy installed myself so can't test - anyone had any experience with this? Thanks alex From r.mark.volkmann at gmail.com Sun Feb 19 09:11:02 2006 From: r.mark.volkmann at gmail.com (Mark Volkmann) Date: Sun, 19 Feb 2006 08:11:02 -0600 Subject: [Wxruby-users] TextCtrl width Message-ID: What's the best way to specify the width of a TextCtrl in characters instead of pixels? -- R. Mark Volkmann Partner, Object Computing, Inc. From r.mark.volkmann at gmail.com Sun Feb 19 09:11:56 2006 From: r.mark.volkmann at gmail.com (Mark Volkmann) Date: Sun, 19 Feb 2006 08:11:56 -0600 Subject: [Wxruby-users] tab traversal Message-ID: It seems that tab traversal between TextCtrl widgets doesn't work by default. How do you enable that? -- R. Mark Volkmann Partner, Object Computing, Inc. From r.mark.volkmann at gmail.com Sun Feb 19 09:13:47 2006 From: r.mark.volkmann at gmail.com (Mark Volkmann) Date: Sun, 19 Feb 2006 08:13:47 -0600 Subject: [Wxruby-users] sizer support for colspan > 1? Message-ID: I see that GridBagSizer is not yet supported by wxRuby. Is there an alternative to specifying that a widget spans more than one column? I don't see a way to do that in FlexGridSizer. -- R. Mark Volkmann Partner, Object Computing, Inc. From alex at pressure.to Sun Feb 19 09:41:08 2006 From: alex at pressure.to (Alex Fenton) Date: Sun, 19 Feb 2006 14:41:08 +0000 Subject: [Wxruby-users] TextCtrl width In-Reply-To: References: Message-ID: <43F88384.20103@pressure.to> Mark Volkmann wrote: > What's the best way to specify the width of a TextCtrl in characters > instead of pixels? > There's no way to specify a TextCtrl's screen size directly in characters (though you can constrain the maximum length of string entered using Wx::TextCtrl.set_max_length). Wx::Window#get_text_extent allows you to calculate the pixel dimensions of a specified text displayed in a specified font. Something like x, y = a_widget.get_text_extent('a' * 40) would give you the pixel width and height of 40 characters which you can then use to set the size of the TextCtrl textctrl.set_size( Wx::Size.new(x, y) ) But ... unfortunately this function is currently only available in the old 0.x series of wxruby. It's pending a SWIG solution for returning Ruby values that in C++ are passed in as reference in-parameters. This is one of the last big SWIG problems for wxruby2 to overcome, as it bedevils a fair number of useful methods across WxWidgets. I'm sure a solution is possible, but I've not personally had any success with the techniques described in the SWIG manual's Ruby chapter ( http://www.swig.org/Doc1.3/Ruby.html#Ruby_nn32 ) hth alex From alex at pressure.to Sun Feb 19 09:56:30 2006 From: alex at pressure.to (Alex Fenton) Date: Sun, 19 Feb 2006 14:56:30 +0000 Subject: [Wxruby-users] sizer support for colspan > 1? In-Reply-To: References: Message-ID: <43F8871E.1060302@pressure.to> Mark Volkmann wrote: > I see that GridBagSizer is not yet supported by wxRuby. Is there an > alternative to specifying that a widget spans more than one column? I > don't see a way to do that in FlexGridSizer. > I saw your post on c.l.r. and had a go at porting GridBagSizer. It hasn't worked out, yet. But you can usually achieve similar results by nesting sizers within one another to create spanning grid cells. As an eg the child window at: http://www.pressure.to/qda/doc/images/code_document.png Wx::Sizer#add accepts another sizer as well as a widget/window as an argument http://www.wxwidgets.org/manuals/2.6.2/wx_wxsizer.html#wxsizeradd So you can have, for example, a vertical BoxSizer spanning multiple 'columns' as the main sizer, then create 'columns' in the 'rows' by organising the widgets using a horizontal BoxSizer. Apply the appropriate proportions and flags for the widgets and sub-sizers to expand and shrink when you #add them to the parent to create the appearance of cells. cheers alex From r.mark.volkmann at gmail.com Sun Feb 19 10:51:16 2006 From: r.mark.volkmann at gmail.com (Mark Volkmann) Date: Sun, 19 Feb 2006 09:51:16 -0600 Subject: [Wxruby-users] sizer support for colspan > 1? In-Reply-To: <43F8871E.1060302@pressure.to> References: <43F8871E.1060302@pressure.to> Message-ID: Thank you very much for taking the time to look into this! I'll give nested sizers a try. On 2/19/06, Alex Fenton wrote: > Mark Volkmann wrote: > > I see that GridBagSizer is not yet supported by wxRuby. Is there an > > alternative to specifying that a widget spans more than one column? I > > don't see a way to do that in FlexGridSizer. > > > I saw your post on c.l.r. and had a go at porting GridBagSizer. It > hasn't worked out, yet. But you can usually achieve similar results by > nesting sizers within one another to create spanning grid cells. As an > eg the child window at: > > http://www.pressure.to/qda/doc/images/code_document.png > > Wx::Sizer#add accepts another sizer as well as a widget/window as an > argument > > http://www.wxwidgets.org/manuals/2.6.2/wx_wxsizer.html#wxsizeradd > > So you can have, for example, a vertical BoxSizer spanning multiple > 'columns' as the main sizer, then create 'columns' in the 'rows' by > organising the widgets using a horizontal BoxSizer. Apply the > appropriate proportions and flags for the widgets and sub-sizers to > expand and shrink when you #add them to the parent to create the > appearance of cells. > > cheers > > alex > > _______________________________________________ > wxruby-users mailing list > wxruby-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-users > -- R. Mark Volkmann Partner, Object Computing, Inc. From wxruby at qualitycode.com Sun Feb 19 09:50:35 2006 From: wxruby at qualitycode.com (Kevin Smith) Date: Sun, 19 Feb 2006 09:50:35 -0500 Subject: [Wxruby-users] overriding system locale on Linux In-Reply-To: <43F87245.1010906@pressure.to> References: <43F87245.1010906@pressure.to> Message-ID: <1140360635.19566.1.camel@localhost.localdomain> On Sun, 2006-02-19 at 13:27 +0000, Alex Fenton wrote: > This will be solved by wxruby2, but I'm wondering in the meantime if > there is some way of temporarily overriding a system's default locale > while running wxruby? The environment variable LC_CTYPE looks relevant, > but I don't have a breezy installed myself so can't test - anyone had > any experience with this? I have breezy installed, so I might be able to do a quick test if you can tell me what to try. Kevin From alex at pressure.to Sun Feb 19 21:47:14 2006 From: alex at pressure.to (Alex Fenton) Date: Mon, 20 Feb 2006 02:47:14 +0000 Subject: [Wxruby-users] overriding system locale on Linux In-Reply-To: <1140360635.19566.1.camel@localhost.localdomain> References: <43F87245.1010906@pressure.to> <1140360635.19566.1.camel@localhost.localdomain> Message-ID: <43F92DB2.7040308@pressure.to> > I have breezy installed, so I might be able to do a quick test if you > can tell me what to try. > > Thanks for the offer Kevin. I'll see how the user gets on with my first suggestions, if no joy I'll make a simple test case I can send over. alex