To reproduce this problem (on Mac):
From Finder, right-click (ctrl-click) on a file and choose "Open
With" and then open using 1.6rc3. This opens the file, but the lyx
window that it opens in has none of the toolbars available. The
regular LyX window is also opened, but is empty.
If I
James Sutherland wrote:
> Create a table with two columns, one row.
> Put some text in the first cell, and put a figure in the second.
> Align the text "top" in the table.
>
> The alignment will always be bottom. I cannot seem to get LyX to
> respect the alignment.
LaTeX's notion of vertical al
NOTE:
If I put the figure inside a "float" then the text alignment in the
other table cell is okay...
On Sep 29, 2008, at 9:23 AM, James Sutherland wrote:
Can anyone verify this?
Create a table with two columns, one row.
Put some text in the first cell, and put a figure in the second.
Align
Can anyone verify this?
Create a table with two columns, one row.
Put some text in the first cell, and put a figure in the second.
Align the text "top" in the table.
The alignment will always be bottom. I cannot seem to get LyX to
respect the alignment.
I have had this happen in 1.5.6 and 1
Jean-Marc Lasgouttes wrote:
Richard Heck <[EMAIL PROTECTED]> writes:
I guess we need to discuss this again at some point and make some kind
of principled decision. The difficulty seems to be that sometimes you
might want the blank line and other times not, even in cases where
paragraph depth
Richard Heck <[EMAIL PROTECTED]> writes:
> I guess we need to discuss this again at some point and make some kind
> of principled decision. The difficulty seems to be that sometimes you
> might want the blank line and other times not, even in cases where
> paragraph depth isn't a relevant issue. Bu
/discussed something about this bug recently, but I do not remember
what :)
I guess we need to discuss this again at some point and make some kind
of principled decision. The difficulty seems to be that sometimes you
might want the blank line and other times not, even in cases where
paragraph
[EMAIL PROTECTED] writes:
> Well, as expected it also happens in 1.6.0rc2, so here is the
> example file created in 1.6.0rc2.
This is actually due to the code we output for environments. There is
a paragraph break before but not after. To be frank, I know we
did/discussed something about th
Original-Nachricht
> Datum: Mon, 08 Sep 2008 16:02:50 +0200
> Von: Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
> An: [EMAIL PROTECTED]
> CC: lyx-users@lists.lyx.org
> Betreff: Re: Bug 1.5.6 + 1.6.0rc1: Wrong indentation after increased depth
> [EMAIL PRO
[EMAIL PROTECTED] writes:
> I think this one is clearly a bug, reproducible in 1.5.6 and 1.6.0rc1 for me:
>
> 1. Produce a numberd list/itemized list etc. item
>
> 2. Produce a standard paragraph and increase the depth to make it line up
> with the list item
>
> 3. Prod
Hello everyone,
I think this one is clearly a bug, reproducible in 1.5.6 and 1.6.0rc1 for me:
1. Produce a numberd list/itemized list etc. item
2. Produce a standard paragraph and increase the depth to make it line up with
the list item
3. Produce a standard paragraph, which is incorrectly
> > b) In early version of version control I have an option for check changes
> > one by one. I have not see it in 1.6.0 version.
>
> i'm not sure what you mean. are talking about version control or revision
> control? where this option resides in 1.5?
eh sorry, version control is the same as
> hello,
> On my system, opensuse 11.0 with kde, all dialog box are open in "full
> screen" mode, e.g., size of dialog box is same of entire screen, without
> option for change size.
> In rc1 this not happen.
> Is impossible work with search and replace with this behaviour.
can't reproduce (i
hello,
On my system, opensuse 11.0 with kde, all dialog box are open in "full screen"
mode, e.g., size of dialog box is same of entire screen, without option for
change size.
In rc1 this not happen.
Is impossible work with search and replace with this behaviour.
Little bugs in rc1 remains in
When I open a document (any help file will do) and click on "table of
contents" box the catalog sidebar opens but is empty. I have to select
something else to show from the drop menu, e.g. list of graphics, then
table of contents again and everything works ok. This concerns
LyXWinInstaller, both
> > Hello,
> > In Preferences I try to change color of inline
> completation.
> > This option no work.
>
> are you sure you have set both inline completion and
> non-unique inline completion colors?
>
> pavel
Yes! You are right. I don´t see "non-unique inline completion"
Excuse me
Marcelo
will add my suggestions there, otherwise I would open
a new bug (with a reference to 4884).
Do as you like, I don't really care. There are good reasons for both
alternatives.
Thanks Georg,
I have opened a new bug and added crossref comments to 4484 and 5203
http://bugzilla.lyx.org/show_bug.c
Daniel Lohmann wrote:
> Actually, I had searched bugzilla and found bug 4884 before asking on
> the list, but to me it does not really describe the problem of
> sorting. Now after re-reading the entry I see that it is somewhat
> related, but that is not really obvious.
Yes, th
Mukhtar Ullah wrote:
I don't know if it is a known bug, but LyX 1.6-RC1 crashes whenever I try to
copy a piece of text that contains ERT from one LyX document to another.
Can anyone confirm this?
Yes, indeed, it just crashed on WinXP when trying that.
Are you using windows? MacOS ?
G. Milde wrote:
On 29.08.08, Abdelrazak Younes wrote:
James Sutherland wrote:
Shift-Tab cycles in reverse as it has in the past, but Tab does not
cycle forward...
This is a known problem that we intend to fix before 1.6.0. The problem
is that the completion framework monopolize the tab key f
Pavel Sanda wrote:
I don't know if it is a known bug, but LyX 1.6-RC1 crashes whenever I try to
copy a piece of text that contains ERT from one LyX document to another.
Can anyone confirm this?
no, can you confirm it on rc2?
I don't see this on Linux under current svn. I
On Fri, Aug 29, 2008 at 9:57 AM, Pavel Sanda <[EMAIL PROTECTED]> wrote:
> > Okay - perhaps this is a Mac nuance. On Mac, Command-Tab (bound to
> > "next-buffer" command) switches between applications, and I thought that
> on
> > other platforms (Windows/Linux) this was Alt-Tab.
>
> yes this is ma
> On Aug 29, 2008, at 7:43 AM, Pavel Sanda wrote:
>
>>
>> For convenience, I would suggest Ctrl-Tab for forward-cycling through
>> eqnarray fields
>
> Can't do that as Ctrl-Tab is reserved to document switching.
btw it works for you? ctrl+tab makes no action here, atho
For convenience, I would suggest Ctrl-Tab for forward-cycling
through eqnarray fields
Can't do that as Ctrl-Tab is reserved to document switching.
Isn't that Ctrl-` ?
Not on Windows and on KDE AFAIK.
And Alt-Tab (on Mac, Command-Tab) is for application switching.
Yes, same on
> > On Aug 29, 2008, at 7:43 AM, Pavel Sanda wrote:
> >
> >>
> >> For convenience, I would suggest Ctrl-Tab for forward-cycling through
> >> eqnarray fields
> >
> > Can't do that as Ctrl-Tab is reserved to document switching.
>
> btw it works for you? ctrl+tab makes no
On Aug 29, 2008, at 7:43 AM, Pavel Sanda wrote:
For convenience, I would suggest Ctrl-Tab for forward-cycling
through
eqnarray fields
Can't do that as Ctrl-Tab is reserved to document switching.
btw it works for you? ctrl+tab makes no action here, athough the
binding
is correct
and b
For convenience, I would suggest Ctrl-Tab for forward-cycling through
eqnarray fields
>>>
>>> Can't do that as Ctrl-Tab is reserved to document switching.
>>
>> btw it works for you? ctrl+tab makes no action here, athough the binding
>> is correct
>> and buffer-next lfun from comman
For convenience, I would suggest Ctrl-Tab for forward-cycling
through
eqnarray fields
Can't do that as Ctrl-Tab is reserved to document switching.
btw it works for you? ctrl+tab makes no action here, athough the
binding is correct
and buffer-next lfun from command buffer works too.
pave
>>
>> On Aug 29, 2008, at 1:42 AM, Abdelrazak Younes wrote:
>>
>>> James Sutherland wrote:
Has anyone noticed that in 1.6rc1 using the tab key to skip through the
three fields in the eqnarray environment does not function properly?
Shift-Tab cycles in reverse as it has in the past, b
For convenience, I would suggest Ctrl-Tab for forward-cycling
through eqnarray fields
Can't do that as Ctrl-Tab is reserved to document switching.
Isn't that Ctrl-` ? And Alt-Tab (on Mac, Command-Tab) is for
application switching.
On Aug 29, 2008, at 1:42 AM, Abdelrazak Younes wrote:
James Sutherland wrote:
Has anyone noticed that in 1.6rc1 using the tab key to skip through the
three fields in the eqnarray environment does not function properly?
Shift-Tab cycles in reverse as it has in the past, but Tab does not
cycle f
On Aug 29, 2008, at 1:42 AM, Abdelrazak Younes wrote:
James Sutherland wrote:
Has anyone noticed that in 1.6rc1 using the tab key to skip through
the
three fields in the eqnarray environment does not function properly?
Shift-Tab cycles in reverse as it has in the past, but Tab does not
cycle
> I don't know if it is a known bug, but LyX 1.6-RC1 crashes whenever I try to
> copy a piece of text that contains ERT from one LyX document to another.
>
> Can anyone confirm this?
no, can you confirm it on rc2?
pavel
On 29.08.08, Abdelrazak Younes wrote:
> James Sutherland wrote:
>> Shift-Tab cycles in reverse as it has in the past, but Tab does not
>> cycle forward...
> This is a known problem that we intend to fix before 1.6.0. The problem
> is that the completion framework monopolize the tab key for reque
I don't know if it is a known bug, but LyX 1.6-RC1 crashes whenever I try to
copy a piece of text that contains ERT from one LyX document to another.
Can anyone confirm this?
Mukhtar
James Sutherland wrote:
Kudos to the development team for a fabulous 1.6! I particularly like
the word completion and math macro features.
Forgive me if this bug is already well known, but the context menus for
You mean the context toolbars aren't you?
math, macros, and tables all d
James Sutherland wrote:
Has anyone noticed that in 1.6rc1 using the tab key to skip through the
three fields in the eqnarray environment does not function properly?
Shift-Tab cycles in reverse as it has in the past, but Tab does not
cycle forward...
This is a known problem that we intend to fix
Has anyone noticed that in 1.6rc1 using the tab key to skip through
the three fields in the eqnarray environment does not function
properly? Shift-Tab cycles in reverse as it has in the past, but Tab
does not cycle forward...
James
Kudos to the development team for a fabulous 1.6! I particularly like
the word completion and math macro features.
Forgive me if this bug is already well known, but the context menus
for math, macros, and tables all do not appear when those environments
are active. I can turn them &qu
> Hello,
> In Preferences I try to change color of inline completation.
> This option no work.
are you sure you have set both inline completion and non-unique inline
completion colors?
pavel
Hello,
I picked extra and preview tool bars and drag to the right side of the screen.
I put a tool bar at the top of the right border and then, the next tool bar
below at the end of the first one.
When I stop Lyx and then run it, second tool bar was go down.
With each cycle of close and run, s
Hello,
When I start lyx with a file with:
1) Paragraph with NO indentation.
2) At the start of this paragraph I have an ERT, like a lettrine command.
Then Lyx show text of ERT command superposed over text of paragraph.
If I press Pg Dwn, other paragraph with same error are showed.
Then, if
Hello,
In Preferences I try to change color of inline completation.
This option no work.
I click on inline completation, then in Alter, choose a new color, Ok, Apply,
and Ok.
But color of text proposed no change. Even if I stop and rerun lyx.
Regards.
Marcelo
Marcelo Acuña visitá mi sitio we
On 27.08.2008, at 19:59, Georg Baum wrote:
Daniel Lohmann wrote:
Hi,
I just discovered a "feature" of the listings inset that actually
should be considered as a bug: Additional options given on the
advanced page are implicitly sorted alphabetically. However, if using
listing s
Daniel Lohmann wrote:
> Hi,
>
> I just discovered a "feature" of the listings inset that actually
> should be considered as a bug: Additional options given on the
> advanced page are implicitly sorted alphabetically. However, if using
> listing styles, the order of o
Hi,
I just discovered a "feature" of the listings inset that actually
should be considered as a bug: Additional options given on the
advanced page are implicitly sorted alphabetically. However, if using
listing styles, the order of options is relevant. Consider the
followi
ou could post it on the bugtracker?
http://bugzilla.lyx.org/
Grüße,
Johannes
Am 22.08.2008 um 13:01 schrieb Florin Oprina:
Hi all.
Today I've seen the funniest bug in LyX:
I have a paper which uses natbib for citations. In my bib database, I
have an entry which says:
@ARTICLE{kageyama89,
aut
of Lyx.
>> But as you pointed it out, it seems to be an error.
>> Maybe you could post it on the bugtracker?
>>
>> http://bugzilla.lyx.org/
>>
>> Grüße,
>> Johannes
>>
>> Am 22.08.2008 um 13:01 schrieb Florin Oprina:
>>
>>> Hi all.
this
was maybe some weird but expected behaviour of Lyx.
But as you pointed it out, it seems to be an error.
Maybe you could post it on the bugtracker?
http://bugzilla.lyx.org/
Grüße,
Johannes
Am 22.08.2008 um 13:01 schrieb Florin Oprina:
Hi all.
Today I've seen the funniest bug in LyX:
Florin Oprina wrote:
There seems to be an open bug regarding the strange behavior of LyX
with this regard:
http://bugzilla.lyx.org/show_bug.cgi?id=3676
Yes, and it's marked "fixedintrunk", which means it's fixed in the
development version.
rh
Florin Oprina wrote:
Hi all.
Today I've seen the funniest bug in LyX:
I have a paper which uses natbib for citations. In my bib database, I
have an entry which says:
@ARTICLE{kageyama89,
author = {Kageyama, Tarō},
title = {The Place of Morphology in the Grammar: Verb-Verb compounds
There seems to be an open bug regarding the strange behavior of LyX
with this regard:
http://bugzilla.lyx.org/show_bug.cgi?id=3676
Best,
Florin
>
> On Fri, Aug 22, 2008 at 8:55 PM, Johannes Knaus <[EMAIL PROTECTED]> wrote:
>> Hi Florin,
>>
>> I can confirm this
://bugzilla.lyx.org/
Grüße,
Johannes
Am 22.08.2008 um 13:01 schrieb Florin Oprina:
Hi all.
Today I've seen the funniest bug in LyX:
I have a paper which uses natbib for citations. In my bib database, I
have an entry which says:
@ARTICLE{kageyama89,
author = {Kageyama, Tarō},
title = {The Place of Morph
Hi all.
Today I've seen the funniest bug in LyX:
I have a paper which uses natbib for citations. In my bib database, I
have an entry which says:
@ARTICLE{kageyama89,
author = {Kageyama, Tarō},
title = {The Place of Morphology in the Grammar: Verb-Verb compounds in {J}apa
nese},
jo
Sorry for the previous post. This bug only occurs in the mathed environment
and also by the mouse operation (i.e., left-click to select and middle-click
to paste).
--
View this message in context:
http://n2.nabble.com/A-bug-in-Lyx1.6rc1--tp735232p735261.html
Sent from the LyX - Users mailing
When I use lyx1.6rc1, I find that if you save your document and then select
some words and paste them elsewhere, the "save" button in the toolbar does
not change its status (i.e., its color).
--
View this message in context:
http://n2.nabble.com/A-bug-in-Lyx1.6rc1--tp735232p735232
G. Milde wrote:
> > Damn. Sorry about that. I searched bugzilla without finding anything.
>
> I found, that the default settings of the bugzilla search does not include
> UNCONFIRMED bugs. This way, it is quite common to miss the most recent bug
> reports.
In general, when r
hat the default settings of the bugzilla search does not include
UNCONFIRMED bugs. This way, it is quite common to miss the most recent bug
reports.
Günter
Jürgen Spitzmüller wrote:
killermike wrote:
I was unable to find any mention of this in bugzilla.
http://bugzilla.lyx.org/show_bug.cgi?id=5053
Damn. Sorry about that. I searched bugzilla without finding anything.
--
http://www.unmusic.co.uk Michael Reed -- technology, gender, and
killermike wrote:
> I was unable to find any mention of this in bugzilla.
http://bugzilla.lyx.org/show_bug.cgi?id=5053
Jürgen
Is anyone else finding it impossible to start a new section heading in
LyX 1.6 beta 4? When I type some text and then try to select "section"
from the drop down, nothing happens. The paragraph type is not altered
but the section GUI does reflect my selection from the menu. At the
moment, I am u
I understand now. I was surprised that result I got in PDF is different than
LyX shows. That's all. If you're both saying it is fine, it is fine :-)
2008/7/14 G. Milde <[EMAIL PROTECTED]>:
> On 14.07.08, Manveru wrote:
> > Right,
>
> > But I expected \displaystyle to be larger than normal (as in
On 14.07.08, Manveru wrote:
> Right,
> But I expected \displaystyle to be larger than normal (as in PDF). Do you
> see difference between PDF and that what LyX displays?
\displaystyle is not larger 'per-se', it uses the style of a "display"
formula (in contrast to inline formulae). This means tha
Right,
But I expected \displaystyle to be larger than normal (as in PDF). Do you
see difference between PDF and that what LyX displays?
M.
2008/7/13 Paul A. Rubin <[EMAIL PROTECTED]>:
> Manveru wrote:
>
>> Hi All,
>>
>> I am currently working on the translation for LyX and I am continuously
>>
Manveru wrote:
Hi All,
I am currently working on the translation for LyX and I am continuously
checking the context of what I write. I found something strange in my
LyX 1.5.4 on Windows. The \displaystyle command in the math mode, does
not display text 'emphasized' as I expected (PDF output i
Hi All,
I am currently working on the translation for LyX and I am continuously
checking the context of what I write. I found something strange in my LyX
1.5.4 on Windows. The \displaystyle command in the math mode, does not
display text 'emphasized' as I expected (PDF output ist fine). Please loo
serious
problem (I do not call this "a bug", because maybe it is something out of
LyX requirements).
M.
2008/6/7 pongle <[EMAIL PROTECTED]>:
>
> I've just encountered this as well, when I copied in a URL title which had
> the wrong type of quote in it...
>
>
message
> showing the description and last few words of wrongly converted file. This
> would be much more helpful to the user than nothing (as currently LyX
> without console do in such situation).
>
> Is this a LyX bug??
>
> If it is an iconv problem, that a really a pro
Helge Hafting wrote:
Nicolás wrote:
Hi!
When I select something in a document and then press Ctrl+N+N to get
it inserted into a LyX Note, the part of the document that I had
selected goes into the clipboard. I guess this is a bug. Or is it an
awful feature?
I believe this happens because
Nicolás wrote:
Hi!
When I select something in a document and then press Ctrl+N+N to get
it inserted into a LyX Note, the part of the document that I had
selected goes into the clipboard. I guess this is a bug. Or is it an
awful feature?
I believe this happens because LyX does something
Nicolás <[EMAIL PROTECTED]> writes:
> When I select something in a document and then press Ctrl+N+N to get
> it inserted into a LyX Note, the part of the document that I had
> selected goes into the clipboard. I guess this is a bug. Or is it an
> awful feature?
Something in between :)
JMarc
Hi!
When I select something in a document and then press Ctrl+N+N to get it inserted into a LyX Note, the part of the document that I had
selected goes into the clipboard. I guess this is a bug. Or is it an awful feature?
Nicolás
nicolas roy schrieb:
I noticed something which looks to me like a small bug:
If you have to minipages, with width = 45 % of the page width. They
appear on the same line. Suppose you set the alignement to "top" for both.
It works.
But if the first one is with "shadow" (fr
Hello,
I noticed something which looks to me like a small bug:
If you have to minipages, with width = 45 % of the page width. They
appear on the same line. Suppose you set the alignement to "top" for both.
It works.
But if the first one is with "shadow" (from the french &q
error message
showing the description and last few words of wrongly converted file. This
would be much more helpful to the user than nothing (as currently LyX
without console do in such situation).
Is this a LyX bug??
If it is an iconv problem, that a really a problem. Wrong error handling in
library
On Apr 28, 2008, at 2:14 PM, Paul A. Rubin wrote:
The problem is not own paragraph v. continuing an existing paragraph.
To verify this, I stuck the cursor inside the first math inset,
highlighted the entire equation and copied it to the clipboard, then
positioned the cursor just after the
James Sutherland schrieb:
I am using lyx 1.5.4. In previous versions, I could have a displayed
equation that was colored. Now it seems that this does not work
properly if the equation is not in its own paragraph.
As Paul replied, the problem is th \normalcolor command that you use. How form
James Sutherland wrote:
I am using lyx 1.5.4. In previous versions, I could have a displayed
equation that was colored. Now it seems that this does not work
properly if the equation is not in its own paragraph.
Consider the attached example. If I have a displayed equation as part
of a para
I am using lyx 1.5.4. In previous versions, I could have a displayed
equation that was colored. Now it seems that this does not work
properly if the equation is not in its own paragraph.
Consider the attached example. If I have a displayed equation as part
of a paragraph, then its color
Rudi Gaelzer wrote:
> Enrico, I noticed that the bug is fixed.
> How do I proceed to patch my existing LyX installation (LyX 1.5.4 on
> Fedora 8) Or should I simply wait for an update?
If you can, try to checkout the stable branch from svn, as described here:
http://www.lyx.org/deve
On Tuesday 25 March 2008 19:21:29 Enrico Forestieri wrote:
> I did it:
>
> http://bugzilla.lyx.org/show_bug.cgi?id=4665
>
> --
> Enrico
Enrico, I noticed that the bug is fixed.
How do I proceed to patch my existing LyX installation (LyX 1.5.4 on Fedora 8)
Or should I simply
problems with the ColumnsCenterAligned and the simple
Columns styles.
Am I missing something really obvious, or is this a bug with Lyx
1.5.4?
You're missing something ... whether it's really obvious or not is a
matter of opinion. :-)
First insert the Columns environment. Underneath th
same problems with the ColumnsCenterAligned and the simple
Columns styles.
Am I missing something really obvious, or is this a bug with Lyx 1.5.4?
You're missing something ... whether it's really obvious or not is a
matter of opinion. :-)
First insert the Columns environment. Under
the ColumnsCenterAligned and the simple
Columns styles.
Am I missing something really obvious, or is this a bug with Lyx 1.5.4?
Graeme
--
__
This email has been scanned by the MessageLabs Email Security System.
For more
ndow such as Document Settings open then
> I
> can switch back to the main LyX window via Alt-` but then another Alt-`
> inserts the ³`² character in my LyX document in addition to switching
> windows.
>
> Is this a bug?
Are you on Mac? If so, it's a known bug in Qt, which LyX uses
-`
inserts the ³`² character in my LyX document in addition to switching
windows.
Is this a bug?
James
Enrico Forestieri writes:
> Rudi Gaelzer writes:
>
>> I want to report this first here. If you agree that this is a bug, I can
>> file
>> a report...
>
> Yes, this is a bug. Indeed, if you move the paragraph with accented chars
> in yadas_ascii.lyx before t
Rudi Gaelzer writes:
> I want to report this first here. If you agree that this is a bug, I can
> file
> a report...
Yes, this is a bug. Indeed, if you move the paragraph with accented chars
in yadas_ascii.lyx before the figure float, everything works.
Please, file a bug report.
--
Enrico
nd/or the accented letters,
then I can process/export the file again... this bug seems to occur when I
have both, the float and the accented letters.
I get an output when I only remove the accented letters. The float does
nothing. That you don't get an output with ASCII when using non-ASCII
I want to report this first here. If you agree that this is a bug, I can file
a report...
I want to export a LyX file containing figure floats to LaTeX using ASC II
language encoding. However, I detected something strange.
If I process (view dvi) and/or export the file using LaTeX default
hich I would like to be
> removed. From the bugzilla doc I read that only the admins can remove
> user accounts. Wher should I ask?
I can at least disable accounts. Do you want me to delete the account which
you used in bug 4581?
Jürgen
ulae, but also ERT, footnotes, pictures, floats, ... :-(
> So you better file a bug report.
Done: 4581 maj P2 All UNCO word-forward skips trailing non-word characters
Günter
PS: In the process, I created a spurious account which I would like to be
removed. From the bugzilla doc I read
Bennett Helm wrote:
The bug is that clicking "Update" [in the View Source window] does
nothing [when Automatic Update is off].
Well, that definitely is a bug, yes.
rh
José Matos wrote:
On Thursday 31 January 2008 00:37:44 Paul A. Rubin wrote:
BTW, the traceback seems to relate to the zlib library. Were you
attempting to convert the file while it was in an archive? The last
line of the error dump suggests not, but I wonder why then lyx2lyx was
executing some
On Thursday 31 January 2008 00:37:44 Paul A. Rubin wrote:
> BTW, the traceback seems to relate to the zlib library. Were you
> attempting to convert the file while it was in an archive? The last
> line of the error dump suggests not, but I wonder why then lyx2lyx was
> executing something gzip-re
> file, this triggers a lyx bug, either in lyx or within our install of
> lyx (error message below the dotted line).
>
> Could someone suggest a workaround?
Decompress the zip file and work from there... :-)
> Thanks,
>
> Scott
--
José Abílio
Scott Otterson wrote:
I'm trying to use lyx 1.5.3 to read a lyx file which was created with an
older version of lyx (the University of Washington lyx thesis template:
http://staff.washington.edu/fox/tex/uwthesis_lyx.zip). When I open the
file, this triggers a lyx bug, either in lyx or w
I'm trying to use lyx 1.5.3 to read a lyx file which was created with an
older version of lyx (the University of Washington lyx thesis template:
http://staff.washington.edu/fox/tex/uwthesis_lyx.zip). When I open the
file, this triggers a lyx bug, either in lyx or within our install of
ayout
file is used before the system one. This makes it easy for a user to
modify and use a local layout file, or distribute a document with an
updated layout file. The source of the bug, as I have explained, is
that the same layout file is loaded repeatedly by child documents.
> I would'
; > feature or something so that I don't need to "install" new layout
> classes in
> > the system area?
>
> It is a new feature, and you have encountered a bug that I think I
> have fixed. (I would appreciate it if you can see if the problem
> persists with
> the la
501 - 600 of 1629 matches
Mail list logo