1) make sure no selection exists at inset-uncollapse time to prevent drawing errors
2) don't open an inset when we finish a selection. This was a really really annoying
"feature", then when you end up over an inset at the end of a selection, it opened
the inset.
please apply
thanks
john
p.s.
I think this patch is correct and the old code was wrong. An explanation
is in the ChangeLog.
After Juergen/Lars/someone checks it, please apply !
Not sure about the InsetTabular code - that looks weird too, and might account
for this :
http://sourceforge.net/tracker/index.php?func=detail&aid=
I don't love this patch.
Other things that need escaping can be added later ...
thanks
john
--
"...life's not a paragraph
and death i think is no
parenthesis"
- e. e. cummings
@@ -3007,6 +3023,7 @@
+ idxstring + _(("' indexed.")));
Here's a sketch of what it should look like.
When bugs get fixed, the file gets moved into regression/
Comments ?
thanks
john
--
"...life's not a paragraph
and death i think is no
parenthesis"
- e. e. cummings
lyx-tests.tar.gz
Description: application/tar-gz
> You'd need to be moer specific. What sort of things are they doing when it
> crashes (resizing windows, clicking on menus, what ?).
Unfortunately, they haven't shown me something reproduceabel. But I have seen
the crashes myself... I will ask for more details reports.
> There is a small possi
On Fri, Nov 30, 2001 at 06:51:49PM +0100, Rainer Dorsch wrote:
> The students claim that lyx is much more stable when used under fvwm and not
> under KDE2. Wouldn't that mean that the interaction with xforms could be a
> weak?
You'd need to be moer specific. What sort of things are they doing
> Rainer Dorsch <[EMAIL PROTECTED]> writes:
>
> | I have the impression that these bugs are xform problems to a large
> | extend and
>
> I belive that this impression is wrong.
>
The students claim that lyx is much more stable when used under fvwm and not
under KDE2. Wouldn't that mean that
On Fri, Nov 30, 2001 at 12:51:13PM +0100, Juergen Vigna wrote:
> Do you want to let us know how good your math-skills are or did you
> book a statistical course lately? Anyway just try to load the TablesExamples
> file and you'll get the messages. Is this an ease enough solution also
> for you?
On Fri, Nov 30, 2001 at 05:18:43PM +, Angus Leeming wrote:
> André, I think it'd be neater if you had a
> #ifdef CXX_GLOBAL_CSTD
> using std::size_t;
> #endif
No. That's not a solution, since this would introduce size_t into the
namespace wherever support/types.h is included. And that's virtu
On Fri, Nov 30, 2001 at 06:10:51PM +0100, Herbert Voss wrote:
> why is this method in vspace?
Not my doing. Has been there all the time...
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
On Fri, Nov 30, 2001 at 10:16:22AM +0100, Juergen Vigna wrote:
> > I'm not at all clear of how LyXText fits in to an object diagram anyway. What are
> > the relationships between it and other classes (in terms of 1-1, contains, etc.) ?
>
> LyXText is used to speed up drawing. The paragraphs are
On Fri, Nov 30, 2001 at 09:35:59AM +0100, Juergen Vigna wrote:
> Hmmm which Assert? I put 2 inside there and I removed the one in removeRow
> already yesterday (as it shouldn't really be there!). So maybe you didn't
> update your build?
hmm, let me try again !
not being on lyx-cvs is really cut
On Fri, Nov 30, 2001 at 09:30:43AM +0100, Juergen Vigna wrote:
> >> ... added freespacing for ERT Insets.
does this mean the double space bug i n ERT on sourceforge can be closed ?
> when pasting in multiple paragraphs (the added paragraphs don't get the
> right Font setting!
do you know
On Fri, Nov 30, 2001 at 08:10:18AM +, Jose Abilio Oliveira Matos wrote:
> Since today is friday my logical conclusion is that this is the tip
> of the iceberg of a huge conspiration against you.
I knew it ! It's you lot who keep busting my lightbulbs too right ? And giving
me /huge/ electr
On Fri, Nov 30, 2001 at 09:33:04AM +0100, Juergen Vigna wrote:
> Well I guess someone dreamed this bug is still there and we all know how to
> fix it, don't we?
no !
You gave some hints but didn't reply to my follow up ...
john
--
"...life's not a paragraph
and death i think is no
parenthesi
On Friday 30 November 2001 4:06 pm, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> On Fri, Nov 30, 2001 at 03:34:26PM +, Angus Leeming wrote:
> >> One quick point. Here the C-libraries are not in namespace std. We
> >> have a CXX_GLOBAL_CST
On Fri, Nov 30, 2001 at 06:03:55PM +1000, Allan Rae wrote:
> > > - Insert a minipage into an empty document; insert a few characters in front of
>the
> > > (open) minipage -> the minipage is moved past the right border of the LyX main
>window
> >
> > fixed by Allan.
>
> Did I do that? Hmmm.
Andre Poenitz wrote:
> A bit of the interface cleanup.
> Removes the inheritance etc,
>
> +LyXLength::UNIT unitFromString(string const & data)
> +{
> + int i = 0;
> + while (i < num_units && data != unit_name[i])
[...]
why is this method in vspace?
it doesn't belongs to vSPACE and
A bit of the interface cleanup.
Removes the inheritance etc,
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
Index: figureForm.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/figureFo
On Fri, Nov 30, 2001 at 05:00:51PM +0100, Andre Poenitz wrote:
> On Fri, Nov 30, 2001 at 05:00:01PM +0100, Lars Gullik Bjønnes wrote:
> > | That is my belief. Although, when you care about these things, I've
> > | always thought a naming scheme like u32int is better style.
> >
> > So how many mm
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Fri, Nov 30, 2001 at 03:34:26PM +, Angus Leeming wrote:
>> One quick point. Here the C-libraries are not in namespace std. We
>> have a CXX_GLOBAL_CSTD variable in config.h
Andre> So I would need to write
Andre> #ifdef CXX
On Fri, Nov 30, 2001 at 05:00:01PM +0100, Lars Gullik Bjønnes wrote:
> | That is my belief. Although, when you care about these things, I've
> | always thought a naming scheme like u32int is better style.
>
> So how many mm can a 32 bits int measured in sp span?
2^16 points = 2^16/72 inches = 2
On Fri, Nov 30, 2001 at 03:34:26PM +, Angus Leeming wrote:
> One quick point. Here the C-libraries are not in namespace std.
> We have a CXX_GLOBAL_CSTD variable in config.h
So I would need to write
#ifdef CXX_GLOBAL_CSTD
typedef std::size_t ...;
#else
typedef size_t ...;
#endif
?
Andr
On Fri, Nov 30, 2001 at 03:32:53PM +, Jules Bean wrote:
> It's not in Stroustrup; but I can't see any such details about data
> size there. *sigh* Portability is not obtained by making 'int'
> represent 'a convenient size': rather, portability is obtained by
> knowing exactly how many bits you
On Fri, Nov 30, 2001 at 04:16:40PM +0100, Andre Poenitz wrote:
> On Fri, Nov 30, 2001 at 03:12:02PM +, Jules Bean wrote:
> > There is a standardised 64 bit integer type: long long int is standard.
>
> It's in C99 as far as I know, but in C++98?
I don't know.
It's not in Stroustrup; but I ca
On Friday 30 November 2001 3:18 pm, Andre Poenitz wrote:
> Urmpf...
One quick point. Here the C-libraries are not in namespace std. We have a
CXX_GLOBAL_CSTD variable in config.h
Angus
On Fri, Nov 30, 2001 at 04:18:05PM +0100, Jean-Marc Lasgouttes wrote:
> You do have a problem with patches and attachments, don't you?
What makes you think so?
*sigh*
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
On Fri, Nov 30, 2001 at 04:17:19PM +0100, Jean-Marc Lasgouttes wrote:
> No, the types are what the standard dictates for the default allocator.
>
> BTW, I am currently packing, so I won't have time for LyX until
> Tuesday, probably.
I have just one hour left, too. So I'll build the patch, post i
Urmpf...
--
André Pönitz .. [EMAIL PROTECTED]
Index: types.h
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/support/types.h,v
retrieving revision 1.2
diff -u -p -r1.2 types.h
--- ty
On 30-Nov-2001 Andre Poenitz wrote:
>> > I did. But to go to row 1 out of 20 is not much faster this way...
>>
>> Well at least here you go to row 20 maybe you have another source?
>
> Aehm... sorry... I meant "column".
Ok then. Well I could have a look at this cursor movement up stuff, but
on
You do have a problem with patches and attachments, don't you?
JMarc
On Fri, Nov 30, 2001 at 03:12:02PM +, Jules Bean wrote:
> There is a standardised 64 bit integer type: long long int is standard.
It's in C99 as far as I know, but in C++98?
> It may not be supported by all the compilers though.
Yes.
> Anyhow, this is all (fortunately) moot: you'll notice
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> A more leightweight approach to define the new types (using
Andre> size_t & ptrdiff_t from instead of size_type and
Andre> difference_type from ).
Andre> The types are certainly large enough and there was a strong
Andre> feeling
A more leightweight approach to define the new types (using size_t &
ptrdiff_t from instead of size_type and difference_type from
).
The types are certainly large enough and there was a strong feeling that
the should be identical Standard-wise...
Would be nice if people with "unusual" compiler
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Fri, Nov 30, 2001 at 03:48:27PM +0100, Jean-Marc Lasgouttes
Andre> wrote:
>> As far as my benchmarking is concerned, not storing the lengths as
>> strings should do the trick.
>> Please discuss you planned changes before doing
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> P.S.: Who was the joker putting this into CVS without a
Juergen> lyxerr[something]? LyXTabular::GetCellInset: cell=278
Juergen> LyXTabular::GetCellInset: cell=278 LyXTabular::GetCellInset:
Juergen> cell=278 LyXTabular::GetCellI
On Fri, Nov 30, 2001 at 04:04:03PM +0100, Andre Poenitz wrote:
> On Fri, Nov 30, 2001 at 02:59:50PM +, Jules Bean wrote:
> > And the difference between 'multiple of some small value' and 'some
> > fixed point thingy' is what, exactly?
>
> I'd stick to double for the moment since if the sp is
On Fri, Nov 30, 2001 at 02:59:50PM +, Jules Bean wrote:
> And the difference between 'multiple of some small value' and 'some
> fixed point thingy' is what, exactly?
I'd stick to double for the moment since if the sp is 2^(-32) of a point,
they won't fit too well into an int on IA32 and there
On Fri, Nov 30, 2001 at 03:48:27PM +0100, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> LaTeX stores length as multiple of some small value if I got
> Andre> this right, and we should do likewise.
The 'scaled point' which is 2^(-32) of a poi
> > I did. But to go to row 1 out of 20 is not much faster this way...
>
> Well at least here you go to row 20 maybe you have another source?
Aehm... sorry... I meant "column".
> P.S.: Who was the joker putting this into CVS without a lyxerr[something]?
Not me, I hope...
Andre'
--
André Pön
On Fri, Nov 30, 2001 at 03:48:27PM +0100, Jean-Marc Lasgouttes wrote:
> As far as my benchmarking is concerned, not storing the lengths as
> strings should do the trick.
> Please discuss you planned changes before doing them.
I was thinking about this ;-)
The "plan" looks like:
Internal:
-
On 30-Nov-2001 Andre Poenitz wrote:
> On Fri, Nov 30, 2001 at 02:26:37PM +0100, Juergen Vigna wrote:
>> > I'll try to come up with something for mathed, let's have a look whether
>> > people like it.
>>
>> Well did you try the <- key when after the table?
>
> I did. But to go to row 1 out of 20
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> LaTeX stores length as multiple of some small value if I got
Andre> this right, and we should do likewise.
Where did you find that? I though it was some fixed point thingy.
Andre> You benchmarking even suggests that there is som
The "prototype for mathed" that I mentioned earlier today looks well enough
to serve as "final" solution for mathed...
Just try moving up/down in nested arrays...
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
On Fri, Nov 30, 2001 at 03:40:17PM +0100, Jean-Marc Lasgouttes wrote:
> Andre> As I said, the next look I will have on vspace.[hC] would
> Andre> probably involve some real changes...
>
> To the interface? To the code?
Both.
LaTeX stores length as multiple of some small value if I got this righ
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> As I said, the next look I will have on vspace.[hC] would
Andre> probably involve some real changes...
To the interface? To the code?
JMarc
On Fri, Nov 30, 2001 at 02:51:34PM +0100, Jean-Marc Lasgouttes wrote:
> Jean-Marc> Ahh, so finally I have an answer. Thanks. Yes, I mean it.
>
> In case anybody cares: It is possible to avoid the warning, but it
> involves adding a gratuitous tabular->GetInsetOfCell call just to have
> a correct
On Fri, Nov 30, 2001 at 02:26:37PM +0100, Juergen Vigna wrote:
> > I'll try to come up with something for mathed, let's have a look whether
> > people like it.
>
> Well did you try the <- key when after the table?
I did. But to go to row 1 out of 20 is not much faster this way...
Andre'
--
An
On 30-Nov-2001 Angus Leeming wrote:
> Well I can picture a solution of storing the pixmaps for each cell in a
> cache. Changing a cell would then result in you only needing to recreate the
> pixmaps for that column (if the width of the cell changed) and that row (if
> the height of the cell c
> "Ben" == Ben Stanley <[EMAIL PROTECTED]> writes:
Ben> I have now tested this. First number is mmap CRC. Second number
Ben> is istream_iterator CRC. They seem to fail differently on
Ben> directories - in this case, I think that istream_iterator version
Ben> is wrong.
Ben> This patch only ap
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 30-Nov-2001 Jean-Marc Lasgouttes wrote:
>> On the other hand, VSpace::VSpace takes 38% of the total time to
>> load/display this file! This is because langths are stored as
>> strings and converted whenever something needs
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> The vspace patch
Looks OK. BTW, insetminipage and insettabular both use VSpace for some
horizontal spaces. They should use LyXLength instead (or LyXGlueLength
if glue is allowed/needed; does anyone know about that?).
JMarc
On 30-Nov-2001 Jean-Marc Lasgouttes wrote:
> On the other hand, VSpace::VSpace takes 38% of the total time to
> load/display this file! This is because langths are stored as strings
> and converted whenever something needs to be done (at each
> getMaxWidthOfCell, for example). Is there a reason
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> Anyway just try to load the TablesExamples file and you'll
Juergen> get the messages. Is this an ease enough solution also for
Juergen> you?
Jean-Marc> Ahh,
On 30-Nov-2001 Andre Poenitz wrote:
> On Fri, Nov 30, 2001 at 02:02:25PM +0100, Jean-Marc Lasgouttes wrote:
>> Andre> Math is working similarly, so I obviously have no easy solution
>> Andre> for that.
>>
>> A function to go to last cursor position?
>
> No. Decent up/down that enters insets at
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Thu, Nov 29, 2001 at 12:28:48PM +0100, Jean-Marc Lasgouttes
John> wrote: Also, I don't think this one made it to the list
John> (attached).
>> Concering the kb3 patch, what was Lars' last stance on the
>> subject? It looks good to m
On Fri, Nov 30, 2001 at 02:02:25PM +0100, Jean-Marc Lasgouttes wrote:
> Andre> Math is working similarly, so I obviously have no easy solution
> Andre> for that.
>
> A function to go to last cursor position?
No. Decent up/down that enters insets at the "right" position.
I'll try to come up with
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Uh... I can sense some wrong timing...
Andre> Anyway: If I have a table with 20 rows ("real" table, no math
Andre> stuff) and I inadvertently leave the last line with CursorDown,
Andre> entering the cell I left takes ages: Either
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> Anyway just try to load the TablesExamples file and you'll
Juergen> get the messages. Is this an ease enough solution also for
Juergen> you?
Ahh, so finally I have an answer. Thanks. Yes, I mean it.
Juergen> Anyway if you all
On Fri, Nov 30, 2001 at 11:04:36AM +0100, Juergen Vigna wrote:
^^
> On 29-Nov-2001 Juergen Spitzmueller wrote:
^^
> > BTW: the patch is missing ;-)
> ^ Aaaarggg!
^^^
Passing arg failed.
Andre'
--
André Pönit
On Fri, Nov 30, 2001 at 01:38:15PM +0200, Dekel Tsur wrote:
> Doesn't 'math-insert ^' already has the same effect as the proposed
> math-superscript ?
... looks so, doesn't it?
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
Uh... I can sense some wrong timing...
Anyway: If I have a table with 20 rows ("real" table, no math stuff) and I
inadvertently leave the last line with CursorDown, entering the cell I left
takes ages: Either , (repeat), 20 x , or use the mouse.
If I have not overlooked anything, this is not ni
On 30-Nov-2001 Jean-Marc Lasgouttes wrote:
> So the drawing was in O(nbcells^2). Now this is fixed. Fine.
>
> So now we have a warning when a text inset has to check over all its
> tabular owner to know in which cell it lies. This is an O(nbcells)
> operation, so it is expensive. Since you seem
On 30-Nov-2001 Lars Gullik Bjønnes wrote:
> Juergen Vigna <[EMAIL PROTECTED]> writes:
>
>| * grin *
>
> That does count! B on you.
I know but I just couldn't resist!
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [E
On Thu, Nov 29, 2001 at 07:33:11PM +0100, Andre Poenitz wrote:
> On Thu, Nov 29, 2001 at 03:35:45PM +0200, Martin Vermeer wrote:
> > Also minibuffer commands could then be defined in LyXAction.C,
>
> Yes.
>
> > like "math-subscript" and "math-superscript". Making it straightforward
> > also to a
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 30-Nov-2001 Jean-Marc Lasgouttes wrote:
>> Yes, but when the warning appears, it means that one has to scan
>> all the tabular.
Juergen> Ok then tell me how you would draw the tabular by NOT
Juergen> scanning all of it! Or
On Friday 30 November 2001 10:15 am, Juergen Vigna wrote:
> On 30-Nov-2001 Jean-Marc Lasgouttes wrote:
>
> > Yes, but when the warning appears, it means that one has to scan all
> > the tabular.
>
> Ok then tell me how you would draw the tabular by NOT scanning all of it!
> Or better just implem
On Fri, Nov 30, 2001 at 11:03:58AM +0100, Juergen Vigna wrote:
>
> Which patch?
See the Urmpf message that André posted later.
>Jug
--
José Abílio Matos
LyX and docbook a perfect match.
On 30-Nov-2001 Jean-Marc Lasgouttes wrote:
> Yes, but when the warning appears, it means that one has to scan all
> the tabular.
Ok then tell me how you would draw the tabular by NOT scanning all of it!
Or better just implement it I'm surely curious how that painted table my
look!
On 29-Nov-2001 Richard E. Hawkins wrote:
> I delete the rows of table Og.consumer.demand.monopolist between 2.0/
> 2.8 and the last. The last row shows (degree sign)k> in the first
> column, and a square dotted box in the second (like a mac uses for
> unknown characters.
I don't see that part
On 29-Nov-2001 Andre Poenitz wrote:
>
> This patch is cosmetical. It basically moves stuff from the .h to the .C,
Which patch?
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel
On 29-Nov-2001 Richard E. Hawkins wrote:
>
> I deleted 3 or 4 rows of a tabular, but not the last (so that I'd keep
> the bottom border). Then hit a key, and got a spew of
>
> InsetText is 0x8459938
> inset_owner is 0x8459538
> InsetText is 0x8459938
> inset_owner is 0x8459538
> InsetTex
On 29-Nov-2001 Juergen Spitzmueller wrote:
> BTW: the patch is missing ;-)
^ Aaaarggg!
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-047
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> Comeone Jean-Marc you can do better! You know that in that
Juergen> code we are setting a cache variable for the used Inset now
Juergen> if you iterate over all cell doing a whole redraw of the
Juergen> tabular guess if the cac
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> Ooops so it is not used anymore?
Indeed.
Juergen> Ok that'll fix the problem than thanks!
Indeed.
JMarc
> "Ben" == Ben Stanley <[EMAIL PROTECTED]> writes:
Ben> Juergen Vigna wrote:
>> Why don't you just reconfigure the \ps_command in your lyxrc as
>> \ps_command "nice gs"
>>
Ben> because nice doesn't return the right exit code, and LyX checks
Ben> it. This doesn't work.
Ben> However, I did co
On 29-Nov-2001 John Levon wrote:
> Apparently the answer is to call some resizeLyXText()s and do some other weird
> magic.
Well I won't call it magic it's just redoing the row's of LyXText!
> I'm not at all clear of how LyXText fits in to an object diagram anyway. What are
> the relationships
On 29-Nov-2001 Jean-Marc Lasgouttes wrote:
> I asked because this getMaxWidth is slow when the warning occurs, and
> speeding things up is always nice :)
Comeone Jean-Marc you can do better! You know that in that code we are
setting a cache variable for the used Inset now if you iterate over al
On 29-Nov-2001 Jean-Marc Lasgouttes wrote:
>> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>
> Juergen> ? src/version_info.h Shouldn't this file be in cvs or at
> Juergen> least in .cvsignore?
>
> You can just delete it from your tree.
Ooops so it is not used anymore?
Ok that'll
On 30-Nov-2001 John Levon wrote:
> On Thu, Nov 29, 2001 at 07:47:18PM +0100, Michael Schmitt wrote:
>
>> If you are wondering where this nagging guy from Germany is still able
>> to maintain his bug list - I will spent my whole weekend on writing my
>> PhD with LyX! On that occasion, I will al
On 30-Nov-2001 Allan Rae wrote:
>> > - Insert a minipage into an empty document; insert a few characters in front of
>the
>> > (open) minipage -> the minipage is moved past the right border of the LyX main
>> > window
>>
>> fixed by Allan.
>
> Did I do that? Hmmm... Maybe I fixed it in m
On 29-Nov-2001 Andre Poenitz wrote:
> On Thu, Nov 29, 2001 at 05:29:30PM +, [EMAIL PROTECTED] wrote:
>> ... added freespacing for ERT Insets.
>
> This is really good news.
The only thing remaining is that on freespacing the alignment of the
paragraph should be ALWAYS 'left'-aligned and
On 29 Nov 2001, Jean-Marc Lasgouttes wrote:
> > "Laurent" == Laurent Pizzagalli <[EMAIL PROTECTED]> writes:
>
> Laurent> Dear all, I upgraded Lyx1.1.5fix1 to Lyx1.1.6fix3 on a RedHat
> Laurent> 6.2 , and I got the following error message :
>
> Laurent> LyX: Unknown tag `\latex_command' [aroun
I don't believe this... I just restarted LyX in gdb and now I get a
different set of cases to what I had minutes ago. It must be Friday.
On Fri, 30 Nov 2001, Allan Rae wrote:
> 5. If you s&p the line from the figure inset ("more [foot] text") no
> matter where you paste it you only get "more
On 29 Nov 2001, Jean-Marc Lasgouttes wrote:
> > "Laurent" == Laurent Pizzagalli <[EMAIL PROTECTED]> writes:
>
> Laurent> Dear all, I upgraded Lyx1.1.5fix1 to Lyx1.1.6fix3 on a RedHat
> Laurent> 6.2 , and I got the following error message :
>
> Laurent> LyX: Unknown tag `\latex_command' [aroun
On Wed, 28 Nov 2001, John Levon wrote:
> On Sun, Nov 25, 2001 at 09:31:42AM +0100, Michael Schmitt wrote:
>
> > - Load file "scary_eqns.lyx" and try to click at the last subscript "0" in a
>formula called "philinear"
> > -> the cursor is positioned past the formula
>
> can I have this file p
86 matches
Mail list logo
