freeride-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [FR-devel] Re: Debugger


From: Laurent Julliard
Subject: Re: [FR-devel] Re: Debugger
Date: Tue, 12 Nov 2002 16:07:35 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020826

Rich Kilmer wrote:
I'm sure you can figure this out but...

Notice that I created a deligation architecture through proc slots
mounted under each editpane like:

plugin["command/cut"].call

These deligated proc slots are "fulfilled" by the renderer.  The
editpane presents a regular object API with .cut, .copy, etc that then
calls these procs.
When it comes to having data stored on the editpane (for markers) just
analyze the interactions and create the appropriate proc deligation
calls...then code the behavior on the editpane and renderer side.

Thanks Luarent,

Rich


I have very little badnwidth for the moment and I realized that changes were probably bigger than I expected. Why don;t you give it a try as you suggested and let me know if you have problem

Or may be simply modify a part of Debugger.rb to show me how to concretely implement the change.

Thanks

Laurent


-----Original Message-----
From: address@hidden [mailto:address@hidden On Behalf Of Laurent Julliard
Sent: Tuesday, November 12, 2002 7:09 AM
To: address@hidden
Cc: freerIDE Developers
Subject: [FR-devel] Re: Debugger


Rich Kilmer wrote:

Laurent,

I never finished working on breakpoints in the new refactorings. I will move to doing that now. This would have prevented any

work you
did from functioning correctly.

I would be cool if we could get the debugger back to where

you had it.
I got the main UI up an running but never confirmed the code was functional (other than showing the UI).


Give a couple of couple of days and I'll do it myself. I need to 'reconnect' with the refactored version of FR and updating the Debugger code is a good excercise for me.

With respect to the breakpoints, my intention is to keep the notion of 'line markers' attached to the EditPane because in a future release I want the markers to be associated with a given file and placed automatically when the file is loaded again in a future session.

Similarly I also want the EditPane to catch the 'marker move' events generated by the Scintilla widget and update the line numbers accrodingly. This will allow the debugger to run on modified files that have not yet been saved (IdeaJ does that)

Suggestions, comments welcome.

Laurent

--
Laurent JULLIARD - Xerox R&T/SSTC/XPA - Open Source team
>> Host your Xerox Software project on CodeX: http://codex.xerox.com >> address@hidden > community: http://xww.linux.world.xerox.com



_______________________________________________
Freeride-devel mailing list
address@hidden http://mail.nongnu.org/mailman/listinfo/freeri> de-devel







_______________________________________________
Freeride-devel mailing list
address@hidden
http://mail.nongnu.org/mailman/listinfo/freeride-devel



--
Laurent JULLIARD - Xerox R&T/SSTC/XPA - Open Source team
>> Host your Xerox Software project on CodeX: http://codex.xerox.com
>> address@hidden community: http://xww.linux.world.xerox.com





reply via email to

[Prev in Thread] Current Thread [Next in Thread]