From noreply at rubyforge.org Wed Aug 1 13:31:38 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 1 Aug 2007 13:31:38 -0400 (EDT) Subject: [wxruby-development] [ wxruby-Bugs-12747 ] Crash on exit Message-ID: <20070801173138.3F6EB5240B59@rubyforge.org> Bugs item #12747, was opened at 2007-08-01 17:31 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=12747&group_id=35 Category: Incorrect behavior Group: None Status: Open Resolution: None Priority: 3 Submitted By: Alex Fenton (brokentoy) Assigned to: Alex Fenton (brokentoy) Summary: Crash on exit Initial Comment: With 1.9.0 on windows, the etc/activation sample crashes on exit if it is closed by closing each window in turn ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=12747&group_id=35 From noreply at rubyforge.org Wed Aug 1 13:32:35 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 1 Aug 2007 13:32:35 -0400 (EDT) Subject: [wxruby-development] [ wxruby-Bugs-12748 ] ObjectPreviouslyDeleted error when exiting bigdemo Message-ID: <20070801173235.B8E0C5240AC7@rubyforge.org> Bugs item #12748, was opened at 2007-08-01 17:32 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=12748&group_id=35 Category: Incorrect behavior Group: None Status: Open Resolution: None Priority: 3 Submitted By: Alex Fenton (brokentoy) Assigned to: Alex Fenton (brokentoy) Summary: ObjectPreviouslyDeleted error when exiting bigdemo Initial Comment: On Windows and Linux, an ObjectPreviouslyDeleted exception is sometimes raised when closing the bigdemo. This appears to be triggered only if a part of bigdemo which displays a separate frame has been shown. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=12748&group_id=35 From noreply at rubyforge.org Wed Aug 1 14:00:11 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 1 Aug 2007 14:00:11 -0400 (EDT) Subject: [wxruby-development] [ wxruby-Bugs-12751 ] text/unicode sample layout garbled on MSW Message-ID: <20070801180011.54C2C5240B58@rubyforge.org> Bugs item #12751, was opened at 2007-08-01 18:00 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=12751&group_id=35 Category: Incorrect behavior Group: None Status: Open Resolution: None Priority: 3 Submitted By: Alex Fenton (brokentoy) Assigned to: Alex Fenton (brokentoy) Summary: text/unicode sample layout garbled on MSW Initial Comment: The widgets in the text/unicode sample are laid out all wrong and bunched up on MSW, with 1.9.0 ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=12751&group_id=35 From mario at ruby-im.net Thu Aug 2 02:56:00 2007 From: mario at ruby-im.net (Mario Steele) Date: Thu, 02 Aug 2007 01:56:00 -0500 Subject: [wxruby-development] wxSocket..... or wxRubySocket.... Message-ID: Hey Alex, I was looking into figuring out a way to create a truely Asynchronis Socket type for Ruby, and thought I'd go down to the bare minimal implementation of it, to start creating a socket, and then I got to thinking. Looking at the wxWidgets C/C++ Code, it doesn't do much different then what I'm doing, only in Ruby, so I thought maybe, as a way to avoid having to wrap wxSocket, and various other classes that wxWidgets has, that is asynchronis, I was looking at possibly writting a Pure Ruby implementation of the wxSocket classes. Now, I've already started re-creating GSocket.cpp in ruby, as GSocket.rb, and doing it in a way that works the best, in other words, the Ruby way. This will be the foundation for the rest. But this brings up a question, especially with the recent changes in the way Events are worked. I was wondering if there was a way I can create Custom Events to use for the Ruby implementation of wxSocket? Any insight, much appreciated. Mario Steele -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From alex at pressure.to Thu Aug 2 03:26:52 2007 From: alex at pressure.to (Alex Fenton) Date: Thu, 02 Aug 2007 08:26:52 +0100 Subject: [wxruby-development] wxSocket..... or wxRubySocket.... In-Reply-To: References: Message-ID: <46B1873C.40906@pressure.to> Hi Mario Mario Steele wrote: > I thought maybe, as a way > to avoid having to wrap wxSocket, and various other classes that wxWidgets > has, that is asynchronis, I was looking at possibly writting a Pure Ruby > implementation of the wxSocket classes. > Sounds like a good idea. I've seen a couple of recent messages on the wx list which have slightly cooled me on the idea of wrapping the Socket classes, eg http://groups.google.com/group/comp.soft-sys.wxwindows/browse_frm/thread/66609edd4c017fe0/90b57e6c2742ace1?tvc=1#90b57e6c2742ace1 > other words, the Ruby way. > This will be the foundation for the rest. But this brings up a question, > especially with the recent changes in the way Events are worked. I was > wondering if there was a way I can create Custom Events to use for the > Ruby implementation of wxSocket? > Yes, for sure. It goes something like this: # create an event class with an id, and register the type class SocketEvent < Wx::Event EVT_SOCKET_CLOSE = Wx::Event.new_event_type Wx::EvtHandler.register_class(self, EVT_SOCKET_CLOSE, 'evt_socket_close', 1) def initialize(obj) super(EVT_SOCKET_CLOSE) set_event_object(obj) end end # create the event-firing class class Socket def close evt = SocketEvent.new(self) get_event_handler.process_event(evt) end end # in the event-handling class evt_socket_close(a_socket) { | e | .... } Have a look at the evthandler HTML doc, and from there perhaps also lib/wx/classes/evthandler.rb and swig/classes/EvtHandler.i. I'm planning to expand the event handling tutorial soon. I've only really used this with CommandEvent-like custom events used with custom controls, so there are likely some wrinkles to work out. In particular, because wxWidgets does lots of Clone-ing inside the event handling code, there's currently no guarantee that the handled event will be the same as that passed to process_event. This means that instance variables etc set in the original event may be lost. So if you have a chance to work with this do let us know how it can be improved. alex From noreply at rubyforge.org Fri Aug 10 08:39:40 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Fri, 10 Aug 2007 08:39:40 -0400 (EDT) Subject: [wxruby-development] [ wxruby-Bugs-12962 ] Wx::ListCtrl setting text or background colour doesn't work on Windows Message-ID: <20070810123940.BAD095240B08@rubyforge.org> Bugs item #12962, was opened at 2007-08-10 07:39 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=12962&group_id=35 Category: Incorrect behavior Group: current Status: Open Resolution: None Priority: 3 Submitted By: Serge Kruppa (sergejf) Assigned to: Nobody (None) Summary: Wx::ListCtrl setting text or background colour doesn't work on Windows Initial Comment: In the bigdemo "class TestVirtualList < Wx::ListCtrl" contains the setting of the colour attributes for items in the list: @attr2 = Wx::ListItemAttr.new() @attr2.set_background_colour(Wx::Colour.new("LIGHT BLUE")) Except this doesn't work, the items are displayed black on white. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=12962&group_id=35 From mario at ruby-im.net Wed Aug 15 07:19:41 2007 From: mario at ruby-im.net (Mario Steele) Date: Wed, 15 Aug 2007 06:19:41 -0500 Subject: [wxruby-development] wxSocket..... or wxRubySocket.... In-Reply-To: <46B1873C.40906@pressure.to> References: <46B1873C.40906@pressure.to> Message-ID: Hey Alex, Sorry that I haven't been able to respond till now. I've been working on the problem at hand, and so far, what I have gotten, is a base layout, trying to emulate everything that is in wxBaseSocket class to start, then build up from there. I'm working out the stuff that currently is supported by Ruby's Socket class, and go from there. If I do get this working, will this be included with the Full Distro of wxRuby, and not the wxSugar package? Reason why I ask, is cause I'd rather it go into wxRuby core package, cause it's going to be mirroring the wxWidget's API to the letter, so to say, and really isn't meant for the wxSugar package. Hopefully, I'll have something together, and some tests to try out, and see if it will work or not soon. TTFN, Mario Steele On 8/2/07, Alex Fenton wrote: > > Hi Mario > > Mario Steele wrote: > > I thought maybe, as a way > > to avoid having to wrap wxSocket, and various other classes that > wxWidgets > > has, that is asynchronis, I was looking at possibly writting a Pure Ruby > > implementation of the wxSocket classes. > > > Sounds like a good idea. I've seen a couple of recent messages on the wx > list which have slightly cooled me on the idea of wrapping the Socket > classes, eg > > > http://groups.google.com/group/comp.soft-sys.wxwindows/browse_frm/thread/66609edd4c017fe0/90b57e6c2742ace1?tvc=1#90b57e6c2742ace1 > > other words, the Ruby way. > > This will be the foundation for the rest. But this brings up a > question, > > especially with the recent changes in the way Events are worked. I was > > wondering if there was a way I can create Custom Events to use for the > > Ruby implementation of wxSocket? > > > > Yes, for sure. It goes something like this: > > # create an event class with an id, and register the type > class SocketEvent < Wx::Event > EVT_SOCKET_CLOSE = Wx::Event.new_event_type > Wx::EvtHandler.register_class(self, EVT_SOCKET_CLOSE, > 'evt_socket_close', 1) > def initialize(obj) > super(EVT_SOCKET_CLOSE) > set_event_object(obj) > end > end > > # create the event-firing class > class Socket > def close > evt = SocketEvent.new(self) > get_event_handler.process_event(evt) > end > end > > # in the event-handling class > evt_socket_close(a_socket) { | e | .... } > > Have a look at the evthandler HTML doc, and from there perhaps also > lib/wx/classes/evthandler.rb and swig/classes/EvtHandler.i. I'm planning > to expand the event handling tutorial soon. > > I've only really used this with CommandEvent-like custom events used > with custom controls, so there are likely some wrinkles to work out. In > particular, because wxWidgets does lots of Clone-ing inside the event > handling code, there's currently no guarantee that the handled event > will be the same as that passed to process_event. This means that > instance variables etc set in the original event may be lost. So if you > have a chance to work with this do let us know how it can be improved. > > alex > > > > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070815/5d0df1f7/attachment-0001.html From alex at pressure.to Wed Aug 15 07:43:02 2007 From: alex at pressure.to (Alex Fenton) Date: Wed, 15 Aug 2007 12:43:02 +0100 Subject: [wxruby-development] wxSocket..... or wxRubySocket.... In-Reply-To: References: <46B1873C.40906@pressure.to> Message-ID: <46C2E6C6.5050307@pressure.to> Mario Steele wrote: > Sorry that I haven't been able to respond till now. I've been working > on the problem at hand, and so far, what I have gotten, is a base > layout, trying to emulate everything that is in wxBaseSocket class to > start, then build up from there. Good work. > I'm working out the stuff that currently is supported by Ruby's Socket > class, and go from there. If I do get this working, will this be > included with the Full Distro of wxRuby, and not the wxSugar package? > Reason why I ask, is cause I'd rather it go into wxRuby core package, > cause it's going to be mirroring the wxWidget's API to the letter, so > to say, and really isn't meant for the wxSugar package. If it rounds out the WxRuby API and provides functionality where Ruby's core classes don't cut it, I'm not against it going into the core. cheers alex From noreply at rubyforge.org Wed Aug 22 09:04:14 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 22 Aug 2007 09:04:14 -0400 (EDT) Subject: [wxruby-development] [ wxruby-Support Requests-13276 ] can not load wxruby2.so on win98 Message-ID: <20070822130414.9064D5240B6D@rubyforge.org> Support Requests item #13276, was opened at 2007-08-22 09:04 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=219&aid=13276&group_id=35 Category: None Group: None Status: Open Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: can not load wxruby2.so on win98 Initial Comment: I have installed One-Click Installer - Windows 1.8.6-25. Then I have installed wxruby: C:\WINDOWS>gem install wxRuby C:\WINDOWS>ruby.exe c:\Programme\ruby\bin\gem.rb install wxRuby Select which gem to install for your platform (i386-mswin32) 1. wxruby 1.9.0 (i386-mswin32) 2. wxruby 1.9.0 (powerpc-darwin8.10.0) 3. wxruby 1.9.0 (i686-darwin8.4.1) 4. wxruby 1.9.0 (i686-linux) 5. Skip this gem 6. Cancel installation > 1 Successfully installed wxruby-1.9.0-i386-mswin32 But if I try some example it will not work. require "wx" include Wx class HelloWorld < App def on_init helloframe = Frame.new(nil, -1, "Hello World") StaticText.new(helloframe,-1,"Hello World") helloframe.show() end end HelloWorld.new.main_loop ERROR: >ruby wxTest_.rb C:/PROGRAMME/RUBY/lib/ruby/gems/1.8/gems/wxruby-1.9.0-i386-mswin32/lib/wxruby2.so: 1157: Ein der f?r die Ausf?hrung dieser Anwendung notwendige Bibliothekdateien kann nicht gefunden werden. - C:/PROGRAMME/RUBY/lib/ruby/gems/1.8/gems/wxruby-1.9.0-i386-mswin32/lib/wxruby2.so (LoadError) from C:/PROGRAMME/RUBY/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `require' from C:/PROGRAMME/RUBY/lib/ruby/gems/1.8/gems/wxruby-1.9.0-i386-mswin32/lib/wx.rb:12 from C:/PROGRAMME/RUBY/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `gem_original_require' from C:/PROGRAMME/RUBY/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:in `require' from wxTest_.rb:1 >Exit code: 1 I try to load wxruby2.so via dl: fname = 'c:\Programme\ruby\lib\ruby\gems\1.8\gems\wxruby-1.9.0-i386-mswin32\lib\wxruby2.so' p File.exists?(fname) require 'dl' p TestDLL = DL.dlopen(fname) RESULT: >ruby test.rb true test.rb:5:in `initialize': unknown error (RuntimeError) from test.rb:5:in `dlopen' from test.rb:5 >Exit code: 1 (the dl itself is ok, I tried it with other dlls) Any idea? is there any dependency on some library like a special msvc??? Thanks Jan ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=219&aid=13276&group_id=35 From noreply at rubyforge.org Wed Aug 22 10:52:46 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 22 Aug 2007 10:52:46 -0400 (EDT) Subject: [wxruby-development] [ wxruby-Support Requests-13282 ] comment to [#13276] can not load wxruby2.so on win98 Message-ID: <20070822145246.43EE4A970003@rubyforge.org> Support Requests item #13282, was opened at 2007-08-22 10:52 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=219&aid=13282&group_id=35 Category: None Group: None Status: Open Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: comment to [#13276] can not load wxruby2.so on win98 Initial Comment: Sorry but 'Add A Comment' givs only error. (account needed?) the minimal sample: >ruby minimal.rb minimal.rb:10:in `load': no such file to load -- wx (LoadError) from minimal.rb:10 >Exit code: 1 Some of the libraries had only dlls on win32s (Windows 3.1) I found some dlls. (win32s in an old bakup :-)) gdi32.lib - winspool.lib - comdlg32.lib - (win32s) shell32.lib - (win32s) ole32.lib - (win32s) oleaut32.lib ok uuid.lib - odbc32.lib ok odbccp32.lib - comctl32.lib - (win32s) rpcrt4.lib - winmm.lib - (win32s) Thanks Jan ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=219&aid=13282&group_id=35 From noreply at rubyforge.org Thu Aug 23 07:57:49 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 23 Aug 2007 07:57:49 -0400 (EDT) Subject: [wxruby-development] [ wxruby-Bugs-13303 ] gem does not install/check msvcp71.dll, msvcr71.dll Message-ID: <20070823115749.4F74BA970004@rubyforge.org> Bugs item #13303, was opened at 2007-08-23 07:57 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=13303&group_id=35 Category: None Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: gem does not install/check msvcp71.dll, msvcr71.dll Initial Comment: gem wxruby-1.9.0-i386-mswin32 does not install dependency msvcp71.dll, msvcr71.dll, with are not available on a fresh xp. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=13303&group_id=35 From noreply at rubyforge.org Thu Aug 23 08:05:06 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 23 Aug 2007 08:05:06 -0400 (EDT) Subject: [wxruby-development] [ wxruby-Bugs-13304 ] wxruby-1.9.0-i386-mswin32 does not work on win98 Message-ID: <20070823120506.7B606A97001C@rubyforge.org> Bugs item #13304, was opened at 2007-08-23 08:05 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=13304&group_id=35 Category: None Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: wxruby-1.9.0-i386-mswin32 does not work on win98 Initial Comment: after manual install of msvcp71.dll and msvcr71.dll minimal.rb programm aborts: wxWidgets Fatal Error This programm uses Unicode and requires Windows NT/2000/XP You should note or fix this. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=13304&group_id=35 From noreply at rubyforge.org Tue Aug 28 06:32:55 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 28 Aug 2007 06:32:55 -0400 (EDT) Subject: [wxruby-development] [ wxruby-Bugs-13457 ] Missing constants for FileDialog Message-ID: <20070828103255.E671552409BB@rubyforge.org> Bugs item #13457, was opened at 2007-08-28 12:32 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=13457&group_id=35 Category: Missing API call Group: current Status: Open Resolution: None Priority: 3 Submitted By: Torbj?rn Bergstedt (tbergstedt) Assigned to: Nobody (None) Summary: Missing constants for FileDialog Initial Comment: According to the documentation, the FileDialog has a number of style constants, prefixed with FD_. However, those are not recognized when trying to use them. I've tried the FD_SAVE and FD_OVERWRITE_PROMPT to no avail. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=13457&group_id=35 From alex at pressure.to Wed Aug 29 19:03:32 2007 From: alex at pressure.to (Alex Fenton) Date: Thu, 30 Aug 2007 00:03:32 +0100 Subject: [wxruby-development] Scintilla Message-ID: <46D5FB44.7060706@pressure.to> Hi I've been trying out the StyledTextCtrl/Scintilla component bundled with wxWidgets 2.8. Surprisingly, it's very easy to get this working at a basic level with wxRuby (95% of credit to Roy, who originally created a SWIG file for this). So I'm wondering: should we try and integrate this into wxRuby core? Pros: - a cool component, interesting to developers - not too much work - now up-to-date and part of the wxWidgets distribution Cons: - not terribly well documented - we don't really have the resources to do lots of fixes on it - makes the build process somewhat more complicated alex From teki321 at gmail.com Wed Aug 29 20:15:10 2007 From: teki321 at gmail.com (Bela Babik) Date: Thu, 30 Aug 2007 10:15:10 +1000 Subject: [wxruby-development] Scintilla In-Reply-To: <46D5FB44.7060706@pressure.to> References: <46D5FB44.7060706@pressure.to> Message-ID: It would make possible to create a ruby ide (or interactive editor) in wxruby more easily, so it's a big + from me. teki On 8/30/07, Alex Fenton wrote: > Hi > > I've been trying out the StyledTextCtrl/Scintilla component bundled with > wxWidgets 2.8. Surprisingly, it's very easy to get this working at a > basic level with wxRuby (95% of credit to Roy, who originally created a > SWIG file for this). > > So I'm wondering: should we try and integrate this into wxRuby core? > > Pros: > - a cool component, interesting to developers > - not too much work > - now up-to-date and part of the wxWidgets distribution > > Cons: > - not terribly well documented > - we don't really have the resources to do lots of fixes on it > - makes the build process somewhat more complicated > > alex From sean.m.long at gmail.com Thu Aug 30 02:56:34 2007 From: sean.m.long at gmail.com (Sean Long) Date: Wed, 29 Aug 2007 23:56:34 -0700 Subject: [wxruby-development] Scintilla In-Reply-To: References: <46D5FB44.7060706@pressure.to> Message-ID: I say throw it in and the people that don't want it probably know enough that they can compile wxRuby themselves and leave Scintilla out. I think we should do whatever we can so 99% of the users on (Windows, Mac and Linux) do not need to learn how to build wxRuby. on a side note: I have not responded much on the mailing lists lately ( I apologize for that ) but I always read the posts and svn commits. Sean On 8/29/07, Bela Babik wrote: > It would make possible to create a ruby ide (or interactive editor) in > wxruby more easily, so it's a big + from me. > > teki > > On 8/30/07, Alex Fenton wrote: > > Hi > > > > I've been trying out the StyledTextCtrl/Scintilla component bundled with > > wxWidgets 2.8. Surprisingly, it's very easy to get this working at a > > basic level with wxRuby (95% of credit to Roy, who originally created a > > SWIG file for this). > > > > So I'm wondering: should we try and integrate this into wxRuby core? > > > > Pros: > > - a cool component, interesting to developers > > - not too much work > > - now up-to-date and part of the wxWidgets distribution > > > > Cons: > > - not terribly well documented > > - we don't really have the resources to do lots of fixes on it > > - makes the build process somewhat more complicated > > > > alex > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development > From mario at ruby-im.net Thu Aug 30 03:23:13 2007 From: mario at ruby-im.net (Mario Steele) Date: Thu, 30 Aug 2007 02:23:13 -0500 Subject: [wxruby-development] Scintilla In-Reply-To: <46D5FB44.7060706@pressure.to> References: <46D5FB44.7060706@pressure.to> Message-ID: <46D67061.2020508@ruby-im.net> You know my vote on this, But I also agree with Sean as well, to do this now, so we can get everything in there for now. Then when we can modularize wxRuby into seperate SO files, we'll really be able to expand upon it and let it be setup where you won't have to re-compile just to get rid of something you don't use. Mario Steele Alex Fenton wrote: > Hi > > I've been trying out the StyledTextCtrl/Scintilla component bundled with > wxWidgets 2.8. Surprisingly, it's very easy to get this working at a > basic level with wxRuby (95% of credit to Roy, who originally created a > SWIG file for this). > > So I'm wondering: should we try and integrate this into wxRuby core? > > Pros: > - a cool component, interesting to developers > - not too much work > - now up-to-date and part of the wxWidgets distribution > > Cons: > - not terribly well documented > - we don't really have the resources to do lots of fixes on it > - makes the build process somewhat more complicated > > alex > > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development > > From alex at pressure.to Thu Aug 30 04:06:47 2007 From: alex at pressure.to (Alex Fenton) Date: Thu, 30 Aug 2007 09:06:47 +0100 Subject: [wxruby-development] Scintilla In-Reply-To: <46D67061.2020508@ruby-im.net> References: <46D5FB44.7060706@pressure.to> <46D67061.2020508@ruby-im.net> Message-ID: <46D67A97.30100@pressure.to> Thanks all guys. I'll go for it then. I think it should be possible to tweak the Rakefile so it tests for the presence of the STC library, and excludes it if Wx hasn't had that optional component built (using EXCLUDED_CLASSES IIRC) alex Mario Steele wrote: > You know my vote on this, > > But I also agree with Sean as well, to do this now, so we can get > everything in there for now. Then when we can modularize wxRuby into > seperate SO files, we'll really be able to expand upon it and let it be > setup where you won't have to re-compile just to get rid of something > you don't use. > From alex at pressure.to Thu Aug 30 15:33:54 2007 From: alex at pressure.to (Alex Fenton) Date: Thu, 30 Aug 2007 20:33:54 +0100 Subject: [wxruby-development] Scintilla In-Reply-To: References: <46D5FB44.7060706@pressure.to> Message-ID: <46D71BA2.1060201@pressure.to> Hi Sean Sean Long wrote: > I say throw it in and the people that don't want it probably know > enough that they can compile wxRuby themselves and leave Scintilla > out. I think we should do whatever we can so 99% of the users on > (Windows, Mac and Linux) do not need to learn how to build wxRuby. > If you want add StyledTextCtrl (Scintilla) on OS X, the way is to go back to your wxWidgets build directory, then do cd contrib/stc make sudo make install Then rake, as usual. WxRuby should now pick it up. But before you do, I'd be grateful if you could updating from svn and trying to build wxruby. I'd like to see if the guards I've put in to avoid compile or runtime problems if the optional component isn't there are working. No urgency on this, whenever you get a moment. I haven't looked at STC on Windows, but will do. thanks alex From sean.m.long at gmail.com Fri Aug 31 02:44:58 2007 From: sean.m.long at gmail.com (Sean Long) Date: Thu, 30 Aug 2007 23:44:58 -0700 Subject: [wxruby-development] Scintilla In-Reply-To: <46D71BA2.1060201@pressure.to> References: <46D5FB44.7060706@pressure.to> <46D71BA2.1060201@pressure.to> Message-ID: > But before you do, I'd be grateful if you could updating from svn and > trying to build wxruby. I'd like to see if the guards I've put in to > avoid compile or runtime problems if the optional component isn't there > are working. I am getting the error: i686-apple-darwin8-g++-4.0.1: /usr/local/lib/libwx_macud_stc-2.8.a: No such file or directory rake aborted! Command failed with status (1): [g++ -dynamic -bundle -flat_namespace -und...] Sean From alex at pressure.to Fri Aug 31 03:07:41 2007 From: alex at pressure.to (Alex Fenton) Date: Fri, 31 Aug 2007 08:07:41 +0100 Subject: [wxruby-development] Scintilla In-Reply-To: References: <46D5FB44.7060706@pressure.to> <46D71BA2.1060201@pressure.to> Message-ID: <46D7BE3D.3090607@pressure.to> Sean Long wrote: > I am getting the error: > > i686-apple-darwin8-g++-4.0.1: /usr/local/lib/libwx_macud_stc-2.8.a: No > such file or directory > rake aborted! > Command failed with status (1): [g++ -dynamic -bundle -flat_namespace -und...] > Thanks. Could you svn up and try again please? alex From sean.m.long at gmail.com Fri Aug 31 03:08:55 2007 From: sean.m.long at gmail.com (Sean Long) Date: Fri, 31 Aug 2007 00:08:55 -0700 Subject: [wxruby-development] Scintilla In-Reply-To: References: <46D5FB44.7060706@pressure.to> <46D71BA2.1060201@pressure.to> Message-ID: I can not see what is causing this error, I looked through the rake files and things look well guarded to prevent this. The only thing I can think of is that stc.h is being #included somewhere where it shouldn't when the lib is not present. I am falling asleep at the computer so I am done looking into this tonight, maybe tomorrow I will have some time to probe further. Oh and Alex great work on getting the Scintilla stuff added in, now I will have an excuse to finally try StyledTextCtrl. Thanks Sean On 8/30/07, Sean Long wrote: > > But before you do, I'd be grateful if you could updating from svn and > > trying to build wxruby. I'd like to see if the guards I've put in to > > avoid compile or runtime problems if the optional component isn't there > > are working. > > I am getting the error: > > i686-apple-darwin8-g++-4.0.1: /usr/local/lib/libwx_macud_stc-2.8.a: No > such file or directory > rake aborted! > Command failed with status (1): [g++ -dynamic -bundle -flat_namespace -und...] > > > > Sean > From alex at pressure.to Fri Aug 31 03:12:51 2007 From: alex at pressure.to (Alex Fenton) Date: Fri, 31 Aug 2007 08:12:51 +0100 Subject: [wxruby-development] Scintilla In-Reply-To: References: <46D5FB44.7060706@pressure.to> <46D71BA2.1060201@pressure.to> Message-ID: <46D7BF73.9040704@pressure.to> Sean Long wrote: > I can not see what is causing this error, I looked through the rake > files and things look well guarded to prevent this. I think it's because I forgot to remove wx_stc from the list of libs to be linked in at the final compile stage even if libwx_stc support wasn't found. These are set up by varying the arguments to wx-config in rakewx.rb a From sean.m.long at gmail.com Fri Aug 31 03:15:35 2007 From: sean.m.long at gmail.com (Sean Long) Date: Fri, 31 Aug 2007 00:15:35 -0700 Subject: [wxruby-development] Scintilla In-Reply-To: <46D7BE3D.3090607@pressure.to> References: <46D5FB44.7060706@pressure.to> <46D71BA2.1060201@pressure.to> <46D7BE3D.3090607@pressure.to> Message-ID: Good thing I checked my mail again before shutting down. That last patch fixed it. Sean On 8/31/07, Alex Fenton wrote: > Sean Long wrote: > > I am getting the error: > > > > i686-apple-darwin8-g++-4.0.1: /usr/local/lib/libwx_macud_stc-2.8.a: No > > such file or directory > > rake aborted! > > Command failed with status (1): [g++ -dynamic -bundle -flat_namespace -und...] > > > > Thanks. Could you svn up and try again please? > > alex > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development > From sean.m.long at gmail.com Fri Aug 31 03:24:49 2007 From: sean.m.long at gmail.com (Sean Long) Date: Fri, 31 Aug 2007 00:24:49 -0700 Subject: [wxruby-development] Scintilla In-Reply-To: References: <46D5FB44.7060706@pressure.to> <46D71BA2.1060201@pressure.to> <46D7BE3D.3090607@pressure.to> Message-ID: I compiled the stc lib and rebuilt wxRuby, it picked up the library just fine and the StyledTextCtrl sample works. Nice job Alex now I am off to bed Sean From alex at pressure.to Fri Aug 31 03:36:12 2007 From: alex at pressure.to (Alex Fenton) Date: Fri, 31 Aug 2007 08:36:12 +0100 Subject: [wxruby-development] Scintilla In-Reply-To: References: <46D5FB44.7060706@pressure.to> <46D71BA2.1060201@pressure.to> <46D7BE3D.3090607@pressure.to> Message-ID: <46D7C4EC.1010407@pressure.to> Sean Long wrote: > I compiled the stc lib and rebuilt wxRuby, it picked up the library > just fine and the StyledTextCtrl sample works. > Neat. How does it look on OS X? On GTK this version seems to use nice anti-aliased fonts. > now I am off to bed > Going to have some breakfast and go to work...lol alex