From nochoice at xs4all.nl Tue Oct 4 11:26:37 2005 From: nochoice at xs4all.nl (Jonathan Maasland) Date: Tue, 04 Oct 2005 15:26:37 +0000 Subject: [FR-devel] Update on progress Message-ID: <43429F2D.9000802@xs4all.nl> Hello all, Unfortunately I spent the better part of last week in bed, sick. As a result I've done next to nothing on FR and also I've yet to commit a preview of the project support. It's coming though! I've had alot of time to think and I've come to the conclusion that for my school-project I'll have to drop collaboration support. It'll take too much time to complete... Instead I'll finish building project support and add support for run-targets if time permits. I'll discuss this with my teacher tomorrow and let you know as soon as possible. (sidenote: I am going to try to implement collaboration somewhere in the near future) I'm currently designing a new view: "Project Explorer". The explorer is a tree-view of all opened projects. For every project there is a node opened files, base-directory, source-directories and require-directories. All directories are expandable to show files and Ruby files are run through the SourceParser. (I'm still thinking about a nice and clean way to cache the parse-tree for each Ruby-file parsed.) While designing I stumbled upon a slight problem. Tracking opened files can become somewhat problematic. Each project should maintain it's own list of opened files so when you close project X, you don't close the files of project Y. ATM each project simply listens to /system/ui/components/EditPane for slots created/removed. The project then adds/removes the file from it's open_files list. However what should I do when projects X and Y refer to the same directory in their source-directories list and a file gets opened in that directory? A possible solution would be to change the responsibility for listening to the EditPane-slot and move it to ProjectManager. ProjectManager can then can traverse the list of opened projects and per project find if the file to open belongs to that project. In this case the first match will determine the associated project. What do you think? Jonathan From roys at mindspring.com Tue Oct 4 09:43:07 2005 From: roys at mindspring.com (Roy Sutton) Date: Tue, 04 Oct 2005 09:43:07 -0400 Subject: [FR-devel] Update on progress In-Reply-To: <43429F2D.9000802@xs4all.nl> References: <43429F2D.9000802@xs4all.nl> Message-ID: <434286EB.5080405@mindspring.com> Jonathan, Sounds like great work. Sorry you were ill last week! There are two ways to handle this situation: 1) Don't allow multiple projects opened simultaneously 2) Require people to explicitly add files to a project. (i.e. Opening files doesn't register them with the project but, perhaps, a right-click on the tab or Project->Add to Project will) I really prefer two as I wouldn't want, say, a temporary file added automatically to my project just because I opened it while working on my project. Roy Jonathan Maasland wrote: > Hello all, > > Unfortunately I spent the better part of last week in bed, sick. As a > result I've done next to nothing on FR and also I've yet to commit a > preview of the project support. It's coming though! > > I've had alot of time to think and I've come to the conclusion that for > my school-project I'll have to drop collaboration support. It'll take > too much time to complete... Instead I'll finish building project > support and add support for run-targets if time permits. I'll discuss > this with my teacher tomorrow and let you know as soon as possible. > (sidenote: I am going to try to implement collaboration somewhere in the > near future) > > I'm currently designing a new view: "Project Explorer". The explorer is > a tree-view of all opened projects. For every project there is a node > opened files, base-directory, source-directories and > require-directories. All directories are expandable to show files and > Ruby files are run through the SourceParser. > > (I'm still thinking about a nice and clean way to cache the parse-tree > for each Ruby-file parsed.) > > While designing I stumbled upon a slight problem. Tracking opened files > can become somewhat problematic. > Each project should maintain it's own list of opened files so when you > close project X, you don't close the files of project Y. > > ATM each project simply listens to /system/ui/components/EditPane for > slots created/removed. The project then adds/removes the file from it's > open_files list. However what should I do when projects X and Y refer to > the same directory in their source-directories list and a file gets > opened in that directory? > > A possible solution would be to change the responsibility for listening > to the EditPane-slot and move it to ProjectManager. ProjectManager can > then can traverse the list of opened projects and per project find if > the file to open belongs to that project. In this case the first match > will determine the associated project. > > What do you think? > > Jonathan > _______________________________________________ > Freeride-devel mailing list > Freeride-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/freeride-devel > > > > From nochoice at xs4all.nl Tue Oct 4 12:05:27 2005 From: nochoice at xs4all.nl (Jonathan Maasland) Date: Tue, 04 Oct 2005 16:05:27 +0000 Subject: [FR-devel] Update on progress In-Reply-To: <434286EB.5080405@mindspring.com> References: <43429F2D.9000802@xs4all.nl> <434286EB.5080405@mindspring.com> Message-ID: <4342A847.2070807@xs4all.nl> Hi Roy, That was quick :) Thanks for providing a simple solution. The way I think will be most intuitive is to only attach opened files to projects if they are opened through the ProjectExplorer. That way I won't have to edit FileBrowser or anything else. Thanks! Jonathan Roy Sutton wrote: >Jonathan, > >Sounds like great work. Sorry you were ill last week! There are two >ways to handle this situation: > >1) Don't allow multiple projects opened simultaneously >2) Require people to explicitly add files to a project. (i.e. Opening >files doesn't register them with the project but, perhaps, a right-click >on the tab or Project->Add to Project will) > >I really prefer two as I wouldn't want, say, a temporary file added >automatically to my project just because I opened it while working on my >project. > >Roy > >Jonathan Maasland wrote: > > >>Hello all, >> >>Unfortunately I spent the better part of last week in bed, sick. As a >>result I've done next to nothing on FR and also I've yet to commit a >>preview of the project support. It's coming though! >> >>I've had alot of time to think and I've come to the conclusion that for >>my school-project I'll have to drop collaboration support. It'll take >>too much time to complete... Instead I'll finish building project >>support and add support for run-targets if time permits. I'll discuss >>this with my teacher tomorrow and let you know as soon as possible. >>(sidenote: I am going to try to implement collaboration somewhere in the >>near future) >> >>I'm currently designing a new view: "Project Explorer". The explorer is >>a tree-view of all opened projects. For every project there is a node >>opened files, base-directory, source-directories and >>require-directories. All directories are expandable to show files and >>Ruby files are run through the SourceParser. >> >>(I'm still thinking about a nice and clean way to cache the parse-tree >>for each Ruby-file parsed.) >> >>While designing I stumbled upon a slight problem. Tracking opened files >>can become somewhat problematic. >>Each project should maintain it's own list of opened files so when you >>close project X, you don't close the files of project Y. >> >>ATM each project simply listens to /system/ui/components/EditPane for >>slots created/removed. The project then adds/removes the file from it's >>open_files list. However what should I do when projects X and Y refer to >>the same directory in their source-directories list and a file gets >>opened in that directory? >> >>A possible solution would be to change the responsibility for listening >>to the EditPane-slot and move it to ProjectManager. ProjectManager can >>then can traverse the list of opened projects and per project find if >>the file to open belongs to that project. In this case the first match >>will determine the associated project. >> >>What do you think? >> >>Jonathan >>_______________________________________________ >>Freeride-devel mailing list >>Freeride-devel at rubyforge.org >>http://rubyforge.org/mailman/listinfo/freeride-devel >> >> >> >> >> >> > >_______________________________________________ >Freeride-devel mailing list >Freeride-devel at rubyforge.org >http://rubyforge.org/mailman/listinfo/freeride-devel > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/freeride-devel/attachments/20051004/ce530b3e/attachment.htm From laurent at moldus.org Tue Oct 4 11:13:14 2005 From: laurent at moldus.org (Laurent Julliard) Date: Tue, 04 Oct 2005 17:13:14 +0200 Subject: [FR-devel] Update on progress In-Reply-To: <4342A847.2070807@xs4all.nl> References: <43429F2D.9000802@xs4all.nl> <434286EB.5080405@mindspring.com> <4342A847.2070807@xs4all.nl> Message-ID: <43429C0A.2080609@moldus.org> Jonathan Maasland wrote: > Hi Roy, > > That was quick :) > Thanks for providing a simple solution. The way I think will be most > intuitive is to only attach opened files to projects if they are opened > through the ProjectExplorer. That way I won't have to edit FileBrowser > or anything else. > > Thanks! > > Jonathan > I think this a very good approach. In addition why not have something link a default project that would hold all the files opened through the conventional file browser? Laurent From nochoice at xs4all.nl Tue Oct 4 15:19:20 2005 From: nochoice at xs4all.nl (Jonathan Maasland) Date: Tue, 04 Oct 2005 19:19:20 +0000 Subject: [FR-devel] Update on progress In-Reply-To: <43429C0A.2080609@moldus.org> References: <43429F2D.9000802@xs4all.nl> <434286EB.5080405@mindspring.com> <4342A847.2070807@xs4all.nl> <43429C0A.2080609@moldus.org> Message-ID: <4342D5B8.7060706@xs4all.nl> Funny you should mention that because it was what I was thinking as well. I just forgot to mention it :) The default project is always needed so you can edit a standalone ruby-script without the hassle of creating a project. Jonathan Laurent Julliard wrote: >I think this a very good approach. In addition why not have something >link a default project that would hold all the files opened through >the conventional file browser? > >Laurent >_______________________________________________ >Freeride-devel mailing list >Freeride-devel at rubyforge.org >http://rubyforge.org/mailman/listinfo/freeride-devel > > > > From leech.martin at gmail.com Sun Oct 9 04:14:51 2005 From: leech.martin at gmail.com (Martin Leech) Date: Sun, 9 Oct 2005 16:14:51 +0800 Subject: [FR-devel] Introduction Message-ID: <99047f890510090114j1f79553x4f85ead3f8bd6830@mail.gmail.com> Hi all, Just a quick introduction, I've already added my self as an interested party on the developer list on the wiki, and added a user plugin (of sorts) also to the wiki. My name is Martin Leech, I'm Irish but living in Australia. I've got about 7 years experience developing with various languages, mostly VB6 and C#. I've got a bit of free time at the moment so I've been having fun learning Ruby for the last month or two. I would be interested in contributing to the FreeRIDE project. However I've never worked on an open source project before so I guess there'll be a bit of a learning curve. Also I'm a windows user (XP) and unfortunately don't have access to a Linux machine at the moment. But hopefully I'll be able to overcome these hurdles and become a postive contributor. Cheers, Martin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/freeride-devel/attachments/20051009/76e158b2/attachment.htm From laurent at moldus.org Sun Oct 9 05:16:36 2005 From: laurent at moldus.org (Laurent Julliard) Date: Sun, 09 Oct 2005 11:16:36 +0200 Subject: [FR-devel] Introduction In-Reply-To: <99047f890510090114j1f79553x4f85ead3f8bd6830@mail.gmail.com> References: <99047f890510090114j1f79553x4f85ead3f8bd6830@mail.gmail.com> Message-ID: <4348DFF4.1010309@moldus.org> Martin Leech wrote: > Hi all, > Just a quick introduction, I've already added my self as an interested > party on the developer list on the wiki, and added a user plugin (of > sorts) also to the wiki. > My name is Martin Leech, I'm Irish but living in Australia. I've got > about 7 years experience developing with various languages, mostly VB6 > and C#. > I've got a bit of free time at the moment so I've been having fun > learning Ruby for the last month or two. I would be interested in > contributing to the FreeRIDE project. > However I've never worked on an open source project before so I guess > there'll be a bit of a learning curve. > Also I'm a windows user (XP) and unfortunately don't have access to a > Linux machine at the moment. > But hopefully I'll be able to overcome these hurdles and become a > postive contributor. > > Cheers, > Martin > Martin, You are most welcome on this mailing list and I'm sure your experience will be very valuable to the FreeRIDE team. Can you tell us more about the plugin your wrote? And by the way, the fact that you are a Windows XP user is by no mean a problem. On the contrary we need Windows user to test and debug the FreeRIDE platform. As you know FreeRIDE works on Linux and Windows but we have less Windows users. So if you want to help and become knowledgeable about the FR source code you can definitely help in fixing FR misbehaviors on Windows. All FR bugs are at http://rubyforge.org/tracker/?atid=202&group_id=31&func=browse Should you decide to contribute to the FR project I'll be happy to make you a member of the project on RubyForge. Laurent From leech.martin at gmail.com Sun Oct 9 05:41:21 2005 From: leech.martin at gmail.com (Martin Leech) Date: Sun, 9 Oct 2005 17:41:21 +0800 Subject: [FR-devel] Introduction In-Reply-To: <4348DFF4.1010309@moldus.org> References: <99047f890510090114j1f79553x4f85ead3f8bd6830@mail.gmail.com> <4348DFF4.1010309@moldus.org> Message-ID: <99047f890510090241w1c5f5035oc6d3ffd73d172599@mail.gmail.com> Thanks, I've added a brief description of the plugin to the User Contributed Plugins page on the wiki : http://freeride.rubyforge.org/wiki/wiki.pl?UserPlugins with a link to it's write up. Its a simple dialog, based on the Code Template dialog to list the open Edit Panes and allow you to switch between them. I'll start having a look through the open bugs, (I still have to get up to speed with CVS: creating patches etc). My concern with having no access to a Linux installation is that I won't be able to check if a fix for a Windows bug has broken anything for Linux users. Thanks again for the welcome, and I'm looking forward to helping. Martin On 10/9/05, Laurent Julliard wrote: > > Martin Leech wrote: > > Hi all, > > Just a quick introduction, I've already added my self as an interested > > party on the developer list on the wiki, and added a user plugin (of > > sorts) also to the wiki. > > My name is Martin Leech, I'm Irish but living in Australia. I've got > > about 7 years experience developing with various languages, mostly VB6 > > and C#. > > I've got a bit of free time at the moment so I've been having fun > > learning Ruby for the last month or two. I would be interested in > > contributing to the FreeRIDE project. > > However I've never worked on an open source project before so I guess > > there'll be a bit of a learning curve. > > Also I'm a windows user (XP) and unfortunately don't have access to a > > Linux machine at the moment. > > But hopefully I'll be able to overcome these hurdles and become a > > postive contributor. > > > > Cheers, > > Martin > > > > Martin, > > You are most welcome on this mailing list and I'm sure your experience > will be very valuable to the FreeRIDE team. Can you tell us more > about the plugin your wrote? > > And by the way, the fact that you are a Windows XP user is by no mean > a problem. On the contrary we need Windows user to test and debug the > FreeRIDE platform. As you know FreeRIDE works on Linux and Windows but > we have less Windows users. So if you want to help and become > knowledgeable about the FR source code you can definitely help in > fixing FR misbehaviors on Windows. All FR bugs are at > http://rubyforge.org/tracker/?atid=202&group_id=31&func=browse > > Should you decide to contribute to the FR project I'll be happy to > make you a member of the project on RubyForge. > > Laurent > _______________________________________________ > Freeride-devel mailing list > Freeride-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/freeride-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/freeride-devel/attachments/20051009/d9b5aebf/attachment.htm From nochoice at xs4all.nl Sun Oct 9 08:56:50 2005 From: nochoice at xs4all.nl (Jonathan Maasland) Date: Sun, 09 Oct 2005 12:56:50 +0000 Subject: [FR-devel] Introduction In-Reply-To: <99047f890510090241w1c5f5035oc6d3ffd73d172599@mail.gmail.com> References: <99047f890510090114j1f79553x4f85ead3f8bd6830@mail.gmail.com> <4348DFF4.1010309@moldus.org> <99047f890510090241w1c5f5035oc6d3ffd73d172599@mail.gmail.com> Message-ID: <43491392.9050501@xs4all.nl> Martin, Good to have you aboard! Thanks for the plugin. It looks and sounds great, I haven't tested it though (will do tomorrow). Looking at the code I know it's a plugin I'll start using soon. An addition which might make your plugin even more useful might be if I could enter a number and immediately go to the pane listed with at that index. Of course this would only work with the first ten listed editpanes but I still think it could be a nice addition. Looking forward to your contributions. Jonathan Maasland Martin Leech wrote: > Thanks, > I've added a brief description of the plugin to the User Contributed > Plugins page on the wiki : > http://freeride.rubyforge.org/wiki/wiki.pl?UserPlugins > with a link to it's write up. > > Its a simple dialog, based on the Code Template dialog to list the > open Edit Panes and allow you to switch between them. > > I'll start having a look through the open bugs, (I still have to get > up to speed with CVS: creating patches etc). > > My concern with having no access to a Linux installation is that I > won't be able to check if a fix for a Windows bug has broken anything > for Linux users. > > Thanks again for the welcome, and I'm looking forward to helping. > > Martin > > On 10/9/05, *Laurent Julliard* > wrote: > > Martin Leech wrote: > > Hi all, > > Just a quick introduction, I've already added my self as an > interested > > party on the developer list on the wiki, and added a user plugin (of > > sorts) also to the wiki. > > My name is Martin Leech, I'm Irish but living in Australia. I've got > > about 7 years experience developing with various languages, > mostly VB6 > > and C#. > > I've got a bit of free time at the moment so I've been having fun > > learning Ruby for the last month or two. I would be interested in > > contributing to the FreeRIDE project. > > However I've never worked on an open source project before so I > guess > > there'll be a bit of a learning curve. > > Also I'm a windows user (XP) and unfortunately don't have access > to a > > Linux machine at the moment. > > But hopefully I'll be able to overcome these hurdles and become a > > postive contributor. > > > > Cheers, > > Martin > > > > Martin, > > You are most welcome on this mailing list and I'm sure your experience > will be very valuable to the FreeRIDE team. Can you tell us more > about the plugin your wrote? > > And by the way, the fact that you are a Windows XP user is by no mean > a problem. On the contrary we need Windows user to test and debug the > FreeRIDE platform. As you know FreeRIDE works on Linux and Windows > but > we have less Windows users. So if you want to help and become > knowledgeable about the FR source code you can definitely help in > fixing FR misbehaviors on Windows. All FR bugs are at > http://rubyforge.org/tracker/?atid=202&group_id=31&func=browse > > > Should you decide to contribute to the FR project I'll be happy to > make you a member of the project on RubyForge. > > Laurent > _______________________________________________ > Freeride-devel mailing list > Freeride-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/freeride-devel > > > >------------------------------------------------------------------------ > >_______________________________________________ >Freeride-devel mailing list >Freeride-devel at rubyforge.org >http://rubyforge.org/mailman/listinfo/freeride-devel > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/freeride-devel/attachments/20051009/684a1f66/attachment-0001.htm From nochoice at xs4all.nl Sun Oct 9 09:21:36 2005 From: nochoice at xs4all.nl (Jonathan Maasland) Date: Sun, 09 Oct 2005 13:21:36 +0000 Subject: [FR-devel] Screenshots of upcoming project-support Message-ID: <43491960.4080206@xs4all.nl> I had planned to commit the new project-code today, however I'm still not happy with the state of the code at the moment so I'm going to postpone (again). I want to clean it up a bit and add some simple things. So instead I thought I'd post two screenies of how the project-support looks at the moment. As you can see in project_explorer.png it might be nice to have icons for projects. Unfortunately I completely suck at creating graphics. Is there someone here who would like to volunteer to create the icon? I'm very much looking forward to your reactions. Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: project_explorer.png Type: image/png Size: 60546 bytes Desc: not available Url : http://rubyforge.org/pipermail/freeride-devel/attachments/20051009/87b19b67/project_explorer-0001.png -------------- next part -------------- A non-text attachment was scrubbed... Name: newproject_dialog.png Type: image/png Size: 47916 bytes Desc: not available Url : http://rubyforge.org/pipermail/freeride-devel/attachments/20051009/87b19b67/newproject_dialog-0001.png From laurent at moldus.org Sun Oct 9 08:19:07 2005 From: laurent at moldus.org (Laurent Julliard) Date: Sun, 09 Oct 2005 14:19:07 +0200 Subject: [FR-devel] Screenshots of upcoming project-support In-Reply-To: <43491960.4080206@xs4all.nl> References: <43491960.4080206@xs4all.nl> Message-ID: <43490ABB.5030800@moldus.org> All this looks very exciting to me! I can't wait to use this new plugin... Laurent From curt.hibbs at gmail.com Sun Oct 9 12:15:47 2005 From: curt.hibbs at gmail.com (Curt Hibbs) Date: Sun, 9 Oct 2005 11:15:47 -0500 Subject: [FR-devel] Screenshots of upcoming project-support In-Reply-To: <43490ABB.5030800@moldus.org> References: <43491960.4080206@xs4all.nl> <43490ABB.5030800@moldus.org> Message-ID: <31d15f490510090915w28840ff9n7e3d7bc801b561c4@mail.gmail.com> You literally stole my words... this looks fantastic! I can't wait to start using it. Curt On 10/9/05, Laurent Julliard wrote: > > All this looks very exciting to me! I can't wait to use this new plugin... > > Laurent > _______________________________________________ > Freeride-devel mailing list > Freeride-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/freeride-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/freeride-devel/attachments/20051009/97caa679/attachment.htm From leech.martin at gmail.com Sun Oct 9 12:36:00 2005 From: leech.martin at gmail.com (Martin Leech) Date: Mon, 10 Oct 2005 00:36:00 +0800 Subject: [FR-devel] Patch for bug #2062 "New Dialogs appear outside of the screen's boundaries" Message-ID: <99047f890510090935n6cca3558y74b39cfd39a8b069@mail.gmail.com> A nice easy one to start me off. This bug effected the positioning of the Databus Inspector and Edit/Preferences dialogs on Windows. It's my first ever patch so let me know if I've done anything wrong :) Cheers, Martin. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/freeride-devel/attachments/20051010/142b3a2f/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: plugins.patch Type: application/octet-stream Size: 1868 bytes Desc: not available Url : http://rubyforge.org/pipermail/freeride-devel/attachments/20051010/142b3a2f/plugins.obj From laurent at moldus.org Sun Oct 9 15:23:27 2005 From: laurent at moldus.org (Laurent Julliard) Date: Sun, 09 Oct 2005 21:23:27 +0200 Subject: [FR-devel] Patch for bug #2062 "New Dialogs appear outside of the screen's boundaries" In-Reply-To: <99047f890510090935n6cca3558y74b39cfd39a8b069@mail.gmail.com> References: <99047f890510090935n6cca3558y74b39cfd39a8b069@mail.gmail.com> Message-ID: <43496E2F.6050002@moldus.org> Martin Leech wrote: > A nice easy one to start me off. > This bug effected the positioning of the Databus Inspector and > Edit/Preferences dialogs on Windows. > It's my first ever patch so let me know if I've done anything wrong :) > perfect! The patch has just been committed in the CVS repository. Does this correspond to a bug on RubyFOrge. If so tell me which one and I'll close it. Keep doing the good work. Laurent From leech.martin at gmail.com Sun Oct 9 23:29:37 2005 From: leech.martin at gmail.com (Martin Leech) Date: Mon, 10 Oct 2005 11:29:37 +0800 Subject: [FR-devel] Patch for bug #2062 "New Dialogs appear outside of the screen's boundaries" In-Reply-To: <43496E2F.6050002@moldus.org> References: <99047f890510090935n6cca3558y74b39cfd39a8b069@mail.gmail.com> <43496E2F.6050002@moldus.org> Message-ID: <99047f890510092029n78d40a99t2686630435fe10ad@mail.gmail.com> The fix was for the bug : [#2062] "New Dialogs appear outside of the screen's boundaries" and also for : [#2116] "Databus Inspector window behavior" which is basically the same as #2062 Cheers, Martin On 10/10/05, Laurent Julliard wrote: > Martin Leech wrote: > > A nice easy one to start me off. > > This bug effected the positioning of the Databus Inspector and > > Edit/Preferences dialogs on Windows. > > It's my first ever patch so let me know if I've done anything wrong :) > > > > perfect! The patch has just been committed in the CVS repository. Does > this correspond to a bug on RubyFOrge. If so tell me which one and > I'll close it. > > Keep doing the good work. > > Laurent > _______________________________________________ > Freeride-devel mailing list > Freeride-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/freeride-devel > From laurent at moldus.org Mon Oct 10 02:25:40 2005 From: laurent at moldus.org (Laurent Julliard) Date: Mon, 10 Oct 2005 08:25:40 +0200 Subject: [FR-devel] Patch for bug #2062 "New Dialogs appear outside of the screen's boundaries" In-Reply-To: <99047f890510092029n78d40a99t2686630435fe10ad@mail.gmail.com> References: <99047f890510090935n6cca3558y74b39cfd39a8b069@mail.gmail.com> <43496E2F.6050002@moldus.org> <99047f890510092029n78d40a99t2686630435fe10ad@mail.gmail.com> Message-ID: <434A0964.9010204@moldus.org> Martin Leech wrote: > The fix was for the bug : > [#2062] "New Dialogs appear outside of the screen's boundaries" > and also for : > [#2116] "Databus Inspector window behavior" > which is basically the same as #2062 > > Cheers, > Martin > Martin, if you are thinking of become active in the bug tracking area I can make you a member of the FR project on Ruby. But you first have to create an account on RubyForge. Laurent PS: I just closed the 2 above mentioned bugs. From leech.martin at gmail.com Mon Oct 10 11:11:36 2005 From: leech.martin at gmail.com (Martin Leech) Date: Mon, 10 Oct 2005 23:11:36 +0800 Subject: [FR-devel] Patch for bug #2062 "New Dialogs appear outside of the screen's boundaries" In-Reply-To: <434A0964.9010204@moldus.org> References: <99047f890510090935n6cca3558y74b39cfd39a8b069@mail.gmail.com> <43496E2F.6050002@moldus.org> <99047f890510092029n78d40a99t2686630435fe10ad@mail.gmail.com> <434A0964.9010204@moldus.org> Message-ID: <99047f890510100811i4a0556e0j160d1ece357c413a@mail.gmail.com> Okey Dokey, I've set up the user "martinleech" on rubyforge. BTW it looks like bug #2062 is still open. I'm going to try and have a look into getting the output pane working properly on windows (ie being able to display a program's stdout and stderr), has anybody any idea of what the problem is, or even where to start looking. Cheers, Martin On 10/10/05, Laurent Julliard wrote: > Martin Leech wrote: > > The fix was for the bug : > > [#2062] "New Dialogs appear outside of the screen's boundaries" > > and also for : > > [#2116] "Databus Inspector window behavior" > > which is basically the same as #2062 > > > > Cheers, > > Martin > > > > Martin, > > if you are thinking of become active in the bug tracking area I can > make you a member of the FR project on Ruby. But you first have to > create an account on RubyForge. > > Laurent > > > PS: I just closed the 2 above mentioned bugs. > _______________________________________________ > Freeride-devel mailing list > Freeride-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/freeride-devel > From laurent at moldus.org Mon Oct 10 12:26:03 2005 From: laurent at moldus.org (Laurent Julliard) Date: Mon, 10 Oct 2005 18:26:03 +0200 Subject: [FR-devel] Patch for bug #2062 "New Dialogs appear outside of the screen's boundaries" In-Reply-To: <99047f890510100811i4a0556e0j160d1ece357c413a@mail.gmail.com> References: <99047f890510090935n6cca3558y74b39cfd39a8b069@mail.gmail.com> <43496E2F.6050002@moldus.org> <99047f890510092029n78d40a99t2686630435fe10ad@mail.gmail.com> <434A0964.9010204@moldus.org> <99047f890510100811i4a0556e0j160d1ece357c413a@mail.gmail.com> Message-ID: <434A961B.4060206@moldus.org> Martin Leech wrote: > Okey Dokey, > I've set up the user "martinleech" on rubyforge. You are now have Support tech permission on the project which allows you to manage the bugs. > BTW it looks like bug #2062 is still open. > Ooops. I just corrected this > I'm going to try and have a look into getting the output pane working > properly on windows (ie being able to display a program's stdout and > stderr), has anybody any idea of what the problem is, or even where to > start looking. > In two words: it's a mess. I never managed to make IO redirection work with threads in Win32 although this is supposed to work. May you should revesit the code and see that, if your Windows experience, you see how to solve the problem. another approach might be to llok at Daniel Berger Win32 utilities for Ruby and see if they can help (http://rubyforge.org/projects/win32utils/) Another one that I'd like to see fix as well is the one that apparently cuases the text find box (CTRL-F) to be very slow on Windows. Other UI related bugs are also important as this is what Windows users see first. Thanks for your contribution. Laurent -- Laurent JULLIARD http://www.moldus.org/~laurent From leech.martin at gmail.com Tue Oct 11 13:25:06 2005 From: leech.martin at gmail.com (Martin Leech) Date: Wed, 12 Oct 2005 01:25:06 +0800 Subject: [FR-devel] Questions on Find / Replace dialog Message-ID: <99047f890510111025x6c7d216bx176765ff973ac294@mail.gmail.com> Hi all, I'm look into the following bug on rubyforge - "[#1556] Win2k usability: Find function is really SLOOOOW" Now I've tried this on my own (XP) machine and I can't replicate the 10 second delay displaying the Dialog or in searching a small file. (The dialog takes about half a second to pop up and the searching is fine) Is this big delay still happening for anyone else using windows out there? Now while looking at this I've also seen some other problems with these Dialogs : (related code is in freeride/plugins/rubyide_fox_gui/editpane.rb) 1. - The Find Dialog will sometimes perform replacements when you press Enter to find the next match. I'll look into and try and fix this. 2. - The Find/Replace dialogs are Modal while the standard with most other editors i've used is for non-modal. They also seem to work fine non-modal. Is there a reason modal was chosen? 3. - The check boxes on the dialog sometimes take up to 10 seconds to update to their saved state when the dialog is first displayed. This is because each checkbutton control uses an event handler for SEL_UPDATE to update the check boxes, and on windows it sometimes takes upto 10 seconds for the next SEL_UPDATE to fire. Is there a reason this method was used rather than setting the checkState of each FXCheckButton once in the restoreSettings() method. Thanks for any help, Martin. From roys at mindspring.com Tue Oct 11 13:56:34 2005 From: roys at mindspring.com (Roy Sutton) Date: Tue, 11 Oct 2005 13:56:34 -0400 Subject: [FR-devel] Questions on Find / Replace dialog In-Reply-To: <99047f890510111025x6c7d216bx176765ff973ac294@mail.gmail.com> References: <99047f890510111025x6c7d216bx176765ff973ac294@mail.gmail.com> Message-ID: <434BFCD2.3080507@mindspring.com> I see the slow find/replace action on Windows. I wouldn't say 10 seconds, but I would say it's a significant problem. Even a half second is more than it should take. I just did some tests on it and it appears the time varies (which is a problem!) between .25 and 1.5 seconds. Closing the find/replace dialog with escape also takes a significant delay. Try doing a CTRL-F, Esc sequence over and over. Roy Martin Leech wrote: > Hi all, > I'm look into the following bug on rubyforge - "[#1556] Win2k > usability: Find function is really SLOOOOW" > > Now I've tried this on my own (XP) machine and I can't replicate the > 10 second delay displaying the Dialog or in searching a small file. > (The dialog takes about half a second to pop up and the searching is > fine) > Is this big delay still happening for anyone else using windows out there? > > Now while looking at this I've also seen some other problems with > these Dialogs : > (related code is in freeride/plugins/rubyide_fox_gui/editpane.rb) > 1. - The Find Dialog will sometimes perform replacements when you > press Enter to find the next match. I'll look into and try and fix > this. > 2. - The Find/Replace dialogs are Modal while the standard with most > other editors i've used is for non-modal. They also seem to work fine > non-modal. Is there a reason modal was chosen? > 3. - The check boxes on the dialog sometimes take up to 10 seconds to > update to their saved state when the dialog is first displayed. This > is because each checkbutton control uses an event handler for > SEL_UPDATE to update the check boxes, and on windows it sometimes > takes upto 10 seconds for the next SEL_UPDATE to fire. Is there a > reason this method was used rather than setting the checkState of each > FXCheckButton once in the restoreSettings() method. > > Thanks for any help, > Martin. > > _______________________________________________ > Freeride-devel mailing list > Freeride-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/freeride-devel > > > > From nochoice at xs4all.nl Tue Oct 11 18:23:55 2005 From: nochoice at xs4all.nl (Jonathan Maasland) Date: Tue, 11 Oct 2005 22:23:55 +0000 Subject: [FR-devel] Questions on Find / Replace dialog In-Reply-To: <434BFCD2.3080507@mindspring.com> References: <99047f890510111025x6c7d216bx176765ff973ac294@mail.gmail.com> <434BFCD2.3080507@mindspring.com> Message-ID: <434C3B7B.90308@xs4all.nl> I copy that. On my machine at school (not the fastest) it really sometimes takes up to 10 seconds. It's really annoying but I haven't had the time to look at it either. One possible thing that came to mind (don't have the time to confirm) is that saving the search settings (the properties that is) each time they change could affect performance. I don't think so but it could be worth watching out for when you're inspecting the code. Jonathan Roy Sutton wrote: >I see the slow find/replace action on Windows. I wouldn't say 10 >seconds, but I would say it's a significant problem. Even a half second >is more than it should take. I just did some tests on it and it appears >the time varies (which is a problem!) between .25 and 1.5 seconds. >Closing the find/replace dialog with escape also takes a significant >delay. Try doing a CTRL-F, Esc sequence over and over. > >Roy > >Martin Leech wrote: > > >>Hi all, >>I'm look into the following bug on rubyforge - "[#1556] Win2k >>usability: Find function is really SLOOOOW" >> >>Now I've tried this on my own (XP) machine and I can't replicate the >>10 second delay displaying the Dialog or in searching a small file. >>(The dialog takes about half a second to pop up and the searching is >>fine) >>Is this big delay still happening for anyone else using windows out there? >> >>Now while looking at this I've also seen some other problems with >>these Dialogs : >>(related code is in freeride/plugins/rubyide_fox_gui/editpane.rb) >>1. - The Find Dialog will sometimes perform replacements when you >>press Enter to find the next match. I'll look into and try and fix >>this. >>2. - The Find/Replace dialogs are Modal while the standard with most >>other editors i've used is for non-modal. They also seem to work fine >>non-modal. Is there a reason modal was chosen? >>3. - The check boxes on the dialog sometimes take up to 10 seconds to >>update to their saved state when the dialog is first displayed. This >>is because each checkbutton control uses an event handler for >>SEL_UPDATE to update the check boxes, and on windows it sometimes >>takes upto 10 seconds for the next SEL_UPDATE to fire. Is there a >>reason this method was used rather than setting the checkState of each >>FXCheckButton once in the restoreSettings() method. >> >>Thanks for any help, >>Martin. >> >>_______________________________________________ >>Freeride-devel mailing list >>Freeride-devel at rubyforge.org >>http://rubyforge.org/mailman/listinfo/freeride-devel >> >> >> >> >> >> > >_______________________________________________ >Freeride-devel mailing list >Freeride-devel at rubyforge.org >http://rubyforge.org/mailman/listinfo/freeride-devel > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/freeride-devel/attachments/20051011/81ff4911/attachment.htm From leech.martin at gmail.com Thu Oct 13 12:29:57 2005 From: leech.martin at gmail.com (Martin Leech) Date: Fri, 14 Oct 2005 00:29:57 +0800 Subject: [FR-devel] Patch for Find/Replace dialog fixes Message-ID: <99047f890510130929y187a4c74p915dee846a70a666@mail.gmail.com> Hi All, Attached is a patch containing some fixes for the Find/Replace dialog. It turns out Jonathan was correct, all the slow downs in the Find/Replace dialog were due to the saving of the plugin properties. (This maybe something to keep an eye out for in other plugins) These were occuring at dialog startup, at each search, everytime an option checkbox was clicked, and on dialog close. I've moved all property saves to occur only on dialog close, so it should speed up dialog startup and searching. I've also fixed the problem where the Find Dialog was sometimes performing replaces when pressing enter to cycle through the matches. I found i couldn't tab to the next/previous arrow buttons on my machine, so I've changed them to normal buttons (which I think is more standard anyway). This caused the replace dialog to become very wide, so I've changed the dialogs so that the buttons appear down the right side. (Which also seems to be more standard.) I've also added 'hot keys' to all the buttons and checkboxes (it was only done for a couple of buttons previously) I can't check the changes on linux so can someone have a look and make sure I haven't screwed anything up. Cheers Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: editpane.rb.patch Type: application/octet-stream Size: 38545 bytes Desc: not available Url : http://rubyforge.org/pipermail/freeride-devel/attachments/20051014/79b06344/editpane.rb-0001.obj From laurent at moldus.org Fri Oct 14 04:28:02 2005 From: laurent at moldus.org (Laurent Julliard) Date: Fri, 14 Oct 2005 10:28:02 +0200 Subject: [FR-devel] Patch for Find/Replace dialog fixes In-Reply-To: <99047f890510130929y187a4c74p915dee846a70a666@mail.gmail.com> References: <99047f890510130929y187a4c74p915dee846a70a666@mail.gmail.com> Message-ID: <434F6C12.1010507@moldus.org> Martin Leech wrote: > Hi All, > Attached is a patch containing some fixes for the Find/Replace dialog. > > It turns out Jonathan was correct, all the slow downs in the > Find/Replace dialog were due to the saving of the plugin properties. > (This maybe something to keep an eye out for in other plugins) Actually I already had to fix the very same problem on the editor preferences which were quite heavy to save as well. So yes this is something that we must pay attention to. > These were occuring at dialog startup, at each search, everytime an > option checkbox was clicked, and on dialog close. > I've moved all property saves to occur only on dialog close, so it > should speed up dialog startup and searching. > > I've also fixed the problem where the Find Dialog was sometimes > performing replaces when pressing enter to cycle through the matches. > > I found i couldn't tab to the next/previous arrow buttons on my > machine, so I've changed them to normal buttons (which I think is more > standard anyway). > This caused the replace dialog to become very wide, so I've changed > the dialogs so that the buttons appear down the right side. (Which > also seems to be more standard.) > > I've also added 'hot keys' to all the buttons and checkboxes (it was > only done for a couple of buttons previously) > I must say that all those changes are very well thought! > I can't check the changes on linux so can someone have a look and make > sure I haven't screwed anything up. > I applied the patch on my Linux box and it works like a charm. I'm going to commit the changes right now. Superb work Martin! Laurent From leech.martin at gmail.com Sat Oct 15 05:29:25 2005 From: leech.martin at gmail.com (Martin Leech) Date: Sat, 15 Oct 2005 17:29:25 +0800 Subject: [FR-devel] FreeRIDE keyboard commands and FXScintilla keyboard commands clashing Message-ID: <99047f890510150229s7e244656k66b24734f87de092@mail.gmail.com> Hello again, I'm having a look at bug #2064 in RubyForge - "Keyboard commands fail to propgate (windows)" CTRL-W and CTRL-S (mentioned as a problem in the bug report) work fine on my system, However there is a problem with CTRL-L and CTRL-D which are supposed to open the File List and Databus inspector respectively. When the edit pane has focus FXScintilla handles these keypresses as follows : CTRL-L deletes current line CTRL-D duplicates current line Does anyone have any objection if I change the FreeRIDE key mappings for the File List & Databus Inspector to something else so that they don't clash with FXScintilla's default Key Map? Cheers, Martin From roys at mindspring.com Sat Oct 15 10:57:57 2005 From: roys at mindspring.com (Roy Sutton) Date: Sat, 15 Oct 2005 10:57:57 -0400 Subject: [FR-devel] FreeRIDE keyboard commands and FXScintilla keyboard commands clashing In-Reply-To: <99047f890510150229s7e244656k66b24734f87de092@mail.gmail.com> References: <99047f890510150229s7e244656k66b24734f87de092@mail.gmail.com> Message-ID: <435118F5.4040703@mindspring.com> Boy! All this work on FreeRIDE! I'm going to have to dust off the key mapping changes I nearly completed and get those in! Now I feel like a slacker! That's enough exclamation points for one letter. Roy Martin Leech wrote: > Hello again, > I'm having a look at bug #2064 in RubyForge - "Keyboard commands fail > to propgate (windows)" > > CTRL-W and CTRL-S (mentioned as a problem in the bug report) work fine > on my system, > However there is a problem with CTRL-L and CTRL-D which are supposed > to open the File List and Databus inspector respectively. > When the edit pane has focus FXScintilla handles these keypresses as follows : > CTRL-L deletes current line > CTRL-D duplicates current line > > Does anyone have any objection if I change the FreeRIDE key mappings > for the File List & Databus Inspector to something else so that they > don't clash with FXScintilla's default Key Map? > > Cheers, > Martin > > _______________________________________________ > Freeride-devel mailing list > Freeride-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/freeride-devel > > > > From leech.martin at gmail.com Sat Oct 15 12:16:31 2005 From: leech.martin at gmail.com (Martin Leech) Date: Sun, 16 Oct 2005 00:16:31 +0800 Subject: [FR-devel] FreeRIDE keyboard commands and FXScintilla keyboard commands clashing In-Reply-To: <435118F5.4040703@mindspring.com> References: <99047f890510150229s7e244656k66b24734f87de092@mail.gmail.com> <435118F5.4040703@mindspring.com> Message-ID: <99047f890510150916w1c812e07u336e3fa63297ee01@mail.gmail.com> Not to worry mate, I'll hold off on those changes then until you get your changes in. But no hurry there's plenty more bugs on the list to keep me busy. And this flurry of activity won't last for much longer I just don't have much else to be doing at the moment :) Cheers, Martin. On 10/15/05, Roy Sutton wrote: > Boy! All this work on FreeRIDE! I'm going to have to dust off the key > mapping changes I nearly completed and get those in! Now I feel like a > slacker! That's enough exclamation points for one letter. > > Roy > > Martin Leech wrote: > > Hello again, > > I'm having a look at bug #2064 in RubyForge - "Keyboard commands fail > > to propgate (windows)" > > > > CTRL-W and CTRL-S (mentioned as a problem in the bug report) work fine > > on my system, > > However there is a problem with CTRL-L and CTRL-D which are supposed > > to open the File List and Databus inspector respectively. > > When the edit pane has focus FXScintilla handles these keypresses as follows : > > CTRL-L deletes current line > > CTRL-D duplicates current line > > > > Does anyone have any objection if I change the FreeRIDE key mappings > > for the File List & Databus Inspector to something else so that they > > don't clash with FXScintilla's default Key Map? > > > > Cheers, > > Martin > > > > _______________________________________________ > > Freeride-devel mailing list > > Freeride-devel at rubyforge.org > > http://rubyforge.org/mailman/listinfo/freeride-devel > > > > > > > > > > > _______________________________________________ > Freeride-devel mailing list > Freeride-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/freeride-devel > > From laurent at moldus.org Sat Oct 15 12:56:08 2005 From: laurent at moldus.org (Laurent Julliard) Date: Sat, 15 Oct 2005 18:56:08 +0200 Subject: [FR-devel] FreeRIDE keyboard commands and FXScintilla keyboard commands clashing In-Reply-To: <435118F5.4040703@mindspring.com> References: <99047f890510150229s7e244656k66b24734f87de092@mail.gmail.com> <435118F5.4040703@mindspring.com> Message-ID: <435134A8.7070309@moldus.org> Roy Sutton wrote: > Boy! All this work on FreeRIDE! I'm going to have to dust off the key > mapping changes I nearly completed and get those in! Now I feel like a > slacker! That's enough exclamation points for one letter. > > Roy > Later is better never as we say over here :-) I'd be more than happy to see a cleaner approach to key mappinf in FR. Laurent From nochoice at xs4all.nl Sun Oct 16 11:27:12 2005 From: nochoice at xs4all.nl (Jonathan Maasland) Date: Sun, 16 Oct 2005 15:27:12 +0000 Subject: [FR-devel] Created branch in cvs Message-ID: <43527150.2020601@xs4all.nl> Well I just created a new branch in the cvs-repository named jm_dev_01. For testing and sense of security I committed only a small piece of code. I created the branch (on a fresh checkout) with the following command: cvs rtag -b jm_dev_01 freeride I applied some changes and committed. (log is attached) Testing the branch by checking out with: cvs -d:pserver:anonymous at rubyforge.org:/var/cvs/freeride co -r jm_dev_01 freeride works like a charm :) I added a textfield to the Editor configuration-panel so you can now configure the FileTypes visible in the FileBrowser plugin. A couple of other small changes are described in the Changelog. Laurent: What do you think I should do when I'm going to commit the new project-code? Create an entirely new branch for it or simply commit it to the branch I already created? Greetings Jonathan -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: branch-commit.log Url: http://rubyforge.org/pipermail/freeride-devel/attachments/20051016/528ab7c6/branch-commit.bat From curt.hibbs at gmail.com Sun Oct 16 11:58:06 2005 From: curt.hibbs at gmail.com (Curt Hibbs) Date: Sun, 16 Oct 2005 10:58:06 -0500 Subject: [FR-devel] Proposal: new FreeRIDE release in December Message-ID: <31d15f490510160858vc810b5coe0ada9575e691ef9@mail.gmail.com> I would like to propoose that we plan for a new FreeRIDE release in mid-December. I have a couple reasons for proposing this. 1) With the recent and current work going into FreeRIDE, we really *should* release a new version, and 2) (this is my real reason) Shortly after Matz releases 1.8.4 (mostly like around 12-25 or 12-31) I will be releasing a new version of the One-Click Ruby Installer for Windows, and I'd like it to include an updated version of FreeRIDE. If you agree that we should target mid-December, then we could do throw up a page on the wiki where we could make a rough list of what we would like to be finished and included. Curt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/freeride-devel/attachments/20051016/2c08b69a/attachment.htm From leech.martin at gmail.com Mon Oct 17 00:46:43 2005 From: leech.martin at gmail.com (Martin Leech) Date: Mon, 17 Oct 2005 12:46:43 +0800 Subject: [FR-devel] Patch to fix bug [#1555] Ability to "Save All" opened files in the "File" menu and toolbar Message-ID: <99047f890510162146w634ad0f2tad4f396e8d079abc@mail.gmail.com> Hi all, atttached is a patch to fix Bug - [#1555] Ability to "Save All" opened files in the "File" menu and toolbar. Which was really a feature request anyway. All the code was there for a SaveAll command, there was even a toolbar icon as well. All that was needed was to add the command to the menu and the toolbar Cheers, Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: plugins.patch Type: application/octet-stream Size: 1828 bytes Desc: not available Url : http://rubyforge.org/pipermail/freeride-devel/attachments/20051017/d034d869/plugins.obj From leech.martin at gmail.com Mon Oct 17 00:54:05 2005 From: leech.martin at gmail.com (Martin Leech) Date: Mon, 17 Oct 2005 12:54:05 +0800 Subject: [FR-devel] Patch for Bug [#2640] Win XP/Linux : FreeRIDE crashes after changing Editor Preferences and closing dialog Message-ID: <99047f890510162154x57ca395bm58680ea4b8ed2428@mail.gmail.com> Hi all, Attached is a patch to fix bug - [#2640] Win XP/Linux : FreeRIDE crashes after changing Editor Preferences and closing dialog. The culprit was the following line in the set_config_properties method of editpane_configurator.rb: @plugin['/system/ui/components/MenuPane/View_menu'].notify(:refresh) which is supposed to tell the View menu to refresh itself after some properties have been updated. Removing the line stopped the crashes, and the View Menu still seems to be working fine, reflecting the up-to-date values of the properties. Cheers, Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: editpane_configurator.rb.patch Type: application/octet-stream Size: 938 bytes Desc: not available Url : http://rubyforge.org/pipermail/freeride-devel/attachments/20051017/772c42ad/editpane_configurator.rb-0001.obj From laurent at moldus.org Mon Oct 17 02:08:24 2005 From: laurent at moldus.org (Laurent Julliard) Date: Mon, 17 Oct 2005 08:08:24 +0200 Subject: [FR-devel] Created branch in cvs In-Reply-To: <43527150.2020601@xs4all.nl> References: <43527150.2020601@xs4all.nl> Message-ID: <43533FD8.9010704@moldus.org> Jonathan Maasland wrote: > Well I just created a new branch in the cvs-repository named jm_dev_01. > For testing and sense of security I committed only a small piece of > code. I created the branch (on a fresh checkout) with the following > command: > cvs rtag -b jm_dev_01 freeride > > I applied some changes and committed. (log is attached) > Testing the branch by checking out with: > cvs -d:pserver:anonymous at rubyforge.org:/var/cvs/freeride co -r jm_dev_01 > freeride > works like a charm :) > > I added a textfield to the Editor configuration-panel so you can now > configure the FileTypes visible in the FileBrowser plugin. A couple of > other small changes are described in the Changelog. > > Laurent: What do you think I should do when I'm going to commit the new > project-code? Create an entirely new branch for it or simply commit it > to the branch I already created? > > > Greetings > Jonathan > > Use the one you have just created. I also encourage you to commit any general purpose feature enhancement or bug fix in the main branch as well. For instance the change you've to the FileBrowser plugin could also be committed in the main branch I believe. Laurent From hal9000 at hypermetrics.com Mon Oct 17 21:56:26 2005 From: hal9000 at hypermetrics.com (Hal Fulton) Date: Mon, 17 Oct 2005 20:56:26 -0500 Subject: [FR-devel] Scripting Scintilla Message-ID: <4354564A.7090500@hypermetrics.com> OK, I'm thinking of resurrecting an old project related to FreeRIDE... I want to know what people think, and whether anyone wants to help. The Scintilla wrapper works, but it's not OO. I once started designing an OO wrapper for it. This could be used in general scripting and automation, and in conjunction with a parser could be used to do automatic refactoring. See old slides at: http://hypermetrics.com/rubyhacker/ff/slide01.html Opinions welcome. Thanks, Hal From leech.martin at gmail.com Tue Oct 18 01:18:28 2005 From: leech.martin at gmail.com (Martin Leech) Date: Tue, 18 Oct 2005 13:18:28 +0800 Subject: [FR-devel] Scripting Scintilla In-Reply-To: <4354564A.7090500@hypermetrics.com> References: <4354564A.7090500@hypermetrics.com> Message-ID: <99047f890510172218g7a3c2daeh208d898368e72022@mail.gmail.com> Hi Hal, Sounds great, and I'd be happy to help where I can. Jon Tirsen of Thoughtworks blogged recently on something similar http://jutopia.tirsen.c om/articles/2005/10/17/refactor ing-for-ruby Perhaps you could both join forces. Cheers, Martin On 10/18/05, Hal Fulton wrote: > OK, I'm thinking of resurrecting an old project > related to FreeRIDE... I want to know what people > think, and whether anyone wants to help. > > The Scintilla wrapper works, but it's not OO. I > once started designing an OO wrapper for it. This > could be used in general scripting and automation, > and in conjunction with a parser could be used to > do automatic refactoring. > > See old slides at: > > http://hypermetrics.com/rubyhacker/ff/slide01.html > > > Opinions welcome. > > > Thanks, > Hal > > _______________________________________________ > Freeride-devel mailing list > Freeride-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/freeride-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/freeride-devel/attachments/20051018/cfd00b0e/attachment.htm From laurent at moldus.org Tue Oct 18 07:38:57 2005 From: laurent at moldus.org (Laurent Julliard) Date: Tue, 18 Oct 2005 13:38:57 +0200 Subject: [FR-devel] Scripting Scintilla In-Reply-To: <4354564A.7090500@hypermetrics.com> References: <4354564A.7090500@hypermetrics.com> Message-ID: <4354DED1.8010600@moldus.org> Hal, You are more than welcome to resurrect this project. For two reasons: a) the interface between the Scintilla controller and FR is not very clena although it work well. b) a couple of monhts we decided to unplug the code refactoring plugin because it wasn't working very well and it was no longer supported by its creator. So please go ahead. You contribution is most welcome. Laurent From roys at mindspring.com Tue Oct 18 16:22:26 2005 From: roys at mindspring.com (Roy Sutton) Date: Tue, 18 Oct 2005 16:22:26 -0400 Subject: [FR-devel] Proposal: new FreeRIDE release in December In-Reply-To: <31d15f490510160858vc810b5coe0ada9575e691ef9@mail.gmail.com> References: <31d15f490510160858vc810b5coe0ada9575e691ef9@mail.gmail.com> Message-ID: <43555982.7030906@mindspring.com> Curt, I think this is a great idea. I'm currently working on trying to get together a ruby book and Web site (www.ruby101.com) and would like to be able to use FreeRIDE as the recommended editor. It will be nice to have a very functional Windows version of FreeRIDE included in the One-Click installer. (FreeRIDE isn't included with Instant Rails, is it?) I wish we could get wxRuby ready in time but I'm guessing that it won't be ready for release itself before then. And even if it was, rejiggering FreeRIDE to use it would take some serious effort. I'm very pleased with the efforts of the FreeRIDE developers lately. Attacking these Windows problems has made FreeRIDE much more usable on Windows. Roy Curt Hibbs wrote: > I would like to propoose that we plan for a new FreeRIDE release in > mid-December. I have a couple reasons for proposing this. > > 1) With the recent and current work going into FreeRIDE, we really > *should* release a new version, and > > 2) (this is my real reason) Shortly after Matz releases 1.8.4 (mostly > like around 12-25 or 12-31) I will be releasing a new version of the > One-Click Ruby Installer for Windows, and I'd like it to include an > updated version of FreeRIDE. > > If you agree that we should target mid-December, then we could do > throw up a page on the wiki where we could make a rough list of what > we would like to be finished and included. > > Curt > ------------------------------------------------------------------------ > > _______________________________________________ > Freeride-devel mailing list > Freeride-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/freeride-devel > From laurent at moldus.org Wed Oct 19 02:57:33 2005 From: laurent at moldus.org (Laurent Julliard) Date: Wed, 19 Oct 2005 08:57:33 +0200 Subject: [FR-devel] [FR-users] Problem with debugger In-Reply-To: <003e01c5d425$e7458aa0$6402a8c0@HP64> References: <000601c5d38f$b0d4fe60$6402a8c0@HP64> <4354E317.1070200@moldus.org> <003e01c5d425$e7458aa0$6402a8c0@HP64> Message-ID: <4355EE5D.70805@moldus.org> bill hunter wrote: > I am running windows XP on an athlon 64, with a standard Freeride install. > Environment variable that might be related : > Path = > %SystemRoot%\system32;%SystemRoot%;c:\System32\Wbem;c:\programs\ruby\bin > RUBYOPT = rubygems > Ok so that's the RUBYOPT = rubygems that is causing the problem. Well actually it's not really a bug. By default, the FR debugger stops on the first executable line of your script. Since you require the "ubygems" module, ruby loads it first and start the execution here so this is where the debugger stops. We could fix the problem by stopping the debugger when it reaches the first executable line of the script itself but it migh also be interesting to step into the modules that are included from the command line. One day it could be your own modules and you may want to debug in there as well. ANybody has an opinion about what is th best thing to do here? Laurent From curt.hibbs at gmail.com Wed Oct 19 11:57:49 2005 From: curt.hibbs at gmail.com (Curt Hibbs) Date: Wed, 19 Oct 2005 10:57:49 -0500 Subject: [FR-devel] Fwd: [ ruby-Bugs-2672 ] IO.popen unreliable on win32 In-Reply-To: <200510191535.j9JFZWtT023231@rubyforge.org> References: <200510191535.j9JFZWtT023231@rubyforge.org> Message-ID: <31d15f490510190857p6f817975ree0650c377cb4355@mail.gmail.com> Dan, I just saw this posted to ruby-core and I don't know if this issue affects any of your win32 libraries. On the FreeRIDE project we need a reliable implementation of popen for our debugger (as well as just running Ruby scripts inside the IDE). My memory is a little fuzzy because I haven't worked with this in a while, but I seemed to recal that your win32 libs had included some popen implementations and that we had tried them without any success. Anyway, this posting reminded me of the who issue (and I was particularly interested by the fact that Python seems to have a working implementation), and I was wondering if you could shed any light on this. Curt ---------- Forwarded message ---------- From: noreply at rubyforge.org Date: Oct 19, 2005 10:44 AM Subject: [ ruby-Bugs-2672 ] IO.popen unreliable on win32 To: ruby-core at ruby-lang.org Bugs item #2672, was opened at 2005-10-19 11:35 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=1698&aid=2672&group_id=426 Category: Core Group: None Status: Open Resolution: None Priority: 3 Submitted By: Jeremy Knope (jerome) Assigned to: Nobody (None) Summary: IO.popen unreliable on win32 Initial Comment: IO.popen is unreliable on win32 because of a broken implementation of _popen in a windows library being used by Ruby. At least this is what I assum eis the case, taken from Python popen documentation which states that _popen is broken and later versions of python don't use it. Found this out when trying to write a simple backup script for Subversion, do a svnadmin dump Repo and pipe it into a backup file (even gzipping in the process). But in ruby the result would be the wrong filesize(2.5MB instead of 2.8MB) and would fail part way through the svnadmin load Repo < dumpfile call on a different machine. After re-writing it in python it worked, so I assumed the blurb on the python docs is true and ruby might be using that broken _popen call. either way something is funny with it. Ruby 1.8.2 (2004-12-25) on Windows 2003 Server, installed from one-click installer I believe. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=1698&aid=2672&group_id=426 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/freeride-devel/attachments/20051019/b4a8cafd/attachment.htm From nochoice at xs4all.nl Thu Oct 20 13:04:01 2005 From: nochoice at xs4all.nl (Jonathan Maasland) Date: Thu, 20 Oct 2005 17:04:01 +0000 Subject: [FR-devel] Some small things Message-ID: <4357CE01.2090305@xs4all.nl> Hi all, Sorry I haven't responded this week but I've been busy visiting EuroOSCon. Great conference btw. I like the idea of moving toward new release in December. I started working on project-support again. Things are finally looking good and the code also feels better, so I guess I'm gonna commit pretty soon now. It's far from finished though, I still have a todo-list with nine items, some small and some big items. Anyway while coding I noticed a couple a things. First, where did the Code Assist option in the Edit-menu come from?? I can't remember seeing it before or using it. Secondly, some files in FR don't have a copyright notice. What do we do about this? Looking at the code in the plugins directory I found the following files: plugins/rubyide_tools_fox_source_browser/source_tree.rb plugins/rubyide_tools_fox_irb/fxirb.rb plugins/rubyide_tools_source_parser/* plugins/rubyide_tools_fox_ri/fxri/* (some have a copyright notice, none with license) plugins/rubyide_fox_gui/fxscintilla/scintilla_wrapper.rb (mentions "License.txt" as it's license) Third: I updated my work on the FileTypes property a bit. I changed the FileBrowser plugin so that it subscribes to the property. That freed the EditpaneConfigurator from having to reset the FileBrowser filepattern. (As it should) I have committed the change to de dev-branch as well as to the main-branch. I added the SaveAll patch to the dev-branch. So the diff between dev and main is should be zero atm (haven't checked 100%). To finish up, I noticed some segfaults on exit. I can't seem to reliably reproduce this so I'm unable to pinpoint the problem. It happens in the main-branch as well as the dev-branch. Does anyone here know of a nice way to get more information about the segfault without having to resort to gdb? Does anyone else working with the cvs-tree experience segfaults on exiting FR? As always I'm looking forward to your reactions. With kind regards, Jonathan From laurent at moldus.org Thu Oct 20 11:38:27 2005 From: laurent at moldus.org (Laurent Julliard) Date: Thu, 20 Oct 2005 17:38:27 +0200 Subject: [FR-devel] Some small things In-Reply-To: <4357CE01.2090305@xs4all.nl> References: <4357CE01.2090305@xs4all.nl> Message-ID: <4357B9F3.70304@moldus.org> Jonathan Maasland wrote: > Hi all, > > Sorry I haven't responded this week but I've been busy visiting > EuroOSCon. Great conference btw. > > I like the idea of moving toward new release in December. I started > working on project-support again. Things are finally looking good and > the code also feels better, so I guess I'm gonna commit pretty soon now. > It's far from finished though, I still have a todo-list with nine items, > some small and some big items. > > Anyway while coding I noticed a couple a things. > > First, where did the Code Assist option in the Edit-menu come from?? I > can't remember seeing it before or using it. > It must have been a commit that was not intended. It is a feature that is not implemented. I suggest that you comment out the code that creates the menu entry > Secondly, some files in FR don't have a copyright notice. What do we do > about this? > Looking at the code in the plugins directory I found the following files: > plugins/rubyide_tools_fox_source_browser/source_tree.rb This one should have the regular FR file header. It's copyright Rick Kilmer > plugins/rubyide_tools_fox_irb/fxirb.rb See http://rubyforge.org/projects/fxirb/. Ruby License. Copyright Martin DeMello > plugins/rubyide_tools_source_parser/* These ones should have the regular FR file header and it's all copyright Rick Kilmer. > plugins/rubyide_tools_fox_ri/fxri/* (some have a copyright notice, > none with license) http://rubyforge.org/projects/fxri/ , Ruby License, copyright Martin Ankerl > plugins/rubyide_fox_gui/fxscintilla/scintilla_wrapper.rb (mentions > "License.txt" as it's license) > This files comes from the Scinitilla project. GPL License. Will you do all the changes? > Third: > I updated my work on the FileTypes property a bit. I changed the > FileBrowser plugin so that it subscribes to the property. That freed the > EditpaneConfigurator from having to reset the FileBrowser filepattern. > (As it should) > I have committed the change to de dev-branch as well as to the > main-branch. I added the SaveAll patch to the dev-branch. So the diff > between dev and main is should be zero atm (haven't checked 100%). > Good, good... I have the changes integrated here. it works great. > To finish up, I noticed some segfaults on exit. I can't seem to reliably > reproduce this so I'm unable to pinpoint the problem. It happens in the > main-branch as well as the dev-branch. > > Does anyone here know of a nice way to get more information about the > segfault without having to resort to gdb? Does anyone else working with > the cvs-tree experience segfaults on exiting FR? > it happens to me as well from time to time but not that frequently. One thing: don't start the source browser and see if it still happen. The source broser uses a mutex to avoid competing refresh operations and may be we don't stop the plugin properly if it is in the middle of a refresh.... just a guess As to the segfault, there aren't many options: a) run gdb on the core dump after the fact and ask for the stack trace b) run freeride with catchsegv /usr/local/bin/ruby freeride.rb if it segfault it gives you tons of information about where things happened. But not the faulty ruby line unfortunately. HOpe this helps Laurent From neilh at scintilla.org Thu Oct 20 19:49:18 2005 From: neilh at scintilla.org (Neil Hodgson) Date: Fri, 21 Oct 2005 09:49:18 +1000 Subject: [FR-devel] Some small things Message-ID: <43582CFE.3010302@scintilla.org> Laurent Julliard: > > plugins/rubyide_fox_gui/fxscintilla/scintilla_wrapper.rb (mentions > > "License.txt" as it's license) > > > > This files comes from the Scinitilla project. GPL License. http://scintilla.sourceforge.net/License.txt This is the original Python license which is these days called the "Historical Permission Notice and Disclaimer". http://www.opensource.org/licenses/historical.php It is similar to the MIT or BSD licenses and allows use in proprietary commercial applications. Neil From nochoice at xs4all.nl Fri Oct 21 09:47:05 2005 From: nochoice at xs4all.nl (Jonathan Maasland) Date: Fri, 21 Oct 2005 13:47:05 +0000 Subject: [FR-devel] Some small things In-Reply-To: <4357B9F3.70304@moldus.org> References: <4357CE01.2090305@xs4all.nl> <4357B9F3.70304@moldus.org> Message-ID: <4358F159.2080207@xs4all.nl> Laurent Julliard wrote: >>First, where did the Code Assist option in the Edit-menu come from?? I >>can't remember seeing it before or using it. >> >> >It must have been a commit that was not intended. It is a feature that >is not implemented. I suggest that you comment out the code that >creates the menu entry > > Done and committed. (I accidentally forgot to save so there are actually two commits for this one, sorry bout that) > > >>Secondly, some files in FR don't have a copyright notice. What do we do >>about this? >>Looking at the code in the plugins directory I found the following files: >> plugins/rubyide_tools_fox_source_browser/source_tree.rb >> >> > >This one should have the regular FR file header. It's copyright Rick >Kilmer > >....... > > >Will you do all the changes? > > Thanks for researching this, I updated the files and committed the changes. I did a new commit for these changes as they don't have any relation to the CodeAssist change. I emailed the changes to Neil Hodgson, Martin DeMello and Martin Ankerl as well. >it happens to me as well from time to time but not that frequently. >One thing: don't start the source browser and see if it still happen. >The source broser uses a mutex to avoid competing refresh operations >and may be we don't stop the plugin properly if it is in the middle of >a refresh.... just a guess > > I was actually thinking along the same line :) >As to the segfault, there aren't many options: > >a) run gdb on the core dump after the fact and ask for the stack trace > >b) run freeride with >catchsegv /usr/local/bin/ruby freeride.rb > > Cool! I never heard of catchsegv before, I'll most definately check it out. Anyhow, I'm off working on project support. Enjoy your weekend! Jonathan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/freeride-devel/attachments/20051021/b8b0ac22/attachment.htm From nochoice at xs4all.nl Mon Oct 24 04:23:23 2005 From: nochoice at xs4all.nl (Jonathan Maasland) Date: Mon, 24 Oct 2005 08:23:23 +0000 Subject: [FR-devel] Copyright notice in scintilla_wrapper.rb Message-ID: <435C99FB.4050808@xs4all.nl> Neil Hodgson just made me aware of the fact that scintilla_wrapper.rb isn't part of Scintilla and is hence not covered by it's license. The wrapper is actually generated by plugins/rubyide_fox_gui/fxscintilla/util/iface_gen.rb using Scintilla.iface. In Scintilla.iface the starting comments state that lines starting with ## should be stripped by it's readers. I propose to revert the change I made to the wrapper and add the standard FreeRIDE copyright and license notice and copyright it to Rich Kilmer. I'm unsure whether to alter the generator-script. It would be good form but seeing that the wrapper hasn't been updated since November 2003 I don't really see the point. Looking forward to your reactions Jonathan From neilh at scintilla.org Mon Oct 24 04:04:59 2005 From: neilh at scintilla.org (Neil Hodgson) Date: Mon, 24 Oct 2005 18:04:59 +1000 Subject: [FR-devel] Copyright notice in scintilla_wrapper.rb Message-ID: <435C95AB.3060406@scintilla.org> Jonathan Maasland: > I propose to revert the change I made to the wrapper and add the > standard FreeRIDE copyright and license notice and copyright it to > Rich Kilmer. Sounds good to me. > I'm unsure whether to alter the generator-script. It would be good > form but seeing that the wrapper hasn't been updated since > November 2003 I don't really see the point. It may be an idea to regenerate so you can use the new Ruby lexer as seen in Komodo and SciTE. Neil From laurent at moldus.org Mon Oct 24 06:26:03 2005 From: laurent at moldus.org (Laurent Julliard) Date: Mon, 24 Oct 2005 12:26:03 +0200 Subject: [FR-devel] Copyright notice in scintilla_wrapper.rb In-Reply-To: <435C99FB.4050808@xs4all.nl> References: <435C99FB.4050808@xs4all.nl> Message-ID: <435CB6BB.2070007@moldus.org> Jonathan Maasland wrote: > Neil Hodgson just made me aware of the fact that scintilla_wrapper.rb > isn't part of Scintilla and is hence not covered by it's license. > > The wrapper is actually generated by > plugins/rubyide_fox_gui/fxscintilla/util/iface_gen.rb using Scintilla.iface. > In Scintilla.iface the starting comments state that lines starting with > ## should be stripped by it's readers. > > I propose to revert the change I made to the wrapper and add the > standard FreeRIDE copyright and license notice and copyright it to Rich > Kilmer. Yep. That's how it should be. > I'm unsure whether to alter the generator-script. It would be good form > but seeing that the wrapper hasn't been updated since November 2003 I > don't really see the point. > As Neil pointed out this might be a good idea to regenerate all this to benefit from the new Ruby lexer. There might be some impact on the Editor color preferences dialog though. laurent