When I mark some paasge of text by pressing shift-down and the cursor
crosses a math inset it gets stuck there. Formerly the whole inset was
selected or not as some monolithic object, which is much better in my
opinion. We can't do much with half formulas anyway.
Looks like the outside world see
On Tue, Apr 16, 2002 at 11:43:45PM +0200, Lars Gullik Bjønnes wrote:
> ../../../src/mathed/formulamacro.C:192: warning: passing `float' for argument 2
>of `virtual void MathInset::draw(Painter&, int, int) const'
Fixed.
Andre'
--
Those who desire to give up Freedom in order to gain Security
Hi,
For not so relevant reasons here, I tried to display within LyX
the images in the lyx-devel/images directory.
However, LyX fails to do this smoothly, to my surprise.
E.g. when I try to select lyx-devel/images/deco.xpm, LyX says:
-
Hi,
$ cvs update
? config/Makefile
? src/frontends/xforms/forms/Makefile
cvs server: Updating .
cvs server: Updating boost
cvs server: Updating boost/boost
[..]
$
Both Makefile's are missing in the corresponding .cvsignore
files. Please apply attached tiny patch.
Rob.
cvsignore.diff.gz
Descr
On Sat, Apr 13, 2002 at 07:29:32PM +0300, Eran Tromer wrote:
> Many paragraph environments in the "Article (AMS)" layout do not respect
> the the paragraph separation setting. If you change the setting from
> Indent to Skip, the on-screen rendering still uses indented paragraphs.
> The affected
On Sat, Apr 13, 2002 at 12:42:32PM +0900, R. Lahaye wrote:
> A graphics picture in mode "Don't display" gets one of two messages
> in the graphics inset:
> "Draw request to start loading..."
This is a bug, please make a reproducable testcase. If it's don't
display set, it should say that.
> o
frontends/.libs/libfrontends.a(FormDocument.o): In function `basic_string, __default_alloc_template >::alloc(unsigned int,
bool)':
/usr/include/g++-3/std/bastring.h(.text+0x1cf): undefined reference to
`ButtonController::ButtonController(basic_string,
__default_alloc_template > const &, basic_
../../../src/mathed/formulamacro.C: In member function `virtual void
InsetFormulaMacro::draw(BufferView*, const LyXFont&, int, float&, bool)
const':
../../../src/mathed/formulamacro.C:192: warning: passing `float' for argument 2of
`virtual void MathInset::draw(Painter&, int, int) const
André,
ascii export appears to take no notice of whether the formula is inline or
not. Here's the ascii export generated by the attached lyx file.
Regards,
Angus
The mixing properties of the field are determined by
the fractal dimension
D'
of a cut through the interface, a variable that
> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
Garst> Jean-Marc Lasgouttes wrote:
>>
>> - the "Latex" font style does not exist anymore. If you really need
>> its functionality, consider using the "PassThru" keyword instead.
>>
>> The new layout format keywords are described in the
> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
Garst> Jean-Marc Lasgouttes wrote:
>> What I wrote only applies to people like Angus (and me when I am
>> in france) who use compaq cxx to compile.
Garst> Well, I got the FIX FIX FIX msg. with Friday's CVS, so the
Garst> problem seems to
On Tue, Apr 16, 2002 at 02:33:00PM +0200, Juergen Vigna wrote:
> > Ok. So I cahce it from the last redraw?
>
> Yes. I think every inset has a top_x variable (see inset.h) I don't know
> if you already set it but that is certainly the right way to go as then
> surrounding inset can also retrieve i
On Saturday 13 April 2002 1:45 am, R. Lahaye wrote:
> Hi,
>
> While having trouble with the Graphics routine, I have deleted
> the "EPS->XPM" and "PNG->XPM" converters in Preferences in a
> trial to solve my problems.
>
> After that, LyX cannot anymore load my EPS file and
> pops up the Alert wind
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Hi,
R> Are there any cons for adding an input filter to the opening/saving
R> of lyx files?
This is now bug #329
JMarc
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Hi,
R> Wouldn't it be a good idea to also add the built info (from "lyx
R> -version") as another tab in the Help->About LyX window?
This is now bug #328.
JMarc
> "Eran" == Eran Tromer <[EMAIL PROTECTED]> writes:
Eran> Howdy, For many types of paragraph environments, LyX merges
Eran> adjacet identical paragraph environments. This can be
Eran> inappropriate, as in the following case:
What we need is a way to say 'break environment after this paragrap
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> 3. Most importantly, I want to
Angus> minimise the footprint of any changes I'm making. The current
Angus> patch affects the citation inset only and either works or
Angus> doesn't work.
That makes sense.
Angus> Having said all th
On Tuesday 16 April 2002 1:26 pm, Edwin Leuven wrote:
> > All works very well here, but I'd like some volunteer testers please. No
> > testers, no apply...
>
> applied patch but compile breaks down...
I think that this is saying that Buffer::getBibkeyList() is non-const so a
Buffer const * can't
On 16-Apr-2002 Andre Poenitz wrote:
> Ok. So I cahce it from the last redraw?
Yes. I think every inset has a top_x variable (see inset.h) I don't know
if you already set it but that is certainly the right way to go as then
surrounding inset can also retrieve it with the x() call.
(Same for top
On 16-Apr-2002 Lars Gullik Bjønnes wrote:
> I do not thing meta-CVS is ready for primetime and certainly not for
> us (now).
I never implied that but the idea behind is not that stupid!
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen Vigna
On Tue, Apr 16, 2002 at 10:06:05AM +0200, Juergen Vigna wrote:
> No you're right! This bugged me also for long, but IMO it's easier for the
> inset to give this as for the BufferView to find out. It's just your relative
> position + top_x.
> As I told you we have to cache the top_x anyway in the
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Yes. I guess that's because the right one is a rotated version
Andre> of the left one and some rounding comes into play. But this has
Andre> "always" been there. Does this need a fix?
I filed bug #327 for it, but I agree it is jus
On Tue, Apr 16, 2002 at 12:00:19PM +0200, Jean-Marc Lasgouttes wrote:
> OK, I did something like that. BTW Andre', did you ever notice that
> the left and right delimiters are not at the same height on screen? It
> seems there is a one pixel shift.
Yes. I guess that's because the right one is a r
> All works very well here, but I'd like some volunteer testers please. No
> testers, no apply...
applied patch but compile breaks down...
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../../boost -isystem
/usr/X11R6/include -g -O -fno-exceptions -W -Wall -c insetcite.C -MT
insetci
On Tuesday 16 April 2002 12:58 pm, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> I have tested this patch pretty thoroughly myself and have
> Angus> decided that it's only real shortcoming is that it results in
> Angus> VERY slow loading of a b
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 16-Apr-2002 Lars Gullik Bjønnes wrote:
>
>>| Well it does not say it's stable and production ready, does it?
>>| But we HAVE a linux box for our cvs tree, don't we? The problem
>>| is if the tree can be used with normal cvs too (for our mirrors).
>>
On 16-Apr-2002 Helge Hafting wrote:
> I use lyx for writing webpages with math.
> I have \usepackage{html} in the preamble,
> and some documents starts with the following code
>
> \begin{rawhtml}
>
> \end{rawhtml}
>
> 1.2.0pre3 makes 3 ERT insets, which is fine - but
> also insists that the fi
On 16-Apr-2002 Lars Gullik Bjønnes wrote:
>| Well it does not say it's stable and production ready, does it?
>| But we HAVE a linux box for our cvs tree, don't we? The problem
>| is if the tree can be used with normal cvs too (for our mirrors).
>
> it also says that it is only for clients.
Hmm
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Does the regular xgettext (pre 0.11.1) have the -E option?
Lars> I see that xgettext and msgmerge from 0.11.1 complains a lot
Lars> that we use non-ASCII characters in the strings that are to be
Lars> translated.
Here is the
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I have tested this patch pretty thoroughly myself and have
Angus> decided that it's only real shortcoming is that it results in
Angus> VERY slow loading of a buffer. This occurs because we reload
Angus> Buffer::getBibkeyList from a
Does the regular xgettext (pre 0.11.1) have the -E option?
I see that xgettext and msgmerge from 0.11.1 complains a lot that we
use non-ASCII characters in the strings that are to be translated.
--
Lgb
I use lyx for writing webpages with math.
I have \usepackage{html} in the preamble,
and some documents starts with the following code
\begin{rawhtml}
\end{rawhtml}
1.2.0pre3 makes 3 ERT insets, which is fine - but
also insists that the first of these inset is in the
english language. I don't t
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 16-Apr-2002 Jean-Marc Lasgouttes wrote:
>
>> A program that 'requires' linux for no good reason cannot be
>> production-ready.
>
| Well it does not say it's stable and production ready, does it?
| But we HAVE a linux box for our cvs tree, don't we? T
On 16-Apr-2002 Jean-Marc Lasgouttes wrote:
> A program that 'requires' linux for no good reason cannot be
> production-ready.
Well it does not say it's stable and production ready, does it?
But we HAVE a linux box for our cvs tree, don't we? The problem
is if the tree can be used with normal cv
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> It should be "( )" which gets parsed as ls = "(" and rs = ")"
Andre> and serves as input for the delim inset.
OK, I did something like that. BTW Andre', did you ever notice that
the left and right delimiters are not at the same he
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> Meta-CVS 0.11 (Development)
Juergen> http://users.footprints.net/~kaz/mcvs.html
Juergen> This looks very promising :)
The only thing that bothers me is:
Meta-CVS requires the GNU/Linux operating system with glibc2 and a
I did some further changes to UPGRADING (after the ones from Lars). I
append the result, because I would like people to comment on what they
needed to do to upgrade.
JMarc
How do I upgrade my existing LyX system to version 1.2.x?
-
If yo
On Monday 15 April 2002 4:40 pm, Angus Leeming wrote:
> I think that the screen label part of the patch is fine, although I've
> modified it to work with numerical natbib citations and to cache the label.
>
> Attached are my re-workings.
[snip]
I have tested this patch pretty thoroughly myself a
Meta-CVS 0.11 (Development) http://users.footprints.net/~kaz/mcvs.html
This looks very promising :)
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-450260 / +3
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
"Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>>>
| Lars> | Juergen> What version of xforms are you using
Patch applied, Herbert.
Angus
On Tuesday 16 April 2002 6:59 am, Henry Pfister wrote:
> Hi Guys,
>
> I've fixed a slight (but very annoying)
> bug in Lyx-1.1.6fix4 involving the reading of biliography
> keys. The only kind of whitespace being stripped from
> the start of a key was spaces, (i.e. tabs were not stripped).
>
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>>> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>>
Lars> | Juergen> What version of xforms are you using (I mean the RPM
Lars> package | Juergen> version!) the one
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>
| Juergen> What version of xforms are you using (I mean the RPM package
| Juergen> version!) the one 0.88 supplied from RH is buggy! You have to
| Juergen> install another version and
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> What version of xforms are you using (I mean the RPM package
Juergen> version!) the one 0.88 supplied from RH is buggy! You have to
Juergen> install another version and I think you get the RPM from the
Juergen> lyx contrib dire
On 15-Apr-2002 Kuba Ober wrote:
>> The attempt by xforms to report the error fails because the function
>> it called doesn't exist in your glibc.
>
> Hmm, I'm using the latest glibc from redhat (2.2.4).
What version of xforms are you using (I mean the RPM package version!) the
one 0.88 suppli
On 15-Apr-2002 Andre Poenitz wrote:
>
> When I call this function with (0,0) I get the cursor displayed on a
> y-coordinate corresponding to the baseline of my formula, but at the very
> left edge of the screen (something that looks like "absolute x-coord 0").
>
> So what am I supposed to do he
On Monday 15 April 2002 7:04 pm, Kuba Ober wrote:
> On ¶roda 10 kwiecieñ 2002 11:48 pm, you wrote:
> > On Wed, 10 Apr 2002, Juergen Vigna wrote:
> > > On 09-Apr-2002 Kuba Ober wrote:
> > > > Hi,
> > > > is lyx 1.1.6fix4 supposed to work on a 486 machine?
> > > > I've recompiled from source rpm (on
> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
>> The idea I had is that you should use ac2.13+am2.15 for now, and
>> jump to ac2.53+am1.6 when we have removed the old constructs in our
>> configure script (in 1.3.0).
Garst> ac2.50 and am1.4p4 came with slackware8.0, I upgraded to 2.
Not on bugzilla I think.
- Create a document with 3 standard paragraphs.
- Select the 3 paragraphs and change the environment (e.g. to enumerate)
=> only the first two paragraphs have been changed.
Juergen.
50 matches
Mail list logo
