On Thu, Dec 06, 2001 at 09:46:42AM +0100, Lars Gullik Bjønnes wrote:
...
> Andre Poenitz <[EMAIL PROTECTED]> writes:
...
> | Is this one applied?
>
> No I do not think so.
>
> --
> Lgb
TGIF!
;-)
--
Martin Vermeer [EMAIL PROTECTED]
Helsinki University of Technology
Department
Dekel Tsur wrote:
> On Thu, Dec 06, 2001 at 10:57:16PM +0100, Herbert Voss wrote:
>
>>see attached file:
>>in 1.1.6 you can have a label inside ert.
>>1.2.0 end's with ert after the label.
>>
>
> You description is not accurate.
> The 1.1.6 file contains [label-inset]
> In 1.2.0 the result is
in breakParagraph :
1739/* This check is necessary. Otherwise the new empty paragraph will
1740 * be deleted automatically. And it is more friendly for the user! */
1741if (cursor.pos())
1742setCursor(bview, cursor.par()->next(), 0);
1743else
1744
importing ther attached tex file and clicking on a an array cell in lyx crashes - bad
GC ...
regards
john
--
"Faced with the prospect of rereading this book, I would rather have
my brains ripped out by a plastic fork."
- Charles Cooper on "Business at the Speed of Thought"
badgc
On Fri, Dec 07, 2001 at 01:42:41AM +0100, Lars Gullik Bjønnes wrote:
> >> Everything in LyX is written to work with USE_TEMPDIR=true, if you
> >> don't use that expect strange behaviour.
> >
> | so, why have we got the option again ??
>
> Do I have to say it again?
I suppose not ... archives ar
Lars Gullik Bjønnes wrote:
>Ben Stanley <[EMAIL PROTECTED]> writes:
>
>| However, the version currently in 1.2 writes the 3 numbers to the
>| deptable, which is incompatible with previous behaviour which
>| writes/reads only 2.
>
>No, we do not have to do that.
>Everything in LyX is written to wo
On Fri, Dec 07, 2001 at 01:29:15AM +0100, Lars Gullik Bjønnes wrote:
> Ben Stanley <[EMAIL PROTECTED]> writes:
>
> | However, the version currently in 1.2 writes the 3 numbers to the
> | deptable, which is incompatible with previous behaviour which
> | writes/reads only 2.
>
> No, we do not hav
Lars Gullik Bjønnes wrote:
>Ben Stanley <[EMAIL PROTECTED]> writes:
>
>| I still need to get the proper DepTable patch out. The patch that is
>| currently in 1.2 is b0rken.
>
>explain.
>
Hmmm... I have a new implementation which keeps an old and a new mtime,
and checks that before checking the o
On Fri, Dec 07, 2001 at 09:29:38AM +1100, Ben Stanley wrote:
> The Solaris headers can be told to give us a POSIX compliant definition
> of munmap by doing
> #define _POSIX_C_SOURCE 199506L
> before
> #include
>
> This seems to be fairly standard - see
[...]
>
> So, I think that the _POSIX_C_S
Lars Gullik Bjønnes wrote:
>"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
>
>| On Thu, Dec 06, 2001 at 08:39:47AM +0100, Lars Gullik Bjønnes wrote:
>
>>>Ben Stanley <[EMAIL PROTECTED]> writes:
>>>
>>>| Please let me know if the attached patch fixes this problem.
>>>
>>>| I also tried to fix the
On Thu, Dec 06, 2001 at 10:57:16PM +0100, Herbert Voss wrote:
> see attached file:
> in 1.1.6 you can have a label inside ert.
> 1.2.0 end's with ert after the label.
You description is not accurate.
The 1.1.6 file contains [label-inset]
In 1.2.0 the result is [ert-inset1][label-inset]ert-text2,
see attached file:
in 1.1.6 you can have a label inside ert.
1.2.0 end's with ert after the label.
should be converted to \label{...}
Herbert
--
http://www.lyx.org/help/
#LyX 1.1 created this file. For more info see http://www.lyx.org/
\lyxformat 218
\textclass article
\language ngerman
\i
John Levon wrote:
>
> btw, Herbert, if you have any 1.1.6 or other files that 1.2.0cvs isn't
> happy with in whatever way, it would be great if you could email
> me them with a short note
I'll have a look at weekend. Only one thing which is not a real problem
but for the users annoying and al
On Thu, Dec 06, 2001 at 10:22:43PM +0100, Herbert Voss wrote:
> A new situation:
>
> I suppose it's no more a problem, because it happens only
>
> for 1.1.6 files which I read with 1.2.0 some time (weeks) ago.
> With latest cvs I can't reproduce.
good - I suspect the vspace changes I didn't ma
> John Levon wrote:
>
>> On Thu, Dec 06, 2001 at 07:11:57AM +0100, Herbert Voss wrote:
>>
>>
>>> looks cool ... I have only one problem:
>>> why should I see, that I don't have any space where
>>> by default is no additional space ... ;-)
>>>
>>> the floatingfigure is converted from 1.1.6 to 1.2
On Thu, Dec 06, 2001 at 10:11:59PM +0100, Herbert Voss wrote:
> sure, but this was written by lyx into the file:
>
> \layout Standard
> \added_space_top 0cm \added_space_bottom 0cm \align center
OK, so for compatibility we should convert these to VSpace::NONE
> >Did you add the space of 0cm in
John Levon wrote:
> On Thu, Dec 06, 2001 at 07:11:57AM +0100, Herbert Voss wrote:
>
>
>>looks cool ... I have only one problem:
>>why should I see, that I don't have any space where
>>by default is no additional space ... ;-)
>>
>>the floatingfigure is converted from 1.1.6 to 1.2
>>by lyx.
>
On Thu, Dec 06, 2001 at 07:11:57AM +0100, Herbert Voss wrote:
> looks cool ... I have only one problem:
> why should I see, that I don't have any space where
> by default is no additional space ... ;-)
>
> the floatingfigure is converted from 1.1.6 to 1.2
> by lyx.
Can I have the original 1.1.
On Thu, Dec 06, 2001 at 10:27:48AM +0100, Juergen Vigna wrote:
>
> On 06-Dec-2001 John Levon wrote:
> >
> > Any reason why we can't just do like the attached patch does ?
> >
>
> Try it out yourself. Just try to edit an entry say you have
> "1mm" and want 100mm try to insert with your patch a
On Thu, Dec 06, 2001 at 11:11:42AM +0100, Juergen Vigna wrote:
> > If I select from c to d, then even though cell b protudes, I end up at d,
> > with b unselected. It should check all cells all the way to the end of the
>selection,
> > not just
>
> I know, I think I answered this already in my
On Thu, Dec 06, 2001 at 11:10:37AM +0100, Juergen Vigna wrote:
> I would say this is a feature not a bug, otherwise how would you select
> exactly the columns which are selected. Well we are inconsistent you'll
> say because if I do the other way round when entering the multi-cell it is
> selecte
On Thu, Dec 06, 2001 at 10:14:48AM +0100, Andre Poenitz wrote:
> So make a second acessor "getTheTextAndIReallyMeanIt" and use that...
> Of course not by automatic search-and-replace, but by having a look of all
> instances... The compiler will make sure that we see all instances...
I have alre
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> On Thu, Dec 06, 2001 at 08:39:47AM +0100, Lars Gullik Bjønnes
Kayvan> wrote:
>> Ben Stanley <[EMAIL PROTECTED]> writes:
>>
>> | Please let me know if the attached patch fixes this problem.
>> >
>> | I also tried to fix the Sol
On Thu, Dec 06, 2001 at 08:39:47AM +0100, Lars Gullik Bjønnes wrote:
> Ben Stanley <[EMAIL PROTECTED]> writes:
>
> | Please let me know if the attached patch fixes this problem.
> >
> | I also tried to fix the Solaris compile problem - Kayvan, could you
> | please test it?
>
> I am pretty sure t
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> RETURN VALUES
Jean-Marc> Upon successful completion, the mmap() function returns
Jean-Marc> the address at which the mapping was placed. Otherwise,
Jean-Marc> mmap() returns (caddr_t)-1 and sets errno to indicate
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I am pretty sure that this is not how we are going to solve this
Lars> problem.
Lars> What I need to know is how this is _supposed_ to be done on cxx,
Lars> and then we can find the correct fix.
Well, mmap() returns a void *
On 06-Dec-2001 Juergen Vigna wrote:
>> There appear as though there may be a few places where
>> InsetText::the_locking_inset isn't cleared after an unlock attempt but
>
> ??? We don't have a InsetText::the_locking_inset!!!
Sorry we obviously HAVE one (it was very early and I still had my eyes
-BEGIN PGP SIGNED MESSAGE-
On Thursday, 6. December 2001 00:58, you wrote:
> On Thu, Dec 06, 2001 at 10:16:00AM +1100, Ben Stanley wrote:
> > >(6) I just installed Lyx1.1.6fix3-1 (the binary rpm) on my RedHat 7.2
> > >box and now the rendering of eps figures in LyX is broken: It still s
On Thu, Dec 06, 2001 at 11:32:30AM +0100, Lars Gullik Bjønnes wrote:
> #include
> // 1
> #ifdef __GNUG__
> #pragma implementation
> #endif
> // 2
> #include "header.h"
> // 3
So where (1, 2 or 3) goes
(a) #include
(b) #include "paragraph.h"
?
Andre'
--
André Pönitz ..
On Thu, Dec 06, 2001 at 11:20:14AM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | Can anybody please explain the proper usage of '#pragma interface' and
> | '#pragma implementation'?
>
> info gcc
I read that twice. I do not understand it.
> mark all class
Can anybody please explain the proper usage of '#pragma interface' and
'#pragma implementation'?
After reading the info pages I don't really see any benifit in our cases
since we are using seperate declaration/definition files anyway, don't we?
Andre'
--
André Pönitz .
On 06-Dec-2001 John Levon wrote:
> If I select from c to d, then even though cell b protudes, I end up at d,
> with b unselected. It should check all cells all the way to the end of the selection,
> not just
I know, I think I answered this already in my previous mail, didn't I?
Jug
-
On 06-Dec-2001 John Levon wrote:
>
> first, the bugs I noticed in both old and new code :
>
> 1) attached file : selection the multicolumn cell, then press up. the topright
> cell is not selected.
I would say this is a feature not a bug, otherwise how would you select
exactly the columns which
On Thu, Dec 06, 2001 at 10:34:48AM +0100, Jean-Marc Lasgouttes wrote:
> > "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> John> An unanswered question: is it OK to add code to quote '_' etc.
> John> in InsetCommand::asLyXCommand() so the user doesn't have to ?
>
> Yes, but we should als
On 06-Dec-2001 Allan Rae wrote:
> The use of the_locking_inset there seems haphazard at best. Some
> places seem to clear the_locking_inset after an unlock call while
> others don't.
Well sometimes I think you should sleep a bit more before looking at code ;)
You look at functions and don't se
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> How about a Paper Clip (TM) which pops up asking: "It seems
Juergen> you want to insert a VSpace! May I help you?" A good and
Juergen> approved method to prevent users from doing something ;-)
Or, on a similar line, whe
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> An unanswered question: is it OK to add code to quote '_' etc.
John> in InsetCommand::asLyXCommand() so the user doesn't have to ?
Yes, but we should also make sure the reLyX unquotes it. To know which
characters have to be changed. Lo
On 06-Dec-2001 John Levon wrote:
>
> Any reason why we can't just do like the attached patch does ?
>
Try it out yourself. Just try to edit an entry say you have
"1mm" and want 100mm try to insert with your patch applied
the 00 after the 1.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-
On Thu, Dec 06, 2001 at 09:47:19AM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
> >> - Paragraph * par = bv->text->cursor.par();
> >> + Paragraph * par = bv->getLyXText()->cursor.par();
> >
> | Can't things like that be catched by making bv->text
On Thu, Dec 06, 2001 at 09:46:42AM +0100, Lars Gullik Bjønnes wrote:
> | Is this one applied?
>
> No I do not think so.
If nothing is wrong with it, it would be nice if it went in, I have a patch
from Martin in the queue waiting for this (and the usual "food in the
evening problem" of course ;-
On Mon, Dec 03, 2001 at 04:25:43PM +, John Levon wrote:
> here's the patch. please apply
> [...]
> Index: src/ChangeLog
> ===
> RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/ChangeLog,v
> retrieving revision 1.429
> diff -u -r1.4
On Thu, Dec 06, 2001 at 01:02:32AM +, John Levon wrote:
> it is our old friend, a bv->text misuse. Please apply attached.
> [...]
> - Paragraph * par = bv->text->cursor.par();
> + Paragraph * par = bv->getLyXText()->cursor.par();
Can't things like that be catched by ma
42 matches
Mail list logo