On Tue, 29 Mar 2005 09:38:21 -0800 (PST), Rich Shepard
<[EMAIL PROTECTED]> wrote:
>I, too, see this. But, I'm not sure it's a bug. In the normal course of
> events would one open a new document and an ERT box then leave them both
> empty and unsaved while opening a s
I also dont feel it is a bug. Once you actually return to the original
document (with the open ERT window) and type anywhere the text disappears
(on my win32 setup at least) and the box returns to its empty state
(albeit with what you just typed in it!)
I think this is a pointing device
On Tue, 29 Mar 2005, John Coppens wrote:
Same problem here, 1.3.5 on Slackware.
I, too, see this. But, I'm not sure it's a bug. In the normal course of
events would one open a new document and an ERT box then leave them both
empty and unsaved while opening a second document? I fail
On Tue, 29 Mar 2005 19:15:36 +0100, Angus Leeming <[EMAIL PROTECTED]> wrote:
> >> I would like to ask you for confirming the following bug, which can be
> >> reproduced in the following way:
> >>
> >> * open a new document and open an empty ERT,
John Coppens wrote:
>> Dear All
>>
>> I would like to ask you for confirming the following bug, which can be
>> reproduced in the following way:
>>
>> * open a new document and open an empty ERT, keeping the ERT and the
>> document open;
>> * o
- Original Message -
From: "John Coppens" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, March 29, 2005 11:02 AM
Subject: Re: Asking for confirming a bug
> On Tue, 29 Mar 2005 16:26:07 +0100
> Paul Smith <[EMAIL PROTECTED]> wrote:
>
> > Dear All
On Tue, Mar 29, 2005 at 04:26:07PM +0100, Paul Smith wrote:
> * open a new document and open an empty ERT, keeping the ERT and the
> document open;
> * open a different document and selecting something therein;
> * return to the first document and look at the open ERT.
Please file a
On Tue, 29 Mar 2005 16:26:07 +0100
Paul Smith <[EMAIL PROTECTED]> wrote:
> Dear All
>
> I would like to ask you for confirming the following bug, which can be
> reproduced in the following way:
>
> * open a new document and open an empty ERT, keeping the ERT and the
>
Dear All
I would like to ask you for confirming the following bug, which can be
reproduced in the following way:
* open a new document and open an empty ERT, keeping the ERT and the
document open;
* open a different document and selecting something therein;
* return to the first document and
On Tue, 15 Feb 2005 21:22:38 +0100, Herbert Voss <[EMAIL PROTECTED]> wrote:
> I suppose, thet there is no other way here than
> insert ERT \hspace*{\parindent} befor the first line
> after a proof.
An empty ERT + pressing the return key works as well.
Paul
Paul Smith wrote:
On Tue, 15 Feb 2005 19:39:59 +, Paul Smith <[EMAIL PROTECTED]> wrote:
After each proof, the first paragraph is not indented as it should.
Any idea to get back the indentation by default?
Oh, forget my question: I have just tried with article AMS and it does
not do any indenta
Paul Smith wrote:
On Mon, 14 Feb 2005 21:55:48 +, Paul Smith <[EMAIL PROTECTED]> wrote:
no, look for extarticle.layout as an example
I can copy the original file stdlayouts.inc and add your definition of
the proof environment and rename it. Then, how can we make the new and
renamed stdlayouts.i
On Tue, 15 Feb 2005 19:39:59 +, Paul Smith <[EMAIL PROTECTED]> wrote:
> After each proof, the first paragraph is not indented as it should.
> Any idea to get back the indentation by default?
Oh, forget my question: I have just tried with article AMS and it does
not do any indentation. So, this
On Mon, 14 Feb 2005 21:33:35 +0100, Herbert Voss <[EMAIL PROTECTED]> wrote:
> > (1) can we have a tag for the above, so that we can see within LyX
> > that it is a proof?
>
> yes, with this definition -> see png
>
> # Proof style definition
> Style Proof
>MarginStatic
>Lat
On Mon, 14 Feb 2005 21:55:48 +, Paul Smith <[EMAIL PROTECTED]> wrote:
> > no, look for extarticle.layout as an example
>
> I can copy the original file stdlayouts.inc and add your definition of
> the proof environment and rename it. Then, how can we make the new and
> renamed stdlayouts.inc fi
On Mon, 14 Feb 2005 22:24:57 +0100, Herbert Voss <[EMAIL PROTECTED]> wrote:
> > Is that difficult?
>
> no, look for extarticle.layout as an example
Herbert,
I can copy the original file stdlayouts.inc and add your definition of
the proof environment and rename it. Then, how can we make the new
Paul Smith wrote:
yes, when they also uses ntheorem, then there maybe a
package clash. You can create your own layout class,
then there is no problem.
Is that difficult?
no, look for extarticle.layout as an example
Herbert
--
http://TeXnik.de/
http://PSTricks.de/
ftp://ftp.dante.de/tex-archive/in
On Mon, 14 Feb 2005 21:33:35 +0100, Herbert Voss <[EMAIL PROTECTED]> wrote:
> > (1) can we have a tag for the above, so that we can see within LyX
> > that it is a proof?
>
> yes, with this definition -> see png
Very nice! Thanks, Herbert.
> > (2) does this solution conflict with other classes w
Paul Smith wrote:
(1) can we have a tag for the above, so that we can see within LyX
that it is a proof?
yes, with this definition -> see png
# Proof style definition
Style Proof
MarginStatic
LatexType Environment
LatexName proof
NextNoIndent
On Mon, 14 Feb 2005 20:21:41 +0100, Herbert Voss <[EMAIL PROTECTED]> wrote:
> put the following in ~/.lyx/layouts/stdlayouts.inc
>
> # Proof style definition
> Style Proof
>MarginStatic
>LatexType Environment
>LatexName proof
>NextNoIndent
Paul Smith wrote:
Dear All
Before proceeding, please have a look at my attached example. LyX
converts the proof to LaTeX as follows:
\begin{proof}
This is my short proof.
\end{proof}
However, due to a bug in the ntheorem package, the end-mark symbol
does not appear; one needs to delete the empty
Dear All
Before proceeding, please have a look at my attached example. LyX
converts the proof to LaTeX as follows:
\begin{proof}
This is my short proof.
\end{proof}
However, due to a bug in the ntheorem package, the end-mark symbol
does not appear; one needs to delete the empty lines between
Georg Baum wrote:
Herbert Voss wrote:
LyX 1.3.5
-> insert->include a file in input mode
-> choose a file in the same dir as the doc
-> LyX chooses not the doc dir for this file
when it runs the tex file in the temp dir
example: \input{rot.tex} -> I'll get
an error.
It should be found via
Herbert Voss wrote:
> LyX 1.3.5
>
> -> insert->include a file in input mode
> -> choose a file in the same dir as the doc
> -> LyX chooses not the doc dir for this file
> when it runs the tex file in the temp dir
> example: \input{rot.tex} -> I'll get
> an error.
It should be found v
>>To: lyx-users@lists.lyx.org
>>From: Herbert Voss <[EMAIL PROTECTED]>
>>Subject: an input bug
>>Date: Wed, 09 Feb 2005 18:57:52 +0100
>>
>>LyX 1.3.5
>>
>>-> insert->include a file in input mode
>>-> choose a file in t
LyX 1.3.5
-> insert->include a file in input mode
-> choose a file in the same dir as the doc
-> LyX chooses not the doc dir for this file
when it runs the tex file in the temp dir
example: \input{rot.tex} -> I'll get
an error.
a solution is to choose always an absolute path,
or to copy th
On Mon, 31 Jan 2005, Jean-Marc Lasgouttes wrote:
Rich> Setting debug level to eia-book.lyx Can't change number of
Rich> columns in 'multline'
I suspect that the following fix in 1.3.6cvs will fix your problem:
- Fix crash when reading equations containing more columns th
line and
Rich> tried opening the problem document:
Rich> Setting debug level to eia-book.lyx Can't change number of
Rich> columns in 'multline'
I suspect that the following fix in 1.3.6cvs will fix your problem:
- Fix crash when reading equations containing more columns than allowed
[bug 1542].
JMarc
ns in 'multline'
lyx: SIGSEGV signal caught
Sorry, you have found a bug in LyX. Please read the bug-reporting
instructions in Help->Introduction and send us a bug report, if necessary.
Thanks !
Bye.
Aborted
When I removed the string, "\begin{multline}' I could load the document
ag
Am Donnerstag, 27. Januar 2005 23:27 schrieb Sven Schreiber:
> I hope this is useful for the relyx-programmer(s) to squash the bug...
There are no relyx programmers (anymore). It is good that you found out
that the input to lyx2lyx and therefroe relyx and not lyx2lyx was wrong.
However, it d
, same thing: no hang, but strange lyx output.
>
> Hey -- wait a minute: relyx is written in perl, right? Maybe "$*" gets
> evaluated directly by perl although it's not supposed to be? (Don't know
> what's the special meaning of $* in perl.) Oh well, just a wild idea.
>
> I hope this is useful for the relyx-programmer(s) to squash the bug...
That is the problem. The perl code can be quite difficult to grok, and no
one here has enough knowledge to fix it. :-(
> -sven
--
José Abílio
ets
evaluated directly by perl although it's not supposed to be? (Don't know
what's the special meaning of $* in perl.) Oh well, just a wild idea.
I hope this is useful for the relyx-programmer(s) to squash the bug...
-sven
On Mon, 24 Jan 2005, Tuukka Toivonen wrote:
When trying to "View Postscript" on the file attached to this message,
I get dialog box "There were errors during the LaTeX run ... 8 errors
detected". I believe this should not happen and is thus a bug.
Found the problem: I us
BUG #1:
When trying to "View Postscript" on the file attached to this message,
I get dialog box "There were errors during the LaTeX run ... 8 errors
detected". I believe this should not happen and is thus a bug.
I'm using LyX/Qt 1.3.4 from official Debian Sarge pac
Ruurd Reitsma wrote:
Again there?s a fix; I just uploaded a new package.
Could you test it?
Thanks for the new version. The math insets looks much better. But in
comparison with LyXWin 1.3.3 the blue boxes are a bit smaller. I don't
know what's the correct size but the fractions looks better in 1
"Uwe Stöhr" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Ruurd Reitsma wrote:
>
> > I have uploaded a fixed package to sourceforge. There might still be
issues,
> > but the new one definately looks better.
>
> Many thanks for the new version. Math insets look better but the blue
>
Ruurd Reitsma wrote:
I have uploaded a fixed package to sourceforge. There might still be issues,
but the new one definately looks better.
Many thanks for the new version. Math insets look better but the blue
boxes are too high now, which affects sub/suberscripts, braces etc.
Attached a new snaps
Dear Uwe,
> - The blue boxes in the math insets are too small and the cursor too
> big, see the two attached screenshots.
It is all more or less related to the same problem. Once we have fixed the
font metrics, math formula should look much better.
I hope this is easy to fix, because it is very
On Wed, 5 Jan 2005 13:47:03 +0100, Juergen Spitzmueller
<[EMAIL PROTECTED]> wrote:
> > I am attaching a file which exhibits a bug.
>
> this is bug 1652 (fixed in 1.4):
> http://bugzilla.lyx.org/show_bug.cgi?id=1652
Thanks, Jürgen. I did not know that this bug had already been detected.
Paul
Paul Smith wrote:
> Dear All
>
> I am attaching a file which exhibits a bug.
this is bug 1652 (fixed in 1.4):
http://bugzilla.lyx.org/show_bug.cgi?id=1652
> You can reproduce the bug
> doing the following:
>
> 1. click on the ERT, and it will open up;
>
> 2. close the
Dear All
I am attaching a file which exhibits a bug. You can reproduce the bug
doing the following:
1. click on the ERT, and it will open up;
2. close the ERT;
3. click again on the ERT, and it will NOT open up.
(I am using LyX Qt 1.3.5 on Mandrake 10.1 OE.)
Regards,
Paul
bug.lyx
Uwe Stöhr wrote:
>> many many thanks for this new version. It works very well.
>
> except of the mentioned bug:
>
> > - The blue boxes in the math insets are too small and the cursor too
> > big, see the two attached screenshots.
>
> Due to the too small an
many many thanks for this new version. It works very well.
except of the mentioned bug:
> - The blue boxes in the math insets are too small and the cursor too
> big, see the two attached screenshots.
Due to the too small and too high boxes, all math insets looks ugly -
underlines and fr
On Sunday 02 January 2005 20:17, mario wrote:
> Hi,
>
> is this (see below) a bug?
It seems so. LyX should never crash even if the file is badly formed as it
seems to be the case.
> I don`t have time and competence to look at it.
> If somebody needs/likes to know, here it is.
Hi,
is this (see below) a bug?
I don`t have time and competence to look at it.
If somebody needs/likes to know, here it is.
I was trying to import a .tex file.
If you have a hint for me on how to fix things, please let me know.
Thanks mario
---on Linux/Fedora2.
lyx
reLyX
> reconfigure. So, I need to reconfigure LyX whenever I start it.
>
> Do other confirm this bug? (I am using LyX 1.3.5 on Mandrake 10.)
I have hacked my preferences file and the problem was repaired.
Paul
his bug? (I am using LyX 1.3.5 on Mandrake 10.)
Thanks in advance,
Paul
Herbert Voss <[EMAIL PROTECTED]> writes:
| Paul Smith wrote:
>
>> Thanks, Herbert. There is a (probably) easier way of dealing with this
>> bug: set (inside LyX) the language of the document, from which one
>> copies, with the language of one's document; then,
On Fri, Oct 15, 2004 at 11:31:04PM +0200, Herbert Voss wrote:
>
> bugzilla has more than 100 open bugs ... so there is no sense to
> me reporting another one ...
It is easier to track a bug in bugzilla than in the mailing list.
> Herbert
>
>
> --
> http://TeXnik.
Paul Smith wrote:
Thanks, Herbert. There is a (probably) easier way of dealing with this
bug: set (inside LyX) the language of the document, from which one
copies, with the language of one's document; then, one can paste with
a language compatible with one's document.
the problem is, th
beamer, i.e.)
Do you people know if it is really a bug for windows port? I mean, I'm
starting to be a lyx apostle, but if, hum, a luser has to do a lot of
tricks like the one I mentioned above, it sounds to be hard to achieve
conversions.
You might have a look at
http://wiki.lyx.org/pmwiki.ph
guage german or maybe language ngerman.
> and then delete these lines.
>
> It is a bug inside LyX, that it often marks spaces in another
> language. Happens when the user changes language of marked regions
> which includes spaces before and after.
Thanks, Herbert. There is a (probably
erman dictionary (a message is shown saying that the spell-checker
for "de" cannot be found).
search in your document (outside from LyX) for a
lamguage german or maybe language ngerman.
and then delete these lines.
It is a bug inside LyX, that it often marks spaces in another
language. Happen
On Fri, 15 Oct 2004 10:22:52 +0100, Angus Leeming <[EMAIL PROTECTED]> wrote:
> > I am not sure whether the following is a bug: I have pasted a piece of
> > a LyX document whose language was set to be German (actually, it was
> > an example done by Herbert) into a docume
Paul Smith wrote:
> Dear All
>
> I am not sure whether the following is a bug: I have pasted a piece of
> a LyX document whose language was set to be German (actually, it was
> an example done by Herbert) into a document whose language is not
> German; when I perform a sp
On Fri, Oct 15, 2004, Juan Luis Chulilla wrote:
> I was not able to add any more latex class to lyx using the unix
> procedure (add class to tetex, add .layout file to lyx, Edit/
> Reconfigure. Finally today I have found that executing configure.bat
> and then configure in a console of windows, ly
know if it is really a bug for windows port? I mean, I'm
starting to be a lyx apostle, but if, hum, a luser has to do a lot of
tricks like the one I mentioned above, it sounds to be hard to achieve
conversions.
Dear All
I am not sure whether the following is a bug: I have pasted a piece of
a LyX document whose language was set to be German (actually, it was
an example done by Herbert) into a document whose language is not
German; when I perform a spell-checking of my document, LyX tries to
do the spell
On Wed, Oct 06, 2004 at 09:37:28PM +0200, ofek wrote:
> Has anyone seen something like this before?
I seem to remember fixing such a bug a year or so ago.
Andre'
Hi.
I'm (sadly) still using LyX 1.2.0, and perhaps this issue was resolved in the newer
release, but i thought i'd post in case there's an easy solution to that version as
well.
Whenever i use \overset{#1}{#2} with certain arguments, the next time i load the LyX
file - the braces disappear and
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Munzir Taha wrote:
>> I removed my old LyX 1.3.3 installation with its .lyx folder but
>> still facing the same problem. Any hint?
Angus> Read the error message:
Angus> LyX: Bad boolean `amsart-seq'. Use "false" or "true" [around
Munzir Taha wrote:
> I removed my old LyX 1.3.3 installation with its .lyx folder but still
> facing the same problem. Any hint?
Read the error message:
LyX: Bad boolean `amsart-seq'. Use "false" or "true" [around line 6 of
file /usr/share/lyx/textclass.lst]
Ok? This file is part of your 1.3.3
On Yaum al-Khamees 15 Sha`ban 1425 02:31, you wrote:
> - it is now possible to open documents which use a textclass for
> which no LaTeX support is installed. The documents can be normally
> edited, but they can of course be neither previewed nor printed. Note
> that the format of the file .
Munzir Taha wrote:
> I have downloaded the snapshot and managed to build it but the document
> classes in Layout -> Document shows Unavailable: article, Unavailable
> book,... and when trying to open any file I have the message:
> Textclass error
> The document uses a missing Tex class "article". L
On Yaum al-Ithnain 12 Sha`ban 1425 16:32, Jean-Marc Lasgouttes wrote:
> > "Munzir" == bugzilla-daemon <[EMAIL PROTECTED]> writes:
>
> Munzir> Additional Comments From [EMAIL PROTECTED] 2004-09-24
> Munzir> 23:39 --- Thanks a lot JMarc. It takes me near infinity to
> Munzir> download from c
But LyX shouldn't crash when typing wrong
numbers.
I cannot reproduce this with latest cvs on linux. Does it happens with
just an empty document? LyX is indeed not supposed to crash. Ever. ;)
No, there must be a non empty paragraph to adjust the spacing.
But I assume that this a LyXWin specifi
>>>>> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
Uwe> Rob S wrote:
>> Can someone confirm this possible bug in the spellcheck function?
Uwe> No, spellchecking works fine for me, in both documents. (tested
Uwe> under Win2000 not XP)
Uwe> But
s Paul for confirming that. Uwe is not seeing it under win 2000 so
may be it is a Win XP related problem.
I'll wait and see if anyone else confirms it on other platforms before i
file a bug report.
Rob S
Not positive, but I think I had the spellchecker crash on Win ME when I
was using that. OS
that. Uwe is not seeing it under win 2000 so
may be it is a Win XP related problem.
I'll wait and see if anyone else confirms it on other platforms before i
file a bug report.
Rob S
Uwe Stöhr wrote:
Rob S wrote:
Can someone confirm this possible bug in the spellcheck function?
No, spellchecking works fine for me, in both documents. (tested under
Win2000 not XP)
But can you confirm the following crash?:
- Try to set 1.5 mm space below a paragraph, with the menu Layout
Rob S wrote:
Hi List;
Win XP Qt version of Lyx.
Can someone confirm this possible bug in the spellcheck function?
Open two documents, both with spelling errors and place the cursor at
start of each.
Spellcheck document 1.
Then switch documents from the toolbar "document" button.
At
Rob S wrote:
Can someone confirm this possible bug in the spellcheck function?
No, spellchecking works fine for me, in both documents. (tested under
Win2000 not XP)
But can you confirm the following crash?:
- Try to set 1.5 mm space below a paragraph, with the menu Layout ->
Paragraph. But
Hi List;
Win XP Qt version of Lyx.
Can someone confirm this possible bug in the spellcheck function?
Open two documents, both with spelling errors and place the cursor at
start of each.
Spellcheck document 1.
Then switch documents from the toolbar "document" button.
At this
>>Subject: Re: proposal for bug fix vis-a-vis index entries
>>From: Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
>>Date: Thu, 02 Sep 2004 12:00:35 +0200
>>
>>>>>>> "andre" == andre poenitz <[EMAIL PROTECTED]>
writes:
>&g
> "andre" == andre poenitz <[EMAIL PROTECTED]> writes:
andre> In other words: "Make the index entry inset a real text inset".
andre> Certainly feasible and gives you all the power you need.
Except that font changing has to be completely redone. In an index
entry I seem to remember that \textb
On Thu, Aug 19, 2004 at 08:41:39AM +0100, Jose' Matos wrote:
> > Turn off kicker, it's moronic software
>
> Actually John I think that this problem is related with klipper and not
> kicker. :-)
Heh, indeed. kicker is fine.
> klipper is the responsible for the copy and past selection transf
On Thursday 19 August 2004 08:33, stephan beal wrote:
> i'm using the same setup, except for KDE 3.2.1 and English language, and
> can't reproduce the problem, or maybe i'm misunderstanding how to
> reproduce it: just select some text and then switch desktops with
> kpager? Feel free to contact me
ulprit here.
> klipper is the responsible for the copy and past selection transfer and
> sometimes tries to be too clever... and fails. I had this problem before
> and as soon as I disabled its actions the delays were gone. :-)
I did not help to turn off the actions, but when I turned of
but kicker is unresponsive until i remove the
selection from lyx.
For some reason pressing alt on my keyboard when
kicker is stuck makes kicker active again... not
sure what happens, or if this is common
behaviour though.
On Wednesday 18 August 2004 18:28, John Levon wrote:
>
> Turn off kicker, it's moronic software
Actually John I think that this problem is related with klipper and not
kicker. :-)
klipper is the responsible for the copy and past selection transfer and
sometimes tries to be too clever... and
ve kicker. That's like
saying, "drop lyx and use OpenOffice - it's better."
> So the question, I guess, is this a bug that I give to the lyx-team
> or to the kde-team ?
While it *might* be KDE-related, it sounds more like it's Qt-specific
(remember, the Lyx Qt
On Wed, Aug 18, 2004 at 05:29:29PM +0200, Ingar Pareliussen wrote:
> I was am not certain if this has been noticed by others, but if I select text
> in lyx-1.3.4 (qt) and select another desktop in kpager, kicker becomes
> unresponsive. I can use the ctrl-tab and tab to move between the differe
remove the
selection from lyx.
When I run lyx with -dbg 8, i get thousands of X requested selection. and then
Lost selection. and then a bit later everything returns to normal. It is no
big deal but it is a bit annoying :).
So the question, I guess, is this a bug that I give to the lyx-team or
Quoting Helge Hafting <[EMAIL PROTECTED]>:
> The ideal solution is an index entry that allow most of the stuff that works
> in the main text (except for sectioning and floats).
> In other words:
> * Escape special symbols the user just types in, as is done for the main
> text
> * Allow math editor
On Monday 16 August 2004 14:56, Helge Hafting wrote:
> Careful now. _Only_ autoescaping will render impossible all
> the stuff we do today with _ and | and \ and so on when writing index
> entries.
Helge,
You've made some very valid aruments. i wasn't at all aware that
auto-escaping for indexe
stephan beal wrote:
@lyx developers,
i'd look at doing this fix myself, but i'm on a dialup line, paying for
each minute online, and the lyx tarball is 5M+.
For the Qt interface, it seems it would be trivial to fix the Index Item
entry dialog to automatically escape any illegal characters, like
> i don't think
> the fact that uscores are special is a problem here: does anyone put
> math codes in their index entries?
Well, you tell us that adding identifiers_with_uscore is important
for you, and you won't let me index math expressions in my math
papers? That's not fair :)
JMarc
On Saturday 14 August 2004 14:50,
[EMAIL PROTECTED] wrote:
> Quoting stephan beal <[EMAIL PROTECTED]>:
> > QString::replace("_","\\_") should do the trick, and would be
> > trivial to add to the slot which handles the OK button (though i
> > don't know if that slot has access to the string itself)
Quoting stephan beal <[EMAIL PROTECTED]>:
> @lyx developers,
>
> i'd look at doing this fix myself, but i'm on a dialup line, paying for
> each minute online, and the lyx tarball is 5M+.
>
> For the Qt interface, it seems it would be trivial to fix the Index Item
> entry dialog to automatically es
@lyx developers,
i'd look at doing this fix myself, but i'm on a dialup line, paying for
each minute online, and the lyx tarball is 5M+.
For the Qt interface, it seems it would be trivial to fix the Index Item
entry dialog to automatically escape any illegal characters, like "_".
QString::rep
Hi,
I've hit a very minor bug in the Windows port of Lyx 1.3.3 (Qt), and I
don't know whether it's been reported (or needs to be, given that 1.3.3
is a bit long in the tooth), nor whether it is specific to the Windows port.
I have a document with five errors in the body and one
Hello,
I have noticed that the APA layout contained a bug : the latex command
for acknowledgements in apa.cls is \acknowledgements while it is spelled
as "acknowledgments" in apa.layout.
I have changed this and also copied the abstract Style for
acknowledgements, such that it now ap
Tim Holy wrote:
> Hi,
>
> Using lyx 1.3.4, if I Insert->External Material...->Date, and then supply
> the either of the strings
> +%B %d, %Y
> or
> '+%B %d, %Y'
> in the "Parameters" field, then click "View Result," I get the error
>
> date: too many non-option arguments: %d, ...
>
> whereas th
Hi,
Using lyx 1.3.4, if I Insert->External Material...->Date, and then supply the
either of the strings
+%B %d, %Y
or
'+%B %d, %Y'
in the "Parameters" field, then click "View Result," I get the error
date: too many non-option arguments: %d, ...
whereas the command
date '+%B %d, %Y'
works fro
Saulo Soares wrote:
> Dear Lyx Users
> I tried to install lyx 1.2.2 in my Red Hat Linux 8
> and the bug deleted my /dev/null !!
> Please I need some help in reconstructing my Linux.
> Thanks in advance.
>
> Saulo Soares
Hello, Saulo.
Why did you try and install such an o
Dear Lyx Users
I tried to install lyx 1.2.2 in my Red Hat Linux 8
and the bug deleted my /dev/null !!
Please I need some help in reconstructing my Linux.
Thanks in advance.
Saulo Soares
___
Yahoo! Mail agora
l these file
> > path intricacies, so it isn't something that will be backported to 1.3.x.
>
> This is not addressed in 1.4.x (at least not intentionally). Jan, could you
> please file a bug report on http://bugzilla.lyx.org with a minimal
> testcase?
I wonder whether there could
.x (at least not intentionally). Jan, could you
please file a bug report on http://bugzilla.lyx.org with a minimal
testcase?
Georg
Jan Smid wrote:
> Hi,
>
> when I merge several .lyx files (insert --> insert file --> .lyx
> document), the images are not displayed because the path to the .ps is
> altered. The single files are ok, it just occurs when merging multiple
> lyx documents. Any workarounds yet?
Use an absolute file
Hi,
when I merge several .lyx files (insert --> insert file --> .lyx document),
the images are not displayed because the path to the .ps is altered. The
single files are ok, it just occures when merging multiple lyx documents.
Any workarounds yet?
-j
901 - 1000 of 1629 matches
Mail list logo