On Monday 20 October 2003 19:27, Angus Leeming wrote:
> Alfredo Braunstein wrote:
> > btw, how should we introduce source-latex only for view->dvi? a
> > latexflavour?
>
> Your pet project surfaces again? Why not try and put a few thoughts
> down on e-paper about how it might be implemented and we
On Mon, Oct 20, 2003 at 09:36:06PM +, Angus Leeming spake thusly:
>
> Many thanks, Martin, for giving us a working math display mode again.
>
> The attached lyx file demonstrates a couple of intersting cursor
> oddities.
>
> 1. It is impossible to position the cursor using the mouse after t
On Mon, Oct 20, 2003 at 09:10:51PM +, Angus Leeming spake thusly:
>
> Martin, could you provide me with a synopsis of the current status
> please? I've read the flurry of mails and think I have a picture, but
> it'd be good to have this from the horse's mouth, so to speak.
>
> I see from yo
Angus Leeming <[EMAIL PROTECTED]> writes:
| Why is the identical block of earlier code commented out? is it an
| indication of a problem with older compilers?
probably :-)
I didn't even notice that commented code.
--
Lgb
Why is the identical block of earlier code commented out? is it an
indication of a problem with older compilers?
> Index: src/paragraph_pimpl.C
> ===
> RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/paragraph_pimpl.C,v
> retrieving r
They have just made some changes to gcc stdlibc++, the fpos<> type.
And we (and boost) seem to have used the iosteam::pos_type wrong...
This patch fixes that.
The boost part is sent off to the boost list, but I have not got a
response yet.
Index: boost/libs/regex/src/cpp_regex_traits.cpp
==
I'm a bit pissed off with the way we handle fonts and strings. It
seems to me that we are duplicating code in the inset metrics and
draw functions. Only in the very inner block of code do things
differ, one ascertaining the width of the string in this particular
font and the other calling the p
Many thanks, Martin, for giving us a working math display mode again.
The attached lyx file demonstrates a couple of intersting cursor
oddities.
1. It is impossible to position the cursor using the mouse after the
last character of the last 'foo' before the equation. It always gets
positioned
Martin, could you provide me with a synopsis of the current status
please? I've read the flurry of mails and think I have a picture, but
it'd be good to have this from the horse's mouth, so to speak.
I see from your commit that the code (text3.C) now takes care of
centering the inset in display
Jean-Marc Lasgouttes wrote:
> Angus> Jean-Marc, I have generated the diff (attached --- expands to
> Angus> 266kB of nothing very exciting) and tested with
> [...]
> Angus> They all display perfecly well.
> Angus> Give me the go ahead and I will apply to the 1.3.x tree.
> Angus,
> What is the stat
Lars Gullik Bjønnes wrote:
> Christian Ridderström <[EMAIL PROTECTED]> writes:
>
> | On Thu, 16 Oct 2003, John Levon wrote:
>>
>>> 4. Document .layout wizard
>>
> | It would be really nice, if you didn't have to restart LyX every
> | time you change or add a .layout...
>>
> | Or how about not hav
Alfredo Braunstein wrote:
> btw, how should we introduce source-latex only for view->dvi? a
> latexflavour?
Your pet project surfaces again? Why not try and put a few thoughts
down on e-paper about how it might be implemented and we can knock
some ideas around.
Angus (back from a long w/e in a
On Mon, Oct 20, 2003 at 08:19:07PM +0300, Martin Vermeer wrote:
> Index: text.C
> ===
> RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/text.C,v
> retrieving revision 1.465
> diff -u -p -r1.465 text.C
> --- text.C20 Oct 2003 13:55:5
On Mon, Oct 20, 2003 at 05:20:58PM +0200, Andre Poenitz spake thusly:
>
> On Mon, Oct 20, 2003 at 06:16:35PM +0300, Martin Vermeer wrote:
> > I am pretty confident about this one; it fixes things cleanly in the
> > right places with a minimum of fuss.
> >
> > Attached the slightly cleaned up pat
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I think we should put it in after some of hte issues you raise
Lars> is fixed.
Lars> and then we can see if we shall do the breakBefore and
Lars> breakAfter stuff.
Agreed.
JMarc
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Oct 20, 2003 at 06:16:35PM +0300, Martin Vermeer wrote:
>> I am pretty confident about this one; it fixes things cleanly in the
>> right places with a minimum of fuss.
>>
>> Attached the slightly cleaned up patch with changelogs. This handles
>
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Perhaps... but I don't see any straightforward way to do that.
Martin> display() actually does a lot more: prevent stretching in
Martin> block mode of the *previous* line, where isNewline() prevents
Martin> stretching of *its own
On Mon, Oct 20, 2003 at 05:03:19PM +0200, Jean-Marc Lasgouttes spake thusly:
>
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> I am pretty confident about this one; it fixes things cleanly
> Martin> in the right places with a minimum of fuss.
>
> Martin> Attached the s
> Kayvan> It's not quite right.
>
> Is the problem identical with 1.3.x (with note inset)? If it is, could
> you send a small test file.
I don't know if it's identical with Note insets. I can not test with 1.3.x
right now.
I have attached an example file.
--
Kayvan A. Sylvan | Proud h
On Mon, Oct 20, 2003 at 05:12:25PM +0200, Jean-Marc Lasgouttes wrote:
> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> Lars> I think not. But of course an inset should never be both newline
> Lars> and display at the same time. But they have different meaning.
>
> I mean that
On Mon, Oct 20, 2003 at 05:03:19PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> I am pretty confident about this one; it fixes things cleanly
> Martin> in the right places with a minimum of fuss.
>
> Martin> Attached the slightly cl
On Mon, Oct 20, 2003 at 06:16:35PM +0300, Martin Vermeer wrote:
> I am pretty confident about this one; it fixes things cleanly in the
> right places with a minimum of fuss.
>
> Attached the slightly cleaned up patch with changelogs. This handles
> now mathinsets, footnote-like and floats. We can
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I think not. But of course an inset should never be both newline
Lars> and display at the same time. But they have different meaning.
I mean that an inset could have a breakBeforeMe and a breakAfterMe
property, and the algorith
Hi All.
I apologize to bore you again, but I got no reaction to this message.
Should I file a bug under bugzilla ? Or is it a temporary effect of using
cvs version ?
Alain
-- Forwarded message --
Date: Wed, 15 Oct 2003 16:08:55 +0200 (CEST)
From: Alain Castera <[EMAIL PROTECTE
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
| Martin> I am pretty confident about this one; it fixes things cleanly
| Martin> in the right places with a minimum of fuss.
>
| Martin> Attached the slightly cleaned up patch with cha
Martin Vermeer <[EMAIL PROTECTED]> writes:
| I am pretty confident about this one; it fixes things cleanly in the
| right places with a minimum of fuss.
>
| Attached the slightly cleaned up patch with changelogs. This handles
| now mathinsets, footnote-like and floats. We can extend this as we go
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> On Mon, Oct 20, 2003 at 02:56:15PM +0200, Jean-Marc Lasgouttes
Kayvan> wrote:
>> > "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
>>
Kayvan> Does anyone have any ideas for how to fix this? The problem in
Kayvan> a
On Mon, Oct 20, 2003 at 04:50:31PM +0200, Jean-Marc Lasgouttes spake thusly:
>
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> I have STLport-4.5.3.
>
> So do I.
>
> Martin> The lib I am linking to is libstlport_gcc.so, which is a
> Martin> symlink to libstlport_gcc.
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> I am pretty confident about this one; it fixes things cleanly
Martin> in the right places with a minimum of fuss.
Martin> Attached the slightly cleaned up patch with changelogs. This
Martin> handles now mathinsets, footnote-like
On Mon, Oct 20, 2003 at 02:56:15PM +0200, Jean-Marc Lasgouttes wrote:
> > "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
>
> Kayvan> Does anyone have any ideas for how to fix this? The problem in
> Kayvan> a nutshell is that Branches that contain Chapters break the
> Kayvan> Navigatie
I am pretty confident about this one; it fixes things cleanly in the
right places with a minimum of fuss.
Attached the slightly cleaned up patch with changelogs. This handles
now mathinsets, footnote-like and floats. We can extend this as we go.
OK to commit?
- Martin
--
Martin Vermeer [EMAI
Hi all,
Just searched bugzilla, found bug #991, also #321. Related but different.
I was trying to edit some preamble text today, and thought it would be a
whole lot nicer if the text edit box was set to use a monospaced font,
given that people will mostly be putting in latex commands. This is
pr
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> I have STLport-4.5.3.
So do I.
Martin> The lib I am linking to is libstlport_gcc.so, which is a
Martin> symlink to libstlport_gcc.so.4.5, both in subdirectory
Martin> STLport-4.5.3/lib. There is also a libstlport_gcc.a.
What
On Mon, Oct 20, 2003 at 03:53:34PM +0200, Jean-Marc Lasgouttes spake thusly:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Yes, nice you noticed too :-)
>
> Martin> news://news.gmane.org/[EMAIL PROTECTED]
>
> I remember having seen your message, but I did not
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc, I have generated the diff (attached --- expands to
Angus> 266kB of nothing very exciting) and tested with
[...]
Angus> They all display perfecly well.
Angus> Give me the go ahead and I will apply to the 1.3.x tree.
An
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Yes, nice you noticed too :-)
Martin> news://news.gmane.org/[EMAIL PROTECTED]
I remember having seen your message, but I did not see the bug at the
time...
BTW, could you tell me what is your latest recipe for using st
On Mon, Oct 20, 2003 at 02:58:42PM +0200, Jean-Marc Lasgouttes spake thusly:
>
> When compiling text.C I get the following warning:
>
> ../../lyx-devel/src/text.C: In method `int LyXText::rightMargin (const
> Paragraph &, const Buffer &, const Row &) const':
> ../../lyx-devel/src/text.C:615: w
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | How long do you need to spot the error?
Lars> two seconds
OK, I have to admit that it did not take me long either. But without
the compiler warning (which has been there for nearly 3 months,
BTW...) there is not much hope to
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Oct 20, 2003 at 03:07:10PM +0200, Lars Gullik Bjønnes wrote:
>> Hmm... but what has depth to do wiht right margin? delete the last
>> three lines... unless you can see obvious bugs already present.
>>
>> What does CVS Blame say? :-)
>
| (poenit
On Mon, Oct 20, 2003 at 03:07:10PM +0200, Lars Gullik Bjønnes wrote:
> Hmm... but what has depth to do wiht right margin? delete the last
> three lines... unless you can see obvious bugs already present.
>
> What does CVS Blame say? :-)
(poenitz 17-Oct-03): int LyXText::rightMargin(Paragraph co
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Oct 20, 2003 at 02:58:42PM +0200, Jean-Marc Lasgouttes wrote:
>>
>> When compiling text.C I get the following warning:
>>
>> ../../lyx-devel/src/text.C: In method `int LyXText::rightMargin (const
>> Paragraph &, const Buffer &, const Row &) co
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| When compiling text.C I get the following warning:
>
| ../../lyx-devel/src/text.C: In method `int LyXText::rightMargin (const
| Paragraph &, const Buffer &, const Row &) const':
| ../../lyx-devel/src/text.C:615: warning: value computed is not use
On Monday 20 October 2003 13:58, Jean-Marc Lasgouttes wrote:
> When compiling text.C I get the following warning:
[... code ...]
> How long do you need to spot the error? Who designed a language
> allowing such stupid constructs?
Why stupid?
Else you should check every return value of non-voi
On Mon, Oct 20, 2003 at 02:58:42PM +0200, Jean-Marc Lasgouttes wrote:
>
> When compiling text.C I get the following warning:
>
> ../../lyx-devel/src/text.C: In method `int LyXText::rightMargin (const
> Paragraph &, const Buffer &, const Row &) const':
> ../../lyx-devel/src/text.C:615: warning: v
When compiling text.C I get the following warning:
../../lyx-devel/src/text.C: In method `int LyXText::rightMargin (const
Paragraph &, const Buffer &, const Row &) const':
../../lyx-devel/src/text.C:615: warning: value computed is not used
Indeed rightMargine reads:
int LyXText::rightMargin(Pa
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> Does anyone have any ideas for how to fix this? The problem in
Kayvan> a nutshell is that Branches that contain Chapters break the
Kayvan> Navigatie menu.
Could you try the following patch? I only tested the equivalent patch
on
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Fri, Oct 17, 2003 at 03:04:23PM +0200, Lars Gullik Bjønnes wrote:
>> The public api is implemented with concrete functions and the
>> dynamic behaviour controlled with protected virtual functions.
>
| Do you intend to change all public virtual functio
On Fri, Oct 17, 2003 at 03:04:23PM +0200, Lars Gullik Bjønnes wrote:
> The public api is implemented with concrete functions and the
> dynamic behaviour controlled with protected virtual functions.
Do you intend to change all public virtual functions like that?
Andre'
If xfonts/PSres.upr doesn't exists, the install-xfonts will fail,
causing 'make install' to fail.
--
albert chin ([EMAIL PROTECTED])
-- snip snip
--- lib/Makefile.am.origMon Oct 20 02:52:02 2003
+++ lib/Makefile.am Mon Oct 20 02:52:16 2003
@@ -59,7 +59,7 @@
done ; \
$
49 matches
Mail list logo
