Index: WorkArea.h
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/WorkArea.h,v
retrieving revision 1.30
diff -u -p -r1.30 WorkArea.h
--- WorkArea.h 13 Mar 2002 12:25:35 - 1.30
+++ WorkArea.h 18 Mar 2002 14:54:29
On 18-Mar-2002 Lars Gullik Bjønnes wrote:
better now?
Yes I could apply it, but it just makes no difference I'm still looping
in there :( (you have to select the whole buffer with the mouse IMO to
trigger it).
Jug
--
On 18-Mar-2002 Lars Gullik Bjønnes wrote:
I do not get a crash.
I don't get a crash too!
I get a hang until I release the mouse button, then everything works
again...
So... for me this is down to a minor bug now.
Well if you say a permantent load of 30-40% of a 1GHz CPU is normal then
On 15-Mar-2002 John Levon wrote:
>> Why? PainterBase should not depend on frontends (therefore the name) and
>> should not be in the frontends directory.
>
> By the same logic, these files :
[snip]
> don't belong in frontends/ either, since they don't depend on a specific
> frontend.
I think
On 15-Mar-2002 John Levon wrote:
> Um, we've seen several obscure bugs due to doing this inside insettext,
> just in the 1.2.0 era. Now insettext isn't exactly the simplest
> of insets, but maybe that's the point ...
Did you ask yourself why we have this problems? IMO we have the problems
On 16-Mar-2002 Laszlo E Szabo wrote:
> 1) Now, open it with LyX 1.1.6fix4. Keep the "foot" closed. Then copy a word
> from anywher in the text. If you paste it before the "foot", then it is OK.
> Paste it after the "foot", the problem appears. It changes the language of
> the word back to
On 18-Mar-2002 Angus Leeming wrote:
> Oh, it gets better. If I use the arrow keys to move down the document, then
> the scrollbar is resized as the cursor moves off display. The new scrollbar
> handle appears right in the middle of the scrollbar (should be close to the
> top) and is
> Index: WorkArea.h
> ===
> RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/WorkArea.h,v
> retrieving revision 1.30
> diff -u -p -r1.30 WorkArea.h
> --- WorkArea.h 13 Mar 2002 12:25:35 - 1.30
> +++ WorkArea.h 18 Mar 2002
On 18-Mar-2002 Lars Gullik Bjønnes wrote:
> better now?
Yes I could apply it, but it just makes no difference I'm still looping
in there :( (you have to select the whole buffer with the mouse IMO to
trigger it).
Jug
--
On 18-Mar-2002 Lars Gullik Bjønnes wrote:
> I do not get a crash.
I don't get a crash too!
> I get a hang until I release the mouse button, then everything works
> again...
>
> So... for me this is down to a minor bug now.
Well if you say a permantent load of 30-40% of a 1GHz CPU is normal
On 15-Mar-2002 John Levon wrote:
PainterBase renamed Painter to fit with source usage. Painter
renamed as XPainter. Both moved into frontends, some cleanup (e.g.
pixmap() now in XPainter only)
Why? PainterBase should not depend on frontends (therefore the name) and
should not be in the
On 15-Mar-2002 Asger K. Alstrup Nielsen wrote:
On Fri, 15 Mar 2002, Andre Poenitz wrote:
How does the undo architecture look like? Maybe even one that does not
work on the outer paragraph level only, but on smaller scopes if possible?
Conceptually, you can handle undo by having a stack
On 15-Mar-2002 Jean-Marc Lasgouttes wrote:
I'd prefer to have this implemented correctly in terms of an augmented
cursor, than an abstract struct where everybody will want to add
exotic members (current moon phase?) just in case it is needed.
Well as much as I know cursors only work if
On 15-Mar-2002 John Levon wrote:
> PainterBase renamed Painter to fit with source usage. Painter
> renamed as XPainter. Both moved into frontends, some cleanup (e.g.
> pixmap() now in XPainter only)
Why? PainterBase should not depend on frontends (therefore the name) and
should not be in the
On 15-Mar-2002 Asger K. Alstrup Nielsen wrote:
> On Fri, 15 Mar 2002, Andre Poenitz wrote:
>
>> How does the undo architecture look like? Maybe even one that does not
>> work on the outer paragraph level only, but on smaller scopes if possible?
>
> Conceptually, you can handle undo by having a
On 15-Mar-2002 Jean-Marc Lasgouttes wrote:
> I'd prefer to have this implemented correctly in terms of an augmented
> cursor, than an abstract struct where everybody will want to add
> exotic members (current moon phase?) just in case it is needed.
Well as much as I know cursors only work if
On 14-Mar-2002 Allan Rae wrote:
Jürgen, is this an easy fix you could backport to 1.1.6?
But didn't Jean-Marc not fix this already? I think yes. Tell him to use
the latest fix release.
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen Vigna
On 14-Mar-2002 John Levon wrote:
On Thu, Mar 14, 2002 at 01:46:43PM +, John Levon wrote:
Excellent !!! Shall test soon. pre1 is at hand ...
but what's the purpose of the #if 0'd code in text2.C ?
The ChangeLog is your friend ;)
Jug
--
On 14-Mar-2002 Allan Rae wrote:
> Jürgen, is this an easy fix you could backport to 1.1.6?
But didn't Jean-Marc not fix this already? I think yes. Tell him to use
the latest fix release.
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen Vigna
On 14-Mar-2002 John Levon wrote:
> On Thu, Mar 14, 2002 at 01:46:43PM +, John Levon wrote:
>
>> Excellent !!! Shall test soon. pre1 is at hand ...
>
> but what's the purpose of the #if 0'd code in text2.C ?
The ChangeLog is your friend ;)
Jug
--
On 13-Mar-2002 Andre Poenitz wrote:
Can I have a read accessor to painter::owner (or something else that allows
me to retrieve the size of the 'interesting' area on screen)?
Well the painters owner should be the BufferView and you have access to
it. In which function do you need this?
On 13-Mar-2002 Andre Poenitz wrote:
MathXArray::draw(). I just want to skip any work for cell outside the
visible workarea.
Have a look at InsetTabular::draw I'll do that there too.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen Vigna
On 13-Mar-2002 Andre Poenitz wrote:
>
> Can I have a read accessor to painter::owner (or something else that allows
> me to retrieve the size of the 'interesting' area on screen)?
Well the painters owner should be the BufferView and you have access to
it. In which function do you need this?
On 13-Mar-2002 Andre Poenitz wrote:
> MathXArray::draw(). I just want to skip any work for cell outside the
> visible workarea.
Have a look at InsetTabular::draw I'll do that there too.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen Vigna
On 11-Mar-2002 John Levon wrote:
Open the test case. Press Page Down (goes to start of inset - OK, but
not ideal). Press PAge Down - *nothing happens*. That is not right.
This is why I said we need to have some code to place a cursor on screen
artibtrarily that actually opens insets etc.
On 12-Mar-2002 Lars Gullik Bjønnes wrote:
The (unwanted) solution is to use:
string::append(int, char);
Why not just do ./configure --with-included-string
and you use lyxstring which should have all function you need.
Jug
--
On 12-Mar-2002 Lars Gullik Bjønnes wrote:
1.1.5 sound right.
Actually we should probably not allow 1.2.0cvs to load that document
at all. My guess is that if you loaded the document in 1.1.6 first,
then 1.2.0 would not have a problemat all.
Well I don't know if we should be so strickt.
On 12-Mar-2002 Lars Gullik Bjønnes wrote:
| Well I don't know if we should be so strickt. If we can handle it
| we should try to support as much backward as it is possible, until
| we have an external convert program which does the converting stuff
| for us.
the problem is that the old table
On 12-Mar-2002 Juergen Vigna wrote:
easy in this case. I'll have a look.
Ok this WAS really easy. But I think that the culpable is really the
Paragraph which now does not set it's layout information. We should
change this in 1.3.
Edwin please have a look (you may have to wait a bit until
On 12-Mar-2002 Lars Gullik Bjønnes wrote:
I just want to find the best local solution.
- par = bv_-text-cursor.par();
- pos = bv_-text-cursor.pos();
- selstartpar = bv_-text-selection.start.par();
- selstartpos =
On 12-Mar-2002 Lars Gullik Bjønnes wrote:
I guess this patch changes a bit less:
I could agree with this change!
@@ -1002,6 +999,7 @@ void BufferView::Pimpl::workAreaExpose()
textcache.clear();
+ buffer_-resizeInsets(bv_);
The more I see this
On 11-Mar-2002 John Levon wrote:
> Open the test case. Press Page Down (goes to start of inset - OK, but
> not ideal). Press PAge Down - *nothing happens*. That is not right.
>
> This is why I said we need to have some code to place a cursor on screen
> artibtrarily that actually opens insets
On 12-Mar-2002 Lars Gullik Bjønnes wrote:
> The (unwanted) solution is to use:
>
> string::append(int, char);
Why not just do ./configure --with-included-string
and you use lyxstring which should have all function you need.
Jug
--
On 12-Mar-2002 Lars Gullik Bjønnes wrote:
> 1.1.5 sound right.
>
> Actually we should probably not allow 1.2.0cvs to load that document
> at all. My guess is that if you loaded the document in 1.1.6 first,
> then 1.2.0 would not have a problemat all.
Well I don't know if we should be so
On 12-Mar-2002 Lars Gullik Bjønnes wrote:
>| Well I don't know if we should be so strickt. If we can handle it
>| we should try to support as much backward as it is possible, until
>| we have an external convert program which does the converting stuff
>| for us.
>
> the problem is that the old
On 12-Mar-2002 Juergen Vigna wrote:
> easy in this case. I'll have a look.
Ok this WAS really easy. But I think that the culpable is really the
Paragraph which now does not set it's layout information. We should
change this in 1.3.
Edwin please have a look (you may have to wait a bit un
On 12-Mar-2002 Lars Gullik Bjønnes wrote:
> I just want to find the best local solution.
> - par = bv_->text->cursor.par();
> - pos = bv_->text->cursor.pos();
> - selstartpar = bv_->text->selection.start.par();
> - selstartpos =
On 12-Mar-2002 Lars Gullik Bjønnes wrote:
> I guess this patch changes a bit less:
I could agree with this change!
> @@ -1002,6 +999,7 @@ void BufferView::Pimpl::workAreaExpose()
> textcache.clear();
> + buffer_->resizeInsets(bv_);
The more I see
On 11-Mar-2002 bugzilla-daemon wrote:
I strongly disagree. Page Down doesn't move down a page sometimes: how
can that /not/ be a bug ?
OK, it perhaps is hard to fix, and won't happen for 1.2.0 - that's fine.
We are going to have open bugs for 1.2.0, no question. But it doesn't
make them
On 11-Mar-2002 bugzilla-daemon wrote:
> I strongly disagree. Page Down doesn't move down a page sometimes: how
> can that /not/ be a bug ?
>
> OK, it perhaps is hard to fix, and won't happen for 1.2.0 - that's fine.
> We are going to have open bugs for 1.2.0, no question. But it doesn't
> make
On 08-Mar-2002 Jean-Marc Lasgouttes wrote:
I just point to this again, because it is _not_ related to insets in
insets...
Open UserGuide, Navigate to section 3.4 and wait until the inlined EPS
gets rendered. It gets drawn badly, but this is corrected as soon as
you scroll.
I don't
On 08-Mar-2002 Jean-Marc Lasgouttes wrote:
Juergen, I see you are the one who added it like that (in July 2000).
Did you have a reason for it?
Because insetfigure was displayed? I don't know. Do we have displayed
graphics insets?
Jug
--
On 08-Mar-2002 Jean-Marc Lasgouttes wrote:
>
> I just point to this again, because it is _not_ related to insets in
> insets...
>
> Open UserGuide, Navigate to section 3.4 and wait until the inlined EPS
> gets rendered. It gets drawn badly, but this is corrected as soon as
> you scroll.
I
On 08-Mar-2002 Jean-Marc Lasgouttes wrote:
> Juergen, I see you are the one who added it like that (in July 2000).
> Did you have a reason for it?
Because insetfigure was displayed? I don't know. Do we have displayed
graphics insets?
Jug
--
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
Anyway I pretty much agree with this patch since an InsetText never
can exist by itself. But let's hear what Jürgen says.
Well it CAN exist by itself but I agree that now it is not neccessary
anymore to have it. I needed this for testing the
On 06-Mar-2002 Lars Gullik Bjønnes wrote:
I see that when loading the Userguide (my favorite test file) the
title is left aligned? How come? Is this something I have done? _or_
could it be the
2002-03-06 Juergen Vigna [EMAIL PROTECTED]
* text.C (prepareToPrint): leave ERT
On 06-Mar-2002 Lars Gullik Bjønnes wrote:
I see that when loading the Userguide (my favorite test file) the
title is left aligned? How come? Is this something I have done? _or_
could it be the
And after having a fast look I blame the removal of Paragraph::clear()
for this errors!
On 06-Mar-2002 Michael Schmitt wrote:
Happy bug fixing,
- Herbert: Open UserGuide.lyx; open first footnote from the title and cut the
contents with ctrl-X; paste it into the beginning of the second footnote
-- crash (with ctrl-C it works)
Fixed!
BTW.: Do you still have problems
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
| And after having a fast look I blame the removal of Paragraph::clear()
| for this errors!
me to. and I also blame the completely missleading name
ParagraphParameters::clear... should be setDefaults or something.
Ahh so you saw it too that the
On 07-Mar-2002 John Levon wrote:
try LFUN_INSET_TEXT without the patch and LFUN_CORE shall be revealed
unto you.
#:O)
Did I accidentally leave the changes to insertInsetAndEdit in the patch
?
please don't apply that bit, it's for turning the selection into an
inset (and is probably a
On 07-Mar-2002 Angus Leeming wrote:
any one else see this?
I just exported the UserGuide and did not core dump and got a resonable
.txt file. Althought I see a lot of messages caption not found messages.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr.
- Marking text and pressing the footnote/ margin button created an
inset with the marked text inside. Now an empty inset is created
*behind* the marked text.
and vice versa:
- Clicking on the button when the cursor was inside an inset deleted
the inset and switched the text to
On 06-Mar-2002 Angus Leeming wrote:
now I've got Jürgen's attention ;-)
#:O)
Attached is a patch for a new custom export dialog such as he has wanted oh
so badly these last 12 months!
Well let's say that I like the idea of the Custom export I don't use it
in everydays work (well then I
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
- buffer word.str() \n;
- word.str();
+ buffer \n;
+ last_word_length = 0;
Well this patch will most probably fail to work.
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
Please also look at the patch that I sent to the list.
(before applying anything)
Well I would leave you applying this patch. And as you could figure out
of my former mail your patch won't work.
Jug
--
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
well yes... _but_ that is not absolutely true I guess...
I think we can have an algorithm that is almost as good without the
word stringstream complexity.
(and the best would be to have a lyxasciistreambuf...)
Well we can have this for 1.3.0.
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
What about this patch...
Well a fast look would tell me that it could work. Just one thing
does lyxstring have the push_back() functionallity?
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen Vigna
On 07-Mar-2002 Angus Leeming wrote:
Jürgen,
Well Angus I just updated various source files and removed print_forms and
lyx_gui_misc. I'm ready to commit. So I'll commit this and you can then update.
I did not modify anything in the patch you sent so you shouldn't have conflicts.
Is that ok?
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
You cannot cvs delete a directory. Just make sure that it is empty
and that you prune directories when updating...
Ok then I will delete the hole directory as it is not used anymore.
Jug
--
On 07-Mar-2002 John Levon wrote:
in everydays work (well then I don't use LyX in everydays work ;) and we
changed now to use StarOffice instead of LyX for writing letters.
OK, so now /nobody/ uses it ?!
You mean here? And what do you mean LyX or the Custom Export function.
The first is No
On 07-Mar-2002 Angus Leeming wrote:
So what needs to be done to remove frontends/support? (It is now empty as
LyXImage has gone the way of the dodo.) Just remove directory CVS?
Will we need this directory in future maybe for other stuff?
If yes then just remove the files you don't need
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
_NO_!
You never ever delete dirs with CVS.
??? So I'm not allowed to do 'cvs delete support' which deletes all
files in this directory (which should have been rm'ed before)?
I don't think so.
Jug
--
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
| Why not use par-params().labelString() always?
You tell me... I didn't write this code. (I hope)
Does labelString have a po variant? (just a thought)
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr.
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
| ??? So I'm not allowed to do 'cvs delete support' which deletes all
| files in this directory (which should have been rm'ed before)?
| I don't think so.
excatly. You are not allowed to do that.
And why? It's the same operation as doing cvs delete
On 07-Mar-2002 Jean-Marc Lasgouttes wrote:
Juergen Does labelString have a po variant? (just a thought)
Not really, but you get the same as what you get on screen :)
Well in part you're right. This should depend on the buffer language
not the GUI language. We really should find some way
On 07-Mar-2002 Jean-Marc Lasgouttes wrote:
Yes, but what is currently in ascii code is not right.
Agreed!
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-450260 /
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
| BTW.: I did this for the forms directory (I didn't know it was striktly
| forbidden) and it seemed to work. What is now wrong with the forms
| directory?
it is not really deleting the directly it only deletes the files...
Yes and
On 07-Mar-2002 Angus Leeming wrote:
I also think I've forgotten Ascii as paragraphs.
There is no such thing as Ascii as paragraphs for export. I had a look
and the only thing I don't like is the Help button. We don't have that
button on any other dialog so why should we have it here?
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
> Anyway I pretty much agree with this patch since an InsetText never
> can exist by itself. But let's hear what Jürgen says.
Well it CAN exist by itself but I agree that now it is not neccessary
anymore to have it. I needed this for testing the
On 06-Mar-2002 Lars Gullik Bjønnes wrote:
> I see that when loading the Userguide (my favorite test file) the
> title is left aligned? How come? Is this something I have done? _or_
> could it be the
>
> 2002-03-06 Juergen Vigna <[EMAIL PROTECTED]>
>
> * tex
On 06-Mar-2002 Lars Gullik Bjønnes wrote:
> I see that when loading the Userguide (my favorite test file) the
> title is left aligned? How come? Is this something I have done? _or_
> could it be the
And after having a fast look I blame the removal of Paragraph::clear()
for this errors!
On 06-Mar-2002 Michael Schmitt wrote:
> Happy bug fixing,
> - Herbert: Open UserGuide.lyx; open first footnote from the title and cut the
> contents with ctrl-X; paste it into the beginning of the second footnote
> --> crash (with ctrl-C it works)
Fixed!
BTW.: Do you still have
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
>| And after having a fast look I blame the removal of Paragraph::clear()
>| for this errors!
>
> me to. and I also blame the completely missleading name
> ParagraphParameters::clear... should be setDefaults or something.
Ahh so you saw it too that
On 07-Mar-2002 John Levon wrote:
> try LFUN_INSET_TEXT without the patch and LFUN_CORE shall be revealed
> unto you.
#:O)
> Did I accidentally leave the changes to insertInsetAndEdit in the patch
> ?
> please don't apply that bit, it's for turning the selection into an
> inset (and is
On 07-Mar-2002 Angus Leeming wrote:
> any one else see this?
I just exported the UserGuide and did not core dump and got a resonable
.txt file. Althought I see a lot of messages "caption not found" messages.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
> - Marking text and pressing the footnote/ margin button created an
> inset with the marked text inside. Now an empty inset is created
> *behind* the marked text.
>
> and vice versa:
>
> - Clicking on the button when the cursor was inside an inset deleted
> the inset and switched the
On 06-Mar-2002 Angus Leeming wrote:
> now I've got Jürgen's attention ;-)
#:O)
> Attached is a patch for a new custom export dialog such as he has wanted oh
> so badly these last 12 months!
Well let's say that I like the idea of the Custom export I don't use it
in everydays work (well then I
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
> - buffer << word.str() << "\n";
> - word.str("");
> + buffer << "\n";
> + last_word_length = 0;
Well this patch will most probably
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
> Please also look at the patch that I sent to the list.
> (before applying anything)
Well I would leave you applying this patch. And as you could figure out
of my former mail your patch won't work.
Jug
--
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
> well yes... _but_ that is not absolutely true I guess...
>
> I think we can have an algorithm that is almost as good without the
> word stringstream complexity.
>
> (and the best would be to have a lyxasciistreambuf...)
Well we can have this for
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
> What about this patch...
Well a fast look would tell me that it could work. Just one thing
does lyxstring have the push_back() functionallity?
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen Vigna
On 07-Mar-2002 Angus Leeming wrote:
> Jürgen,
Well Angus I just updated various source files and removed print_forms and
lyx_gui_misc. I'm ready to commit. So I'll commit this and you can then update.
I did not modify anything in the patch you sent so you shouldn't have conflicts.
Is that ok?
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
> You cannot "cvs delete" a directory. Just make sure that it is empty
> and that you prune directories when updating...
Ok then I will delete the hole directory as it is not used anymore.
Jug
--
On 07-Mar-2002 John Levon wrote:
>> in everydays work (well then I don't use LyX in everydays work ;) and we
>> changed now to use StarOffice instead of LyX for writing letters.
>
> OK, so now /nobody/ uses it ?!
You mean here? And what do you mean LyX or the Custom Export function.
The first
On 07-Mar-2002 Angus Leeming wrote:
> So what needs to be done to remove frontends/support? (It is now empty as
> LyXImage has gone the way of the dodo.) Just remove directory CVS?
Will we need this directory in future maybe for other stuff?
If yes then just remove the files you don't need
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
> _NO_!
>
> You never ever delete dirs with CVS.
??? So I'm not allowed to do 'cvs delete support' which deletes all
files in this directory (which should have been rm'ed before)?
I don't think so.
Jug
--
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
>| Why not use par->params().labelString() always?
>
> You tell me... I didn't write this code. (I hope)
Does labelString have a po variant? (just a thought)
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr.
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
>| ??? So I'm not allowed to do 'cvs delete support' which deletes all
>| files in this directory (which should have been rm'ed before)?
>>
>| I don't think so.
>
> excatly. You are not allowed to do that.
And why? It's the same operation as doing cvs
On 07-Mar-2002 Jean-Marc Lasgouttes wrote:
> Juergen> Does labelString have a po variant? (just a thought)
>
> Not really, but you get the same as what you get on screen :)
Well in part you're right. This should depend on the buffer language
not the GUI language. We really should find some
On 07-Mar-2002 Jean-Marc Lasgouttes wrote:
> Yes, but what is currently in ascii code is not right.
Agreed!
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-450260
On 07-Mar-2002 Lars Gullik Bjønnes wrote:
>| BTW.: I did this for the forms directory (I didn't know it was striktly
>| forbidden) and it seemed to work. What is now wrong with the forms
>| directory?
>
> it is not really deleting the directly it only deletes the files...
Yes and
On 07-Mar-2002 Angus Leeming wrote:
> I also think I've forgotten Ascii as paragraphs.
There is no such thing as Ascii as paragraphs for export. I had a look
and the only thing I don't like is the Help button. We don't have that
button on any other dialog so why should we have it here?
On 05-Mar-2002 Michael Schmitt wrote:
Jürgen,
LyX aborts if you load an ERT which status is inline!
You're right sorry. I fixed this and other stuff and will commit as soon
as I finish to compile my updated lyx-tree (5mins)
Jug
--
On 06-Mar-2002 Edwin Leuven wrote:
Loading attached doc makes lyx crash
Confirmed! Another case for Lars layout changes. layout(xx) is called
with xx.empty() and this hits the abort.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen Vigna
On 06-Mar-2002 Martin Vermeer wrote:
Create new doc; insert footnote; insert ERT into footnote; enter
character - the red box of the ERT is removed
I don't see this here.
Very latest CVS, and it's still there.
Hmm strange now I got it too. I'll have a look.
Jug
--
On 06-Mar-2002 Juergen Vigna wrote:
Create new doc; insert footnote; insert ERT into footnote; enter
character - the red box of the ERT is removed
Fixed!
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL
On 06-Mar-2002 Jose Abilio Oliveira Matos wrote:
Hi,
when I select some test and then paste it, I get, even for a new document,
this:
This is as most of recent Aborts because of Lars new layout code.
I find it stupid that and I put the blame that new Paragraph should
set a layout, but
On 06-Mar-2002 Herbert Voss wrote:
book.layout in ~/.lyx/layouts with a missing
DefaultStyle Standard
in stdclass.inc
Hmm I think we should really put some code in that Users don't have
to do this or at least that they are warned the don't have a DefaultStyle
AND we should always have a
Log message:
Fix bugs in minipage compatibility read (fix #240).
What REAL showstoppers do we have for a 1.2.0 release? I just Reassigned
some of the bugs back to me (inset/lyxtext releated bugs) so that I see
them in MyBug list.
Jug
--
On 05-Mar-2002 Michael Schmitt wrote:
> Jürgen,
>
> LyX aborts if you load an ERT which status is "inline"!
You're right sorry. I fixed this and other stuff and will commit as soon
as I finish to compile my updated lyx-tree (5mins)
Jug
--
1001 - 1100 of 4844 matches
Mail list logo
