Bibliography and BABEL package conflict

[Nicolás]

Hello!

I hope you can tell me what is the reason for my problem and how I can 
solve it. I am writing a paper using the ACM style 
(http://www.acm.org/sigs/pubs/proceed/template.html#qL2). Everything it 
is ok until I try to generate a DVI file. Then, for each citation I have 
I get an error like this:


<>

I have investigated a little bit and found that if I remove the 
\usepackage{babel} from the resulting tex file (using a normal text 
editor), then the errors dissapear. Do anyone know what kind of conflict 
this is? And more important, do anyone know how can I avoid the use of 
the babel package directly from LyX.


Thanks!

Nicolás

Re: Lyx, BibTex & HTML

[Axel Dessecker]

Yaron,

Am Mittwoch, 25. Januar 2006 08:25 schrieb Yaron Y. Goland:
> I suspect I'm pushing my luck but I'm trying to use Lyx and BibTex to
> generate HTML files. Using the built in HTML generator didn't work
> out. My citation references show up as [?] and no bibliography is
> generated (even though everything works fine with export to PDF). Any
> hints on how I can get HTML generation to do the right thing in
> regards to BibTex?

Try TeX4ht: http://www.cse.ohio-state.edu/~gurari/TeX4ht/

Axel

Re: lyx-1.4.0pre3 compile

[Jean-Marc Lasgouttes]

> "B" == B J Muirhead <[EMAIL PROTECTED]> writes:

B> Hi I have compiled (using frontend and the suffix option, so no
B> problems there) and installed lyx-1.4.opre3 on an up to date ubuntu
B> system (using checkinstall in place of make install) but it didn't
B> find the aiksaurus library. does anyone know if --with -extra-lib=
B> will fix this?

Where is your aiksaurus library? Does you have the header files
installed (usually a separate package like aiksaurus-dev or
aiksaurus-devel)?

JMarc

Re: right-click vs. double-click

[Helge Hafting]

Nusret BALCI wrote:


Hi,
I want to change the following lyx behaviour:
When I right click within a math inset, the math panel
shows up. Although I use the math panel from time to
time, I prefer a context menu with copy, save, etc.
when i right click, and math pane when I double-click.

My question is: (for windows, qt frontend)
what file and part of code is responsible for this
behavior? I'll try to change this for my own copy. I
would appreciate if someone could help me just
pointing to the relevant part of the code.
 


Be aware that lyx runs on other platforms than windows,
where double-clicks aren't used much.  Not having double-
clicks is a good thing, because they are bad user interface.
Double-clicks fail too easily, is a lost cause for the handicapped,
and makes mouse-related hand problems worse.  (Doubleclicks
must be done fast, a single click have no time limit.)

Right-clicking on various items in LyX is already context-sensitive,
although you tend to get a dialog rather than a menu. Notice
how right-click on math brings up the math panel, while right-click on
a table brings up the table dialog, and so on.

Having "copy" and "save" on a context menu seems wrong to me.
Those are very generic, they are not special for any contexts at all.
That's why you find them on the "Edit" and "File" menus where they
belong.  Now "copy" is used a lot, so there is a keyboard shortcut for
it. (ctrl+C).  Try getting used to the keyboard shortcuts, they are
much faster than a mouse menu,  as the fingers tend to be on
the keyboard while writing.

It is nice that you want to help out with the programming effort,
but I believe there are better areas to attack.  I could be wrong though,
so I recommend that you ask again on the developers list instead of this
user list.   There you can get guidance as to what direction lyx is going,
and what kinds of changes that will or won't get accepted.

Right now only important/simple bugfixes will be accepted, due to the 
imminent

release of version 1.4.0.  Still, you may want to prepare something for
when feature developement starts up again after the release.

Helge Hafting

Re: lyx-1.4.0pre3 compile

[B.J. Muirhead]

On Wed, 2006-01-25 at 11:30 +0100, Jean-Marc Lasgouttes wrote:
> > "B" == B J Muirhead <[EMAIL PROTECTED]> writes:
> 
> B> Hi I have compiled (using frontend and the suffix option, so no
> B> problems there) and installed lyx-1.4.opre3 on an up to date ubuntu
> B> system (using checkinstall in place of make install) but it didn't
> B> find the aiksaurus library. does anyone know if --with -extra-lib=
> B> will fix this?
> 
> Where is your aiksaurus library? Does you have the header files
> installed (usually a separate package like aiksaurus-dev or
> aiksaurus-devel)?
> 
> JMarc

Sometimes I surprise myself with my own silliness. Aiksaurus is where it
should be, but I had forgotten to install the header files, and didn't
give them another thought. :-(
Having installed the header files I will uninstall, et cetera, and
expect it to give me the result I want.
Thanks

Bruce
> 

Re: lyx 1.4.0 pre 3 not open my file

[Jean-Marc Lasgouttes]

> "Marcelo" == Marcelo Acuÿf1a <[EMAIL PROTECTED]> writes:

Marcelo> Hello, I make an upgrade from 1.3.6 to 1.3.7 and this work
Marcelo> ok. No problem. Then make an upgrade to 1.4.0 pre3 and found
Marcelo> a problem. This new version open correctly several files from
Marcelo> 1.3.6 and 1.3.7 but my main work, a long book, is not open.
Marcelo> Appears an error mesage like: "lyx2lyx can´t convert this
Marcelo> file". How I can solved this? 

We need to see the complete error message.

JMarc

Lyx 1.3.7 and WinME: strange problem

[Persio Barros]

Hi all,

I have been using LyX on Linux for quite some time and I think it is a 
wonderfull software. Now that a Windows version is available I tried to 
install it on my notebook, which runs WinME. I got all the dependecies 
(MikTeX, Msys, Perl, Ghostscript, Python) installed and got the last Lyx 
version for windows (1.3.7-v2). The installation process seemed to be OK, 
with no apparent error, but when I try to run the program, Lyx opens in a 
very small window. Curiously, that window cannot be enlarged, neither by 
dragging its corner with the mouse, nor by clicking on the "full screen" 
button. I have never seen such behavior in Windows for any program.
I tried to run Lyx with -dbg 8 and it reports a 88x106 window, which is 
rather small, indeed. Then I tried to run with -geometry 800x600+20+20, but 
the result was the same.
The LyX Wiki says that this LyX version runs on Win98. Then I supposed that 
with WinME it would be no problem.

Is anybody else getting this? Am I missing anything?
Thanks,
Persio

Re: lyx-1.4.0pre3 compile

[Rex Dieter]

B.J. Muirhead wrote:

Hi
I have compiled (using frontend and the suffix option, so no
problems there) and installed lyx-1.4.opre3 on an up to date ubuntu
system (using checkinstall in place of make install) but it didn't find
the aiksaurus library. 
does anyone know if  
--with -extra-lib=

   will fix this?


Why not simply try it and find out?  (-:

-- Rex

Re: Lyx 1.3.7 and WinME: strange problem

[Stephen Harris]

- Original Message - 
From: "Persio Barros" <[EMAIL PROTECTED]>

To: 
Sent: Tuesday, January 24, 2006 5:19 AM
Subject: Lyx 1.3.7 and WinME: strange problem



Hi all,

I tried to run Lyx with -dbg 8 and it reports a 88x106 window, which is 
rather small, indeed. Then I tried to run with -geometry 800x600+20+20, 
but the result was the same.
The LyX Wiki says that this LyX version runs on Win98. Then I supposed > 
that with WinME it would be no problem.

Is anybody else getting this? Am I missing anything?
Thanks,
Persio



I suppose this was tested with Win98se or perhaps a
different screen resolution than you are using. Under
Control Panel I think there is an icon called Display
where you can change your screen resolution, but
possible settings depend on your video card (driver).
Try changing from 640 x 480; 800 x 600; 1024 x 768
Try changing to 640 x 480 first. Maybe this will be
too inconvenient, try 800x600...I'm trying to figure a
workaround to compensate for what is probably a qt
issue. A ways back, I've experienced this type of
problem in ports to Windows which are compiled at
a different screen resolution than what I used.

Good luck,
Stephen 

Re: lyx 1.4.0 pre 3 not open my file

[Marcelo Acuÿfffff1a]

Marcelo> Hello, I make an upgrade from 1.3.6 to 1.3.7 and this work
Marcelo> ok. No problem. Then make an upgrade to 1.4.0 pre3 and found
Marcelo> a problem. This new version open correctly several files from
Marcelo> 1.3.6 and 1.3.7 but my main work, a long book, is not open.
Marcelo> Appears an error mesage like: "lyx2lyx can´t convert this
Marcelo> file". How I can solved this? 

>We need to see the complete error message.
>JMarc
  A box with:
  < file name > is from an earlier version of lyx, but the
  lyx2lyx script failed to convert it.
   
  an a button 
  this problem appears only with my main work, 1.1 MB,
  but not with several minor files.
  I try add % in most preamble but error remains.
  Then I try add several lines to my file like:
  \ < I don´t remember> 245
  \begin_document
  \begin_header
  \end_header
  \begin_body
  \end_body
  \end_document
  that I can see in files that 1.4 open succesfull but I get
  error message like: unexpect end of file.
  I have suse 9.3 and compile lyx with
  suffix option and qt frontend
  
Thanks. Marcelo
   


-
 1GB gratis, Antivirus y Antispam
 Correo Yahoo!, el mejor correo web del mundo
 Abrí tu cuenta aquí

comments and lyx note

[Marcelo Acuÿfffff1a]

Hello,
I can see comments optinos in lyx 1.4.

  Which is the diference between comments and lyx note?
  Thanks
  Marcelo
   
   


-
 1GB gratis, Antivirus y Antispam
 Correo Yahoo!, el mejor correo web del mundo
 Abrí tu cuenta aquí

Re: comments and lyx note

[Georg Baum]

Marcelo Acuÿf1a wrote:

> Hello,
> I can see comments optinos in lyx 1.4.
> 
>   Which is the diference between comments and lyx note?

The same as in 1.3: comments appear in the .tex file, notes don't. None of
them appears in the dvi/ps/pdf file, though.


Georg

Re: lyx 1.4.0 pre 3 not open my file

[Georg Baum]

Marcelo Acuÿf1a wrote:

> Marcelo> Hello, I make an upgrade from 1.3.6 to 1.3.7 and this work
> Marcelo> ok. No problem. Then make an upgrade to 1.4.0 pre3 and found
> Marcelo> a problem. This new version open correctly several files from
> Marcelo> 1.3.6 and 1.3.7 but my main work, a long book, is not open.
> Marcelo> Appears an error mesage like: "lyx2lyx can´t convert this
> Marcelo> file". How I can solved this?
> 
>>We need to see the complete error message.

This is not available from the GUI :-(

>>JMarc
>   A box with:
>   < file name > is from an earlier version of lyx, but the
>   lyx2lyx script failed to convert it.
>
>   an a button 
>   this problem appears only with my main work, 1.1 MB,
>   but not with several minor files.

That does not help much. Run lyx2lyx from the command line:

/usr/share/lyx-1.4/lyx2lyxlyx2lyx oldfile.lyx > newfile.lyx

(you'll need to adjust the path), and post the errors that appear.

>   I try add % in most preamble but error remains.
>   Then I try add several lines to my file like:
>   \ < I don´t remember> 245
>   \begin_document
>   \begin_header
>   \end_header
>   \begin_body
>   \end_body
>   \end_document
>   that I can see in files that 1.4 open succesfull but I get
>   error message like: unexpect end of file.

You are circumventing lyx2lyx by putting the number 245 in the header. That
will never work, the file format has changed too much.

It would be really nice if you could help us to find the problem by
producing a minimal example file. Recursively remove one half of the file
until it works ("binary search"), and send the final file. If you don't
want to disclose the contents publically you could also send it to me
privately.


Georg

Re: comments and lyx note

[Jean-Marc Lasgouttes]

> "Marcelo" == Marcelo Acuÿf1a <[EMAIL PROTECTED]> writes:

Marcelo> Hello, I can see comments optinos in lyx 1.4.

Marcelo>   Which is the diference between comments and lyx note?

Comments are in the latex file, but enclosed in
\begin{comment}...\end{comment}. Notes are not in the LaTeX file at
all.

JMarc

Re: Lyx, BibTex & HTML

[Yaron Y. Goland]

I am running on OS X and last night I used Fink to upgrade my Tex4ht  
installation and ran it to do the generation but it had the same  
problem. The BibTex references weren't referenced. What command line  
should I run to get Tex4ht to do the right thing?

Thanks,
Yaron

On Jan 25, 2006, at 1:04 AM, Axel Dessecker wrote:


Yaron,

Am Mittwoch, 25. Januar 2006 08:25 schrieb Yaron Y. Goland:

I suspect I'm pushing my luck but I'm trying to use Lyx and BibTex to
generate HTML files. Using the built in HTML generator didn't work
out. My citation references show up as [?] and no bibliography is
generated (even though everything works fine with export to PDF). Any
hints on how I can get HTML generation to do the right thing in
regards to BibTex?


Try TeX4ht: http://www.cse.ohio-state.edu/~gurari/TeX4ht/

Axel

jabref and lyx

[Wolfgang Engelmann]

somebody out there who uses jabref to push reference-citations into a 
lyx-document? 
I do not know how to tell lyx to connect with jabref. 

Wolfgang

Re: Lyx, BibTex & HTML

[Axel Dessecker]

Yaron,

Am Mittwoch, 25. Januar 2006 18:03 schrieb Yaron Y. Goland:
> I am running on OS X and last night I used Fink to upgrade my Tex4ht
> installation and ran it to do the generation but it had the same
> problem. The BibTex references weren't referenced. What command line
> should I run to get Tex4ht to do the right thing?

What about htlatex filename with adequate options as specified in the manual? 
If this does not work, have a closer look at the messages you get. If you 
need the real expert, ask Eitan Gurari.

Axel

LyX 1.3.4 and LyX 1.3.7

[Griera]

Hello:

I'm using LyX 1.3.4 in a sarge debian and now I have LyX 1.3.7 for Windows 
from http://wiki.lyx.org/Windows/Windows. Can I have problems if I work with 
the same document with lyx 1.3.4 and 1.3.7?

Thanks in advance. Pep.

Re: LyX 1.3.4 and LyX 1.3.7

[Jose' Matos]

On Wednesday 25 January 2006 17:59, Griera wrote:
> Hello:
>
> I'm using LyX 1.3.4 in a sarge debian and now I have LyX 1.3.7 for Windows
> from http://wiki.lyx.org/Windows/Windows. Can I have problems if I work
> with the same document with lyx 1.3.4 and 1.3.7?

  No, modulo bugs. :-)

  That is, if you have then it is a bug. :-)

> Thanks in advance. Pep.

-- 
José Abílio

Re: jabref and lyx

[K. Elo]

Hi,

Wolfgang Engelmann wrote (25.1.2006 19:23):
> somebody out there who uses jabref to push reference-citations into a
> lyx-document?
> I do not know how to tell lyx to connect with jabref.

I use Jabref to manage my bibliographies, but I am not sure if I 
understood You correctly. Jabref saves bibliographies in BibTex format 
and you can use the database created with Jabref by inserting a bibtex 
reference (Insert->Lists & TOC->BibTeX Reference) at the very end of 
your document. Once inserted, You should be able to access the 
bibliography and insert references with Insert->Citation reference.

> Wolfgang

Kimmo

Re: Lyx, BibTex & HTML

[Yaron Y. Goland]

I tried htlatex filename and it did translate to HTML but it did not  
do the right thing with BibTex. I also looked at the options,  
specifically, http://www.tug.org/applications/tex4ht/mn3.html#QQ1-3-5  
but I didn't see anything in there about BibTex.


On Jan 25, 2006, at 9:47 AM, Axel Dessecker wrote:


Yaron,

Am Mittwoch, 25. Januar 2006 18:03 schrieb Yaron Y. Goland:

I am running on OS X and last night I used Fink to upgrade my Tex4ht
installation and ran it to do the generation but it had the same
problem. The BibTex references weren't referenced. What command line
should I run to get Tex4ht to do the right thing?


What about htlatex filename with adequate options as specified in  
the manual?
If this does not work, have a closer look at the messages you get.  
If you

need the real expert, ask Eitan Gurari.

Axel

Re: Lyx 1.3.7 and WinME: strange problem

[Persio Barros]

From: "Stephen Harris" <[EMAIL PROTECTED]>
To: "Persio Barros" <[EMAIL PROTECTED]>,
Subject: Re: Lyx 1.3.7 and WinME: strange problem
Date: Wed, 25 Jan 2006 05:22:31 -0800


- Original Message - From: "Persio Barros" 
<[EMAIL PROTECTED]>

To: 
Sent: Tuesday, January 24, 2006 5:19 AM
Subject: Lyx 1.3.7 and WinME: strange problem



Hi all,

I tried to run Lyx with -dbg 8 and it reports a 88x106 window, which is 
rather small, indeed. Then I tried to run with -geometry 800x600+20+20, 
but the result was the same.
The LyX Wiki says that this LyX version runs on Win98. Then I supposed > 
that with WinME it would be no problem.

Is anybody else getting this? Am I missing anything?
Thanks,
Persio



I suppose this was tested with Win98se or perhaps a
different screen resolution than you are using. Under
Control Panel I think there is an icon called Display
where you can change your screen resolution, but
possible settings depend on your video card (driver).
Try changing from 640 x 480; 800 x 600; 1024 x 768
Try changing to 640 x 480 first. Maybe this will be
too inconvenient, try 800x600...I'm trying to figure a
workaround to compensate for what is probably a qt
issue. A ways back, I've experienced this type of
problem in ports to Windows which are compiled at
a different screen resolution than what I used.

Good luck,
Stephen




Thanks for your suggestion
Tried both 640x480 and 800x600 (the original setting was 1024x768). The 
results are exactly the same. Lyx opens in a 88x106 window which can't be 
resized.
I forgot to say that I tried to install the 1.3.6 version, some time ago but 
it didn't work either (that version reportedly didn't work wis win98). But I 
uninstalled it before installing the 1.3.7 version. May be some old DLL 
wasn't removed? How can I know what DLLs are being loaded?


Persio

bibtex parser bug

[Martin A. Hansen]

i have stumpled upon this ugly bibtex record, which causes peculiar
behaviour.

the article entry below does not contain the mandatory author field, and
this causes strange things to happen in lyx 1.3.6 using natbib numerical ->
the citation menu goes fubar.

can someone confirm this?

shouldnt the bibtex parser within lyx raise warnings about this?


martin


@article{The2003,
  title= {The International HapMap Project.},
  journal  = {Nature},
  year = {2003},
  volume   = {426},
  number   = {6968},
  pages= {789-96},
  abstract = {The goal of the International HapMap Project is to
 determine the common patterns of DNA sequence variation
in
 the human genome and to make this information freely
 available in the public domain. An international
consortium
 is developing a map of these patterns across the genome
by
 determining the genotypes of one million or more
sequence
 variants, their frequencies and the degree of
association
 between them, in DNA samples from populations with
ancestry
 from parts of Africa, Asia and Europe. The HapMap will
 allow the discovery of sequence variants that affect
common
 disease, will facilitate development of diagnostic
tools,
 and will enhance our ability to choose targets for
 therapeutic intervention.},
  country  = {England},
  keywords = {Base Sequence ; Continental Population Groups/genetics
;
 DNA/genetics ; Gene Frequency ; *Genome, Human ;
 Genomics/*methods ; Haplotypes/*genetics ; Humans ;
 *International Cooperation ; Polymorphism, Single
 Nucleotide/genetics ; Public Sector ; Research Support,
 Non-U.S. Gov't ; Research Support, U.S. Gov't, P.H.S. ;
 Variation (Genetics)/*genetics},
  language = {eng},
  medline-aid  = {10.1038/nature02168 [doi] ; nature02168 [pii]},
  medline-cin  = {Nature. 2003 Dec 18;426(6968):739. PMID: 14685177},
  medline-cn   = {The International HapMap Consortium.},
  medline-da   = {20031219},
  medline-dcom = {20040115},
  medline-edat = {2003/12/20 05:00},
  medline-gn   = {KIE: 68 refs. ; KIE: KIE Bib: genome mapping},
  medline-is   = {1476-4687 (Electronic)},
  medline-jid  = {0410462},
  medline-jt   = {Nature.},
  medline-lr   = {20041117},
  medline-mhda = {2004/01/16 05:00},
  medline-oid  = {KIE: 115211},
  medline-ot   = {Biomedical and Behavioral Research ; Empirical
Approach ;
 Genetics and Reproduction},
  medline-oto  = {KIE},
  medline-own  = {NLM},
  medline-pmid = {14685227},
  medline-pst  = {ppublish},
  medline-pt   = {Journal Article ; Multicenter Study},
  medline-pubm = {Print},
  medline-rn   = {9007-49-2 (DNA)},
  medline-sb   = {E ; IM},
  medline-so   = {Nature. 2003 Dec 18;426(6968):789-96.},
  medline-stat = {MEDLINE},
}

Re: find equation labels in a lyx document

[Andre Poenitz]

On Mon, Jan 23, 2006 at 01:50:13PM -0600, David Halpern wrote:
> Andre, Thanks, but I was hoping that lyx was an editor with this
> relatively simple capability.

You are welcome to implement this relatively simple capability.
This is about the way LyX got all the other simple capabilities...

Andre'

Re: word-wrap and itemize

[Andre Poenitz]

On Tue, Jan 24, 2006 at 01:46:42PM -0800, Jeremy C. Reed wrote:
> Thank you Todd and Johan for the further ideas.
> 
> I think in my case, I don't want hyphenation, but I want latex to 
> automatically wrap the word going into the margin to the next line AND 
> justify the line to make up for the moved word.
> 
> I have been reading about \tolerance and \emergencystretch but can't seem 
> to find good explanations. I tried \tolerance with from 50 to 250 but 
> didn't see differences yet. I also don't know if the \emergencystretch is 
> used on a case-by-case basis or for preamble.
> 
> Here is another example sentence:
> 
>   This assigns packets belonging to SSH login connections to the 
>   ssh_login queue and packets belonging to SCP and SFTP connections to the
>   ssh_bulk queue.
> 
> On my 6 inch wide page, the "ssh_login" goes out into the right margin. So 
> I manually put in a \linefeed before it. Now my resulting output has a 
> blank area after "... to the" (which I do not want) and the "ssh_login" in 
> on the next line (which I do want).

Putting '\hbox{' and '}' in ERT around the word in question should help.

I am not sure, though, whether this is the 'recommended solution'

Andre'

Re: jabref and lyx

[K. Elo]

Hi again,

Wolfgang Engelmann wrote (25.1.2006 20:58):
> what I mean is, to use jabref in the same way as I used
> pybliographic: I go to the place in the document where I want to have
> a citation. Afterward I switch to the jabref bibfile and highlight
> the citation which should be inserted, and voila, it is in the text
> at the appropriate place. Jabref has the same feature, but I don´t
> know how to get the lyx-jabref connection.

Ok, now I understand. Ctrl+L (bzw. Strg+L) or Tools->Insert selected 
citaions into LyX should work. But you must have a functioning lyx pipe 
(which You apparently have, if You have used this method with 
pybliographic).

>
> Wolfgang

Kimmo

Re: jabref and lyx

[Richard Kleeman]

Within jabref there is also a button for pushing citations to Lyx 
without doing anything in the open lyx document. You need to setup 
directories properly. So open preferences in jabref and specify the path 
to the Lyx pipe (in the external programs section). Mine is 
$HOME/.lyxpipe Then open preferences in Lyx and go to the Paths section 
and again specify the Lyx pipe (same as above. Works for me although I 
tend to use the Insert---> Citation more often


Richard


K. Elo wrote:

Hi,

Wolfgang Engelmann wrote (25.1.2006 19:23):

somebody out there who uses jabref to push reference-citations into a
lyx-document?
I do not know how to tell lyx to connect with jabref.


I use Jabref to manage my bibliographies, but I am not sure if I 
understood You correctly. Jabref saves bibliographies in BibTex format 
and you can use the database created with Jabref by inserting a bibtex 
reference (Insert->Lists & TOC->BibTeX Reference) at the very end of 
your document. Once inserted, You should be able to access the 
bibliography and insert references with Insert->Citation reference.



Wolfgang


Kimmo

Re: kerning of letters with hyphen not so great

[Andre Poenitz]

On Mon, Jan 23, 2006 at 08:55:27PM +0100, Kevin Pfeiffer wrote:
> Andre Poenitz writes:
> > I'd guess it's almost impossible to get kerning right in all
> > circumstances. 
> 
> That sounds like a NASA (space shuttle) answer. ;-)

Now, if they'd paid me like a NASA engineer ...

> There can't be too many more than about 65K possible combinations I
> would think -- apologies in advance if my math is wrong.

Like UCS4 squared? Makes 2^64 at max. Ok. A few Klingon/Prehistoric
Chinese combination could probably disregarded.

> > Using a manual kern do not look overly ugly to me.
> 
> It looks fine, but I have two volumes of 400 pages each and have no 
> tremendous desire to search (or even S/R) through them for bad 
> combinations. 
> 
> I'll concentrate my efforts on the first page of each chapter.  ;-)

Good choice ;-)

Andre'

Re: right-click vs. double-click

[Andre Poenitz]

On Wed, Jan 25, 2006 at 11:44:15AM +0100, Helge Hafting wrote:
> Be aware that lyx runs on other platforms than windows,
> where double-clicks aren't used much.  Not having double-
> clicks is a good thing, because they are bad user interface.
> Double-clicks fail too easily, is a lost cause for the handicapped,
> and makes mouse-related hand problems worse.  (Doubleclicks
> must be done fast, a single click have no time limit.)
> [...]

He was asking for advice where he can change that in his own copy.
That'd be in src/mathed/math_nestinset, lfunMouseRelease().

Andre'

Re: bibtex parser bug

[Georg Baum]

Am Mittwoch, 25. Januar 2006 20:19 schrieb Martin A. Hansen:
> i have stumpled upon this ugly bibtex record, which causes peculiar
> behaviour.
> 
> the article entry below does not contain the mandatory author field, and
> this causes strange things to happen in lyx 1.3.6 using natbib numerical 
->
> the citation menu goes fubar.
> 
> can someone confirm this?
> 
> shouldnt the bibtex parser within lyx raise warnings about this?

The bibtex parser in LyX is too stupid (and bibtex syntax is stupid, too). 
I normalize all my bibtex files with bibtool and never got any problem: 
http://www.gerd-neugebauer.de/software/TeX/BibTool.en.html


Georg

Re: Lyx 1.3.7 and WinME: strange problem

[Stephen Harris]

- Original Message - 
From: "Persio Barros" <[EMAIL PROTECTED]>

To: <[EMAIL PROTECTED]>; 
Sent: Wednesday, January 25, 2006 11:01 AM
Subject: Re: Lyx 1.3.7 and WinME: strange problem


Persio wrote:

Thanks for your suggestion
Tried both 640x480 and 800x600 (the original setting was 1024x768). The 
results are exactly the same. Lyx opens in a 88x106 window which can't be 
resized.
I forgot to say that I tried to install the 1.3.6 version, some time ago 
but it didn't work either (that version reportedly didn't work wis win98). 
But I uninstalled it before installing the 1.3.7 version. May be some old 
DLL wasn't removed? How can I know what DLLs are being loaded?


Persio



You need to uninstall the LyX 1.3.6 folder used for configuration and
settings, not just the LyX by default installed under C:\program files\LyX
On Windows XP, the config \LyX is under C:\Documents and Settings\...
but I am not so sure the rest of the Path is the same on Win98, as on
WinXP as there may not be a username/userprofile. Maybe somebody
who has this working will report the directory location and path so
you can delete it. If this doesn't work try on the developer mailing list.

Regards,
Stephen 

Re: jabref and lyx

[Wolfgang Engelmann]

Am Mittwoch, 25. Januar 2006 21:07 schrieb Richard Kleeman:
> Within jabref there is also a button for pushing citations to Lyx
> without doing anything in the open lyx document. You need to setup
> directories properly. So open preferences in jabref and specify the path
> to the Lyx pipe (in the external programs section). Mine is
> $HOME/.lyxpipe Then open preferences in Lyx and go to the Paths section
> and again specify the Lyx pipe (same as above. Works for me although I
> tend to use the Insert---> Citation more often

Thanks, it worked. 
The path was already correctly recognized by jabref
I had to set it in lyx preferences (~/.lyx/lyxpipe)
and had to RECONFIGURE!
afterward all went well. Now I can pipe in my citations from the bib file.
good.

Wolfgang

Re: bibtex parser bug

[Martin A. Hansen]

the question is if the bibtex parser should be "smart"?

actually, iirc bibtool provides a nice API - why doesnt lyx use the bibtool
libs and API?



martin


On 25/01/06, Georg Baum <[EMAIL PROTECTED]> wrote:
>
> Am Mittwoch, 25. Januar 2006 20:19 schrieb Martin A. Hansen:
> > i have stumpled upon this ugly bibtex record, which causes peculiar
> > behaviour.
> >
> > the article entry below does not contain the mandatory author field, and
> > this causes strange things to happen in lyx 1.3.6 using natbib numerical
> ->
> > the citation menu goes fubar.
> >
> > can someone confirm this?
> >
> > shouldnt the bibtex parser within lyx raise warnings about this?
>
> The bibtex parser in LyX is too stupid (and bibtex syntax is stupid, too).
> I normalize all my bibtex files with bibtool and never got any problem:
> http://www.gerd-neugebauer.de/software/TeX/BibTool.en.html
>
>
> Georg
>
>

Re: right-click vs. double-click

[Nusret BALCI]

Hi,
Andre: Thanks a lot, appreciated!
Helge: I'm sorry for I replied to your message to
clarify my question, but inadvertently sent the email
to your account directly instead of the lyx-users
list. My apologies.
I only wanted to change the behavior of my own copy: I
didn't mean a global change to LyX Gui design. I'm not
an expert on GUI design, but I basicly like standard
windows behavior. I know and respect that not
everybody feels that way. I thought I can modify my
copy with some guidance though, as I think I have
enough programming skills.
I already intensively use the shortcuts for math stuff
(the main reason for me to use LyX), but especially
for select-copy-paste stuff, a context menu is so
convenient IMHO. 

Regards and thanks again. Sincerely,

Nusret

--- Andre Poenitz
<[EMAIL PROTECTED]> wrote:

> On Wed, Jan 25, 2006 at 11:44:15AM +0100, Helge
> Hafting wrote:
> > Be aware that lyx runs on other platforms than
> windows,
> > where double-clicks aren't used much.  Not having
> double-
> > clicks is a good thing, because they are bad user
> interface.
> > Double-clicks fail too easily, is a lost cause for
> the handicapped,
> > and makes mouse-related hand problems worse. 
> (Doubleclicks
> > must be done fast, a single click have no time
> limit.)
> > [...]
> 
> He was asking for advice where he can change that in
> his own copy.
> That'd be in src/mathed/math_nestinset,
> lfunMouseRelease().
> 
> Andre'
> 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: bibtex parser bug

[Martin A. Hansen]

btw,

bibtex syntax may seem stupid, but it is extremely flexible, which is needed
in a typographic world, where there are very limited use of any standards.



martin

On 25/01/06, Martin A. Hansen <[EMAIL PROTECTED]> wrote:
>
> the question is if the bibtex parser should be "smart"?
>
> actually, iirc bibtool provides a nice API - why doesnt lyx use the
> bibtool libs and API?
>
>
>
> martin
>
>
> On 25/01/06, Georg Baum <[EMAIL PROTECTED]> wrote:
> >
> > Am Mittwoch, 25. Januar 2006 20:19 schrieb Martin A. Hansen:
> > > i have stumpled upon this ugly bibtex record, which causes peculiar
> > > behaviour.
> > >
> > > the article entry below does not contain the mandatory author field,
> > and
> > > this causes strange things to happen in lyx 1.3.6 using natbib
> > numerical
> > ->
> > > the citation menu goes fubar.
> > >
> > > can someone confirm this?
> > >
> > > shouldnt the bibtex parser within lyx raise warnings about this?
> >
> > The bibtex parser in LyX is too stupid (and bibtex syntax is stupid,
> > too).
> > I normalize all my bibtex files with bibtool and never got any problem:
> > http://www.gerd-neugebauer.de/software/TeX/BibTool.en.html
> >
> >
> > Georg
> >
> >
>

[OT] Re: kerning of letters with hyphen not so great

[Kevin Pfeiffer]

Andre Poenitz writes:
> On Mon, Jan 23, 2006 at 08:55:27PM +0100, Kevin Pfeiffer wrote:
> > Andre Poenitz writes:
> > > I'd guess it's almost impossible to get kerning right in all
> > > circumstances.
> > There can't be too many more than about 65K possible combinations I
> > would think -- apologies in advance if my math is wrong.
>
> Like UCS4 squared? Makes 2^64 at max. Ok. A few Klingon/Prehistoric
> Chinese combination could probably disregarded.

I don't see how you arrive at that. If I assume perhaps twenty or so 
ranges of 256 chars. for a very large font family (including greek 
letters, punctuation and more -- and I assume that this would cover CM, 
Knuth's font and the one I am using) I come up with roughly 5K 
characters. And it seems to me that the kerning pairs would be 5K to 
the power of 2 (not 2 to the power of 5K) -- though I admit that as a 
non-mathematician I only arrived at this by putting five letters on a 
page and adding up the possible pairs (AA, AB, AC, AD, AE, BA, BB, 
etc.); this gave me 25, not 32.

Anyway, one can assume (I would have thought) that Knuth would have 
worked in an optimal manner and therefore paid particular attention to 
the most common possible combinations (such as the basic lower- and 
uppercase letters and punctuation). I can only assume that there was a 
good reason that such pairs as "-W" kern as they do...

-Kevin

-- 
Kevin Pfeiffer <[EMAIL PROTECTED]>
Tiros-Translations

Re: kerning of letters with hyphen not so great

[Kevin Pfeiffer]

Kevin Pfeiffer writes:
> And it seems to me that the kerning pairs would be 5K to
> the power of 2 (not 2 to the power of 5K) 

(Well, I see now that that is not what you were saying, either!)

-K






-- 
Kevin Pfeiffer <[EMAIL PROTECTED]>
Tiros-Translations

Re: bibtex parser bug

[Georg Baum]

Am Mittwoch, 25. Januar 2006 21:41 schrieb Martin A. Hansen:
> the question is if the bibtex parser should be "smart"?

No, an external parser written by BibTeX experts would be preferable IMO.

> actually, iirc bibtool provides a nice API - why doesnt lyx use the 
bibtool
> libs and API?

The API is not nice (it insists on reading from a file, for example), but 
it can be used. A proof of concept patch is in  
http://bugzilla.lyx.org/show_bug.cgi?id=1826


Georg

bibtex parser bug

[Martin A. Hansen]

have anyone contacted the author of bibtool. i think i saw his homepage at
some point - he seems to be quite a geeky fellow doing nothing but
latex/bibtex by the look of his publications/talks - perhaps he could be
moved to adapt the api to work with stdin instead of some file?

and if not - well, lyx does work with quite a lot of temporary files
already? why not one more?



martin

On 25/01/06, Georg Baum < [EMAIL PROTECTED]> wrote:
>
> Am Mittwoch, 25. Januar 2006 21:41 schrieb Martin A. Hansen:
> > the question is if the bibtex parser should be "smart"?
>
> No, an external parser written by BibTeX experts would be preferable IMO.
>
> > actually, iirc bibtool provides a nice API - why doesnt lyx use the
> bibtool
> > libs and API?
>
> The API is not nice (it insists on reading from a file, for example), but
> it can be used. A proof of concept patch is in
> http://bugzilla.lyx.org/show_bug.cgi?id=1826
>
>
> Georg
>
>

Re: bibtex parser bug

[Wolfgang Engelmann]

Am Mittwoch, 25. Januar 2006 21:24 schrieb Georg Baum:
> Am Mittwoch, 25. Januar 2006 20:19 schrieb Martin A. Hansen:
> > i have stumpled upon this ugly bibtex record, which causes peculiar
> > behaviour.
> >
> > the article entry below does not contain the mandatory author field, and
> > this causes strange things to happen in lyx 1.3.6 using natbib numerical
>
> ->
>
> > the citation menu goes fubar.
> >
> > can someone confirm this?
> >
> > shouldnt the bibtex parser within lyx raise warnings about this?
>
> The bibtex parser in LyX is too stupid (and bibtex syntax is stupid, too).
> I normalize all my bibtex files with bibtool and never got any problem:
> http://www.gerd-neugebauer.de/software/TeX/BibTool.en.html
->
Beim Laden von ftp://www.dante.de/tex-archive/biblio/utils/bibtool ist 
folgender Fehler aufgetreten:
/tex-archive/biblio/utils/bibtool lässt sich nicht lesen
?

Wolfgang

Latex error on graphics insert (LyX 1.3.7)

[Marc D.]

I have a file that processes fine using "PDF (ps to pdf)"
option.

When I insert a graphic, it then gives me a single error:

LaTeX Error: Cannot determine size of graphic in /tmp/ 
lyx_tmpdir7937ASk7yo/ly

...van_courses_current_320_assign_a1-3b.jpg}


The only difference in the two files is:

assign $ diff a1.works.lyx a1.lyx
1359a1360,1370
> \layout Standard
>
>
> \begin_inset Graphics
>   filename a1-3b.jpg
>   lyxscale 50
>   scale 50
>
> \end_inset
>
>

Yet the file has size information:

assign $ identify a1-3b.jpg
a1-3b.jpg JPEG 707x321 707x321+0+0 DirectClass 6e+01kb


When I go to clipping and tell it to clip to a particular
bounding box (using "get info from file, which works),
I get the dreaded "blank image in the result".

Can anyone tell me what I'm doing wrong? Or should I just
give up on LyX at this point, given that in the past week
I've spent more time fighting the tool than I have doing
the work? The sad part is this WAS working before I trashed
my /usr/local and was forced to rebuild using more up-to-date
tools.

Re: Lyx, BibTex & HTML

[Juergen Fenn]

"Yaron Y. Goland" <[EMAIL PROTECTED]> writes:

> I am running on OS X and last night I used Fink to upgrade my Tex4ht
> installation and ran it to do the generation but it had the same
> problem. The BibTex references weren't referenced. What command line
> should I run to get Tex4ht to do the right thing?

Try to run latex first, then bibtex on the bib file and then
htlatex. For a start, this should work. Please have a look into the
tex4ht manual, too, as there has to be an option for including bibtex
in the htlatex run, but I cannot find it at once.

Jürgen.

Re: bibtex parser bug

[Martin A. Hansen]

try here

http://www.gerd-neugebauer.de/software/TeX/BibTool.en.html


(pølsetysker :o)


martin


On 25/01/06, Wolfgang Engelmann <[EMAIL PROTECTED]> wrote:
>
> Am Mittwoch, 25. Januar 2006 21:24 schrieb Georg Baum:
> > Am Mittwoch, 25. Januar 2006 20:19 schrieb Martin A. Hansen:
> > > i have stumpled upon this ugly bibtex record, which causes peculiar
> > > behaviour.
> > >
> > > the article entry below does not contain the mandatory author field,
> and
> > > this causes strange things to happen in lyx 1.3.6 using natbib
> numerical
> >
> > ->
> >
> > > the citation menu goes fubar.
> > >
> > > can someone confirm this?
> > >
> > > shouldnt the bibtex parser within lyx raise warnings about this?
> >
> > The bibtex parser in LyX is too stupid (and bibtex syntax is stupid,
> too).
> > I normalize all my bibtex files with bibtool and never got any problem:
> > http://www.gerd-neugebauer.de/software/TeX/BibTool.en.html
> ->
> Beim Laden von ftp://www.dante.de/tex-archive/biblio/utils/bibtool ist
> folgender Fehler aufgetreten:
> /tex-archive/biblio/utils/bibtool lässt sich nicht lesen
> ?
>
> Wolfgang
>

Re: how to left align author section?

[Martin A. Hansen]

ok - almost there


now i just need to adjust the distance between the authors, which is
rediculously large. i am trying this, but in vain.


\makeatletter
\renewcommand{\and}{%  % \begin{tabular}
  \end{tabular}%
  \hskip 0em [EMAIL PROTECTED]
  \begin{tabular}[t]{c}}%   % \end{tabular}
 \makeatletter


ideas?



martin

On 22/01/06, Enrico Forestieri <[EMAIL PROTECTED]> wrote:
>
> Martin A. Hansen <[EMAIL PROTECTED]> writes:
>
> > the behaviour is exactly what i want. but having more authors seperated
> with
> > \and, makes this break.
>
> I see. Then it is better to directly redefine [EMAIL PROTECTED]
> Consider that this works with article.cls and without the titlepage
> option.
> If you use another class, copy the corresponding definition and modify
> that.
>
> --
> Enrico
>
>
> #LyX 1.3 created this file. For more info see http://www.lyx.org/
> \lyxformat 221
> \textclass article
> \begin_preamble
> [EMAIL PROTECTED]
>   \newpage
>   \null
>   \vskip 2em%
>   \begin{center}%
>   \let \footnote \thanks
> {\LARGE [EMAIL PROTECTED] \par}%
> \vskip 1.5em%
>   \end{center}%
> {\large
>   \lineskip .5em%
>   \begin{tabular}[t]{c}%
> [EMAIL PROTECTED]
>   \end{tabular}\par}%
>   \begin{center}%
> \vskip 1em%
> {\large [EMAIL PROTECTED]
>   \end{center}%
>   \par
>   \vskip 1.5em}
> \end_preamble
> \language english
> \inputencoding auto
> \fontscheme default
> \graphics default
> \paperfontsize default
> \spacing single
> \papersize Default
> \paperpackage a4
> \use_geometry 0
> \use_amsmath 0
> \use_natbib 0
> \use_numerical_citations 0
> \paperorientation portrait
> \secnumdepth 3
> \tocdepth 3
> \paragraph_separation indent
> \defskip medskip
> \quotes_language english
> \quotes_times 2
> \papercolumns 1
> \papersides 1
> \paperpagestyle default
>
> \layout Title
>
> Article Title
> \layout Author
>
> Author1
> \newline
> Affiliation1
> \begin_inset ERT
> status Collapsed
>
> \layout Standard
>
> \backslash
> and
> \end_inset
>
> Author2
> \newline
> Affiliation2
> \layout Section
>
> Section Title
> \layout Standard
>
> Blah blah blah blah blah blah blah blah blah blah blah blah blah blah blah
> blah blah blah blah blah blah blah blah blah blah blah blah blah blah
> \the_end
>
>
>

Re: my almost finished paper - missing issues ...

[Martin A. Hansen]

i have now testet multicol

it is not wise to switch multicol on and off inside a document, because you
get text broken in a nasty way. regular two columns means that you read one
column from top to bottom, and then the next. if you break the columns by
switching off two column mode to insert a full pagewidth figure, then the
text of the column continues in the next column at that point in the text
and not from the top of the page.



martin

On 22/01/06, Marcelo Acuÿf1a <[EMAIL PROTECTED]> wrote:
>
>  >> > 4) i need to make the footnotes span two columns.
>
> >> If you use multicol package for get two columns instead two >>columns
> options
> >> from menu you get footnotes that span in two columns
>
> >good idea, but i think that conflicts with figures spanning two >columns.
>
> With multicol package you can switch from two to one column in any site or
> your work. See doc.
> In addition you can use footmisc package. It add some interesting
> options. Too, see doc.
> Regards. Marcelo
>
>
>
>
>
>
> -
> 1GB gratis, Antivirus y Antispam
> Correo Yahoo!, el mejor correo web del mundo
> Abrí tu cuenta aquí
>
>
> --
> *1GB gratis*, Antivirus y Antispam
> Correo Yahoo!, el mejor correo web del mundo
> Abrí tu cuenta aquí 
>
>