On 16-Aug-2001 Zvezdan Petkovic wrote:
That way my rpm shell script is executed when I type rpm ...
It adds my rpmrc file, and it adds my macros file. Hence the topdir and
tmppath get changed to my directories and I can build as a regular user.
I did this but then the files in the
On 16-Aug-2001 Ronny Buchmann wrote:
i would prefer the the color variant combined with the new version line from the blue
ones
Hmm I don't really like that version very much I find the original better.
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Because a certain number of people and entities
^
Where does that plural come from?
Andre'
--
André Pönitz . [EMAIL PROTECTED]
On Fri, 17 Aug 2001, Andre Poenitz wrote:
Because a certain number of people and entities
^
Where does that plural come from?
Friday-itis.
Allan. (ARRae)
On Fri, Aug 17, 2001 at 09:30:24AM +0200, Juergen Vigna wrote:
On 16-Aug-2001 Zvezdan Petkovic wrote:
That way my rpm shell script is executed when I type rpm ...
It adds my rpmrc file, and it adds my macros file. Hence the topdir and
tmppath get changed to my directories and I can
* Zvezdan Petkovic [EMAIL PROTECTED] [2001-08-16 22:20] wrote:
On Thu, Aug 16, 2001 at 08:41:23PM +0200, Ronny Buchmann wrote:
%define _prefix /usr/local
you dont need this, use Prefix: /usr/local instead
Well, I told you I build RPMs quite often. The above is not correct.
You can
On Fri, Aug 17, 2001 at 09:09:22AM +0200, Juergen Vigna wrote:
On 16-Aug-2001 Dekel Tsur wrote:
The problem is that in the cell that contains -signal processing you
changed the paragraph alignment to right, which is not allowed (in normal
cells).
You should change it back to 'block'.
Amir Karger wrote:
In case it's relevant and not reported yet, I believe I found that in
LyX1.1.6fix2, if the mouse is over a fig, then the mouse wheel doesn't
work. (This might only be when the fig takes up the whole window, but
I don't think so.)
I suspect It is when the figure is lager
Since nobody was complaining too loudly and it seemingly reads a few of my
test files I'll commit the new parser in half an hour or so.
It's of course not a full blown TeX parser, but should be extensible in the
right direction and it fails more gracefully in case of broken input.
Andre'
--
Hi,
Don't know wether this one is already reported: The display of a
(scaled) EPS image does not work correctly.
If I insert an EPS image and leave the size as standard the display is
correct (full image). If I change the size to some given width
(e.g. 80% of column) the (displayed) image
André,
this code snippet from math_parser.C fails to compile because
istringstream::get expects a signed char.
unsigned char c;
while (is.get(c))
Shall I change things here, get it to compile and submit the patch or will
changing this break the logic?
Angus
istringstream::get expects a signed char.
unsigned char c;
while (is.get(c))
Shall I change things here, get it to compile and submit the patch or will
changing this break the logic?
It would break the logic (it's uses as an index in the catcode array).
I just submitted a
On Friday 17 August 2001 11:21, Andre Poenitz wrote:
istringstream::get expects a signed char.
unsigned char c;
while (is.get(c))
Shall I change things here, get it to compile and submit the patch or
will
changing this break the logic?
It would break the logic (it's
On Friday 17 August 2001 11:45, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| On Friday 17 August 2001 11:21, Andre Poenitz wrote:
| istringstream::get expects a signed char.
|
| unsigned char c;
| while (is.get(c))
|
| Shall I
André,
here are a couple of things that my dinosaur picked up.
Angus
Index: src/mathed/math_deliminset.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_deliminset.C,v
retrieving revision 1.23
diff -u -p -r1.23
On Friday 17 August 2001 12:13, Lars Gullik Bjønnes wrote:
| nobody has ever answered my original question about
| whether and when compilers should generate an
| operator!=() if they find an operator==().
No, they shouldn't.
A ha! So, if your compilers compiled the code as was, then
Hi,
emphasize a word in plain text by pressing CTRL-e and select the word.
Then open the character dialog, set all options to reset (if
possible) and press apply - the format of the selected text is not
reset!
Michael
--
==
On Fri, Aug 17, 2001 at 12:32:07PM +1000, Allan Rae wrote:
On 16 Aug 2001, Lars Gullik Bjønnes wrote:
Allan Rae [EMAIL PROTECTED] writes:
| This should then make a pleasant background image for the
| websites.
Why so eager to change the background?
Because a certain number of
On Fri, Aug 17, 2001 at 02:19:40PM +0100, Angus Leeming wrote:
André,
the new parser is very good! I notice, however, that entries like x' seems to
get translated to x{backward-facing epsilon}.
Also, a space is added after each formula.
Namely $a$b is read as $a$ b
On Fri, Aug 17, 2001 at 03:24:07PM +0200, Lars Gullik Bjønnes wrote:
John Levon [EMAIL PROTECTED] writes:
| It's Friday so I can clearly say: I /hate/ the green
Hrmpf... I created that green...
You might take consolidation in the fact that Konni liked the green very
much.
Andre'
--
Why? Couldn't the compiler transform the expression into:
if (!(prevToken() == Token(\\))) {...}
I think it is not allowed to do so. I doubt there is a requirement on !=
being equivalent to !(==). If not, the former could add 1 and 2 and the
latter could write to disk. But I haven't checked
Here's a nice little teaser, André,
from the Lamport book, page 49
\[ \underbrace{a+\overbrace{b+\cdots +y}^{24} +z}_{26} \]
Apparently the 24 should be directly above the overbrace and the 26
directly underneath the underbrace.
Doing pretty well though...
I've gone through the whole of the
It appears that when reading an existing document with some inline math in a
paragraph, mathed inserts extra spaces immediately after the math inset in
the lyx text. Move the cursor through these spaces and they're gobbled up,
one by one.
Angus
On Friday 17 August 2001 16:28, Angus Leeming wrote:
It appears that when reading an existing document with some inline math in
a
paragraph, mathed inserts extra spaces immediately after the math inset in
the lyx text. Move the cursor through these spaces and they're gobbled up,
one by
all the different symbols etc. The only stuff that I've found I can't type in
pseudo-LaTeX fashion and get it displayed is
\mathrm abc or \mathcal A, etc
\sqrt[n] 2
You can type \root
\emptyset is displayed, but incorrectly.
Well...
in addition \{ creates both
On Fri, Aug 17, 2001 at 04:28:42PM +0100, Angus Leeming wrote:
It appears that when reading an existing document with some inline math in a
paragraph, mathed inserts extra spaces immediately after the math inset in
the lyx text. Move the cursor through these spaces and they're gobbled up,
create an equation with a label. Save and close the document. Open it again:
the label has gone.
Fixed. I got it mixed up in the new parser
Andre'
--
André Pönitz . [EMAIL PROTECTED]
On Fri, Aug 17, 2001 at 06:34:19PM +, [EMAIL PROTECTED] wrote:
Log message:
fix 'Uninitialized memory read'. It was not exactly a bug, though...
eh ? how does this work ?!
john
--
If it is all Greek to you, perhaps a trip to Athens is in order.
- jjohn, /.
Log message:
fix 'Uninitialized memory read'. It was not exactly a bug, though...
eh ? how does this work ?!
It was a bool whose value got passed around into functions that did not use
it in those cases where the bool was not initialized.
Andre'
--
André Pönitz
Since SubSection is called that and not Subsection, it doesn't get converted
when changing the document class. It would seem to make sense to use the
same name as in other classes.
--
http://sc3d.org/rrt/ | maximiste, n. pessimiste (Roux)
Ok, here's the clean snippet.
The dispersion studies above have all used
\begin_inset Formula $D=D_{\textrm{mol}}$
\end_inset
, the species' coefficient of molecular diffusion.
Note no space before final $ and no space on next line before the comma.
Read it in, write it out:
The
gcc-3.0
Garst
Making all in mathed
make[3]: Entering directory `/usr/local/garst/lyx-devel/src/mathed'
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O -W -Wall -c
math_parser.C
g++
So it appears that the problem really lies in what you do after the
\end_inset command.
Pretty easy: _I_ do nothing there. I do not even write the \end_inset
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Could you send me your
/usr/local/lib/gcc-lib/i586-pc-linux-gnu/3.0/include/g++/bits/std_sstream.h
?
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Not needed. You had a typo (bug) in math_parser.C
you used '||' instead of '|' for the ios:: parameters to
istringstream.
Oops.
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Greetings,
First, thank you very much for the work you're doing. The LDP is
looking forward to being able to use and recommend Lyx for our
authors, and so we have been following the DocBook development,
although I haven't followed it as closely as I really should.
Can you give me an idea of
* Ronny Buchmann [EMAIL PROTECTED] [2001-08-17 11:16] wrote:
* Steve Litt [EMAIL PROTECTED] [2001-08-17 07:50] wrote:
I have an HP4050 which is a duplexing printer that understands Postscript. My
lyx file is defined as 2 side, and indeed it has a binding margin that's left
on odd pages
On Friday 17 August 2001 10:22, Ronny Buchmann wrote:
* Ronny Buchmann [EMAIL PROTECTED] [2001-08-17 11:16] wrote:
* Steve Litt [EMAIL PROTECTED] [2001-08-17 07:50] wrote:
I have an HP4050 which is a duplexing printer that understands
Postscript. My
lyx file is defined as 2 side, and
* Steve Litt [EMAIL PROTECTED] [2001-08-17 07:50] wrote:
I have an HP4050 which is a duplexing printer that understands Postscript. My
lyx file is defined as 2 side, and indeed it has a binding margin that's left
on odd pages and even on right pages. But I can't find any place to tell the
On 16-Aug-2001 Zvezdan Petkovic wrote:
> That way my rpm shell script is executed when I type rpm ...
> It adds my rpmrc file, and it adds my macros file. Hence the topdir and
> tmppath get changed to my directories and I can build as a regular user.
I did this but then the files in the
On 16-Aug-2001 Ronny Buchmann wrote:
> i would prefer the the color variant combined with the new version line from the blue
> ones
Hmm I don't really like that version very much I find the original better.
Jürgen
--
> Because a certain number of people and entities
^
Where does that plural come from?
Andre'
--
André Pönitz . [EMAIL PROTECTED]
On Fri, 17 Aug 2001, Andre Poenitz wrote:
> > Because a certain number of people and entities
> ^
> Where does that plural come from?
Friday-itis.
Allan. (ARRae)
On Fri, Aug 17, 2001 at 09:30:24AM +0200, Juergen Vigna wrote:
>
> On 16-Aug-2001 Zvezdan Petkovic wrote:
>
> > That way my rpm shell script is executed when I type rpm ...
> > It adds my rpmrc file, and it adds my macros file. Hence the topdir and
> > tmppath get changed to my directories and
* Zvezdan Petkovic <[EMAIL PROTECTED]> [2001-08-16 22:20] wrote:
> On Thu, Aug 16, 2001 at 08:41:23PM +0200, Ronny Buchmann wrote:
> > > %define _prefix /usr/local
> > you dont need this, use "Prefix: /usr/local" instead
> >
>
> Well, I told you I build RPMs quite often. The above is not
On Fri, Aug 17, 2001 at 09:09:22AM +0200, Juergen Vigna wrote:
>
> On 16-Aug-2001 Dekel Tsur wrote:
>
> > The problem is that in the cell that contains "-signal processing" you
> > changed the paragraph alignment to right, which is not allowed (in normal
> > cells).
> > You should change it
Amir Karger wrote:
> In case it's relevant and not reported yet, I believe I found that in
> LyX1.1.6fix2, if the mouse is over a fig, then the mouse wheel doesn't
> work. (This might only be when the fig takes up the whole window, but
> I don't think so.)
I suspect It is when the figure is
Since nobody was complaining too loudly and it seemingly reads a few of my
test files I'll commit the new parser in half an hour or so.
It's of course not a full blown TeX parser, but should be extensible in the
right direction and it fails more gracefully in case of broken input.
Andre'
--
Hi,
Don't know wether this one is already reported: The display of a
(scaled) EPS image does not work correctly.
If I insert an EPS image and leave the size as standard the display is
correct (full image). If I change the size to some given width
(e.g. 80% of column) the (displayed) image
André,
this code snippet from math_parser.C fails to compile because
istringstream::get expects a signed char.
unsigned char c;
while (is.get(c))
Shall I change things here, get it to compile and submit the patch or will
changing this break the logic?
Angus
> istringstream::get expects a signed char.
>
> unsigned char c;
> while (is.get(c))
>
> Shall I change things here, get it to compile and submit the patch or will
> changing this break the logic?
It would break the logic (it's uses as an index in the catcode array).
I just
On Friday 17 August 2001 11:21, Andre Poenitz wrote:
> > istringstream::get expects a signed char.
> >
> > unsigned char c;
> > while (is.get(c))
> >
> > Shall I change things here, get it to compile and submit the patch or
will
> > changing this break the logic?
>
> It would break
On Friday 17 August 2001 11:45, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | On Friday 17 August 2001 11:21, Andre Poenitz wrote:
> | > > istringstream::get expects a signed char.
> | > >
> | > > unsigned char c;
> | > > while (is.get(c))
> | > >
André,
here are a couple of things that my dinosaur picked up.
Angus
Index: src/mathed/math_deliminset.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_deliminset.C,v
retrieving revision 1.23
diff -u -p -r1.23
On Friday 17 August 2001 12:13, Lars Gullik Bjønnes wrote:
> | nobody has ever answered my original question about
> | whether and when compilers should generate an
> | operator!=() if they find an operator==().
>
> No, they shouldn't.
A ha! So, if your compilers compiled the code as was,
Hi,
emphasize a word in plain text by pressing CTRL-e and select the word.
Then open the character dialog, set all options to "reset" (if
possible) and press "apply" -> the format of the selected text is not
reset!
Michael
--
On Fri, Aug 17, 2001 at 12:32:07PM +1000, Allan Rae wrote:
> On 16 Aug 2001, Lars Gullik Bjønnes wrote:
>
> > Allan Rae <[EMAIL PROTECTED]> writes:
> >
> > | This should then make a pleasant background image for the
> > | websites.
> >
> > Why so eager to change the background?
>
> Because a
On Fri, Aug 17, 2001 at 02:19:40PM +0100, Angus Leeming wrote:
> André,
>
> the new parser is very good! I notice, however, that entries like x' seems to
> get translated to x{backward-facing epsilon}.
Also, a space is added after each formula.
Namely $a$b is read as $a$ b
On Fri, Aug 17, 2001 at 03:24:07PM +0200, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | It's Friday so I can clearly say: I /hate/ the green
>
> Hrmpf... I created that green...
You might take consolidation in the fact that Konni liked the green very
much.
Andre'
> Why? Couldn't the compiler transform the expression into:
>
> if (!(prevToken() == Token("\\"))) {...}
I think it is not allowed to do so. I doubt there is a requirement on !=
being equivalent to !(==). If not, the former could add 1 and 2 and the
latter could write to disk. But I haven't
Here's a nice little teaser, André,
from the Lamport book, page 49
\[ \underbrace{a+\overbrace{b+\cdots +y}^{24} +z}_{26} \]
Apparently the "24" should be directly above the overbrace and the "26"
directly underneath the underbrace.
Doing pretty well though...
I've gone through the whole of
It appears that when reading an existing document with some inline math in a
paragraph, mathed inserts extra spaces immediately after the math inset in
the lyx text. Move the cursor through these spaces and they're gobbled up,
one by one.
Angus
On Friday 17 August 2001 16:28, Angus Leeming wrote:
> It appears that when reading an existing document with some inline math in
a
> paragraph, mathed inserts extra spaces immediately after the math inset in
> the lyx text. Move the cursor through these spaces and they're gobbled up,
> one
> all the different symbols etc. The only stuff that I've found I can't type in
> pseudo-LaTeX fashion and get it displayed is
> \mathrm abc or \mathcal A, etc
> \sqrt[n] 2
You can type \root
> \emptyset is displayed, but incorrectly.
Well...
> in addition "\{"
On Fri, Aug 17, 2001 at 04:28:42PM +0100, Angus Leeming wrote:
> It appears that when reading an existing document with some inline math in a
> paragraph, mathed inserts extra spaces immediately after the math inset in
> the lyx text. Move the cursor through these spaces and they're gobbled up,
> create an equation with a label. Save and close the document. Open it again:
> the label has gone.
Fixed. I got it mixed up in the new parser
Andre'
--
André Pönitz . [EMAIL PROTECTED]
On Fri, Aug 17, 2001 at 06:34:19PM +, [EMAIL PROTECTED] wrote:
> Log message:
> fix 'Uninitialized memory read'. It was not exactly a bug, though...
eh ? how does this work ?!
john
--
"If it is "all Greek to you", perhaps a trip to Athens is in order."
- jjohn, /.
> > Log message:
> > fix 'Uninitialized memory read'. It was not exactly a bug, though...
>
> eh ? how does this work ?!
It was a bool whose value got passed around into functions that did not use
it in those cases where the bool was not initialized.
Andre'
--
André Pönitz
Since SubSection is called that and not Subsection, it doesn't get converted
when changing the document class. It would seem to make sense to use the
same name as in other classes.
--
http://sc3d.org/rrt/ | maximiste, n. pessimiste (Roux)
Ok, here's the clean snippet.
The dispersion studies above have all used
\begin_inset Formula $D=D_{\textrm{mol}}$
\end_inset
, the species' coefficient of molecular diffusion.
Note no space before final $ and no space on next line before the comma.
Read it in, write it out:
The
gcc-3.0
Garst
Making all in mathed
make[3]: Entering directory `/usr/local/garst/lyx-devel/src/mathed'
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
-I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O -W -Wall -c
math_parser.C
g++
> So it appears that the problem really lies in what you do after the
> \end_inset command.
Pretty easy: _I_ do nothing there. I do not even write the \end_inset
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Could you send me your
/usr/local/lib/gcc-lib/i586-pc-linux-gnu/3.0/include/g++/bits/std_sstream.h
?
Andre'
--
André Pönitz . [EMAIL PROTECTED]
> Not needed. You had a typo (bug) in math_parser.C
>
> you used '||' instead of '|' for the ios:: parameters to
> istringstream.
Oops.
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Greetings,
First, thank you very much for the work you're doing. The LDP is
looking forward to being able to use and recommend Lyx for our
authors, and so we have been following the DocBook development,
although I haven't followed it as closely as I really should.
Can you give me an idea of
* Ronny Buchmann <[EMAIL PROTECTED]> [2001-08-17 11:16] wrote:
> * Steve Litt <[EMAIL PROTECTED]> [2001-08-17 07:50] wrote:
> > I have an HP4050 which is a duplexing printer that understands Postscript. My
> > lyx file is defined as 2 side, and indeed it has a binding margin that's left
> > on
On Friday 17 August 2001 10:22, Ronny Buchmann wrote:
> * Ronny Buchmann <[EMAIL PROTECTED]> [2001-08-17 11:16] wrote:
> > * Steve Litt <[EMAIL PROTECTED]> [2001-08-17 07:50] wrote:
> > > I have an HP4050 which is a duplexing printer that understands
Postscript. My
> > > lyx file is defined as
* Steve Litt <[EMAIL PROTECTED]> [2001-08-17 07:50] wrote:
> I have an HP4050 which is a duplexing printer that understands Postscript. My
> lyx file is defined as 2 side, and indeed it has a binding margin that's left
> on odd pages and even on right pages. But I can't find any place to tell
78 matches
Mail list logo