John Levon wrote:
It's quite because nobody *except* Andre is capable of writing any code
(and Alfredo a bit, he's clearly some kind of genius) *
Unfortunately not, just very determined to have a version of LyX see the
light with my name on it, sometime ;-).
I also think that the worst seems
On Friday 13 February 2004 00:59, John Levon wrote:
That is essential good news.
Maybe my dream for lyx is not yet dead.
Would you like to share your dream with us? :-)
I am proudly asking this on a Friday 13th. ;-)
regards
john
--
José Abílio
LyX and docbook, a perfect match. :-)
fixes a crash and a coord problem.
Alfredo
Index: text2.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/text2.C,v
retrieving revision 1.543
diff -u -p -u -r1.543 text2.C
--- text2.C 13 Feb 2004 07:30:56 - 1.543
+++
we do not ascertain that the pos on a cursor slice corresponds with the
inset in the next cursor slice (because we mainly push() some inset in the
stack), but we use that information say in FINISHED_UP etc (we simply pop
and expect the pos to be accurate)
Should this be handled automatically in
Alfredo Braunstein wrote:
Alfredo
*: Nice and timely birthday present, thanks ;-)
Happy birthday!
--
Angus
Angus Leeming wrote:
Happy birthday!
Thanks!
Alfredo, already scared of the amount of alcohol he bought
a two-liner (may fix some other random crashes).
Alfredo
Index: cursor.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/cursor.C,v
retrieving revision 1.56
diff -u -p -u -r1.56 cursor.C
--- cursor.C13 Feb 2004 07:30:53 -
On Fri, Feb 13, 2004 at 09:48:25AM +0100, Alfredo Braunstein wrote:
fixes a crash and a coord problem.
Good.
Btw: All the setCursorFromCoordinates without CursorSlice argument
should die..
@@ -1468,7 +1468,7 @@ void LyXText::cursorUp(LCursor cur, bo
Row const row = cur.textRow();
On Fri, Feb 13, 2004 at 10:16:17AM +0100, Alfredo Braunstein wrote:
Alfredo, already scared of the amount of alcohol he bought
This gets only scary if you invite too many people...
Andre'
On Fri, Feb 13, 2004 at 10:32:50AM +0100, Alfredo Braunstein wrote:
a two-liner (may fix some other random crashes).
Makes sense.
Andre'
Several items:
Also dispatch to InsetCommands (etc) near the temp cursor tip on mouse
events (this means the label dialog is working again)
Lots of BOOST_ASSERTs to bomb early.
Shift some InsetLabel specific code from BufferView*
Shift LFUN_PARAGRAPH_APPLY handling from BV to Text.
Remove a
Angus Leeming wrote
Hi Claus.
Sounds nice indeed! Is there an equivalent fig2pdf script?
Yes. The package consist of one perl script (8k) which can produce both
ps and/or pdf.
It is nice to know that you have worked on similar functionality.
I have attached a tarball with the script from
On Fri, Feb 13, 2004 at 09:11:09AM +0100, Alfredo Braunstein wrote:
I also think that the worst seems to be over, and we can all try to become
familiar with the code again to fix regressions without *all* of it
changing daily under our feet.
I've heard this a few times already, and then see
On Fri, Feb 13, 2004 at 08:10:39AM +, Jose' Matos wrote:
Maybe my dream for lyx is not yet dead.
Would you like to share your dream with us? :-)
Any dream will do :)
john
On Fri, Feb 13, 2004 at 12:12:15PM +, John Levon wrote:
On Fri, Feb 13, 2004 at 09:11:09AM +0100, Alfredo Braunstein wrote:
I also think that the worst seems to be over, and we can all try to become
familiar with the code again to fix regressions without *all* of it
changing daily
Again, mostly shifting stuff around. Some function to anon in the only
place they are used, rename the x/y version of edit to editXY, remove a
cursorPar() or two, make some #if 0'd chunk of code in insettabular
compilable.
Andre'
--
Those who desire to give up Freedom in order to gain
Andre Poenitz wrote:
Again, mostly shifting stuff around. Some function to anon in the
only place they are used, rename the x/y version of edit to editXY,
remove a cursorPar() or two, make some #if 0'd chunk of code in
insettabular compilable.
You know, I really like the feel of all this.
On Fri, Feb 13, 2004 at 01:27:36PM +, Angus Leeming wrote:
Andre Poenitz wrote:
Again, mostly shifting stuff around. Some function to anon in the
only place they are used, rename the x/y version of edit to editXY,
remove a cursorPar() or two, make some #if 0'd chunk of code in
On Fri, Feb 13, 2004 at 01:30:43PM +0100, Andre Poenitz wrote:
Renaming and 'code shuffle' tends to end up in monster patches.
However, that does not mean, bugfixes get lost easily, especially if
they are proper fixes (as opposed to kludges)
But I've been seeing a lot more than just some
On Fri, Feb 13, 2004 at 01:56:30PM +, John Levon wrote:
On Fri, Feb 13, 2004 at 01:30:43PM +0100, Andre Poenitz wrote:
Renaming and 'code shuffle' tends to end up in monster patches.
However, that does not mean, bugfixes get lost easily, especially if
they are proper fixes (as opposed
Andre Poenitz wrote:
This is possible, and actually close to my prefered way out.
(Actually I'd prefer
string getPossibleLabel(LCursor cur, LyXText text)
over of your 'finer grained' version as this produces less clutter
in the user code (no need to use .paragraph() in high
Angus Leeming wrote:
So, I'll keep on mentioning it why I notice too.
s/why/when/
A
Far from finished, but rather straight forward. And it looks as the
taular code will be much simpler in the end, too...
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
Index:
g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/insets -I../../src
-I../../../lyx/src/insets/../ -I../../../lyx/boost -I/usr/X11R6/include -O2
-fno-exceptions -W -Wall -mms-bitfields -MT insetlabel.lo -MD -MP -MF
.deps/insetlabel.Tpo -c ../../../lyx/src/insets/insetlabel.C
In file included from
John Levon wrote:
> It's quite because nobody *except* Andre is capable of writing any code
> (and Alfredo a bit, he's clearly some kind of genius) *
Unfortunately not, just very determined to have a version of LyX see the
light with my name on it, sometime ;-).
I also think that the worst
On Friday 13 February 2004 00:59, John Levon wrote:
>
> That is essential good news.
>
> Maybe my dream for lyx is not yet dead.
Would you like to share your dream with us? :-)
I am proudly asking this on a Friday 13th. ;-)
> regards
> john
--
José Abílio
LyX and docbook, a perfect
fixes a crash and a coord problem.
Alfredo
Index: text2.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/text2.C,v
retrieving revision 1.543
diff -u -p -u -r1.543 text2.C
--- text2.C 13 Feb 2004 07:30:56 - 1.543
+++
we do not ascertain that the pos on a cursor slice corresponds with the
inset in the next cursor slice (because we mainly push() some inset in the
stack), but we use that information say in FINISHED_UP etc (we simply pop
and expect the pos to be accurate)
Should this be handled automatically in
Alfredo Braunstein wrote:
> Alfredo
>
> *: Nice and timely birthday present, thanks ;-)
Happy birthday!
--
Angus
Angus Leeming wrote:
> Happy birthday!
Thanks!
Alfredo, already scared of the amount of alcohol he bought
a two-liner (may fix some other random crashes).
Alfredo
Index: cursor.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/cursor.C,v
retrieving revision 1.56
diff -u -p -u -r1.56 cursor.C
--- cursor.C13 Feb 2004 07:30:53 -
On Fri, Feb 13, 2004 at 09:48:25AM +0100, Alfredo Braunstein wrote:
> fixes a crash and a coord problem.
Good.
Btw: All the setCursorFromCoordinates without CursorSlice argument
should die..
> @@ -1468,7 +1468,7 @@ void LyXText::cursorUp(LCursor & cur, bo
> Row const & row =
On Fri, Feb 13, 2004 at 10:16:17AM +0100, Alfredo Braunstein wrote:
> Alfredo, already scared of the amount of alcohol he bought
This gets only scary if you invite too many people...
Andre'
On Fri, Feb 13, 2004 at 10:32:50AM +0100, Alfredo Braunstein wrote:
> a two-liner (may fix some other random crashes).
Makes sense.
Andre'
Several items:
Also dispatch to InsetCommands (etc) near the temp cursor tip on mouse
events (this means the label dialog is working again)
Lots of BOOST_ASSERTs to bomb early.
Shift some InsetLabel specific code from BufferView*
Shift LFUN_PARAGRAPH_APPLY handling from BV to Text.
Remove a
Angus Leeming wrote
> Hi Claus.
>
> Sounds nice indeed! Is there an equivalent fig2pdf script?
Yes. The package consist of one perl script (8k) which can produce both
ps and/or pdf.
It is nice to know that you have worked on similar functionality.
I have attached a tarball with the script from
On Fri, Feb 13, 2004 at 09:11:09AM +0100, Alfredo Braunstein wrote:
> I also think that the worst seems to be over, and we can all try to become
> familiar with the code again to fix regressions without *all* of it
> changing daily under our feet.
I've heard this a few times already, and then
On Fri, Feb 13, 2004 at 08:10:39AM +, Jose' Matos wrote:
> > Maybe my dream for lyx is not yet dead.
>
> Would you like to share your dream with us? :-)
Any dream will do :)
john
On Fri, Feb 13, 2004 at 12:12:15PM +, John Levon wrote:
> On Fri, Feb 13, 2004 at 09:11:09AM +0100, Alfredo Braunstein wrote:
>
> > I also think that the worst seems to be over, and we can all try to become
> > familiar with the code again to fix regressions without *all* of it
> > changing
Again, mostly shifting stuff around. Some function to anon in the only
place they are used, rename the x/y version of edit to editXY, remove a
cursorPar() or two, make some #if 0'd chunk of code in insettabular
compilable.
Andre'
--
Those who desire to give up Freedom in order to gain
Andre Poenitz wrote:
>
> Again, mostly shifting stuff around. Some function to anon in the
> only place they are used, rename the x/y version of edit to editXY,
> remove a cursorPar() or two, make some #if 0'd chunk of code in
> insettabular compilable.
You know, I really like the feel of all
On Fri, Feb 13, 2004 at 01:27:36PM +, Angus Leeming wrote:
> Andre Poenitz wrote:
>
> >
> > Again, mostly shifting stuff around. Some function to anon in the
> > only place they are used, rename the x/y version of edit to editXY,
> > remove a cursorPar() or two, make some #if 0'd chunk of
On Fri, Feb 13, 2004 at 01:30:43PM +0100, Andre Poenitz wrote:
> Renaming and 'code shuffle' tends to end up in monster patches.
> However, that does not mean, bugfixes get lost easily, especially if
> they are proper fixes (as opposed to kludges)
But I've been seeing a lot more than just some
On Fri, Feb 13, 2004 at 01:56:30PM +, John Levon wrote:
> On Fri, Feb 13, 2004 at 01:30:43PM +0100, Andre Poenitz wrote:
>
> > Renaming and 'code shuffle' tends to end up in monster patches.
> > However, that does not mean, bugfixes get lost easily, especially if
> > they are proper fixes (as
Andre Poenitz wrote:
> This is possible, and actually close to my prefered way out.
> (Actually I'd prefer
>
> string getPossibleLabel(LCursor & cur, LyXText & text)
>
> over of your 'finer grained' version as this produces less clutter
> in the user code (no need to use .paragraph() in
Angus Leeming wrote:
> So, I'll keep on mentioning it why I notice too.
s/why/when/
A
Far from finished, but rather straight forward. And it looks as the
taular code will be much simpler in the end, too...
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
Index:
g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/insets -I../../src
-I../../../lyx/src/insets/../ -I../../../lyx/boost -I/usr/X11R6/include -O2
-fno-exceptions -W -Wall -mms-bitfields -MT insetlabel.lo -MD -MP -MF
.deps/insetlabel.Tpo -c ../../../lyx/src/insets/insetlabel.C
In file included from
48 matches
Mail list logo