octave-patch-tracker
[Top][All Lists]
Advanced

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

[Octave-patch-tracker] [patch #8006] New marker class to maintain breakp


From: Dan Sebald
Subject: [Octave-patch-tracker] [patch #8006] New marker class to maintain breakpoints and position in modified files
Date: Sat, 11 May 2013 01:30:38 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 SeaMonkey/2.15

Follow-up Comment #10, patch #8006 (project octave):

BTW, on the topic of QScintilla and deleting a line that contains a marker, I
did hear back from some folks on the QScintilla discussion list.  That would
be #3 in the original post here.  This topic has come up before, but it sounds
like wouldn't be much motivation to implement something from the QScintilla or
Scintilla group.  Someone on the list gave these two links:

https://groups.google.com/forum/#!msg/scintilla-interest/48WKhPHsH6M/5EClWdRNVQ8J

http://www.scintilla.org/ScintillaDoc.html#Markers

The first link is a discussion of the markers and an argument against storing
such information with the Undo text, which is that for example someone
wouldn't want breakpoints restored as part of restoring a number of changes. 
In my opinion that's a marginal argument.  However, accepting that, I'm not
sure I agree with the idea of ORing the remaining markers with the previous
line's marker.  Someone would want their breakpoint to be associated with the
line before or after?

Anyway, the second link describes how to get marker information as part of a
"notification" (scintilla parlance for sending information to an app about
what is happening in the editor).  In particular, the symbol
SC_MOD_BEFOREDELETE is the one of interest.  It was suggested to write one's
own "markerLineDeleted" type of routine.  So, that would be a little involved
in the sense one would create a class derived from QScintilla inheriting all
the functions and add one or two additional routines, routines that use the
Scintilla notification code.  Eh, not sure I want to look into that right now.
 Just live with Scintilla's behavior for now, save any such mods for a future
changeset.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/patch/?8006>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

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