Re: Lyx and Jabref

[Waluyo Adi Siswanto]

>
> I'm having trouble using insert  List/TOC  BibTeX Bibliography in Lyx. I
> want to insert a Jabref file but this has the extension .bib and Lyx is
> looking for a file with extension .bst. Any help to fix this problem would
> be most appreciated. Thanks
>

In the BibTeX bibliography dialog, select "Add" then  click "Browse"
button to find your database "*.bib" file.

Regards, Waluyo

Lyx and Jabref

[Louise Wilkinson]

Hi,

I'm having trouble using insert  List/TOC  BibTeX Bibliography in Lyx. I want 
to insert a Jabref file but this has the extension .bib and Lyx is looking for 
a file with extension .bst. Any help to fix this problem would be most 
appreciated. Thanks

Re: lyx chokes on documents with many subsections?

[Steve Litt]

On Tuesday 15 June 2010 14:01:01 Jose Quesada wrote:
> Thanks richard for looking at the code carefully.
> 
> I also think it could be qt related. I've spent the afternoon switching
>  from lxde, gnome, and kde envs and trying different wm. It seems that it's
>  mostly happening on kde, but I'm not sure anymore.

I'm not surprised at it happening most on KDE. I've never had a lot of trust 
for KDE or its apps. KDE and its apps impress me as fragile, glitchy and slow.

And yes, this email's X-mailer header does say Kmail -- I never said I wasn't 
a hippocrit.

SteveT

Steve Litt
Recession Relief Package
http://www.recession-relief.US
Twitter: http://www.twitter.com/stevelitt

Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Thanks richard for looking at the code carefully.

I also think it could be qt related. I've spent the afternoon switching from
lxde, gnome, and kde envs and trying different wm. It seems that it's mostly
happening on kde, but I'm not sure anymore.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Tue, Jun 15, 2010 at 3:34 PM, RGH  wrote:

> On 06/15/2010 06:35 AM, Jose Quesada wrote:
>
>> Hi again,
>>
>> I have to say, I still find slowness overall. On both sabayon and ubuntu.
>> Everybody I know describes LyX as lighting fast. And it has the most useful
>> outliner I know (and getting better). It'd be a pity we cannot have both
>> things at the same time.
>>
>>  I've looked carefully at the code surrounding the TOC, and I don't see
> anything in LyX that could be responsible for this. Simple typing does not
> cause the TOC to be reloaded. Even if you are in a section heading, for
> example, LyX only updates that one line.
>
> That said, I do not know what Qt does here. In any event, this problem
> seems pretty clearly related to Qt and the like.
>
> Richard
>
>

Re: Equation in brackets too long

[Richard Heck]

On 06/15/2010 12:39 PM, Michael Dzjaparidze wrote:

Hi Richard,

I hope you dont mind me mailing you directly, but I'm not on the 
mailing list.



That's fine, but I'll see it on the list, too.

I tried to "fake" the brackets like you suggested. The strange thing 
is that in math mode you can make big single brackets (no 
delimitation) by typing \Bigggl [
for instance. This gives you a big square bracket, just like I want. 
However, when I now

try to watch the result I get an error saying: undefined control sequence.

If \Bigggl is defined, that will work, but it isn't. If you define it, 
as e.g. here

 http://www2.math.kyushu-u.ac.jp/~ssaito/eng/tex/tips.html
then you can use it. If you just type e.g. "\Big[", then it works.

That seems rather strange to me... I mean, why does Lyx gives you this 
option, but then when it comes down to it throws an error???


LyX will let you do what you want as far as raw TeX goes, and it has no 
way to check it, except by attempting to compile the document. You want 
to type "\this\is\undefined"? LyX will let you do that. Maybe it's all 
defined in some package somewhere.


I don't know if you can help any further, but I'm getting a bit 
frustrated and can't find any real usefull information about this on 
the web or in the Lyx documentation... I thought Lyx would make my 
life easier, but at the moment it is doing the opposite.


LyX makes life easier by handling the simple stuff. What's true here, I 
think, is that it ought to be possible to produce single delimiters 
natively.


Richard

Re: Fwd: Layout File Location

[Jürgen Spitzmüller]

William R. Buckley wrote:
> I've not seen a reply.  Perhaps my original post was not
> delivered to lyx.org; please excuse any duplication.

There were two replies:
http://www.mail-archive.com/lyx-users@lists.lyx.org/msg81378.html
http://www.mail-archive.com/lyx-users@lists.lyx.org/msg81383.html

Jürgen

Re: Layout File Location

[Vincent van Ravesteijn]

On Tue, Jun 15, 2010 at 5:59 PM, William R. Buckley
 wrote:
> I've not seen a reply.  Perhaps my original post was not
> delivered to lyx.org; please excuse any duplication.
>

Apparently you're not subscribed to the list.

See the thread overhere:
http://thread.gmane.org/gmane.editors.lyx.general/64153

Vincent

Fwd: Layout File Location

[William R. Buckley]

I've not seen a reply.  Perhaps my original post was not
delivered to lyx.org; please excuse any duplication.

wrb


-- Forwarded message --
From: William R. Buckley 
Date: Mon, Jun 7, 2010 at 12:47 AM
Subject: Layout File Location
To: lyx-users@lists.lyx.org


I last used LyX in mid 2008, and only for one paper, so I
have limited experience with LyX.  Must say, the paper
came out better than I had expected, since I come from
a WYSIWYG background, instead of a WYSIWYM
background.

Some here will perhaps recall that my previous experience
is with Ventura Publisher (starting with version 1 and ending
with version 10; all that were ever produced; damned be to
Corel for abandoning VP, but I digress).

Given that Corel has not maintained my preference in DTP
tool, I am finally taking the plunge, and will ever-more be
a LyX user.

This brings me to a current difficultly, some commentary
and a question or two.

I am trying to determine the proper place at which a .layout
file should be located.  In reviewing the LyX wiki online
documentation, I note the instructions saying:

"To use the layouts, just copy the respective *.layout
 (and, if included, *.inc) files to the layouts folder of
 your user directory  (if the folder
doesn't exist yet,
 create it) and then reconfigure LyX (Tools→Reconfigure)."

Following this advice, I checked to see where the User
Directory should be placed, and for the operating system
I use (Windows Vista Home Premium) the instructions are
that the path to the user directory will be of the form:

< c:\users\[user name]\AppData\Roaming\LyX16\>

This seems to me to be in error, since within the above
given path there are subdirectories, including this one:

< .\Resources\layout>

which seems to me the more appropriate place to which
.layout files should be placed, since that directory includes
a long list of other .layout files.

"The layout file you have selected is a local layout
  file, not one in the system or user directory.  Your
  document may not work with this layout if you do
  not keep the layout file in the document directory."

There is here then inconsistent language usage; the difference
being between the words "user directory" and "document directory."

Which is it?  Where exactly should .layout files be located?  And,
why is the language given in the product not consistent with the
language given in the Wiki and the documentation?

Thank you for your attention to this matter.

William R. Buckley

Equipment used - Toshiba with 2GB and an AMD Turion 64.
OS used - Windows Vista Home Premium with service pack 2.

Re: Cursor in some math templates

[Pavel Sanda]

Daniel CLEMENT wrote:
> Thanks. This is half good news for me, since I'd rather not compile on
> my production PC, but I trust this version will eventually hit the Lucid
> repos. (I can't pick up the Debian unstable .deb because of

i would file bug-request on ubuntu bugzilla, since lucid seems to ship both qt
4.6 && lyx 1.6.5 which is quite unstable combination and the maintainers are
recommended to upgrade to 1.6.6.1 for stability reasons asap.

pavel

Re: Equation in brackets too long

[Paul A. Rubin]

On 6/15/2010 6:41 AM, Michael Dzjaparidze wrote:

Hi,

I'm very new to Lyx and I have a problem I can't solve on my own. I've
searched on the internet for a solution, but could not really find it,
although it is pretty obvious I think.

The problem is that I have several long mathematical expressions in
brackets that don't get displayed fully (doesn't jump to a newline
automatically). Is there a way to force a newline inside a bracket somehow?

Thanks in advance,

Michael



Have a look at Help > Math sections 18.1.3 and 18.1.4.

/Paul

Re: Problems with lines in EPS Figure

[Paul A. Rubin]

On 6/14/2010 3:01 PM, Tim Wescott wrote:

This drawing looks fine when I look at it using Eye of Gnome document
viewer. But when I incorporate it into my LyX document as a figure, the
line weights look off. When I make a pdf from that document, some of the
lines are so light they're almost invisible, and some are normal weight.
It's definitely not up to snuff for sending to a customer!

Am I screwed? Do I just need to export the thing as a bitmap? or is
there some setting I can try to make it render better?



I get pretty decent results exporting to PDF from LyX on my Windows box 
(which may have something to do with default settings for the 
Ghostscript delegate in ImageMagick?), but it's not perfect. The minus 
signs on the sigma nodes overlap the arrow heads, the diagonal lines in 
the switch/gate symbols are fainter than the other lines, and a couple 
of lines may be darker than the rest (I think because the software that 
created the diagram may have drawn two paths that should overlap as 
separate lines that are just slightly apart?).


FWIW, I think you might get better results by using something that 
produces LaTeX or pstricks output to draw the diagram.  I happen to like 
tikz, but others will vote for Inkscape, Dia, ...


/Paul

Re: Cursor in some math templates

[Vincent van Ravesteijn]

> However, I was thinking of a temporary fix within 1.6.5. That is,
> redefine e.g. Ctrl-F so that it starts a fraction _and_ shifts the
> cursor backwards... Is that feasible?

yes..  use the shortcut editor to bind Ctrl-F to

"command-sequence math-insert \frac; char-backward; up"

I don't have 1.6.5 anymore, but something like this should work.

Vincent

Re: lyx chokes on documents with many subsections?

[RGH]

On 06/15/2010 06:35 AM, Jose Quesada wrote:

Hi again,

I have to say, I still find slowness overall. On both sabayon and 
ubuntu. Everybody I know describes LyX as lighting fast. And it has 
the most useful outliner I know (and getting better). It'd be a pity 
we cannot have both things at the same time.


I've looked carefully at the code surrounding the TOC, and I don't see 
anything in LyX that could be responsible for this. Simple typing does 
not cause the TOC to be reloaded. Even if you are in a section heading, 
for example, LyX only updates that one line.


That said, I do not know what Qt does here. In any event, this problem 
seems pretty clearly related to Qt and the like.


Richard

Re: Negative indent in an enumerated list inside a theorem?

[Daniel Lohmann]

On 15.06.2010, at 15:19, Paul A. Rubin wrote:

> On 6/14/2010 7:35 PM, Paul Elliott wrote:
>> 
>> How do I do in lyx, a negative indent on an enumerated list inside a Theorem?
>> 
>> I have a math book where sometimes the theorems are written like this:
>> 
>> --
>> Theorem.
>> If all cows are spherical and either:
>>  (1) the moon is made of green cheese,
>>   or (2) there are canals on Mars
>> then pluto is a planet.
>> --
>> 
>> How do I copy this style in lyx, specificly the negative indent
>> on the "or".
>> 
>> 
> 
> Crude hack attached.  Due to the way LaTeX spaces enumerations (the anchor 
> point is the start of the item text), you can easily wind up with "or" 
> violating the left margin, hence my use of a box with horizontal space 
> stuffed in front of it.

Alternative approach with \llap to typset the "or" to the left (subject to the 
danger of margin violation as mentioned by Paul).

Daniel



pluto.lyx
Description: Binary data

Re: Negative indent in an enumerated list inside a theorem?

[Paul A. Rubin]

On 6/14/2010 7:35 PM, Paul Elliott wrote:


How do I do in lyx, a negative indent on an enumerated list inside a Theorem?

I have a math book where sometimes the theorems are written like this:

--
Theorem.
If all cows are spherical and either:
  (1) the moon is made of green cheese,
   or (2) there are canals on Mars
then pluto is a planet.
--

How do I copy this style in lyx, specificly the negative indent
on the "or".




Crude hack attached.  Due to the way LaTeX spaces enumerations (the 
anchor point is the start of the item text), you can easily wind up with 
"or" violating the left margin, hence my use of a box with horizontal 
space stuffed in front of it.


/Paul


pluto.lyx
Description: application/lyx

Re: Cursor in some math templates

[Daniel CLEMENT]

Vincent van Ravesteijn wrote:
[...]
> 
> It is fixed in the already released 1.6.6(.1).
> 
> Vincent
> 
Thanks. This is half good news for me, since I'd rather not compile on
my production PC, but I trust this version will eventually hit the Lucid
repos. (I can't pick up the Debian unstable .deb because of
dependencies.)

However, I was thinking of a temporary fix within 1.6.5. That is,
redefine e.g. Ctrl-F so that it starts a fraction _and_ shifts the
cursor backwards... Is that feasible?
-- 
Daniel CLEMENT

Re: Cursor in some math templates

[Vincent van Ravesteijn]

On Tue, Jun 15, 2010 at 2:11 PM, Daniel CLEMENT
 wrote:
> Hi,
>
> I'm using LyX 1.6.5 since I upgraded to Ubuntu Lucid, and I'm slowly
> discovering new features. Yet, is this one intended:
>
> When you start, e.g., a math fraction, either with the icon or Ctrl-F or
> whatever shortcut, the cursor goes to the right of the whole fraction,
> instead of positioning itself in the numerator (or denominator).


It is fixed in the already released 1.6.6(.1).

Vincent

Cursor in some math templates

[Daniel CLEMENT]

Hi,

I'm using LyX 1.6.5 since I upgraded to Ubuntu Lucid, and I'm slowly
discovering new features. Yet, is this one intended:

When you start, e.g., a math fraction, either with the icon or Ctrl-F or
whatever shortcut, the cursor goes to the right of the whole fraction,
instead of positioning itself in the numerator (or denominator).

As far as I remember, this was not the case with the previous version I
used (1.6.2 in Ubuntu Jaunty).

Wouldn't you expect to be ready to type the numerator right after
inserting the fraction?

Another example is when you prepare to enter some special math font,
e.g. calligraphic. There, too, the cursor goes after the box where you
would type the calligraphic letters.

What do you think of this? Can it be adjusted by some setting which I
have missed?

TIA - regards,
-- 
Daniel CLEMENT

Re: what is a good lyx layout for notetaking?

[Trevor Jenkins]

What sort of "notes" are these? It's too vague a term without some context.

In my day job I work as an amanuensis for Deaf and disabled students. The
notes I write (or type) are expected to be nothing more than a verbatim
transcript of the class/meeting/lecture. There is supposed to me some
marginalia (e.g., student X enters the class room 20 minutes late, student Y
is shouting). Except that because of some of the syndromes I deal with
"notes" cannot be linear text. Mind Maps, spider diagrams, fish diagrams,
bubble charts. heirarchical outlines, even drawings are all in my
note-taker's arsenal. Then for those with Myers-Erlan syndrome I have
different colloured papers and pens. And then there's layout --- I rather
like the layout of the Cornell note taking system; then other days I'll use
plain white paper.

In my other day job I an a researcher. The notes then consist of everything
from interesting quotes transcribed into a commonplace book to fragments of
academic papers.to papers and books that I'm editing. Here I need
applications (sic) that let me organise these notes for later retrieval,
review, and rewrites. I use a mix of Journler, Scrivener and eventually lyx.
That's all on Mac OS X, if you hadn't guessed. And I've even been known
to resort Apple's Stickies app in both its incarnations (pure app and
Daskboard widget). I also carry a ADoc/Levinger/Rollabind-style notebook
with me. I scribble notes and jot down ideas on the removable pages and then
reorder them for research idea, theological study, language usage, etc
later.

I doubt that lyx alone could satisfy my own requirements. But you've not
provided sufficent context to know what to suggest.
On Thu, Jun 10, 2010 at 8:44 PM, Jose Quesada  wrote:

> Hi,
>
> What is a good lyx layout for notetaking?
> I don't care about the pdf looks, since my notes will never be printed.
> I care about very distinctive part/section/subsection etc (ideally with
> diff. colors even).
> An something that formats paragraphs with some space separation and no
> indent.
>
> Thanks!
>
>
> Best,
> -Jose
>
> Jose Quesada, PhD.
> Max Planck Institute,
> Center for Adaptive Behavior and Cognition,
> Berlin
> http://www.josequesada.name/
> http://twitter.com/Quesada
>



-- 
Regards, Trevor.

<>< Re: deemed!

Equation in brackets too long

[Michael Dzjaparidze]

Hi,

 

I'm very new to Lyx and I have a problem I can't solve on my own. I've searched 
on the internet for a solution, but could not really find it, although it is 
pretty obvious I think.

 

The problem is that I have several long mathematical expressions in brackets 
that don't get displayed fully (doesn't jump to a newline automatically). Is 
there a way to force a newline inside a bracket somehow?

 

Thanks in advance,

 

Michael
  
_
Een netbook met Windows 7? Hier vind je alles dat je moet weten.
http://www.windows.nl/netbook

Re: Re: lyx chokes on documents with many subsections?

[Jose Quesada]

Hi again,

I have to say, I still find slowness overall. On both sabayon and ubuntu.
Everybody I know describes LyX as lighting fast. And it has the most useful
outliner I know (and getting better). It'd be a pity we cannot have both
things at the same time.

Best,
-Jose

Jose Quesada, PhD.
Max Planck Institute,
Center for Adaptive Behavior and Cognition,
Berlin
http://www.josequesada.name/
http://twitter.com/Quesada


On Mon, Jun 14, 2010 at 7:54 PM, Todd Denniston <
todd.dennis...@tsb.cranrdte.navy.mil> wrote:

> Jose Quesada wrote, On 01/-10/-28163 02:59 PM:
> > update: using branches does not help.
> > Moving around in a large doc (example: userGuide) is sluggy too. Weird.
> This
> > must be something in my config...
> > I tried 1.6.4 (ubuntu) 1.6.6 (sabayon) and 2alpha 3 (ubuntu). Same
> problem.
> > The problem is that moving the cursor (not even typing, as usersGuide is
> > read-only) takes a long time, maybe .5 sec per character. Doesn't feel
> > speedy... compared with a small doc, where it flies.
> > Best,
> > -Jose
> >
>
> FYI CentOS 5.4, LyX 1.6.5 from EPEL
> With Outline closed, LyX works nice and fast, with Outline open, I feel a
> slight slowdown even on a
> dual Xeon(R) CPU @ 2.83GHz, with 2GB of ram, on slower/smaller machines
> (dual Xeon(TM) CPU @ 1.50GHz
> .5GB) I have to keep it closed except when needed.
>
>
> For rearranging the document though, the new (since 1.4) outline mode is
> tremendously helpful.
>
>
> --
> Todd Denniston
> Crane Division, Naval Surface Warfare Center (NSWC Crane)
> Harnessing the Power of Technology for the Warfighter
>

Re: Reducing the number of pages in an article

[Daniel Lohmann]

If you compile with pdflatex to pdf, you might also consider loading the 
microtype package in your preamble:

\usepackage{microtype}

Not only this improves the typographical aesthetics of your document, I have 
also found it reducing the number of pages slightly (by about a quarter page 
per ten pages in a two-column style, that is by about 2-3%, which might be 
enough in your case.)

More "evil" hacks include:

- explicitly putting negative vskips (e.g., \vskip{-2ex}) to reduce the spacing 
between certain figure floats and the following text or between the figure and 
its caption.

- explicitly enlarging the one or other page by a single line 
(\enlargethispage{\baselineskip}) 


Daniel

Re: Problems with lines in EPS Figure

[Olivier Ripoll]

Olivier Ripoll wrote:

Tim Wescott wrote:
This drawing looks fine when I look at it using Eye of Gnome document 
viewer.  But when I incorporate it into my LyX document as a figure, 
the line weights look off.  When I make a pdf from that document, some 
of the lines are so light they're almost invisible, and some are 
normal weight.  It's definitely not up to snuff for sending to a 
customer!


Am I screwed?  Do I just need to export the thing as a bitmap?  or is 
there some setting I can try to make it render better?


If you cannot fix it from your drawing software, here is a quick and 
dirty fix:


There are height occurrences of the keyword "lw" in your file. Half are 
of the type "0 lw", the others are of type "1 lw". "lw" is defined in 
this eps dictionary as a shortcut for "setlinewidth" postscript command. 
If you change them one at a time "100 lw", you can see the following:


- line 60 is the 3 top boxes + 2 circles,
- line 272 if for the Hall event arrow,
- line 274 is the middle box + the disk index interrupter,
- line 435 is the disk index event arrow,
- line 437 is the "executive" box,
- line 487 is most arrows,
- line 505 are the bottom lines,
- line 507 is the right lines.

If you change those 8 occurrences to something like "20 lw", the result 
looks probably better in the final pdf.


Best regards,

Olivier


Hi,

The lines in your document are really hair line: they are almost 
invisible when opened in gsview. I've had a similar problem years ago 
with my thesis, with all drawing done with one software. The line weight 
was "hairline" and this was interpreted depending on the media: when 
printed on the local printer, they were nice, but when the printed 
version arrived, they were too thin, because professional printing uses 
a better resolution. EOG is a bitmap software, so it probably uses a dpi 
resolution based on the screen (~90dpi). You should check the eps with a 
proper software (inkscape, any ghostcript viewer such as gv/ghostview/ggv).


Solution is to choose a real thickness for the line.

Best regards,

Olivier

Re: Current status of Tufte style?

[Jürgen Spitzmüller]

John Kane wrote:
> I know that there was a problem with the Tufte handout a few months ago but
> between being distracted by other matters and the recent loss of the
> mailing list I don't know what is happening at the moment.
> 
> I just did an upgrade to 1.6.6.1 and reinstalled Mixtex and I am getting
> some weird results with tufte outlne.  If I have nothing but standard text
> in a document I get output in Yap.  Add a title and Lyx bombs.  And the
> same thing happens with Book (Tufte).
> 
> It is not a serious matter at the moment, I just wanted to show someone how
> the handout  would look but any current information would be appreciated.

I set up the layout some time ago (but never used it myself). Eventually, Uwe 
Stöhr took over maintenance and improved the layout, but I do not think he is 
using Tufte layouts himself much either.

The problem with the tufte class is that it is very much in a flux. Now they 
seem to have changed the class so that titling information need to be put into 
the preamble. It is really very hard to provide sensible support for such a 
dynamic class.

For the time being, you can move the title and author information from the 
document body to the preamble, in the form of:

\title{An Example of the Usage of the Tufte-Handout Style}
\author{Tufte-LaTe{}X Developers and The Ly{}X Team}

At the beginning of the document, put

\maketitle

in TeX-mode.

The same problem applies to the tufte-book class.

Jürgen

Re: Problems with lines in EPS Figure

[Olivier Ripoll]

Tim Wescott wrote:
This drawing looks fine when I look at it using Eye of Gnome document 
viewer.  But when I incorporate it into my LyX document as a figure, the 
line weights look off.  When I make a pdf from that document, some of 
the lines are so light they're almost invisible, and some are normal 
weight.  It's definitely not up to snuff for sending to a customer!


Am I screwed?  Do I just need to export the thing as a bitmap?  or is 
there some setting I can try to make it render better?


Hi,

The lines in your document are really hair line: they are almost 
invisible when opened in gsview. I've had a similar problem years ago 
with my thesis, with all drawing done with one software. The line weight 
was "hairline" and this was interpreted depending on the media: when 
printed on the local printer, they were nice, but when the printed 
version arrived, they were too thin, because professional printing uses 
a better resolution. EOG is a bitmap software, so it probably uses a dpi 
resolution based on the screen (~90dpi). You should check the eps with a 
proper software (inkscape, any ghostcript viewer such as gv/ghostview/ggv).


Solution is to choose a real thickness for the line.

Best regards,

Olivier