On 28-Feb-2002 Juergen Vigna wrote:
> Well I now get a segfault every time I load the UserGuide! Not a real
> improvement. And why didn't you wait for Friday to commit this one?
Sorry you should have sent this tomorrow it was obviously a problem
with MY three, so now today you have to add smili
On 28-Feb-2002 lasgouttes wrote:
> Log message:
> "ding-dong, the witch is dead!", says John
Well I now get a segfault every time I load the UserGuide! Not a real
improvement. And why didn't you wait for Friday to commit this one?
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-
On Wednesday 20 February 2002 12:18 pm, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | On Wednesday 20 February 2002 11:25 am, Lars Gullik Bjønnes wrote:
> >> | On Tuesday 19 February 2002 8:45 pm, [EMAIL PROTECTED] wrote:
> >> >> CVSROOT:/usr/local/lyx/cvsro
On Wednesday 20 February 2002 11:25 am, Lars Gullik Bjønnes wrote:
> | On Tuesday 19 February 2002 8:45 pm, [EMAIL PROTECTED] wrote:
> >> CVSROOT: /usr/local/lyx/cvsroot
> >> Module name: lyx-devel
> >> Repository:lyx-devel/src/frontends/
> >> Changes by:[EMAIL PROTECTED]
On Tuesday 19 February 2002 8:45 pm, [EMAIL PROTECTED] wrote:
> CVSROOT: /usr/local/lyx/cvsroot
> Module name: lyx-devel
> Repository: lyx-devel/src/frontends/
> Changes by: [EMAIL PROTECTED] 02/02/19 20:45:53
>
> Modified files:
> lyx-devel/src/frontends/: Makefile.am
>
>
On Sat, Feb 16, 2002 at 05:12:26PM +0100, Lars Gullik Bjønnes wrote:
> - qt2 and gnome should not depend on the live xforms code, but rather
> take a snapshot to be kept in their own dirs.
what do you mean ? cvs add ? /bin/cp ?
regards
john
--
"I'd rather be rudely informed than politely le
Herbert Voss wrote:
> [...]make all-recursive
> make[2]: Entering directory `/home/voss/lyx-devel.orig/src'
> Making all in mathed
> make[3]: Entering directory `/home/voss/lyx-devel.orig/src/mathed'
> cd ../.. && automake --foreign src/mathed/Makefile
> automake: src/mathed/Makefile.am: `libmat
[EMAIL PROTECTED] wrote:
> CVSROOT: /usr/local/lyx/cvsroot
> Module name: lyx-devel
> Repository: lyx-devel/src/support/
> Changes by: [EMAIL PROTECTED] 02/02/16 16:59:55
After cvs update:
---
Configuration
Host type: i686-pc-linux-gn
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, Feb 12, 2002 at 01:56:47PM +, [EMAIL PROTECTED]
Andre> wrote:
>> Log message: make inset-toggle work when cursor is inside inset
Andre> Thanks.
Andre> Now the redraw problem really shines ;-}
I have to admit that I d
On Tue, Feb 12, 2002 at 01:56:47PM +, [EMAIL PROTECTED] wrote:
> Log message:
> make inset-toggle work when cursor is inside inset
Thanks.
Now the redraw problem really shines ;-}
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
On Mon, Feb 04, 2002 at 07:52:52PM +0100, Herbert Voss wrote:
> > basic support for \xymatrix
>
> what's this??
Don't know. Ask Jules.
>From mathed's technical point of view it is an array ;-)
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
On 4 Feb 2002, Jean-Marc Lasgouttes wrote:
> > "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>
> Herbert> [EMAIL PROTECTED] wrote:
> >> his one-line fix to updateWidgetsFromLengthString,
>
>
> Herbert> it maybe not important, but I suppose that the unit "%"
>
> Herbert> will be mislea
On Mon, Feb 04, 2002 at 07:44:51PM +, [EMAIL PROTECTED] wrote:
> basic support for \xymatrix
I'd rather see full support for AMS math, before supporting other packages.
Missing environments:
flalign,flalign*,gathered, aligned, alignedat
Some missing commands:
\intertext
\hdotsfor
\ddd
[EMAIL PROTECTED] wrote:
> Log message:
> basic support for \xymatrix
what's this??
Herbert
--
http://www.lyx.org/help/
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Minor thought: why are you using static_cast(val_) instead
Angus> of int(val_) since val_ is a double?
Because Lars prefers that, I think.
JMarc
On Monday 04 February 2002 4:06 pm, Jean-Marc Lasgouttes wrote:
> > "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>
> Herbert> [EMAIL PROTECTED] wrote:
> >> his one-line fix to updateWidgetsFromLengthString,
>
>
> Herbert> it maybe not important, but I suppose that the unit "%"
>
>
Jean-Marc Lasgouttes wrote:
> This means that we do not have anything which does % of \textwidth!
> (\paperwidth was \pagewidth before, which does not exist).
>
> I think that PW, which is I think related to "%" should have a
> case PW:
> buffer << abs(static_cast(val_/100)) <<
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> always c%, because there are only some few cases
Herbert> where p% makes sense, from my point as a lyx-user. The only
Herbert> unit, which makes sense in different to c% is t(extwidth)%,
Herbert> when in twocolumnmode.
Before r
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> [EMAIL PROTECTED] wrote:
>> his one-line fix to updateWidgetsFromLengthString,
Herbert> it maybe not important, but I suppose that the unit "%"
Herbert> will be misleading to a lot of users. Shouldn't we better
Herbert> delet
Juergen Spitzmueller wrote:
> Herbert Voss wrote:
>
>>[EMAIL PROTECTED] wrote:
>>
>>> his one-line fix to updateWidgetsFromLengthString,
>>>
>>it maybe not important, but I suppose that the unit "%"
>>
>>will be misleading to a lot of users. Shouldn't we
>>better delete this one? Otherwise w
On Monday 04 February 2002 3:51 pm, Juergen Spitzmueller wrote:
> Herbert Voss wrote:
> > [EMAIL PROTECTED] wrote:
> > > his one-line fix to updateWidgetsFromLengthString,
> >
> > it maybe not important, but I suppose that the unit "%"
> >
> > will be misleading to a lot of users. Shouldn't we
>
On Monday 04 February 2002 3:42 pm, Herbert Voss wrote:
> [EMAIL PROTECTED] wrote:
>
> > his one-line fix to updateWidgetsFromLengthString,
>
>
> it maybe not important, but I suppose that the unit "%"
> will be misleading to a lot of users. Shouldn't we
> better delete this one? Otherwise
Herbert Voss wrote:
> [EMAIL PROTECTED] wrote:
> > his one-line fix to updateWidgetsFromLengthString,
>
> it maybe not important, but I suppose that the unit "%"
>
> will be misleading to a lot of users. Shouldn't we
> better delete this one? Otherwise we always have the
> questions: 100% of w
[EMAIL PROTECTED] wrote:
> his one-line fix to updateWidgetsFromLengthString,
it maybe not important, but I suppose that the unit "%"
will be misleading to a lot of users. Shouldn't we
better delete this one? Otherwise we always have the
questions: 100% of what?
Herbert
--
http://ww
it would be nice if you can commit my patch from yesterday
evening, too.
Herbert
--
http://www.lyx.org/help/
On Wed, Jan 30, 2002 at 10:14:17AM +0100, Edwin Leuven wrote:
> > Hummm, what do we want this for ?
>
> viewing latex style files from the texinfo dialog?
ah OK I thought it only got used for the short help files. My mistake.
regards
john
--
"24-hour boredom
I'm convicted instantly"
> Hummm, what do we want this for ?
viewing latex style files from the texinfo dialog?
> The Qt2 way is to use QWhatsThis.
but this is like a big tooltip right? not so suitable for viewing large files
though...
you want it out?
Just getting rid of xforms cruft, Ed.
On Tue, Jan 29, 2002 at 08:24:01PM +0100, Herbert Voss wrote:
> >er, no it's not. it's a regression against old-figure.
>
> images were rotated on screen in which lyx-version
for as long as I've used lyx, up to present CVS
regards
john
--
"In no sense is [in]stability a reason to mov
John Levon wrote:
> On Tue, Jan 29, 2002 at 08:12:48PM +0100, Herbert Voss wrote:
>
>
>>>and rotation on screen. I'm not sure anyone cares about that though.
>>>
>>but this is a new feature.
>>
>
> er, no it's not. it's a regression against old-figure.
images were rotated on screen in wh
On Tue, Jan 29, 2002 at 08:12:48PM +0100, Herbert Voss wrote:
> >and rotation on screen. I'm not sure anyone cares about that though.
>
> but this is a new feature.
er, no it's not. it's a regression against old-figure.
> Nice when there, but not important
agreed
regards
john
--
"In no se
John Levon wrote:
> On Tue, Jan 29, 2002 at 12:01:45PM +, Angus Leeming wrote:
>
>
>>On Tuesday 29 January 2002 10:21 am, Lars Gullik Bjønnes wrote:
>>
>>>[EMAIL PROTECTED] writes:
>>>
>>>| Log message:
>>>|Herbert's big graphics patch.
>>>
>>>So no the only missing part is async render
On Tue, Jan 29, 2002 at 11:05:10AM +, [EMAIL PROTECTED] wrote:
> lyx-devel/src/frontends/qt2/: QShowFile.C QShowFile.h
Hummm, what do we want this for ?
The Qt2 way is to use QWhatsThis.
regards
john
--
"In no sense is [in]stability a reason to move to a new version. It's never a
On Tue, Jan 29, 2002 at 12:01:45PM +, Angus Leeming wrote:
> On Tuesday 29 January 2002 10:21 am, Lars Gullik Bjønnes wrote:
> > [EMAIL PROTECTED] writes:
> >
> > | Log message:
> > | Herbert's big graphics patch.
> >
> > So no the only missing part is async rendering?
>
> That and being
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Can someone show me the code that fails?
Lars> A small example please, not the code from LyX.
I'm not sure Angus has found the exact case.
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Got it! The bug lies in the position counters of ostringstream.
Angus> basic_stringbuf actually. Sometimes they ain't being set
Angus> correctly.
Did you find out when? We have plenty of uses of this stream which
seem to work with
On Friday 18 January 2002 4:29 pm, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> On Friday 18 January 2002 4:04 pm, Jean-Marc Lasgouttes wrote:
> Angus> Where do you want me to add the std::flush?
> >> Because I know it exists and because it
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Friday 18 January 2002 4:04 pm, Jean-Marc Lasgouttes wrote:
Angus> Where do you want me to add the std::flush?
>> Because I know it exists and because it may magically repair some
>> broken insternal thing. I don't know really.
On Friday 18 January 2002 4:04 pm, Jean-Marc Lasgouttes wrote:
> Angus> Where do you want me to add the std::flush?
>
> Because I know it exists and because it may magically repair some
> broken insternal thing. I don't know really.
That was "where" not "why". But I'll try.
> Angus> Why does t
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Friday 18 January 2002 3:37 pm, Jean-Marc Lasgouttes wrote:
>> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>>
Angus> That's ostringstream and std::string of course.
>> I had to use lyxstring with cxx 6.2, due to
On Friday 18 January 2002 3:37 pm, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> That's ostringstream and std::string of course.
>
> I had to use lyxstring with cxx 6.2, due to a wrong assert in its
> string implementation.
>
> Angus> I have
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> That's ostringstream and std::string of course.
I had to use lyxstring with cxx 6.2, due to a wrong assert in its
string implementation.
Angus> I have no idea what's going wrong. This little program works
Angus> fine! A
But then
On Friday 18 January 2002 2:18 pm, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> On Friday 18 January 2002 10:55 am, Jean-Marc Lasgouttes wrote:
> >> Try to take a look at LaTeXFeatures::getTClassPreamble(). It uses a
> >> vector of bool (whic
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Friday 18 January 2002 10:55 am, Jean-Marc Lasgouttes wrote:
>> Try to take a look at LaTeXFeatures::getTClassPreamble(). It uses a
>> vector of bool (which should be safe) and stringstreams. I seem to
>> remember I have seen ca
On Friday 18 January 2002 10:55 am, Jean-Marc Lasgouttes wrote:
> Try to take a look at LaTeXFeatures::getTClassPreamble(). It uses a
> vector of bool (which should be safe) and stringstreams. I seem to
> remember I have seen cases where cxx stringstream did not behave as
> gnu version, but this i
On Friday 18 January 2002 10:55 am, you wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> On Thursday 17 January 2002 5:20 pm, Jean-Marc Lasgouttes
> Angus> wrote:
> >> > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
> >>
> Dekel> On Tue, Jan 15, 2002 at 05:2
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Thursday 17 January 2002 5:20 pm, Jean-Marc Lasgouttes
Angus> wrote:
>> > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>>
Dekel> On Tue, Jan 15, 2002 at 05:28:12PM +, [EMAIL PROTECTED]
Dekel> wrote:
>> >> Tidy up t
On Thursday 17 January 2002 5:20 pm, Jean-Marc Lasgouttes wrote:
> > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> Dekel> On Tue, Jan 15, 2002 at 05:28:12PM +, [EMAIL PROTECTED]
> Dekel> wrote:
> >> Tidy up the file mathed.lyx. Still doesn't run without bolting the
> >> lyxcode de
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> On Tue, Jan 15, 2002 at 05:28:12PM +, [EMAIL PROTECTED]
Dekel> wrote:
>> Tidy up the file mathed.lyx. Still doesn't run without bolting the
>> lyxcode definition in the preamble but is otherwise Ok I think.
Dekel> It does work fo
Angus, I have three more insets in my own cvs, but they
make some problems after your changes. What have I to do
that it will compile again. Here the error messages for
the first inset, the other two have the same.
HErbert
In file included from Dialogs.C:20:
../../../src/frontends/controllers/G
On Tue, Jan 15, 2002 at 05:28:12PM +, [EMAIL PROTECTED] wrote:
> Tidy up the file mathed.lyx. Still doesn't run without bolting the lyxcode
> definition in the preamble but is otherwise Ok I think.
It does work for me.
Can you trace the problem ?
Does anyone else have this proble
On Sun, Jan 13, 2002 at 05:41:09PM +0100, Jean-Marc Lasgouttes wrote:
> LyXFunc::getStatus was using setErrorMessage (meaning it set an error
> even if we were not trying to dispatch). I added a
> LyXFunc::setStatusMessage method instead, and if a lfun is disabled,
> ::dispatch sets the error
John Levon wrote:
> On Sun, Jan 13, 2002 at 02:07:27PM +, [EMAIL PROTECTED] wrote:
>
>
>> fix problem with nroff detection, remove dead code with old floats,
>> bogus message when closing last buffer, toolbar status when changing
>>
> ^^^%^^
On Sun, Jan 13, 2002 at 02:07:27PM +, [EMAIL PROTECTED] wrote:
> fix problem with nroff detection, remove dead code with old floats,
> bogus message when closing last buffer, toolbar status when changing
^^^%^^
how did you fix this out of i
On Sun, 13 Jan 2002 [EMAIL PROTECTED] wrote:
> Log message:
> finished fixing removeAutoInsets()
There is one small quirk with this fix.
If you have a document like the attached and:
View->DVI
Dismiss the dialog
View->DVI
The Alert dialog appears but the
On Wed, Jan 09, 2002 at 01:40:04PM +0100, Juergen Vigna wrote:
> > I thought I had fixed this already ? What changes did you make ?
>
> Well to see exactly what I did you can use cvsweb on insettext.C (I
> just added an UpdateLocal(bv, CURSOR, false) in the right place. In
ah, magic, ok.
> For
On 08-Jan-2002 John Levon wrote:
>> lyx-devel/src/: BufferView_pimpl.C
>> lyx-devel/src/frontends/xforms/: FormParagraph.C
>> lyx-devel/src/insets/: insettext.C
>>
>> Log message:
>> Update the toolbar if we unlock an inset (or change paragraph).
>
> I thought I had fixe
On Tue, Jan 08, 2002 at 04:32:11PM +, [EMAIL PROTECTED] wrote:
> lyx-devel/src/: BufferView_pimpl.C
> lyx-devel/src/frontends/xforms/: FormParagraph.C
> lyx-devel/src/insets/: insettext.C
>
> Log message:
> Update the toolbar if we unlock an inset (or change paragr
On Fri, Jan 04, 2002 at 04:33:52PM +0100, Jean-Marc Lasgouttes wrote:
> If this is unsolvable from qt point of view, don't worry. But keep
> that in mind for your other files. I know that most of the files that
> I fixed a few weeks ago were from you.
OK.
john
--
"Unless everyone else on eart
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Jan 04, 2002 at 03:21:39PM +, John Levon wrote:
>> > > BTW John, could you change the files in qt2/ so that
>> is > > #include'd in the .C files and _not_ in the .h files? This
>> is how it > > should be in all the sources.
On Fri, Jan 04, 2002 at 03:21:39PM +, John Levon wrote:
> > > BTW John, could you change the files in qt2/ so that is
> > > #include'd in the .C files and _not_ in the .h files? This is how it
> > > should be in all the sources.
> >
> > how do I mention string in a header then ?
>
> oh, I
On Fri, Jan 04, 2002 at 03:20:24PM +, John Levon wrote:
> > BTW John, could you change the files in qt2/ so that is
> > #include'd in the .C files and _not_ in the .h files? This is how it
> > should be in all the sources.
>
> how do I mention string in a header then ?
oh, I see. you want
On Fri, Jan 04, 2002 at 10:12:24AM +0100, Jean-Marc Lasgouttes wrote:
> BTW John, could you change the files in qt2/ so that is
> #include'd in the .C files and _not_ in the .h files? This is how it
> should be in all the sources.
how do I mention string in a header then ?
john
--
"Unless e
Andre Poenitz wrote:
> On Thu, Jan 03, 2002 at 06:44:52PM +0100, Herbert Voss wrote:
>
>>superscript is superscript and ^ is ^ ... ;-)
>>
>
> It's not exactly simple to have you people shut up...
>
> Try again.
you should start always with the second try ... :-)
it's ok now!
Thanks
Herbert
On Thu, Jan 03, 2002 at 06:44:52PM +0100, Herbert Voss wrote:
> superscript is superscript and ^ is ^ ... ;-)
It's not exactly simple to have you people shut up...
Try again.
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
Herbert Voss wrote:
> but where is the sense when I insert
>
> insert->special character->super/subscript
>
> and get ^+red rectangle (same for subscript)??
sorry: I meant a BLUE one inside the RED mathbox.
Herbert
Andre Poenitz wrote:
1. is it intended that I get ^ or _ when I hit the buttons
>>this buttons ;-)
>>
>
> Ah... well... yes, sort of. You get proper *scripts in mnath mode and ^ or
> _ outside...
but where is the sense when I insert
insert->special character->super/subscript
and get
On Thu, Jan 03, 2002 at 06:06:03PM +0100, Andre Poenitz wrote:
> Ah... well... yes, sort of. You get proper *scripts in mnath mode and ^ or
> _ outside...
so this is strictly a bug isn't it ?
john
--
"Unless everyone else on earth is attending meetings I haven't been told
about."
- /.
> >>1. is it intended that I get ^ or _ when I hit the buttons
>
> this buttons ;-)
Ah... well... yes, sort of. You get proper *scripts in mnath mode and ^ or
_ outside...
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
Andre Poenitz wrote:
> On Thu, Jan 03, 2002 at 05:37:54PM +0100, Herbert Voss wrote:
>
>>1. is it intended that I get ^ or _ when I hit the buttons
>>
>
> When hitting which buttons?
Log message:
super- and subscript buttons for the math panel
this buttons ;-)
Herbert
--
http://www.
On Thu, Jan 03, 2002 at 05:37:54PM +0100, Herbert Voss wrote:
> 1. is it intended that I get ^ or _ when I hit the buttons
When hitting which buttons?
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
> Added files:
> lyx-devel/images/: super.xpm sub.xpm
>
> Log message:
> super- and subscript buttons for the math panel
1. is it intended that I get ^ or _ when I hit the buttons
without creating a blue mathbox?
Herbert
--
http://www.lyx.org/hel
Herbert Voss wrote:
> [EMAIL PROTECTED] wrote:
>
>> CVSROOT:/usr/local/lyx/cvsroot
>> Module name:lyx-devel
>> Repository:lyx-devel/src/insets/
>> Changes by:[EMAIL PROTECTED]01/12/28 14:26:55
>
> got following error when compiling:
sorry, forget to say, that it works with
[EMAIL PROTECTED] wrote:
> CVSROOT: /usr/local/lyx/cvsroot
> Module name: lyx-devel
> Repository: lyx-devel/src/insets/
> Changes by: [EMAIL PROTECTED] 01/12/28 14:26:55
got following error when compiling:
---snip---
lyxtextclass.C: In method `bool L
On 18-Dec-2001 Lars Gullik Bjønnes wrote:
> cvs rdiff -D 'now' -D 'five minutes ago'
>
> Something like this should be allowed.
Or use the very comfortable LyX-CVS web interface.
Jug
P.S.: Emacs has a vc interface with diff between revisions. You have to
know the revision num
On Tue, Dec 18, 2001 at 04:16:46AM +, [EMAIL PROTECTED] wrote:
> perhaps you should have a look at the change in math_parser, Andre
Is there a possibility to get a diff between the state of the repository
before and after a certain commit easily? 'cvs diff' seems to show only my
own ch
On Fri, Dec 14, 2001 at 08:27:20AM +0100, Andre Poenitz wrote:
> On Thu, Dec 13, 2001 at 11:06:14PM +, [EMAIL PROTECTED] wrote:
> > Modified files:
> > lyx-devel/src/mathed/: ChangeLog math_support.C
> >
> > Log message:
> > Fix handling of \mathfrak font.
>
> Out of pure curiosity:
On 14-Dec-2001 jug wrote:
> John's InsetTabular cursor patch and modifications/fixes to undo/redo code.
> TODO: Still some problems in multiparagraph redo! And deleting of substituted
> paragraphs when undoing/redoing.
This fixes some major bugs in the undo/redo code regarding insets, but as
to
On Thu, Dec 13, 2001 at 11:06:14PM +, [EMAIL PROTECTED] wrote:
> Modified files:
> lyx-devel/src/mathed/: ChangeLog math_support.C
>
> Log message:
> Fix handling of \mathfrak font.
Out of pure curiosity: what was broken and how does your patch fixed it?
Andre'
--
André Pönit
On Mon, Dec 03, 2001 at 10:32:38AM +0100, Andre Poenitz wrote:
> .C is fine with me. *.[Ch] as pattern for shell operation is _very_
> convienient.
agreed.
> > get rid of LyX prefix both on files and on classes.
>
> That would be my vote, too. And since I heared you mumbling something like
> t
On 03-Dec-2001 Lars Gullik Bjønnes wrote:
> .C, .cc or .cxx works for me.
Then I would say we leave it .C!
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-450260
On 03-Dec-2001 Andre Poenitz wrote:
> On Mon, Dec 03, 2001 at 10:12:11AM +0100, Lars Gullik Bjønnes wrote:
>> IMHO:
>> .C -> .cxx and
>
> .C is fine with me. *.[Ch] as pattern for shell operation is _very_
> convienient.
I aggree with this, however .cpp is probably more standard the the .C
nota
On Mon, Dec 03, 2001 at 10:12:11AM +0100, Lars Gullik Bjønnes wrote:
> IMHO:
> .C -> .cxx and
.C is fine with me. *.[Ch] as pattern for shell operation is _very_
convienient.
> get rid of LyX prefix both on files and on classes.
That would be my vote, too. And since I heared you mumbling someth
On Mon, Dec 03, 2001 at 12:47:06AM +, [EMAIL PROTECTED] wrote:
> Modified files:
> lyx-devel/src/: Makefile.am figureForm.C vspace.C vspace.h
> Added files:
> lyx-devel/src/: lengthcommon.C lengthcommon.h lyxgluelength.C
> lyxgluelength.h lyxlength.C lyxleng
On Sun, Dec 02, 2001 at 06:03:47PM +, [EMAIL PROTECTED] wrote:
> test add a string operator
*sigh*
We have spoken.
So be it.
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
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 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 Thu, Nov 29, 2001 at 05:29:30PM +, [EMAIL PROTECTED] wrote:
> ... added freespacing for ERT Insets.
This is really good news.
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
On 26-Nov-2001 Jean-Marc Lasgouttes wrote:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> Lars> That is a _long_ time ago. one and a half year perhaps?
>
> So we don't care to report errors at the right place?
I think we SHOULD care! The question is WHY has this behaviour
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> That is a _long_ time ago. one and a half year perhaps?
So we don't care to report errors at the right place?
JMarc
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>> I do not want to add code to workaround bugs which have been fixed
>> two years ago (actually it got fixed because I reported it on
>> behalf of a LyX user).
Dekel> I will remove the code in both CVS and 1.1.6 branch.
Thanks. Also, I se
On Mon, Nov 26, 2001 at 03:23:23PM +0100, Jean-Marc Lasgouttes wrote:
> That's what I had in mind. Isn't this the infamous twoside options bug
> of geometry? It should have been fixed a long time ago. Geometry.dtx
> says:
>
> % \changes{v2.2}{1999/10/07}{bug fixed: explicit twoside was needed %
>
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> On Mon, Nov 26, 2001 at 10:13:35AM +0100, Jean-Marc Lasgouttes
Dekel> wrote:
dekel> Log message: Correct margins when using twoside and geometry
>> What's this? I do not really like to see patches landing on the
>> 1.1.6 branch witho
On Mon, Nov 26, 2001 at 10:13:35AM +0100, Jean-Marc Lasgouttes wrote:
> dekel> Log message: Correct margins when using twoside and geometry
>
> What's this? I do not really like to see patches landing on the 1.1.6
> branch without having ever been discussed or even applied to the
> trunk.
>
> Co
> "dekel" == dekel <[EMAIL PROTECTED]> writes:
dekel> CVSROOT: /usr/local/lyx/cvsroot Module name: lyx-devel
dekel> Repository: lyx-devel/src/ Changes by:
dekel> [EMAIL PROTECTED] 01/11/24 23:26:09
dekel> Modified files: ./: Tag: BRANCH_1_1_6 ChangeLog lyx-devel/src/:
dekel> Tag: BRANCH_1_1
On Tue, Nov 13, 2001 at 03:43:38PM +0100, Juergen Vigna wrote:
> > I mentioned this before - the return value needs to have two values, for whether
> > it was dispatched, and what should happen after.
> >
> > I don't think anyone replied ?
>
> ??? Did you read all of the mail on this subject to
On 13-Nov-2001 John Levon wrote:
> I mentioned this before - the return value needs to have two values, for whether
> it was dispatched, and what should happen after.
>
> I don't think anyone replied ?
??? Did you read all of the mail on this subject today?
Jug
--
-._-._-._-._-._-._-.
On Tue, Nov 13, 2001 at 10:29:51AM +0200, Dekel Tsur wrote:
> But the 1.1.6 behavior was to add a space after the math inset, and this
> doesn't happen now.
> If we don't want a hackish solution (like the one that was in 1.1.6), then
> we need to add new return codes, e.g. UNDISPATCHED_FINISHED_R
On 13-Nov-2001 Andre Poenitz wrote:
> On Tue, Nov 13, 2001 at 11:02:01AM +0100, Juergen Vigna wrote:
>> You call unlockInset(FINISHED_RIGHT) or unlockInset(FINISHED_LEFT) and
>> then the BufferView::unlockInset(where) call has to see where the inset
>> is in and how to handle RIGHT and LEFT!
>
>
On Tue, Nov 13, 2001 at 11:02:01AM +0100, Juergen Vigna wrote:
> You call unlockInset(FINISHED_RIGHT) or unlockInset(FINISHED_LEFT) and
> then the BufferView::unlockInset(where) call has to see where the inset
> is in and how to handle RIGHT and LEFT!
Ok. Than this is fine. And this handles the "
On Tue, Nov 13, 2001 at 10:36:36AM +0100, Andre Poenitz wrote:
> On Tue, Nov 13, 2001 at 11:18:13AM +0200, Dekel Tsur wrote:
> > You will have to call to unlockInset() from the localDispatch() method of the
> > inset.
>
> And have to take care of rtl-issues and the like?
> This certainly does not
1 - 100 of 238 matches
Mail list logo
