From pascal_hurni at fastmail.fm Wed Jan 2 17:49:23 2013 From: pascal_hurni at fastmail.fm (Pascal Hurni) Date: Wed, 02 Jan 2013 18:49:23 +0100 Subject: [wxruby-development] 2013 the year of wxRuby3 In-Reply-To: <50E47179.5080907@fastmail.fm> References: <50E47179.5080907@fastmail.fm> Message-ID: <50E47323.2040108@fastmail.fm> Hi to all of you, especially core members, I started to work on wxRuby3 taking into account a bunch of the goals defined in the wxRuby wiki (http://wxruby.rubyforge.org/wiki/wiki.pl?DevelopmentRoadmap) - builds against wxWidgets HEAD (the upcoming 2.9.5 which will be the last before 3.0) - Use wxWidgets interface files - No more hand maintenance of custom wxRuby C headers - No more hand maintenance of documentation - Multiple shared libs (no more big monolithic build) I'm currently at the stage of proof of concept, I have this minimal script running: require 'wx' Wx::App.run { Wx::Frame.new(nil, -1, "Yop").show } I work on MacOS (SL), it also runs on CentOS 6.3 (x64), I did a quick try on Windows XP but gcc is segfaulting (MingW), I postpone Windows for now. Now the questions: 1. Where to publish the code of this new release? I propose a move to github.com with an import of the current SVN. The move to git will allow us to easily create dev branches and merge them together. If you agree on that, we'll have to find someone to do it as this is beyond my skills. 2. Rework the building process for every platform. After point 1 will be done, I'll publish my code and so we may start hacking on. I just moved to MacOS, so I have no particular skills on building details on this platform. Thus I'm looking for people wanting to hack the build process for every platform (wxWidgets build process changed slightly in 2.9) 3. SWIG interface files reorganization. Because of the use of wxWidgets interface file and the enhancement of the wxWidgets API in 2.9, the current content of the wxRuby swig files (for all swig'ed classes) have to be moved and checked against wxWidgets 2.9, volunteers needed. Of course, this will be a community effort, so if you want to contribute in any way, let us know here. Best Regards and Happy New Year to all of you. Pascal Hurni From mario at ruby-im.net Thu Jan 3 20:47:17 2013 From: mario at ruby-im.net (Mario Steele) Date: Thu, 3 Jan 2013 15:47:17 -0500 Subject: [wxruby-development] 2013 the year of wxRuby3 In-Reply-To: <50E47323.2040108@fastmail.fm> References: <50E47179.5080907@fastmail.fm> <50E47323.2040108@fastmail.fm> Message-ID: Hello Pascal, Thank you for taking an interest in getting these things build with wxRuby 3.0. I am currently setting up a Git Repository on GitHub right now out of the Subversion repository, and hope to have it setup initially to get everything properly done. This of-course may not actually happen, but give me some time, while I do this, and get everything up and going. I will send out an email when I have the repository completed with at-least trunk available. On Wed, Jan 2, 2013 at 12:49 PM, Pascal Hurni wrote: > Hi to all of you, especially core members, > > I started to work on wxRuby3 taking into account a bunch of the goals > defined in the wxRuby wiki > (http://wxruby.rubyforge.org/**wiki/wiki.pl?**DevelopmentRoadmap > ) > - builds against wxWidgets HEAD (the upcoming 2.9.5 which will be the > last before 3.0) > - Use wxWidgets interface files > - No more hand maintenance of custom wxRuby C headers > - No more hand maintenance of documentation > - Multiple shared libs (no more big monolithic build) > > I'm currently at the stage of proof of concept, I have this minimal > script running: > require 'wx' > Wx::App.run { Wx::Frame.new(nil, -1, "Yop").show } > > I work on MacOS (SL), it also runs on CentOS 6.3 (x64), I did a quick > try on Windows XP but gcc is segfaulting (MingW), I postpone Windows for > now. > > Now the questions: > > 1. Where to publish the code of this new release? > I propose a move to github.com with an import of the current SVN. > The move to git will allow us to easily create dev branches and merge > them together. > If you agree on that, we'll have to find someone to do it as this is > beyond my skills. > > 2. Rework the building process for every platform. > After point 1 will be done, I'll publish my code and so we may start > hacking on. > I just moved to MacOS, so I have no particular skills on building > details on this platform. > Thus I'm looking for people wanting to hack the build process for every > platform (wxWidgets build process changed slightly in 2.9) > > 3. SWIG interface files reorganization. > Because of the use of wxWidgets interface file and the enhancement of > the wxWidgets API in 2.9, the current content of the wxRuby swig files > (for all swig'ed classes) have to be moved and checked against wxWidgets > 2.9, volunteers needed. > > Of course, this will be a community effort, so if you want to contribute > in any way, let us know here. > > Best Regards and Happy New Year to all of you. > > Pascal Hurni > > ______________________________**_________________ > wxruby-development mailing list > wxruby-development at rubyforge.**org > http://rubyforge.org/mailman/**listinfo/wxruby-development > -- Mario Steele Fleet Captain CO - Geo 99 CO - USS T'hy'la XO - Diplomatic Corps - Second Life http://www.iftcommand.com/chapters/thyla/ http://www.trekfederation.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From mario at ruby-im.net Thu Jan 3 22:29:19 2013 From: mario at ruby-im.net (Mario Steele) Date: Thu, 3 Jan 2013 17:29:19 -0500 Subject: [wxruby-development] 2013 the year of wxRuby3 In-Reply-To: References: <50E47179.5080907@fastmail.fm> <50E47323.2040108@fastmail.fm> Message-ID: Hello Pascal, Alex, and whoever else may be listening in on this, ;-) I have created a Git repository at http://github.com/eumario/wxruby.git It includes the full Subversion repository, along with all the major tags available ever since the subversion repository was created. Anyone wanting commit access, please let me know your github user account, and I will add you to the master repository. Of course, you don't have to have commit access to the master repository, and instead just fork the code and submit back a pull request for the code, but it's just easier on me if you request the access. ;-) Enjoy, Mario On Thu, Jan 3, 2013 at 3:47 PM, Mario Steele wrote: > Hello Pascal, > > Thank you for taking an interest in getting these things build with wxRuby > 3.0. I am currently setting up a Git Repository on GitHub right now out of > the Subversion repository, and hope to have it setup initially to get > everything properly done. This of-course may not actually happen, but give > me some time, while I do this, and get everything up and going. I will > send out an email when I have the repository completed with at-least trunk > available. > > > On Wed, Jan 2, 2013 at 12:49 PM, Pascal Hurni wrote: > >> Hi to all of you, especially core members, >> >> I started to work on wxRuby3 taking into account a bunch of the goals >> defined in the wxRuby wiki >> (http://wxruby.rubyforge.org/**wiki/wiki.pl?**DevelopmentRoadmap >> ) >> - builds against wxWidgets HEAD (the upcoming 2.9.5 which will be the >> last before 3.0) >> - Use wxWidgets interface files >> - No more hand maintenance of custom wxRuby C headers >> - No more hand maintenance of documentation >> - Multiple shared libs (no more big monolithic build) >> >> I'm currently at the stage of proof of concept, I have this minimal >> script running: >> require 'wx' >> Wx::App.run { Wx::Frame.new(nil, -1, "Yop").show } >> >> I work on MacOS (SL), it also runs on CentOS 6.3 (x64), I did a quick >> try on Windows XP but gcc is segfaulting (MingW), I postpone Windows for >> now. >> >> Now the questions: >> >> 1. Where to publish the code of this new release? >> I propose a move to github.com with an import of the current SVN. >> The move to git will allow us to easily create dev branches and merge >> them together. >> If you agree on that, we'll have to find someone to do it as this is >> beyond my skills. >> >> 2. Rework the building process for every platform. >> After point 1 will be done, I'll publish my code and so we may start >> hacking on. >> I just moved to MacOS, so I have no particular skills on building >> details on this platform. >> Thus I'm looking for people wanting to hack the build process for every >> platform (wxWidgets build process changed slightly in 2.9) >> >> 3. SWIG interface files reorganization. >> Because of the use of wxWidgets interface file and the enhancement of >> the wxWidgets API in 2.9, the current content of the wxRuby swig files >> (for all swig'ed classes) have to be moved and checked against wxWidgets >> 2.9, volunteers needed. >> >> Of course, this will be a community effort, so if you want to contribute >> in any way, let us know here. >> >> Best Regards and Happy New Year to all of you. >> >> Pascal Hurni >> >> ______________________________**_________________ >> wxruby-development mailing list >> wxruby-development at rubyforge.**org >> http://rubyforge.org/mailman/**listinfo/wxruby-development >> > > > > -- > Mario Steele > Fleet Captain > CO - Geo 99 > CO - USS T'hy'la > XO - Diplomatic Corps - Second Life > http://www.iftcommand.com/chapters/thyla/ > http://www.trekfederation.com > -- Mario Steele Fleet Captain CO - Geo 99 CO - USS T'hy'la XO - Diplomatic Corps - Second Life http://www.iftcommand.com/chapters/thyla/ http://www.trekfederation.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From mario at ruby-im.net Thu Jan 3 23:13:38 2013 From: mario at ruby-im.net (Mario Steele) Date: Thu, 3 Jan 2013 18:13:38 -0500 Subject: [wxruby-development] 2013 the year of wxRuby3 In-Reply-To: References: <50E47179.5080907@fastmail.fm> <50E47323.2040108@fastmail.fm> Message-ID: Hello all again, I just finished re-organizing all the branches into a more sane environment, and ensured that we had a proper trunk with the last bit of code committed by Alex. I only retained major release point branches as they were in the svn, but I did not retain all release points. We have wxruby_010 branch, which is from Kevin Smith, the original author of the wxRuby bindings. wxruby_0036, which was a quirk one, and didn't know if Alex wanted to keep that one around or not. ;-), wxruby_060, which is the last wxRuby bindings to be hybrid created, between a makeshift parser, and hand coding of the routines, master holds the latest wxRuby code, as committed a year ago by Alex, and then finally, wxsugar, since that's always been a sub-project of wxRuby, I put it into it's own branch. If you would prefer all point releases that we currently have in the Subversion in the Git repository, I will see what I can do to make that happen, but it may just be me creating branches specifically for those point releases, without any history associated with them. L8ers, Mario On Thu, Jan 3, 2013 at 5:29 PM, Mario Steele wrote: > Hello Pascal, Alex, and whoever else may be listening in on this, ;-) > > I have created a Git repository at http://github.com/eumario/wxruby.git It includes the full Subversion repository, along with all the major tags > available ever since the subversion repository was created. Anyone wanting > commit access, please let me know your github user account, and I will add > you to the master repository. Of course, you don't have to have commit > access to the master repository, and instead just fork the code and submit > back a pull request for the code, but it's just easier on me if you request > the access. ;-) > > Enjoy, > > Mario > > > On Thu, Jan 3, 2013 at 3:47 PM, Mario Steele wrote: > >> Hello Pascal, >> >> Thank you for taking an interest in getting these things build with >> wxRuby 3.0. I am currently setting up a Git Repository on GitHub right now >> out of the Subversion repository, and hope to have it setup initially to >> get everything properly done. This of-course may not actually happen, but >> give me some time, while I do this, and get everything up and going. I >> will send out an email when I have the repository completed with at-least >> trunk available. >> >> >> On Wed, Jan 2, 2013 at 12:49 PM, Pascal Hurni wrote: >> >>> Hi to all of you, especially core members, >>> >>> I started to work on wxRuby3 taking into account a bunch of the goals >>> defined in the wxRuby wiki >>> (http://wxruby.rubyforge.org/**wiki/wiki.pl?**DevelopmentRoadmap >>> ) >>> - builds against wxWidgets HEAD (the upcoming 2.9.5 which will be the >>> last before 3.0) >>> - Use wxWidgets interface files >>> - No more hand maintenance of custom wxRuby C headers >>> - No more hand maintenance of documentation >>> - Multiple shared libs (no more big monolithic build) >>> >>> I'm currently at the stage of proof of concept, I have this minimal >>> script running: >>> require 'wx' >>> Wx::App.run { Wx::Frame.new(nil, -1, "Yop").show } >>> >>> I work on MacOS (SL), it also runs on CentOS 6.3 (x64), I did a quick >>> try on Windows XP but gcc is segfaulting (MingW), I postpone Windows for >>> now. >>> >>> Now the questions: >>> >>> 1. Where to publish the code of this new release? >>> I propose a move to github.com with an import of the current SVN. >>> The move to git will allow us to easily create dev branches and merge >>> them together. >>> If you agree on that, we'll have to find someone to do it as this is >>> beyond my skills. >>> >>> 2. Rework the building process for every platform. >>> After point 1 will be done, I'll publish my code and so we may start >>> hacking on. >>> I just moved to MacOS, so I have no particular skills on building >>> details on this platform. >>> Thus I'm looking for people wanting to hack the build process for every >>> platform (wxWidgets build process changed slightly in 2.9) >>> >>> 3. SWIG interface files reorganization. >>> Because of the use of wxWidgets interface file and the enhancement of >>> the wxWidgets API in 2.9, the current content of the wxRuby swig files >>> (for all swig'ed classes) have to be moved and checked against wxWidgets >>> 2.9, volunteers needed. >>> >>> Of course, this will be a community effort, so if you want to contribute >>> in any way, let us know here. >>> >>> Best Regards and Happy New Year to all of you. >>> >>> Pascal Hurni >>> >>> ______________________________**_________________ >>> wxruby-development mailing list >>> wxruby-development at rubyforge.**org >>> http://rubyforge.org/mailman/**listinfo/wxruby-development >>> >> >> >> >> -- >> Mario Steele >> Fleet Captain >> CO - Geo 99 >> CO - USS T'hy'la >> XO - Diplomatic Corps - Second Life >> http://www.iftcommand.com/chapters/thyla/ >> http://www.trekfederation.com >> > > > > -- > Mario Steele > Fleet Captain > CO - Geo 99 > CO - USS T'hy'la > XO - Diplomatic Corps - Second Life > http://www.iftcommand.com/chapters/thyla/ > http://www.trekfederation.com > -- Mario Steele Fleet Captain CO - Geo 99 CO - USS T'hy'la XO - Diplomatic Corps - Second Life http://www.iftcommand.com/chapters/thyla/ http://www.trekfederation.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From hanmac at gmx.de Fri Jan 4 05:00:53 2013 From: hanmac at gmx.de (Hans Mackowiak) Date: Fri, 04 Jan 2013 06:00:53 +0100 Subject: [wxruby-development] 2013 the year of wxRuby3 In-Reply-To: <50E47323.2040108@fastmail.fm> References: <50E47323.2040108@fastmail.fm> Message-ID: <50E66205.80605@gmx.de> let me point you to something i did: https://github.com/Hanmac/rwx its an "rewrite" of wxRuby against wxWidgets2.9.* but with my own hands. its may not be what you want becausethe binding is still monolithic, but it also comines features into the "main" functions ... so you could use WX::Frame.new for loading xrc files too. there are other BIG differences, like - the IDs are not ugly constants anymore, they are automatic wrapped into beautyful symbols and user setted symbols are automatic wrapped into IDs - the same is for ArtProvider icons, and enum values - wxWindow objects are rememberd so it does not create new ruby objects everytime you ask for it (like when you do get_child(name)) so you could add ruby instance variables to the objects - wxVariant is automatic converted into the right ruby object and reverse - rwx does not use the EVTTABLE from wx2.8 but the newer Connect and Bind functions, the proc objects are used for bind are also protected like the window objects from the Rubys GC - wxEvents are automatic mapped into the right ruby Class if defined (so wxKexEvent is WX::Event::Key but wxPaintEvent is generic WX::Event) - eventTypes are like enums automatic turned into symbols too - all child classes of wxWindow support an opts Hash as parameter (and use then in the right order when doing the 2-step creation of the Objects) - generic classes like wxSize and wxColour automatic wrap from similar objects, so [10,20] can be used as size parameter too, while an ruby Struct with red,green,blue methods can be converted into an wxColour object BIGGEST Diff: i dont use swig because it is the root of evil and even its own creator does not like it PS: your line changed a bit into WX::App.run { WX::Frame.new(nil, title: "Yop").show } would work on my system (this is only not commited yet) Best Regards Hanmac PS: i am sending it again because wxruby mailing list did ignore me From pascal_hurni at fastmail.fm Fri Jan 4 21:37:09 2013 From: pascal_hurni at fastmail.fm (Pascal Hurni) Date: Fri, 04 Jan 2013 22:37:09 +0100 Subject: [wxruby-development] 2013 the year of wxRuby3 In-Reply-To: References: <50E47179.5080907@fastmail.fm> <50E47323.2040108@fastmail.fm> Message-ID: <50E74B85.2080604@fastmail.fm> Hi Mario, Great news! Thanx for the work. I think that it's totally acceptable to have only the branches you set up. For the write access, here's my github account: https://github.com/phurni I'll create a new branch for wxruby3_alpha. Best Regards, Pascal Le 04.01.13 00:13, Mario Steele a ?crit : > Hello all again, > > I just finished re-organizing all the branches into a more sane > environment, and ensured that we had a proper trunk with the last bit > of code committed by Alex. I only retained major release point > branches as they were in the svn, but I did not retain all release > points. We have wxruby_010 branch, which is from Kevin Smith, the > original author of the wxRuby bindings. wxruby_0036, which was a > quirk one, and didn't know if Alex wanted to keep that one around or > not. ;-), wxruby_060, which is the last wxRuby bindings to be hybrid > created, between a makeshift parser, and hand coding of the routines, > master holds the latest wxRuby code, as committed a year ago by Alex, > and then finally, wxsugar, since that's always been a sub-project of > wxRuby, I put it into it's own branch. > > If you would prefer all point releases that we currently have in the > Subversion in the Git repository, I will see what I can do to make > that happen, but it may just be me creating branches specifically for > those point releases, without any history associated with them. > > L8ers, > > Mario > > > On Thu, Jan 3, 2013 at 5:29 PM, Mario Steele > wrote: > > Hello Pascal, Alex, and whoever else may be listening in on this, ;-) > > I have created a Git repository at > http://github.com/eumario/wxruby.git It includes the full > Subversion repository, along with all the major tags available > ever since the subversion repository was created. Anyone wanting > commit access, please let me know your github user account, and I > will add you to the master repository. Of course, you don't have > to have commit access to the master repository, and instead just > fork the code and submit back a pull request for the code, but > it's just easier on me if you request the access. ;-) > > Enjoy, > > Mario > > > On Thu, Jan 3, 2013 at 3:47 PM, Mario Steele > wrote: > > Hello Pascal, > > Thank you for taking an interest in getting these things build > with wxRuby 3.0. I am currently setting up a Git Repository > on GitHub right now out of the Subversion repository, and hope > to have it setup initially to get everything properly done. > This of-course may not actually happen, but give me some > time, while I do this, and get everything up and going. I > will send out an email when I have the repository completed > with at-least trunk available. > > > On Wed, Jan 2, 2013 at 12:49 PM, Pascal Hurni > > > wrote: > > Hi to all of you, especially core members, > > I started to work on wxRuby3 taking into account a bunch > of the goals > defined in the wxRuby wiki > (http://wxruby.rubyforge.org/wiki/wiki.pl?DevelopmentRoadmap) > - builds against wxWidgets HEAD (the upcoming 2.9.5 which > will be the > last before 3.0) > - Use wxWidgets interface files > - No more hand maintenance of custom wxRuby C headers > - No more hand maintenance of documentation > - Multiple shared libs (no more big monolithic build) > > I'm currently at the stage of proof of concept, I have > this minimal > script running: > require 'wx' > Wx::App.run { Wx::Frame.new(nil, -1, "Yop").show } > > I work on MacOS (SL), it also runs on CentOS 6.3 (x64), I > did a quick > try on Windows XP but gcc is segfaulting (MingW), I > postpone Windows for now. > > Now the questions: > > 1. Where to publish the code of this new release? > I propose a move to github.com with an > import of the current SVN. > The move to git will allow us to easily create dev > branches and merge > them together. > If you agree on that, we'll have to find someone to do it > as this is > beyond my skills. > > 2. Rework the building process for every platform. > After point 1 will be done, I'll publish my code and so we > may start > hacking on. > I just moved to MacOS, so I have no particular skills on > building > details on this platform. > Thus I'm looking for people wanting to hack the build > process for every > platform (wxWidgets build process changed slightly in 2.9) > > 3. SWIG interface files reorganization. > Because of the use of wxWidgets interface file and the > enhancement of > the wxWidgets API in 2.9, the current content of the > wxRuby swig files > (for all swig'ed classes) have to be moved and checked > against wxWidgets 2.9, volunteers needed. > > Of course, this will be a community effort, so if you want > to contribute in any way, let us know here. > > Best Regards and Happy New Year to all of you. > > Pascal Hurni > > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > > http://rubyforge.org/mailman/listinfo/wxruby-development > > > > > -- > Mario Steele > Fleet Captain > CO - Geo 99 > CO - USS T'hy'la > XO - Diplomatic Corps - Second Life > http://www.iftcommand.com/chapters/thyla/ > http://www.trekfederation.com > > > > > -- > Mario Steele > Fleet Captain > CO - Geo 99 > CO - USS T'hy'la > XO - Diplomatic Corps - Second Life > http://www.iftcommand.com/chapters/thyla/ > http://www.trekfederation.com > > > > > -- > Mario Steele > Fleet Captain > CO - Geo 99 > CO - USS T'hy'la > XO - Diplomatic Corps - Second Life > http://www.iftcommand.com/chapters/thyla/ > http://www.trekfederation.com > > > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development -------------- next part -------------- An HTML attachment was scrubbed... URL: From mario at ruby-im.net Sun Jan 6 03:51:21 2013 From: mario at ruby-im.net (Mario Steele) Date: Sat, 5 Jan 2013 22:51:21 -0500 Subject: [wxruby-development] 2013 the year of wxRuby3 In-Reply-To: <50E74B85.2080604@fastmail.fm> References: <50E47179.5080907@fastmail.fm> <50E47323.2040108@fastmail.fm> <50E74B85.2080604@fastmail.fm> Message-ID: Hello Hans and Pascal, I'll address a few things here. First, I want to address Hans work. Do not consider this in any way to be against you, or meant to be of ill-will towards you. Your work with rwx, is pretty good so far. And I wish you all the best on your work, I really do. It was decided a long time ago, with wxRuby, that hand-coding the API, was a major under-taking, to get all the events, features, and such built into the library. It was at that time, wxRuby 0.6.0 was the last combination of generated code, and hand-coded code to be used. From that point, wxRuby2 was created, with the specific goal of using SWIG to wrap all the classes, and features of wxWidgets into a Ruby API. Stuff like what you have started to work on, can be done as well in wxRuby, and is partly why wx_sugar exists, to provide methods that are more Ruby like, and provide simpler access to the wxRuby pipework. It has been the goal of wxRuby since wxRuby2 was released, that work be done with SWIG, as though it's faults do have their "pitfalls", it has been the best to get all the features that are available in the wxWidgets library, available to wxRuby. And I believe I speak for both myself, and Alex Fenton, who took over the wxRuby project from Kevin Smith, that we will continue to work with SWIG to generate the bindings, and further our goals with wxRuby. As I said before, don't take this the wrong way, or as a means to discount your work. What you have done, is pretty good, and I wish you all the luck. Pascal, I have added you to have Access to the repository, and should be able to create new branches, and such, and commit them. If you have any issues, please let me know, and I will see what I can find out about the issues. Thank you for your work to continue bringing wxRuby3 to life. Mario Steele On Fri, Jan 4, 2013 at 4:37 PM, Pascal Hurni wrote: > Hi Mario, > > Great news! Thanx for the work. I think that it's totally acceptable to > have only the branches you set up. > > For the write access, here's my github account: https://github.com/phurni > > I'll create a new branch for wxruby3_alpha. > > Best Regards, > > Pascal > > Le 04.01.13 00:13, Mario Steele a ?crit : > > Hello all again, > > I just finished re-organizing all the branches into a more sane > environment, and ensured that we had a proper trunk with the last bit of > code committed by Alex. I only retained major release point branches as > they were in the svn, but I did not retain all release points. We have > wxruby_010 branch, which is from Kevin Smith, the original author of the > wxRuby bindings. wxruby_0036, which was a quirk one, and didn't know if > Alex wanted to keep that one around or not. ;-), wxruby_060, which is the > last wxRuby bindings to be hybrid created, between a makeshift parser, and > hand coding of the routines, master holds the latest wxRuby code, as > committed a year ago by Alex, and then finally, wxsugar, since that's > always been a sub-project of wxRuby, I put it into it's own branch. > > If you would prefer all point releases that we currently have in the > Subversion in the Git repository, I will see what I can do to make that > happen, but it may just be me creating branches specifically for those > point releases, without any history associated with them. > > L8ers, > > Mario > > > On Thu, Jan 3, 2013 at 5:29 PM, Mario Steele wrote: > >> Hello Pascal, Alex, and whoever else may be listening in on this, ;-) >> >> I have created a Git repository at http://github.com/eumario/wxruby.git It includes the full Subversion repository, along with all the major tags >> available ever since the subversion repository was created. Anyone wanting >> commit access, please let me know your github user account, and I will add >> you to the master repository. Of course, you don't have to have commit >> access to the master repository, and instead just fork the code and submit >> back a pull request for the code, but it's just easier on me if you request >> the access. ;-) >> >> Enjoy, >> >> Mario >> >> >> On Thu, Jan 3, 2013 at 3:47 PM, Mario Steele wrote: >> >>> Hello Pascal, >>> >>> Thank you for taking an interest in getting these things build with >>> wxRuby 3.0. I am currently setting up a Git Repository on GitHub right now >>> out of the Subversion repository, and hope to have it setup initially to >>> get everything properly done. This of-course may not actually happen, but >>> give me some time, while I do this, and get everything up and going. I >>> will send out an email when I have the repository completed with at-least >>> trunk available. >>> >>> >>> On Wed, Jan 2, 2013 at 12:49 PM, Pascal Hurni wrote: >>> >>>> Hi to all of you, especially core members, >>>> >>>> I started to work on wxRuby3 taking into account a bunch of the goals >>>> defined in the wxRuby wiki >>>> (http://wxruby.rubyforge.org/wiki/wiki.pl?DevelopmentRoadmap) >>>> - builds against wxWidgets HEAD (the upcoming 2.9.5 which will be the >>>> last before 3.0) >>>> - Use wxWidgets interface files >>>> - No more hand maintenance of custom wxRuby C headers >>>> - No more hand maintenance of documentation >>>> - Multiple shared libs (no more big monolithic build) >>>> >>>> I'm currently at the stage of proof of concept, I have this minimal >>>> script running: >>>> require 'wx' >>>> Wx::App.run { Wx::Frame.new(nil, -1, "Yop").show } >>>> >>>> I work on MacOS (SL), it also runs on CentOS 6.3 (x64), I did a quick >>>> try on Windows XP but gcc is segfaulting (MingW), I postpone Windows >>>> for now. >>>> >>>> Now the questions: >>>> >>>> 1. Where to publish the code of this new release? >>>> I propose a move to github.com with an import of the current SVN. >>>> The move to git will allow us to easily create dev branches and merge >>>> them together. >>>> If you agree on that, we'll have to find someone to do it as this is >>>> beyond my skills. >>>> >>>> 2. Rework the building process for every platform. >>>> After point 1 will be done, I'll publish my code and so we may start >>>> hacking on. >>>> I just moved to MacOS, so I have no particular skills on building >>>> details on this platform. >>>> Thus I'm looking for people wanting to hack the build process for every >>>> platform (wxWidgets build process changed slightly in 2.9) >>>> >>>> 3. SWIG interface files reorganization. >>>> Because of the use of wxWidgets interface file and the enhancement of >>>> the wxWidgets API in 2.9, the current content of the wxRuby swig files >>>> (for all swig'ed classes) have to be moved and checked against >>>> wxWidgets 2.9, volunteers needed. >>>> >>>> Of course, this will be a community effort, so if you want to >>>> contribute in any way, let us know here. >>>> >>>> Best Regards and Happy New Year to all of you. >>>> >>>> Pascal Hurni >>>> >>>> _______________________________________________ >>>> wxruby-development mailing list >>>> wxruby-development at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/wxruby-development >>>> >>> >>> >>> >>> -- >>> Mario Steele >>> Fleet Captain >>> CO - Geo 99 >>> CO - USS T'hy'la >>> XO - Diplomatic Corps - Second Life >>> http://www.iftcommand.com/chapters/thyla/ >>> http://www.trekfederation.com >>> >> >> >> >> -- >> Mario Steele >> Fleet Captain >> CO - Geo 99 >> CO - USS T'hy'la >> XO - Diplomatic Corps - Second Life >> http://www.iftcommand.com/chapters/thyla/ >> http://www.trekfederation.com >> > > > > -- > Mario Steele > Fleet Captain > CO - Geo 99 > CO - USS T'hy'la > XO - Diplomatic Corps - Second Life > http://www.iftcommand.com/chapters/thyla/ > http://www.trekfederation.com > > > _______________________________________________ > wxruby-development mailing listwxruby-development at rubyforge.orghttp://rubyforge.org/mailman/listinfo/wxruby-development > > > > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development > > -- Mario Steele Fleet Captain CO - Geo 99 CO - USS T'hy'la XO - Diplomatic Corps - Second Life http://www.iftcommand.com/chapters/thyla/ http://www.trekfederation.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From pascal_hurni at fastmail.fm Sun Jan 6 08:52:26 2013 From: pascal_hurni at fastmail.fm (Pascal Hurni) Date: Sun, 06 Jan 2013 09:52:26 +0100 Subject: [wxruby-development] Fwd: Re: 2013 the year of wxRuby3 In-Reply-To: <50E74FB6.8030305@fastmail.fm> References: <50E74FB6.8030305@fastmail.fm> Message-ID: <50E93B4A.6000504@fastmail.fm> Sorry I sent the mail only to Hans, resubmitting to the list -------- Message original -------- Sujet: Re: [wxruby-development] 2013 the year of wxRuby3 Date : Fri, 04 Jan 2013 22:55:02 +0100 De : Pascal Hurni Pour : Hans Mackowiak Hallo Hans! Thanx for sharing your work, I put some inline comments in your message Le 04.01.13 06:00, Hans Mackowiak a ?crit : > let me point you to something i did: https://github.com/Hanmac/rwx > > its an "rewrite" of wxRuby against wxWidgets2.9.* but with my own hands. > > its may not be what you want becausethe binding is still monolithic, but > it also comines features into the "main" functions ... so you could use > WX::Frame.new for loading xrc files too. With wxWidgets 3.0 coming, XRC loading will also be included (I already done that with custom ruby code on top of wxRuby2) > > there are other BIG differences, like > - the IDs are not ugly constants anymore, they are automatic wrapped > into beautyful symbols and user setted symbols are automatic wrapped > into IDs Yeah, I also target such things. Note that with more wxSugar like code, we can get rid of ID completely. > - the same is for ArtProvider icons, and enum values > - wxWindow objects are rememberd so it does not create new ruby > objects everytime you ask for it (like when you do get_child(name)) so > you could add ruby instance variables to the objects This should be investigated in wxRuby3, thanx for pointing it out. > - wxVariant is automatic converted into the right ruby object and reverse > - rwx does not use the EVTTABLE from wx2.8 but the newer Connect and > Bind functions, the proc objects are used for bind are also protected > like the window objects from the Rubys GC Event binding will be completely reworked (getting rid of all the evt_* methods), so we should come close to what you've done. > - wxEvents are automatic mapped into the right ruby Class if defined > (so wxKexEvent is WX::Event::Key but wxPaintEvent is generic WX::Event) I also started working on that in wxRuby3. > - eventTypes are like enums automatic turned into symbols too > - all child classes of wxWindow support an opts Hash as parameter (and > use then in the right order when doing the 2-step creation of the Objects) This should be addressed by the second layer (currently known as wxSugar ;-) > - generic classes like wxSize and wxColour automatic wrap from similar > objects, so [10,20] can be used as size parameter too, while an ruby > Struct with red,green,blue methods can be converted into an wxColour object We want features like that too, by rewriting better typemaps (swig). > > > BIGGEST Diff: i dont use swig because it is the root of evil and even > its own creator does not like it > Well, I understand you on that. wxRuby upto 0.6 was hand written and was really good. Then the following release was rewritten to use SWIG. The first time I saw SWIG, I also disliked it, thought it was too bloated. This was because I didn't knew it very well (it's still the case). The big point on using SWIG is really a faster development time for big projects like wxWidgets. And much more important, faster upgrade when the original projects evolves. For these reasons, I think keeping SWIG is a good way to go. With the goals stated on the wxRuby wiki, I think we can bring a robust way to build wxRuby. wxRuby3 will also be the first to take advantage of the wxWidgets interface file, core members already accepted patches of my own to support this (thanx to them). > > PS: > your line changed a bit into > WX::App.run { WX::Frame.new(nil, title: "Yop").show } > would work on my system (this is only not commited yet) > > Best Regards > Once again, thanx for sharing this, we certainly will use some of your ideas/implementation in wxRuby3. Best Regards, Pascal From noreply at rubyforge.org Thu Jan 24 11:42:21 2013 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 24 Jan 2013 11:42:21 +0000 (UTC) Subject: [wxruby-development] [ wxruby-Bugs-29701 ] Wrong arg in example xrc_example Message-ID: <20130124114221.2DB942E083@rubyforge.org> Bugs item #29701, was opened at 2013-01-24 11:42 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=29701&group_id=35 Category: Incorrect or missing docs Group: current Status: Open Resolution: None Priority: 3 Submitted By: Taiqing Zhao (ztq56) Assigned to: Alex Fenton (brokentoy) Summary: Wrong arg in example xrc_example Initial Comment: Line 10-29 from wxruby-ruby19-2.0.1-x86-mingw32\samples\xrc\xrc_example.rb 10 # Basic Frame Class. This creates the dialog window 11 class SimpleFrame < Wx::Frame 12 def initialize() 13 super nil, :title => "Sample", :position => [50, 50], :size => [300, 300] 14 15 txt = "Choose 'Open Dialog' from the menu to see a dialog made with XRC" 16 Wx::StaticText.new self, :label => txt, :position => [20, 20] 17 18 # Create a new menu 19 self.menu_bar = Wx::MenuBar.new 20 menu = Wx::Menu.new 21 menu.append Wx::ID_OPEN, "Open Dialog" 22 menu.append Wx::ID_EXIT, "Quit" 23 menu_bar.append(menu,"File") 24 25 # Assign the menu events 26 evt_menu(Wx::ID_OPEN) { SimpleDialog.new(self).show_modal } 27 evt_menu(Wx::ID_EXIT) { close } 28 end 29 end It should be "pos" but not "position" on line 13 and line 16. D:/Ruby193/lib/ruby/gems/1.9.1/gems/wxruby-ruby19-2.0.1-x86-mingw32/lib/wx/keyword_ctors.rb:166:in ` initialize': Error initializing # (ArgumentError) : Unknown keyword argument(s) : [:position] Correct parameters for SimpleFrame.new are: :id => (Fixnum) :title => (String) :pos => (Wxruby2::Point) :size => (Wxruby2::Size) :style => (Fixnum) :name => (String) from xrc_sample.rb:13:in `initialize' from xrc_sample.rb:71:in `new' from xrc_sample.rb:71:in `on_init' from xrc_sample.rb:76:in `main_loop' from xrc_sample.rb:76:in `
' ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=29701&group_id=35