On Fri, Feb 25, 2000 at 08:30:26PM +0100, Lars Gullik Bjnnes wrote:
> |
> | I've added a counter to the loop, so the loop can be exited if a 'l.'
> | line isn't found after a certain number of lines.
> | Also, I've changed scanLogFile to ignore multiple errors at the same line in
> | the latex
Dekel Tsur [EMAIL PROTECTED] writes:
| --2fHTh5uZTiUOsy+g
| Content-Type: text/plain; charset=iso-8859-8
| Content-Transfer-Encoding: 8bit
|
| On Sat, Feb 19, 2000 at 02:59:05PM +0100, Lars Gullik Bjønnes wrote:
| Dekel Tsur [EMAIL PROTECTED] writes:
|
| | For my patch I assumed that for
Dekel Tsur <[EMAIL PROTECTED]> writes:
| --2fHTh5uZTiUOsy+g
| Content-Type: text/plain; charset=iso-8859-8
| Content-Transfer-Encoding: 8bit
|
| On Sat, Feb 19, 2000 at 02:59:05PM +0100, Lars Gullik Bjønnes wrote:
| > Dekel Tsur <[EMAIL PROTECTED]> writes:
| >
| > | For my patch I assumed that
On 23 Feb 2000, Jean-Marc Lasgouttes wrote:
"Henrik" == Henrik Schmidt [EMAIL PROTECTED] writes:
Henrik Platform : Sparc/Solaris 2.6 lyx 1.1.2, xforms 0.88, xpm 4.11
Henrik Compiled with ./configure without problem. When launching
Henrik src/lyx I get
Henrik "Failed to share colors.
On 23 Feb 2000, Jean-Marc Lasgouttes wrote:
> > "Henrik" == Henrik Schmidt <[EMAIL PROTECTED]> writes:
>
> Henrik> Platform : Sparc/Solaris 2.6 lyx 1.1.2, xforms 0.88, xpm 4.11
>
> Henrik> Compiled with ./configure without problem. When launching
> Henrik> src/lyx I get
>
> Henrik>
Platform : Sparc/Solaris 2.6
lyx 1.1.2, xforms 0.88, xpm 4.11
Compiled with ./configure without problem.
When launching src/lyx I get
"Failed to share colors. Using private colormap
Running without personal LyX directory."
which is ok because I only have a 256 color grafik board.
When
"Henrik" == Henrik Schmidt [EMAIL PROTECTED] writes:
Henrik Platform : Sparc/Solaris 2.6 lyx 1.1.2, xforms 0.88, xpm 4.11
Henrik Compiled with ./configure without problem. When launching
Henrik src/lyx I get
Henrik "Failed to share colors. Using private colormap Running
Henrik without
Platform : Sparc/Solaris 2.6
lyx 1.1.2, xforms 0.88, xpm 4.11
Compiled with ./configure without problem.
When launching src/lyx I get
"Failed to share colors. Using private colormap
Running without personal LyX directory."
which is ok because I only have a 256 color grafik board.
When
> "Henrik" == Henrik Schmidt <[EMAIL PROTECTED]> writes:
Henrik> Platform : Sparc/Solaris 2.6 lyx 1.1.2, xforms 0.88, xpm 4.11
Henrik> Compiled with ./configure without problem. When launching
Henrik> src/lyx I get
Henrik> "Failed to share colors. Using private colormap Running
Henrik>
Jose Abilio Oliveira Matos [EMAIL PROTECTED] writes:
| Hi,
| I have also found that if you resize the File-Open menu
| to smaller dimensions than LyX crashes. There is possible to do
| this in two ways. First, if you are fast you could resize the window to a
| very narrow size. It is also
Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
| Hi,
| I have also found that if you resize the File->Open menu
| to smaller dimensions than LyX crashes. There is possible to do
| this in two ways. First, if you are fast you could resize the window to a
| very narrow size. It is
Oops, I forgot to send this to the list.
--
José
Hi,
I have also found that if you resize the File-Open menu
to smaller dimensions than LyX crashes. There is possible to do
this in two ways. First, if you are fast you could resize the window to a
very narrow size. It is also possible
Oops, I forgot to send this to the list.
--
José
Hi,
I have also found that if you resize the File->Open menu
to smaller dimensions than LyX crashes. There is possible to do
this in two ways. First, if you are fast you could resize the window to a
very narrow size. It is also
"Kayvan A. Sylvan" [EMAIL PROTECTED] writes:
| Upon running LyX:
|
| LyX: Unknown LyX function `buffer-previous' [around line 33 of file
| /usr/share/lyx/bind/cua.bind]
mmm. `buffer-previous' should be removed from cua.bind
| There are also a couple of debugging statements left in:
|
|
Dekel Tsur [EMAIL PROTECTED] writes:
| For my patch I assumed that for any line beginning with '!' there is a
| matching line beginning with 'l.' , (not necessarily the next line).
| I think that Lars meant that this assumption is not correct.
I misread you. I think you are right. But we sure
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| Upon running LyX:
|
| LyX: Unknown LyX function `buffer-previous' [around line 33 of file
| /usr/share/lyx/bind/cua.bind]
mmm. `buffer-previous' should be removed from cua.bind
| There are also a couple of debugging statements left in:
|
|
Dekel Tsur <[EMAIL PROTECTED]> writes:
| For my patch I assumed that for any line beginning with '!' there is a
| matching line beginning with 'l.' , (not necessarily the next line).
| I think that Lars meant that this assumption is not correct.
I misread you. I think you are right. But we sure
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| "Dekel" == Dekel Tsur [EMAIL PROTECTED] writes:
|
| Dekel --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii
|
| Dekel When LyX is parsing the Latex log file (in LaTeX::scanLogFile),
| Dekel it misses some of the errors because it
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: |
Lars "Dekel" == Dekel Tsur [EMAIL PROTECTED] writes: | |
Lars Dekel --EVF5PPMfhYS0aIcm Content-Type: text/plain;
Lars charset=us-ascii | | Dekel When LyX is parsing the Latex log
Lars
On Fri, Feb 18, 2000 at 12:07:46PM +0100, Jean-Marc Lasgouttes wrote:
"Lars" == Lars Gullik Bjnnes [EMAIL PROTECTED] writes:
Lars I am not sure if the assumption is correct.
Which assumption: that the line number appears just after the line
with '!'? Dekel can maybe give us examples of
Upon running LyX:
LyX: Unknown LyX function `buffer-previous' [around line 33 of file
/usr/share/lyx/bind/cua.bind]
There are also a couple of debugging statements left in:
Creating work area: +2+65 684x416
background box: +2+65 669x416
up button: +671+65 15x15
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
|
| Dekel> --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii
|
| Dekel> When LyX is parsing the Latex log file (in LaTeX::scanLogFile),
| Dekel> it misses some of the errors
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: | |
Lars> Dekel> --EVF5PPMfhYS0aIcm Content-Type: text/plain;
Lars> charset=us-ascii | | Dekel> When LyX is
On Fri, Feb 18, 2000 at 12:07:46PM +0100, Jean-Marc Lasgouttes wrote:
> > "Lars" == Lars Gullik Bjnnes <[EMAIL PROTECTED]> writes:
>
> Lars> I am not sure if the assumption is correct.
>
> Which assumption: that the line number appears just after the line
> with '!'? Dekel can maybe give us
Upon running LyX:
LyX: Unknown LyX function `buffer-previous' [around line 33 of file
/usr/share/lyx/bind/cua.bind]
There are also a couple of debugging statements left in:
Creating work area: +2+65 684x416
background box: +2+65 669x416
up button: +671+65 15x15
"Dekel" == Dekel Tsur [EMAIL PROTECTED] writes:
Dekel --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii
Dekel When LyX is parsing the Latex log file (in LaTeX::scanLogFile),
Dekel it misses some of the errors because it assumes that the
Dekel line-number of the error appears in the
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii
Dekel> When LyX is parsing the Latex log file (in LaTeX::scanLogFile),
Dekel> it misses some of the errors because it assumes that the
Dekel> line-number of the error
On Fri, 4 Feb 2000, Dekel Tsur wrote:
When LyX is parsing the Latex log file (in LaTeX::scanLogFile),
it misses some of the errors because it assumes that the line-number of the
error appears in the next line after the "! LaTeX Error:" line,
which is not always the case.
I've attached a
On Fri, 4 Feb 2000, Dekel Tsur wrote:
> When LyX is parsing the Latex log file (in LaTeX::scanLogFile),
> it misses some of the errors because it assumes that the line-number of the
> error appears in the next line after the "! LaTeX Error:" line,
> which is not always the case.
>
> I've
When LyX is parsing the Latex log file (in LaTeX::scanLogFile),
it misses some of the errors because it assumes that the line-number of the
error appears in the next line after the "! LaTeX Error:" line,
which is not always the case.
I've attached a patch that fixes that (I'm assuming that after
When LyX is parsing the Latex log file (in LaTeX::scanLogFile),
it misses some of the errors because it assumes that the line-number of the
error appears in the next line after the "! LaTeX Error:" line,
which is not always the case.
I've attached a patch that fixes that (I'm assuming that after
"Amir" == Amir Karger [EMAIL PROTECTED] writes:
Amir Well, that's pretty lame, even if you're trying to hide it by
Amir writing it in french. Could you perhaps convince one of the
Amir french translators to write up a quick web page in french?
The problem right now is rather to convince the
> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes:
Amir> Well, that's pretty lame, even if you're trying to hide it by
Amir> writing it in french. Could you perhaps convince one of the
Amir> french translators to write up a quick web page in french?
The problem right now is rather to
"Abdel" == Abdelrazak YOUNEs [EMAIL PROTECTED] writes:
Abdel checking for prefix by checking for reLyX... (cached) ./reLyX
Do you have '.' in your PATH? This is probably the reason why
reLyX is found in the build directory. Besides the fact that having
'.' in
Abdel yes...
This should not
On 25-Jan-2000 Jean-Marc Lasgouttes wrote:
Abdel By the way, I checked already the html export feature... very
Abdel nice!!! Especially for maths!! I opened my 200p thesis full of
Abdel maths and graphics without any problem... One side-note though,
Abdel under KDE when the option 'Display
If possible, please compress any files before attaching them to emails. I hope
this wouldn't bother anybody. Actually, I have got problem getting this mail because
the last part of MIME is
truncated. I don't know why. Maybe because it's attached as text and there's some
characters
On Wed, Jan 26, 2000 at 10:10:18AM +0100, Jean-Marc Lasgouttes wrote:
Abdel PS: Y'a t'il une version française du site???
Non, malheureusement. Il y a un site sur la traduction en francais de
la documentation (un peu au point mort en ce moment...), mais c'est
tout.
Well, that's pretty
> "Abdel" == Abdelrazak YOUNEs <[EMAIL PROTECTED]> writes:
Abdel> checking for prefix by checking for reLyX... (cached) ./reLyX
>> Do you have '.' in your PATH? This is probably the reason why
>> reLyX is found in the build directory. Besides the fact that having
>> '.' in
Abdel> yes...
On 25-Jan-2000 Jean-Marc Lasgouttes wrote:
> Abdel> By the way, I checked already the html export feature... very
> Abdel> nice!!! Especially for maths!! I opened my 200p thesis full of
> Abdel> maths and graphics without any problem... One side-note though,
> Abdel> under KDE when the option
If possible, please compress any files before attaching them to emails. I hope
this wouldn't bother anybody. Actually, I have got problem getting this mail because
the last part of MIME is
truncated. I don't know why. Maybe because it's attached as text and there's some
characters
On Wed, Jan 26, 2000 at 10:10:18AM +0100, Jean-Marc Lasgouttes wrote:
>
> Abdel> PS: Y'a t'il une version française du site???
>
> Non, malheureusement. Il y a un site sur la traduction en francais de
> la documentation (un peu au point mort en ce moment...), mais c'est
> tout.
Well, that's
Hi all,
I decided to switch from lyx 1.0.4 to lyx 1.1.4pre2 to check to newest
feature... I compiled from source the tarball and all compiled OK. The problem
was when I made a make install... it stopped with :
Making install in reLyX
make[2]: Entering directory
"Abdel" == Abdelrazak YOUNEs [EMAIL PROTECTED] writes:
Abdel Hi all, I decided to switch from lyx 1.0.4 to lyx 1.1.4pre2 to
Abdel check to newest feature... I compiled from source the tarball
Abdel and all compiled OK. The problem was when I made a make
Abdel install... it stopped with :
[...]
On Tue, Jan 25, 2000 at 06:26:49PM +0100, Abdelrazak YOUNEs wrote:
PS: does .ne stand for Niger? [That's what I guessed from EAMAC home
page] We did not have that many users from Africa until now. Welcome!
Yes indeed, we're based in Niamey, EAMAC is the African School for
Meteorology
"Abdel" == Abdelrazak YOUNEs [EMAIL PROTECTED] writes:
Abdel checking for prefix by checking for reLyX... (cached) ./reLyX
Do you have '.' in your PATH? This is probably the reason why reLyX
is found in the build directory. Besides the fact that having '.' in
the PATH is a bad idea, I am not
²On Tue, 25 Jan 2000, Jean-Marc Lasgouttes wrote:
"Abdel" == Abdelrazak YOUNEs [EMAIL PROTECTED] writes:
Abdel checking for prefix by checking for reLyX... (cached) ./reLyX
Do you have '.' in your PATH? This is probably the reason why reLyX
is found in the build directory. Besides the
Hi,
I don't know if it's still relevant but I must share it with you.
I was working in a math box inside a footnote and wondered "what will
happen if I try to insert a footnote here ?" what happend was that I
lost almost the whole document ! I was left with the last few lines :-{
I'm also
Hi,
Adding to my last bug report. I've got the bug nailed if anybody wishes
to investigate it.
Take the attached file. (I've recovered it). 3 lines from the bottom
there's a math box, insert a foot note on it's right side. write
something in the footnote press enter and open a math box (still
Hi all,
I decided to switch from lyx 1.0.4 to lyx 1.1.4pre2 to check to newest
feature... I compiled from source the tarball and all compiled OK. The problem
was when I made a make install... it stopped with :
Making install in reLyX
make[2]: Entering directory
> "Abdel" == Abdelrazak YOUNEs <[EMAIL PROTECTED]> writes:
Abdel> Hi all, I decided to switch from lyx 1.0.4 to lyx 1.1.4pre2 to
Abdel> check to newest feature... I compiled from source the tarball
Abdel> and all compiled OK. The problem was when I made a make
Abdel> install... it stopped
On Tue, Jan 25, 2000 at 06:26:49PM +0100, Abdelrazak YOUNEs wrote:
> >
> > PS: does .ne stand for Niger? [That's what I guessed from EAMAC home
> > page] We did not have that many users from Africa until now. Welcome!
>
> Yes indeed, we're based in Niamey, EAMAC is the African School for
>
> "Abdel" == Abdelrazak YOUNEs <[EMAIL PROTECTED]> writes:
Abdel> checking for prefix by checking for reLyX... (cached) ./reLyX
Do you have '.' in your PATH? This is probably the reason why reLyX
is found in the build directory. Besides the fact that having '.' in
the PATH is a bad idea, I
²On Tue, 25 Jan 2000, Jean-Marc Lasgouttes wrote:
> > "Abdel" == Abdelrazak YOUNEs <[EMAIL PROTECTED]> writes:
>
> Abdel> checking for prefix by checking for reLyX... (cached) ./reLyX
>
> Do you have '.' in your PATH? This is probably the reason why reLyX
> is found in the build directory.
Hi,
I don't know if it's still relevant but I must share it with you.
I was working in a math box inside a footnote and wondered "what will
happen if I try to insert a footnote here ?" what happend was that I
lost almost the whole document ! I was left with the last few lines :-{
I'm also
Hi,
Adding to my last bug report. I've got the bug nailed if anybody wishes
to investigate it.
Take the attached file. (I've recovered it). 3 lines from the bottom
there's a math box, insert a foot note on it's right side. write
something in the footnote press enter and open a math box (still
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Dekel - Error messages from latex(or checktex) are displayed in wrong
| Dekel positions (I think it happens when there are math macros)
|
| I'll try to have a look.
I do not count this one as very important, since we will change the
error
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars They do get placed...but at completely wrong location. I will
Lars try to have a look.
Too late. I think I fixed it. But you'd better check what I did.
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Dekel> - Error messages from latex(or checktex) are displayed in wrong
| Dekel> positions (I think it happens when there are math macros)
|
| I'll try to have a look.
I do not count this one as very important, since we will change the
error
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> They do get placed...but at completely wrong location. I will
Lars> try to have a look.
Too late. I think I fixed it. But you'd better check what I did.
JMarc
"Dekel" == Dekel Tsur [EMAIL PROTECTED] writes:
Dekel First, I want to report that I'm still working on the Hebrew
Dekel patch. It is now very functional.
Great! The plan is to include it just after 1.1.4 is released. Do yu
have some documentation too?
Dekel On another matter, I've been using
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> First, I want to report that I'm still working on the Hebrew
Dekel> patch. It is now very functional.
Great! The plan is to include it just after 1.1.4 is released. Do yu
have some documentation too?
Dekel> On another matter, I've
"Dongsuk Chae" == 䵿¼® [EMAIL PROTECTED] writes:
Dongsuk Chae Hi This is a bug report for LyX 1.0.3.
Dongsuk Chae Problem Description While
Dongsuk Chae you are editing in LyX, 1. Start a math panel 2. Pop up
Dongsuk Chae one of the Greek to Misc pane
First, I want to report that I'm still working on the Hebrew patch.
It is now very functional.
On another matter, I've been using (normal) LyX to write a paper and found
several bugs. The most annoying ones are bugs with math macros:
Bug1:
The cursor behaves badly when deleting a character
>>>>> "Dongsuk Chae" == 䵿¼® <[EMAIL PROTECTED]> writes:
Dongsuk Chae> Hi This is a bug report for LyX 1.0.3.
Dongsuk Chae> Problem Description While
Dongsuk Chae> you are editing in LyX, 1. Start a math panel 2. Pop u
First, I want to report that I'm still working on the Hebrew patch.
It is now very functional.
On another matter, I've been using (normal) LyX to write a paper and found
several bugs. The most annoying ones are bugs with math macros:
Bug1:
The cursor behaves badly when deleting a character
Hi
This is a bug report for LyX 1.0.3.
Problem Description
While you are editing in LyX,
1. Start a math panel
2. Pop up one of the Greek to Misc panel
3. Click the Close button(Not the one in math panel but the one beside
resize button on the title bar of math
Hi
This is a bug report for LyX 1.0.3.
Problem Description
While you are editing in LyX,
1. Start a math panel
2. Pop up one of the Greek to Misc panel
3. Click the Close button(Not the one in math panel but the one beside
resize button on the title bar of math
"Recai" == Recai Oktas [EMAIL PROTECTED] writes:
Recai This is a bug report.
Recai Lyx version --- 1.1.3
Recai Problem description --- Lyx (version 1.1.3)
Recai crashes while a turkish character key is pressed. (Turkish Q
Recai keyboard)
Hell
>>>>> "Recai" == Recai Oktas <[EMAIL PROTECTED]> writes:
Recai> This is a bug report.
Recai> Lyx version --- 1.1.3
Recai> Problem description --- Lyx (version 1.1.3)
Recai> crashes while a turkish character key is pressed.
On Mon, Dec 20, 1999 at 06:28:56AM -0800, A Rosina Bignall wrote:
I didn't see this on the Known Bugs, or the lyx-devel archive, so I thought
I'd report it. I'm running lyx from the RPM, so I don't have a build to
produce a backtrace from, sorry. It seems simple enough to reproduce, but
On Mon, Dec 20, 1999 at 06:28:56AM -0800, A Rosina Bignall wrote:
>
> I didn't see this on the Known Bugs, or the lyx-devel archive, so I thought
> I'd report it. I'm running lyx from the RPM, so I don't have a build to
> produce a backtrace from, sorry. It seems simple enough to reproduce,
'Known bugs'
under the Help menu and then send us a full bug report. Thanks! Bye.
I didn't see this on the Known Bugs, or the lyx-devel archive, so I thought
I'd report it. I'm running lyx from the RPM, so I don't have a build to
produce a backtrace from, sorry. It seems simple
'Known bugs'
under the Help menu and then send us a full bug report. Thanks! Bye.
I didn't see this on the Known Bugs, or the lyx-devel archive, so I thought
I'd report it. I'm running lyx from the RPM, so I don't have a build to
produce a backtrace from, sorry. It seems simple
Michael Meskes [EMAIL PROTECTED] writes:
| On Mon, Nov 22, 1999 at 04:23:04PM +0100, Lars Gullik Bjønnes wrote:
| I think this is fixed in cvs.
|
| Could anyone please tell me if there is a patch for this. I'd like to
| backport the neccessary changes to 1.1.2 so teh Debian package is free of
Michael Meskes <[EMAIL PROTECTED]> writes:
| On Mon, Nov 22, 1999 at 04:23:04PM +0100, Lars Gullik Bjønnes wrote:
| > I think this is fixed in cvs.
|
| Could anyone please tell me if there is a patch for this. I'd like to
| backport the neccessary changes to 1.1.2 so teh Debian package is free
Marc Lehmann [EMAIL PROTECTED] writes:
| (gdb) up
| (gdb) p *this
| $1 = {static npos = 4294967295, rep = 0x82ae388}
| (gdb) p fname
| $2 = (string ) @0xbfffef38: {static npos = 4294967295, rep = 0x82ae388}
| (gdb) p *fname.rep
| $4 = {static xtra = optimized out, sz = 9, ref = 1, res = 17,
On Mon, Nov 22, 1999 at 04:23:04PM +0100, Lars Gullik Bjønnes wrote:
I think this is fixed in cvs.
Could anyone please tell me if there is a patch for this. I'd like to
backport the neccessary changes to 1.1.2 so teh Debian package is free of
this bug.
Michael
--
Michael Meskes
Marc Lehmann <[EMAIL PROTECTED]> writes:
| (gdb) up
| (gdb) p *this
| $1 = {static npos = 4294967295, rep = 0x82ae388}
| (gdb) p fname
| $2 = (string &) @0xbfffef38: {static npos = 4294967295, rep = 0x82ae388}
| (gdb) p *fname.rep
| $4 = {static xtra = , sz = 9, ref = 1, res = 17, s =
|
On Mon, Nov 22, 1999 at 04:23:04PM +0100, Lars Gullik Bjønnes wrote:
> I think this is fixed in cvs.
Could anyone please tell me if there is a patch for this. I'd like to
backport the neccessary changes to 1.1.2 so teh Debian package is free of
this bug.
Michael
--
Michael Meskes
Just stumbled over this bug in lyx. I pressed "d" (view dvi)
and after a short time got this message, aber which lyx aborted:
HTH.
gdb session:
(gdb) r gimp.lyx
Starting program: /root/cvs/lyx/lyx-devel/src/lyx gimp.lyx
LyX Strange: this should actually never happen anymore, this it should be
Just stumbled over this bug in lyx. I pressed "d" (view dvi)
and after a short time got this message, aber which lyx aborted:
HTH.
gdb session:
(gdb) r gimp.lyx
Starting program: /root/cvs/lyx/lyx-devel/src/lyx gimp.lyx
LyX Strange: this should actually never happen anymore, this it should be
"-" == Amir Karger [EMAIL PROTECTED] writes:
- If you look at BUGS in the reLyX directory, you'll see that \end in a
- \newcommand breaks reLyX. So does \begin, for the same reason. The TeX
- parser thinks when it sees "\begin" that you're going to start a new
- environment. When you don't, it
> "-" == Amir Karger <[EMAIL PROTECTED]> writes:
-> If you look at BUGS in the reLyX directory, you'll see that \end in a
-> \newcommand breaks reLyX. So does \begin, for the same reason. The TeX
-> parser thinks when it sees "\begin" that you're going to start a new
-> environment. When you
On Wed, Nov 10, 1999 at 09:36:21PM -0800, Ken Miller wrote:
I'm running reLyX Revision date 1999/05/02 on red hat 6.0 linux on an
intel machine (dual pentium) with "perl, version 5.005_03 built for
i386-linux". The following simple tex file test.tex causes reLyX to fail:
On Wed, Nov 10, 1999 at 09:36:21PM -0800, Ken Miller wrote:
> I'm running reLyX Revision date 1999/05/02 on red hat 6.0 linux on an
> intel machine (dual pentium) with "perl, version 5.005_03 built for
> i386-linux". The following simple tex file test.tex causes reLyX to fail:
>
>
I'm running reLyX Revision date 1999/05/02 on red hat 6.0 linux on an
intel machine (dual pentium) with "perl, version 5.005_03 built for
i386-linux". The following simple tex file test.tex causes reLyX to fail:
%--
I'm running reLyX Revision date 1999/05/02 on red hat 6.0 linux on an
intel machine (dual pentium) with "perl, version 5.005_03 built for
i386-linux". The following simple tex file test.tex causes reLyX to fail:
%--
the figure, it still crashes.
It comes up with one of a number of X errors on crashing, including:
lyx: SIGSEGV signal caught
Sorry, you have found a bug in LyX. If possible, please read 'Known bugs'
under the Help menu and then send us a full bug report. Thanks!
lyx: Attempting to save document
William Brodie-Tyrrell wrote:
Sorry, no backtrace, I don't have an unstripped copy. This problem occurs on
Solaris x86 (haven't tried other architectures) whenever I close the Figure
options window in 1.0.3.
I'm not your highest level expert, but these problems usually come from
an
the figure, it still crashes.
It comes up with one of a number of X errors on crashing, including:
lyx: SIGSEGV signal caught
Sorry, you have found a bug in LyX. If possible, please read 'Known bugs'
under the Help menu and then send us a full bug report. Thanks!
lyx: Attempting to save document
William Brodie-Tyrrell wrote:
>
> Sorry, no backtrace, I don't have an unstripped copy. This problem occurs on
> Solaris x86 (haven't tried other architectures) whenever I close the Figure
> options window in 1.0.3.
I'm not your highest level expert, but these problems usually come from
an
There is a small problem with subscripts in Lyx:
When typing x'_2 in mathed, the digit 2 appears at the middle of the line
(not as a subscript as it should).
The following patch fix this problem.
This patch also ensures that the values of asc des are the same
in MathParInset::Draw and in
There is a small problem with subscripts in Lyx:
When typing x'_2 in mathed, the digit 2 appears at the middle of the line
(not as a subscript as it should).
The following patch fix this problem.
This patch also ensures that the values of asc & des are the same
in MathParInset::Draw and in
lyx version: 1.0.1 (beta?) - as from suse 6.2
problem: the option two-sides in layout-document does nothing
fix: it seems that the entry "twoside" into the geometry package options
is not made, no matter what the sides option is set two.
exporting the document as tex and inserting the
"Tom" == Tom Vogt [EMAIL PROTECTED] writes:
Tom lyx version: 1.0.1 (beta?) - as from suse 6.2 problem: the option
Tom two-sides in layout-document does nothing
Tom fix: it seems that the entry "twoside" into the geometry package
Tom options is not made, no matter what the sides option is set
lyx version: 1.0.1 (beta?) - as from suse 6.2
problem: the option two-sides in layout->document does nothing
fix: it seems that the entry "twoside" into the geometry package options
is not made, no matter what the sides option is set two.
exporting the document as tex and inserting
> "Tom" == Tom Vogt <[EMAIL PROTECTED]> writes:
Tom> lyx version: 1.0.1 (beta?) - as from suse 6.2 problem: the option
Tom> two-sides in layout->document does nothing
Tom> fix: it seems that the entry "twoside" into the geometry package
Tom> options is not made, no matter what the sides
On 16-Oct-99 Russ Ross wrote:
build today to confirm that the bug happened in the
latest version. I have xforms V0.89.
So I think this should be the last time I reply to this type of message.
Would someone please put this on the web-page so that people are warned?
On 16-Oct-99 Russ Ross wrote:
> build today to confirm that the bug happened in the
> latest version. I have xforms V0.89.
So I think this should be the last time I reply to this type of message.
Would someone please put this on the web-page so that people are warned?
Russ Ross [EMAIL PROTECTED] writes:
| I compiled lyx with CXXFLAGS='-O2'. I'm running on a
| Mandrake 6.0 Linux installation using pgcc (gcc
| --version gives "pgcc-2.91.66"). I did the 1.0.4
| build today to confirm that the bug happened in the
| latest version. I have xforms V0.89.
Did the
901 - 1000 of 1196 matches
Mail list logo