Who manages the Ubuntu repository for LyX? (Was: LyX is an almost WYSIWYG-frontend for LaTeX (?))

[Christian Ridderström]

On Wed, 28 Jan 2009, Nikos Alexandris wrote:


With this phrase starts the description of LyX in Ubuntu's repositories.
I think it should read: LyX is a WYSIWYM document processor.

Anybody know's who should be contacted about that (if, of course, you
_also_ disagree with the current description)?

Kind regards, Nikos


Just reposting with a different subject:-)

/Christian

--
Christian Ridderström, +46-8-768 39 44http://www.md.kth.se/~chr

Re: custom fields in documents

[Abdelrazak Younes]

Burak Arslan wrote:

hi,

i used to use makefiles for compiling tex files into pdf. before 
invoking pdflatex et al, those makefiles incorporated various 
information from its context like current svn revision number, user who 
invokes the operation etc. i did this by writing the output of the 
command (e.g. whoami  user) to a file, then \input'ting it where 
necessary.


is there any way to duplicate this behaviour using lyx?

if not, you may find below a bunch of ideas to accomplish this:
1) add a run make button, for us hacker-folk :)
2) add a svn revision field in the insert menu. ( i'm sorry if it's 
already in the 1.6.x series which reportedly has svn support. )
3) add a custom field feature, that'll let me run some shell commands, 
and embed the output into the latex file. they're to be run everytime 
the pdf/ps/etc. are generated.
  3.1) embedding such custom fields in lyx files would certainly be 
awesome, but it sounds like a security nightmare.


You might be able to use the external inset for this purpose. I believe 
this should be working in 1.4 and 1.5 too. Look at 
lib/external_templates for a number of examples.


You can also of course \input a latex or text file in LyX. So your 
current solution would still work the same.


In 1.6, we also have the info inset (InsetInfo) that can be easily 
extended to do what you want. Please open a bugzilla enhancement entry 
for this (bugzilla.lyx.org).


Abdel.

Re: Strategies for Writing Co-operation with Non-LyX Users?

[Jürgen Spitzmüller]

Pavel Sanda wrote:
 do you intend to put these into the tree?

Eventually perhaps. But not now, since both packages are very new, and the 
modules are not very much tested (I just hacked them together rather quickly).

But I thought about setting up a module site next to the existing layouts 
site on the wiki, once I find the time.

Jürgen

Re: custom fields in documents

[Rudi van der Linde]

In 1.6, we also have the info inset (InsetInfo) that can be easily 
extended to do what you want. Please open a bugzilla enhancement entry 
for this (bugzilla.lyx.org).
A feature that would be greatly useful to our business is the ability to 
include the current document's filename in the text for configuration 
management purposes.  Is it already possible to do this with LyX or must 
an enhancement request be filed?



--
Rudi van der Linde
rudi...@ansys.co.za

Note:
This message (and attachments) is subject to restrictions and a disclaimer. 
Please refer to http://www.ansys.co.za/index.html or geni...@ansys.co.za for 
full details.

RE: custom fields in documents

[Vincent van Ravesteijn - TNW]

 

 In 1.6, we also have the info inset (InsetInfo) that can be easily 
 extended to do what you want. Please open a bugzilla enhancement
entry 
 for this (bugzilla.lyx.org).
A feature that would be greatly useful to our business is the ability 
to include the current document's filename in the text for
configuration
management purposes.  Is it already possible to do this with LyX or
must
an enhancement request be filed?

You can execute the following commands in the command buffer:

info-insert buffer path
info-insert buffer name

See for more info: Help-LyX Functions-LFUN_INFO_INSERT

Vincent

Re: custom fields in documents

[Abdelrazak Younes]

Burak Arslan wrote:


Thanks everyone for your replies, much appreciated :)


You're welcome. That's the way LyX community works ;-)



Abdelrazak Younes wrote:


You can also of course \input a latex or text file in LyX. So your 
current solution would still work the same.


It would, to a certain extent. within my makefile setup, I'd made sure 
that those small tex files got updated everytime a pdf was produced. 
that's what I wasn't able to do with lyx. Of course, i could run make 
as usual from the console, but i thought it was against the spirit of 
using lyx.


Sorry, my answer was not complete. You should of course let LyX handles 
LateX compilation, you ought to use 'lyx -e pdf' or 'lyx -e pdf2' for 
proper export.


Abdel.

Re: custom fields in documents

[Abdelrazak Younes]

Rudi van der Linde wrote:


In 1.6, we also have the info inset (InsetInfo) that can be easily 
extended to do what you want. Please open a bugzilla enhancement entry 
for this (bugzilla.lyx.org).
A feature that would be greatly useful to our business is the ability to 
include the current document's filename in the text for configuration 
management purposes.  Is it already possible to do this with LyX or must 
an enhancement request be filed?


As Vincent mentionned, this feature already exists :-)

I take this occasion to remind businesses (not your business in 
particular Rudi) that they can push for this or that feature. If a 
feature is greatly needed for a given company, we can add a project in 
the Donation page* and find a developper for that. InsetInfo extension 
for svn for example can be such small projects.


Abdel.

* http://www.lyx.org/Donate

Re: custom fields in documents

[Rudi van der Linde]

Vincent van Ravesteijn - TNW wrote:

You can execute the following commands in the command buffer:

info-insert buffer path
info-insert buffer name

See for more info: Help-LyX Functions-LFUN_INFO_INSERT
  
Many thanks, this will definately help a lot.  Were still using 1.5.4 at 
the moment, so I'll have a look at this functionality if/when we upgrade 
to a newer version.


Is it by any chance possible to have LyX update this information 
automatically everytime a .pdf is generated, or will one have to do it 
by hand?

Vincen


--
Rudi van der Linde
rudi...@ansys.co.za

Note:
This message (and attachments) is subject to restrictions and a disclaimer. 
Please refer to http://www.ansys.co.za/index.html or geni...@ansys.co.za for 
full details.

Re: LyX is an almost WYSIWYG-frontend for LaTeX (?)

[Guenter Milde]

On 2009-01-27, Nikos Alexandris wrote:
 With this phrase starts the description of LyX in Ubuntu's repositories.

This seems to be taken from the package description in Debian:

   Document Processor
   LyX is an almost WYSIWYG-frontend for LaTeX. It makes the power and
   typesetting quality of LaTeX available for people who are used to word
   processors. Since LyX supports LaTeX's concept of general mark-ups, it
   is even easier and faster to create professional quality documents
   with it than with usual word processors. It is also possible to use
   LaTeX commands within LyX, so nothing of LaTeX's power is lost. 

 I think it should read: LyX is a WYSIWYM document processor.

I don't think so: the WYSIWYM concept needs explanation itself, so you
cannot use it to explain what LyX is without first introducing this term.

My proposal would be:

   LyX is a graphical frontend for LaTeX. ...

 Anybody know's who should be contacted about that (if, of course, you
 _also_ disagree with the current description)?

Once we agreed on a better way to describe LyX, 
just file a bug report to Debian or Ubuntu.

Günter

Big document

[Piero Faustini]

Hello fellow LyX users,
I have to take a decision: wether to split my doctoral thesis in different 
files or not. Some people told me a thesis is HUGE and I should split the file 
into chapters or parts, but I'm afraid that something goes wrong at any time 
during the writing.
It will be around 300 pages italian book (600,000 characters) in koma-script, 
with several Lilypond-imported examples, BibLaTeX-driven bibliography, indexes, 
cross-references, loads of tables, etc. etc. 
I'm using Lyx 1.6.1 in a quite healthy Windows XP sp3 environment on the best 
laptop system you could buy 4 years ago, a Dell Inspiron 9400.
I already wrote something like 1/4 of the thesis and PDF output need some 10 
seconds to be produced (less if I just refresh and made small edits) - if the 
proportion is the same, I expect to wait not more than 40 seconds once the work 
is about to the end (which is annoying but won't kill): am I wrong?
Some opinion/suggestion/experience?

Re: Corss reference and math functions shortkey.

[Guenter Milde]

On 2009-01-27, rgheck wrote:
 Jens Noeckel wrote:
 On Jan 27, 2009, at 1:25 PM, Anders Host-Madsen wrote:
 Jens Noeckel noec...@... writes:



  Yes, I think what's happening is that I see these shortcuts in the LyX 
  preferences on my Mac, precisely because I have already defined 
  shortcuts for them in a custom bind file. If these inset lfuns 
  aren't bound to anything, they apparently don't show up in the LyX 
  preferences at run time... one could say that's a bug, or a missing 
  feature.

 dialog-show-new-inset shows up, but that probably isn't so helpful, 
 since you need an argument to it: the inset name, in this case, ref. 
 It's probably not feasible to have shortcuts show commands with their 
 arguments. In this particular case, there are only a few possible 
 arguments; in other cases, though, there is no limit.

However, if you 

  choose the desired dialog from the menu and watch the status line at
  the bottom of the LyX window. There you'll see what the corresponding
  LFun is that opens the dialog, e.g., for references, or graphics,
  etc.

this includes the actually used argument.

The downside is that this nice help will vanish after a short time, so you
have to be quick.

But if I got it right, the corrsponding lfun (hopefully including the
argument(s)) will be inserted into the minibuffer history in the next
version of LyX.

This would make it possibly to copy and past the right lfun+arg into a
text editor with your *.bind file.

Feature request for the configure-shortcuts dialogue:

  * a search by key
  * a text input field to set the binding of a key to a new lfun.
  
or just a note explaining that 

  to bind currently unused functions to a key,
  please edit path to bind file in a text editor.
  
(where path to bind file is set according to the actual used file).

Günter

 rh

solved: lyx2lyx fails: OS X 10.4.11 + Texlive2008 (MacTex) + LyX 1.6.1

[Samuel Russell]

Dear lyx users,

with OS X 10.4.11 + Texlive2008 (MacTex) + LyX 1.6.1 opening lyx  
files from 1.5 I got lyx2lyx failures, and invoking lyx2lyx at the  
command line results in:


/Applications/TeX/LyX.app/Contents/Resources/lyx2lyx/lyx2lyx  being  
classylyx.lyx

Traceback (most recent call last):
  File /Applications/TeX/LyX.app/Contents/Resources/lyx2lyx/ 
lyx2lyx, line 23, in module

import LyX
  File /Applications/TeX/LyX.app/Contents/Resources/lyx2lyx/ 
LyX.py, line 25, in module

import gzip
  File /opt/local/Library/Frameworks/Python.framework/Versions/2.5/ 
lib/python2.5/gzip.py, line 9, in module

import zlib
ImportError: No module named zlib

So... then I changed my Python install to the 2.6.1; and updated  
my .profile so that Python launches as 2.6.1 for me, and tested  
lyx2lyx at the command line, which worked...


until I forgot to add the new python path to the front of Lyx's  
internally stored path.


so frustration resolved, and posted in case other os x users find this.

Sam Rusell

Re: Big document

[Cameron Stone]

My PhD is 190-ish pages in English, with tables, algorithms, figures,
and a nice juicy bibliography. I have it divided into 8 included child
documents (basically one per chapter), some of which are broken up
logically into a few input child documents.

DVI generation takes around 50 seconds, but most days I only run that a
few times, so it's not a problem.

Splitting also makes version control a little easier, too.

One more tip: create subdirectories for your embedded figures. I didn't
and I wish I had (but I'm not spending the time to re-organise now that
it's finished)

A satisfied LyX-user,

Cameron.

Piero Faustini wrote:
 Hello fellow LyX users,
 I have to take a decision: wether to split my doctoral thesis in different 
 files or not. Some people told me a thesis is HUGE and I should split the 
 file 
 into chapters or parts, but I'm afraid that something goes wrong at any time 
 during the writing.

Re: custom fields in documents

[Rudi van der Linde]

As Vincent mentionned, this feature already exists :-)
Great - coudn't test it so just wanted to confirm my understanding 
thereof :-D


Many thanks for all the inforation.  I will revisit this when we've 
upgraded to the next version and when I get more support at work.  Most 
people still prefer the Office environment so its an ongoing struggle to 
convert them all  :).


Many thanks.


--
Rudi van der Linde
rudi...@ansys.co.za

Note:
This message (and attachments) is subject to restrictions and a disclaimer. 
Please refer to http://www.ansys.co.za/index.html or geni...@ansys.co.za for 
full details.

Re: LyX is an almost WYSIWYG-frontend for LaTeX (?)

[Nikos Alexandris]

On Wed, 2009-01-28 at 11:29 +, Guenter Milde wrote:
 On 2009-01-27, Nikos Alexandris wrote:
  With this phrase starts the description of LyX in Ubuntu's repositories.
 
 This seems to be taken from the package description in Debian:
 
Document Processor
LyX is an almost WYSIWYG-frontend for LaTeX. It makes the power and
typesetting quality of LaTeX available for people who are used to word
processors. Since LyX supports LaTeX's concept of general mark-ups, it
is even easier and faster to create professional quality documents
with it than with usual word processors. It is also possible to use
LaTeX commands within LyX, so nothing of LaTeX's power is lost. 
 
  I think it should read: LyX is a WYSIWYM document processor.
 
 I don't think so: the WYSIWYM concept needs explanation itself, so you
 cannot use it to explain what LyX is without first introducing this term.
 
 My proposal would be:
 
LyX is a graphical frontend for LaTeX. ...
 
  Anybody know's who should be contacted about that (if, of course, you
  _also_ disagree with the current description)?
 
 Once we agreed on a better way to describe LyX, 
 just file a bug report to Debian or Ubuntu.
 
 Günter
 

Hi!

I think you guys (advanced users + developers) are justified to give the
proper definition. I am a new user, so my opinion is not of the same
weight. I just expressed my thought about this issue.

Kind regards, Nikos

P.S. @Christian + @all: let's keep this in one thread (doesn't really
matter which one (the current or Christian entitled Who manages the
Ubuntu repository for LyX?).

Re: Hi Lyx Users

[rgheck]

Guven Yuceturk wrote:

I have question. I am kind of new in using Lyx. I am PhD student in math and I 
really loved Lyx. It is very useful for me. I am using the version 1.6.1 
(latest)

I have two computer, one in my office installed Ubuntu, the other one is my 
laptop has Windows vista.
My problem is I have some figures in Xfig and I use them in my documents. I 
would like to keep them as .fig files because whenever I want to edit them I 
can edit them, when I use my Ubuntu computer, I can use .fig files without any 
problem. But whenever I tried to use the same files and same lyx document in my 
vista comp I get the following error:

An error occurred whilst running python -tt C:/Program 
Files/Lyx/bin/../Resource

I will appreciate your help.

  
I'm not sure, but I expect that whatever program LyX uses to convert fig 
files into a form that LaTeX can use doesn't exist on your Windows 
machine. Check under ToolsPreferencesConverters, and find out what 
that is.


rh

RE: Hi Lyx Users

[Vincent van Ravesteijn - TNW]

Guven Yuceturk wrote:
 I have question. I am kind of new in using Lyx. I am PhD student in 
 math and I really loved Lyx. It is very useful for me. I am using the

 version 1.6.1 (latest)

 I have two computer, one in my office installed Ubuntu, the other one
is my laptop has Windows vista.
 My problem is I have some figures in Xfig and I use them in my
documents. I would like to keep them as .fig files because whenever I
want to edit them I can edit them, when I use my Ubuntu computer, I can
use .fig files without any problem. But whenever I tried to use the same
files and same lyx document in my vista comp I get the following error:

 An error occurred whilst running python -tt C:/Program
Files/Lyx/bin/../Resource

 I will appreciate your help.

   
I'm not sure, but I expect that whatever program LyX uses to convert
fig files into a form that LaTeX can use doesn't exist on your Windows
machine. Check under ToolsPreferencesConverters, and find out what
that is.

rh


I often (not always, but very often) get this error message (@XP). It is
usually not that important though, because the output is often correctly
generated. I sometimes think it has to do with updating a dvi which is
viewed by yap, but to be honest, I don't have a clue what is wrong.

Vincent

Re: Big document

[Abdelrazak Younes]

Cameron Stone wrote:


One more tip: create subdirectories for your embedded figures. I didn't
and I wish I had (but I'm not spending the time to re-organise now that
it's finished)


In case you don't know .lyx file is plain text; so you can find and 
replace the graphics links quite easily using a plain text editor 
instead of LyX.


Abdel.

Re: Big document

[Konrad Hofbauer]

Cameron Stone wrote:

My PhD is 190-ish pages in English, with tables, algorithms, figures,
and a nice juicy bibliography. I have it divided into 8 included child
documents (basically one per chapter), some of which are broken up
logically into a few input child documents.


Same size here, but all in a single document in 1.5.7, no problems 
either (but you rely a lot on the Navigator, which works really well in 
1.6).



DVI generation takes around 50 seconds, but most days I only run that a
few times, so it's not a problem.


First-time PDF generation takes about 30s on a core2duo, but most time 
is spent in converting images - insert the images in a format that 
matches your latex processor!


Note that if you compile into the full document it does not matter if 
you split the source files or not.


Being able to compile single sub-documents in a good way needs some 
extra work (in respect to bibliography, etc).



Splitting also makes version control a little easier, too.


Works fine for me on the big document, too.


One more tip: create subdirectories for your embedded figures. I didn't
and I wish I had (but I'm not spending the time to re-organise now that
it's finished)


Indeed. Same here.


A satisfied LyX-user,


Very much the same here!


Piero Faustini wrote:

Hello fellow LyX users,
I have to take a decision: wether to split my doctoral thesis in different 
files or not. Some people told me a thesis is HUGE and I should split the file 
into chapters or parts, but I'm afraid that something goes wrong at any time 
during the writing.


I think it's a matter of taste. Both has been done hundreds of times, 
both works reliably.


Good luck with your writing!
/Konrad

Re: Big document

[Abdelrazak Younes]

Piero Faustini wrote:

Hello fellow LyX users,
I have to take a decision: wether to split my doctoral thesis in different 
files or not. Some people told me a thesis is HUGE and I should split the file 
into chapters or parts, but I'm afraid that something goes wrong at any time 
during the writing.


Don't be, LyX works just fine with a thousand page document. IMHO, the 
decision to split depends on two factors:


1) you're the kind that preview often and you want the preview to be fast
2) some contents are shared between two master documents (ex: articles)

If you are not in one of those two cases, I'd suggest to stay with one 
big document because it's simpler to manage. Just remember to backup 
often or better, use a source control system (git is great for local 
purpose).


Abdel.

Re: Big document

[Jean-Marc Lasgouttes]

Abdelrazak Younes you...@lyx.org writes:
 If you are not in one of those two cases, I'd suggest to stay with one
 big document because it's simpler to manage. Just remember to backup
 often or better, use a source control system (git is great for local
 purpose).

And remember that you can always split the document if you feel that one
big document is not suitable anymore.

JMarc

Re: solved: lyx2lyx fails: OS X 10.4.11 + Texlive2008 (MacTex) + LyX 1.6.1

[Konrad Hofbauer]

Samuel Russell wrote:

ImportError: No module named zlib


I had the same problem with a macports-installed python 2.5.
The problem is that the basic macports-python packeage misses a lot of 
things. In this particular case, you also need to install py25-zlib from 
macports.


HTH,
Konrad

Re: Big document

[Piero Faustini]

 And remember that you can always split the document if you feel that one
 big document is not suitable anymore.
 

...and is the reverse operation always possible?

Anyway, thanks to all, your opinions are very useful for me!

Re: custom fields in documents

[Pavel Sanda]

Vincent van Ravesteijn - TNW wrote:
  In 1.6, we also have the info inset (InsetInfo) that can be easily 
  extended to do what you want. Please open a bugzilla enhancement
 entry 
  for this (bugzilla.lyx.org).
 A feature that would be greatly useful to our business is the ability 
 to include the current document's filename in the text for
 configuration
 management purposes.  Is it already possible to do this with LyX or
 must
 an enhancement request be filed?
 
 You can execute the following commands in the command buffer:
 
 info-insert buffer path
 info-insert buffer name

actually this is for a normal user without chance to find.
any objections if i add these into insert-file-info- ?

pavel

Re: custom fields in documents

[Pavel Sanda]

Abdelrazak Younes wrote:
 Burak Arslan wrote:
 hi,
 i used to use makefiles for compiling tex files into pdf. before invoking 
 pdflatex et al, those makefiles incorporated various information from its 
 context like current svn revision number, user who invokes the operation 
 etc. i did this by writing the output of the command (e.g. whoami  user) 
 to a file, then \input'ting it where necessary.
 is there any way to duplicate this behaviour using lyx?
 if not, you may find below a bunch of ideas to accomplish this:
 1) add a run make button, for us hacker-folk :)
 2) add a svn revision field in the insert menu. ( i'm sorry if it's 
 already in the 1.6.x series which reportedly has svn support. )
 3) add a custom field feature, that'll let me run some shell commands, 
 and embed the output into the latex file. they're to be run everytime the 
 pdf/ps/etc. are generated.
   3.1) embedding such custom fields in lyx files would certainly be 
 awesome, but it sounds like a security nightmare.

 You might be able to use the external inset for this purpose. I believe 
 this should be working in 1.4 and 1.5 too. Look at lib/external_templates 
 for a number of examples.

i think it would be very easy to just reproduce the way external material for
date is currently done. just use your own script which will runs svn log
and outputs info you need. note that maybe cache have to be disabled
i remember some bug that our cache managment stores output of 'date' script...

you can put such template/script into our wiki, but i dont think this can
be part of default lyx install because of security reasons as you noted.
for the very same reason we havent included gnuplot support for which we already
have template and code...

pavel

Re: Big document

[Jean-Marc Lasgouttes]

Piero Faustini pierofaust...@hotmail.com writes:

 And remember that you can always split the document if you feel that one
 big document is not suitable anymore.

 ...and is the reverse operation always possible?

As far as I know, yes.

JMarc

Re: custom fields in documents

[Pavel Sanda]

Pavel Sanda wrote:
 i remember some bug that our cache managment stores output of 'date' script...

http://bugzilla.lyx.org/show_bug.cgi?id=3257

Re: Hi Lyx Users

[Pavel Sanda]

Richard Heck wrote:
 An error occurred whilst running python -tt C:/Program 
 Files/Lyx/bin/../Resource

 I will appreciate your help.

   
 I'm not sure, but I expect that whatever program LyX uses to convert fig 
 files into a form that LaTeX can use doesn't exist on your Windows machine. 

we use fig2dev, which is part of transfig package usually distributed with
xfig itself. i'm not aware of windows port.

pavel

Re: Big document

[Steve Litt]

On Wednesday 28 January 2009 06:29:48 am Piero Faustini wrote:
 Hello fellow LyX users,
 I have to take a decision: wether to split my doctoral thesis in different
 files or not. Some people told me a thesis is HUGE and I should split the
 file into chapters or parts, but I'm afraid that something goes wrong at
 any time during the writing.
 It will be around 300 pages italian book (600,000 characters) in
 koma-script, with several Lilypond-imported examples, BibLaTeX-driven
 bibliography, indexes, cross-references, loads of tables, etc. etc.
 I'm using Lyx 1.6.1 in a quite healthy Windows XP sp3 environment on the
 best laptop system you could buy 4 years ago, a Dell Inspiron 9400.
 I already wrote something like 1/4 of the thesis and PDF output need some
 10 seconds to be produced (less if I just refresh and made small edits) -
 if the proportion is the same, I expect to wait not more than 40 seconds
 once the work is about to the end (which is annoying but won't kill): am I
 wrong? Some opinion/suggestion/experience?

Hi Piero,

Your mileage may vary, but my experience with my 309 page, over 100,000 word 
book Troubleshooting Techniques of the Successful Technologist is that it's 
been very practical to handle that document as a single unit. When I wrote it 
in 2001, I was using a dual Celeron 300 overclocked to 450mhz, with 1.5Ghz of 
RAM. The file size didn't slow printing, opening, scrolling, editing or 
anything else. I was using an HP4050 printer. Today I use an Intel Duo 2 Core 
processor running at 2527.000 mhz, and 8GB of RAM, so of course it works just 
fine.

My experience with LyX was that except for one brief version with a wrapping 
algorithm problem, LyX is extremely efficient with documents large and small. 
That's one of the reasons I like LyX so much.

This doesn't exactly apply to your situation, but in 1990 I chose to split my 
WordPerfect 5.1 written book, Troubleshooting: Tools, Tips and Techniques 
into chapters. It worked just fine, but over the years I forgot exactly how 
to put them back together in order to print (I forgot exactly what to do with 
the master document), and eventually ended up just printing off an lpd file 
created many years ago. What I'm saying is that over a long time period, it's 
much easier to use a single file than a bunch of chapters and a master file.

From reading the mailing list, it appears that a few people have had trouble 
with lists and the like when using a master and chapter files. Not problems 
the couldn't overcome, but problems that were a hassle.

Speaking for myself, I'd try to keep it as a single file unless it got up 
around 1000 pages.

SteveT

-- 
Steve Litt
Recession Relief Package
http://www.recession-relief.US

Re: LyX is an almost WYSIWYG-frontend for LaTeX (?)

[Steve Litt]

On Wednesday 28 January 2009 06:29:38 am Guenter Milde wrote:
 On 2009-01-27, Nikos Alexandris wrote:
  With this phrase starts the description of LyX in Ubuntu's repositories.

 This seems to be taken from the package description in Debian:

Document Processor
LyX is an almost WYSIWYG-frontend for LaTeX. It makes the power and
typesetting quality of LaTeX available for people who are used to word
processors. Since LyX supports LaTeX's concept of general mark-ups, it
is even easier and faster to create professional quality documents
with it than with usual word processors. It is also possible to use
LaTeX commands within LyX, so nothing of LaTeX's power is lost.

I believe the preceding is an excellent definition. LyX has WYSIWYG properties 
in that headings, titles, etc appear in approximately the same size in both 
the LyX environment and the printed page. As long as layout files are set up 
right, things that are centered on the printed page are also centered within 
the LyX environment.

LyX is not completely WYSIWYG because there are numerous little differences, 
and of course the big one -- the LyX environment doesn't page break.

There are some who say LyX is not WYSIWYG at all. My argument is that LaTeX in 
Vim is not WYSIWYG, HTML in Vim is not WYSIWYG, and old WordPerfect 5.1 is 
not WYSIWYG. In all three cases, you have only one font, and must run a 
conversion program to have any idea how it will format. In LyX, you have a 
pretty good idea how things will format just by looking in the LyX workspace.


  I think it should read: LyX is a WYSIWYM document processor.

 I don't think so: the WYSIWYM concept needs explanation itself, so you
 cannot use it to explain what LyX is without first introducing this term.

I agree. I've used LyX for 8 years and still don't really understand what 
WYSIWYM means. I wrote on the subject 2 years ago:

http://www.troubleshooters.com/linux/lyx/lyx_latex_tex.htm#_LyX_is_WYSIWYG


 My proposal would be:

LyX is a graphical frontend for LaTeX. ...

This sounds OK, but personally I'd just leave it as LyX is an almost 
WYSIWYG-frontend for LaTeX. To me, it's the most accurate description of the 
relationship between paper and work environment appearances.

SteveT
 
Steve Litt
Recession Relief Package
http://www.recession-relief.US

Changing the Chapter environment on the fly?

[Steve Litt]

Hi all,

Very soon I'll need to be able to change the Chapter environment on the fly. 
Specifically, I'll need to change the word Chapter to Tool, and I'll need 
to change counters. So it would look something like this:

Chapter 1: The Brave New World
Chapter 2: How to Use this Book
Chapter 3: Introduction
Tool 1: Prepare
Tool 2: Make a Damage Control Plan
Tool 3: Get the Symptom Description
Tool 4: Reproduce the Symptom
Tool 5: Corrective Maintenance
Chapter 4: What You've Learned

I spoze I could make Tool a whole different environment, but it would have to 
show up in the table of contents, it would have to print on the page 
headers -- it just seems easier to me to change the word Chapter to Tool 
and back again, and to change the counter and then change it back again.

Any ideas how to do this?

Thanks

SteveT

Re: Hi Lyx Users

[rgheck]

Pavel Sanda wrote:

Richard Heck wrote:
  
An error occurred whilst running python -tt C:/Program 
Files/Lyx/bin/../Resource


I will appreciate your help.

  
  
I'm not sure, but I expect that whatever program LyX uses to convert fig 
files into a form that LaTeX can use doesn't exist on your Windows machine. 



we use fig2dev, which is part of transfig package usually distributed with
xfig itself. i'm not aware of windows port.

  

That would be the problem, then.

rh

Re: Changing the Chapter environment on the fly?

[Les Denham]

On Wednesday 28 January 2009, Steve Litt wrote:
 Any ideas how to do this?

Steve,

I don't remember the details, but I believe this kind of manipulation is 
covered in the Memoir manual 
(http://www.tug.org/texlive/Contents/live/texmf-dist/doc/latex/memoir/memman.pdf
 
and probably also somewhere on your system is you installed doumentation).  
You'd need to do it in LaTeX.

-- 
Les

~~
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html

Re: Changing the Chapter environment on the fly?

[Konrad Hofbauer]

Steve Litt wrote:
it just seems easier to me to change the word Chapter to Tool 

\renewcommand{\chaptername}{Tool}


and back again, and to change the counter and then change it back again.

http://www-h.eng.cam.ac.uk/help/tpl/textprocessing/teTeX/latex/latex2e-html/ltx-3.html

Both untested, both won't show in LyX.
Be warned that some things might go nuts (e.g., cross-references).

HTH,
/Konrad

Re: watching dvi/pdf under Mac

[sangmin]

You can view dvi directly by setting your dvi viewer to be 'xdvi' on mac.
Just type 'xdvi' in the preference options



Eric Cavalcanti-3 wrote:
 
 Hello LyX users,
 
 I used LyX on Linux for a while and using kpdf I had the good feature that
 whenever I updated a DVI/PDF file, it would automatically reload on the
 viewer. I am now using MAC, and Texshop as viewer for DVI (It actually
 seems
 to convert the file to PDF before opening it, for some reason I don't
 understand) and Acrobat professional as a viewer for PDF. None of these
 have
 the feature of watching the file for update. Could anyone recommend a good
 viewer for MAC that has this feature, for DVI and/or PDF?
 
 Thanks,
 Eric
 
 
 
 

-- 
View this message in context: 
http://n2.nabble.com/watching-dvi-pdf-under-Mac-tp477869p2235040.html
Sent from the LyX - Users mailing list archive at Nabble.com.

Re: MS Word to LyX

[Anders Host-Madsen]

Richard Heck rgh...@... writes:


 There's also the free wvLatex program that you can try. I don't know if 
 it runs on Windows. See here:
 http://wvware.sourceforge.net/
 But if it doesn't, that's a good reason to dual boot Linux. 


I looked vwLatex. They refer to AbiWord, 
But I couldn't make AbiWord convert equations at all. 
So, it seems the only solution is word2tex -- it appears to
do the conversion better than GrindEQ. But it is hard
to judge from the trial version, and the real version is
quite expensive (and risky, since it seems support is
non-existent).

Re: MS Word to LyX

[rgheck]

Anders Host-Madsen wrote:

Richard Heck rgh...@... writes:


  
There's also the free wvLatex program that you can try. I don't know if 
it runs on Windows. See here:

http://wvware.sourceforge.net/
But if it doesn't, that's a good reason to dual boot Linux. 




I looked vwLatex. They refer to AbiWord, 
But I couldn't make AbiWord convert equations at all. 
So, it seems the only solution is word2tex -- it appears to

do the conversion better than GrindEQ. But it is hard
to judge from the trial version, and the real version is
quite expensive (and risky, since it seems support is
non-existent).

  
If you could send me a short Word document illustrating what you want to 
do, I'll try running wvLatex on it here, and then you can see what you 
get. I think someone else mentioned that writer2latex is very 
configurable, so if the DOC to OOo conversion is reasonable, you might 
have some luck there.


rh

Request for svn test on Windows

[Pavel Sanda]

hi,

i started implementing another badly missing feature for svn cooperation,
which is automatical locking of files so there is possibility how to
avoid merge conflicts.
i need one confirmation from the windows side of the pond - please is
can anybody report to me whether the following works in windows envi,
not sure how read-write permissions are treated there...

0. setup the following config: two identical repository checkouts A, B
1. in A: choose some file.lyx
2. in A: svn propset svn:needs-lock dummy file.lyx
3. in A: svn ci

4. in B: svn up
5. in B: lyx file.lyx
6. is the file.lyx inside LyX window in read-only mode?
7. close lyx
8. in B: svn lock file.lyx
9. in B: lyx file.lyx
10. is the file.lyx inside LyX window in write mode?
11. close lyx

12. in A: lyx file.lyx
13. is the file.lyx inside LyX window in read-only mode?
14. in A: does the following fail?: svn lock file.lyx

pavel

Word wrapping in tables

[Ehud Kaplan]

How do I get text to wrap inside table cells so the table fits within 
the width of a page?


Thanks,

Re: Changing the Chapter environment on the fly?

[Uwe Stöhr]

Steve Litt schrieb:

Very soon I'll need to be able to change the Chapter environment on the fly. 
Specifically, I'll need to change the word Chapter to Tool, and I'll need 
to change counters. So it would look something like this:


Chapter 1: The Brave New World
Chapter 2: Introduction
Tool 1: Prepare
Tool 2: Make a Damage Control Plan

 Chapter 3: What You've Learned

Tool 3: Get the Symptom Description

 Chapter 4: What You've Learned

Implementing this is tricky. Attached is a file where I did this. (I used the koma-script book class 
because this class is the most customizable I know.)


The code is:

% define new counters
\newcounter{save}
\newcounter{tool}
% print the counter value as small Latin letter
\renewcommand{\thetool}{\alph{tool}}
% save the original chapter counter definition
\let\myChapter\thechapter

% define the new command
\newcommand{\tool}[1]{%
 % set the name
 \renewcommand{\chaptername}{Tool}
 % increase the counter
 \stepcounter{tool}
 % save the chapter counter
 \setcounter{save}{\thechapter}
 % redefine the chapter counter
 \let\thechapter\thetool
 % redefine the hyperlink chapter counter to have an unique anchor
 \renewcommand\theHchapter{Tool-\thechapter}
 % use chapter as normal
 \chapter{#1}
 % restore the original counter definitions and values
 \renewcommand{\chaptername}{Chapter}
 \let\thechapter\myChapter
 \setcounter{chapter}{\thesave}
 \renewcommand\theHchapter{\thechapter}
}

It only works when you are using in the document settings hyperref. Although you probably already 
use hyperref, you can delete all lines in the above code that contain theHchapter to make it work 
without hyperref.


I spoze I could make Tool a whole different environment, but it would have to 
show up in the table of contents,


This works, but the problem is, that only the numbers of chapters appear in the TOC. Therefore I 
used small Latin letters for the number of the tool. (Because parts are numbered big Roman, 
appendices big Latin, so you can only decide between small Roman or small Latin.)



it would have to print on the page headers


This works without problems.

regards Uwe


newfile3.lyx
Description: application/lyx

Re: Word wrapping in tables

[Uwe Stöhr]

Ehud Kaplan schrieb:

How do I get text to wrap inside table cells so the table fits within 
the width of a page?


See the sec. 2.8 of the EmbeddedObjects manual that you find in the Help menu 
of LyX.

regards Uwe

Re: Index Flash Card Template

[Uwe Stöhr]

Josiah schrieb:


I am trying to create a template for printing school notes on index cards.  I
would like the notes to be two-sided like flash cards and be able to print 4
note cards on a sheet letter size paper (Avery Index Cards #3381).  I am
currently doing this using Word, but it is a big hassle to get the
formatting right.


There is a special LaTeX-package available to do this. We already tried to support it in LyX, but it 
turns out that the LaTeX-package is buggy, see

http://bugzilla.lyx.org/show_bug.cgi?id=4040

But when this is what you want:
http://www.ctan.org/tex-archive/macros/latex/contrib/eCards/eCardstst.pdf
(from http://www.ctan.org/tex-archive/help/Catalogue/entries/ecards.html)
I can create a LyX layout file.

regards Uwe

Re: Hi Lyx Users

[Abdelrazak Younes]

rgheck wrote:

Pavel Sanda wrote:

Richard Heck wrote:
 
An error occurred whilst running python -tt C:/Program 
Files/Lyx/bin/../Resource


I will appreciate your help.


I'm not sure, but I expect that whatever program LyX uses to convert 
fig files into a form that LaTeX can use doesn't exist on your 
Windows machine. 


we use fig2dev, which is part of transfig package usually distributed 
with

xfig itself. i'm not aware of windows port.

  

That would be the problem, then.


Both Jfig and Winfig redistributes recent transfig packages for Windows; 
just google for it.


Abdel.

Who manages the Ubuntu repository for LyX? (Was: LyX is an almost WYSIWYG-frontend for LaTeX (?))

[Christian Ridderström]

On Wed, 28 Jan 2009, Nikos Alexandris wrote:


With this phrase starts the description of LyX in Ubuntu's repositories.
I think it should read: LyX is a WYSIWYM document processor.

Anybody know's who should be contacted about that (if, of course, you
_also_ disagree with the current description)?

Kind regards, Nikos


Just reposting with a different subject:-)

/Christian

--
Christian Ridderström, +46-8-768 39 44http://www.md.kth.se/~chr

Re: custom fields in documents

[Abdelrazak Younes]

Burak Arslan wrote:

hi,

i used to use makefiles for compiling tex files into pdf. before 
invoking pdflatex et al, those makefiles incorporated various 
information from its context like current svn revision number, user who 
invokes the operation etc. i did this by writing the output of the 
command (e.g. whoami  user) to a file, then \input'ting it where 
necessary.


is there any way to duplicate this behaviour using lyx?

if not, you may find below a bunch of ideas to accomplish this:
1) add a run make button, for us hacker-folk :)
2) add a svn revision field in the insert menu. ( i'm sorry if it's 
already in the 1.6.x series which reportedly has svn support. )
3) add a custom field feature, that'll let me run some shell commands, 
and embed the output into the latex file. they're to be run everytime 
the pdf/ps/etc. are generated.
  3.1) embedding such custom fields in lyx files would certainly be 
awesome, but it sounds like a security nightmare.


You might be able to use the external inset for this purpose. I believe 
this should be working in 1.4 and 1.5 too. Look at 
lib/external_templates for a number of examples.


You can also of course \input a latex or text file in LyX. So your 
current solution would still work the same.


In 1.6, we also have the info inset (InsetInfo) that can be easily 
extended to do what you want. Please open a bugzilla enhancement entry 
for this (bugzilla.lyx.org).


Abdel.

Re: Strategies for Writing Co-operation with Non-LyX Users?

[Jürgen Spitzmüller]

Pavel Sanda wrote:
 do you intend to put these into the tree?

Eventually perhaps. But not now, since both packages are very new, and the 
modules are not very much tested (I just hacked them together rather quickly).

But I thought about setting up a module site next to the existing layouts 
site on the wiki, once I find the time.

Jürgen

Re: custom fields in documents

[Rudi van der Linde]

In 1.6, we also have the info inset (InsetInfo) that can be easily 
extended to do what you want. Please open a bugzilla enhancement entry 
for this (bugzilla.lyx.org).
A feature that would be greatly useful to our business is the ability to 
include the current document's filename in the text for configuration 
management purposes.  Is it already possible to do this with LyX or must 
an enhancement request be filed?



--
Rudi van der Linde
rudi...@ansys.co.za

Note:
This message (and attachments) is subject to restrictions and a disclaimer. 
Please refer to http://www.ansys.co.za/index.html or geni...@ansys.co.za for 
full details.

RE: custom fields in documents

[Vincent van Ravesteijn - TNW]

 

 In 1.6, we also have the info inset (InsetInfo) that can be easily 
 extended to do what you want. Please open a bugzilla enhancement
entry 
 for this (bugzilla.lyx.org).
A feature that would be greatly useful to our business is the ability 
to include the current document's filename in the text for
configuration
management purposes.  Is it already possible to do this with LyX or
must
an enhancement request be filed?

You can execute the following commands in the command buffer:

info-insert buffer path
info-insert buffer name

See for more info: Help-LyX Functions-LFUN_INFO_INSERT

Vincent

Re: custom fields in documents

[Abdelrazak Younes]

Burak Arslan wrote:


Thanks everyone for your replies, much appreciated :)


You're welcome. That's the way LyX community works ;-)



Abdelrazak Younes wrote:


You can also of course \input a latex or text file in LyX. So your 
current solution would still work the same.


It would, to a certain extent. within my makefile setup, I'd made sure 
that those small tex files got updated everytime a pdf was produced. 
that's what I wasn't able to do with lyx. Of course, i could run make 
as usual from the console, but i thought it was against the spirit of 
using lyx.


Sorry, my answer was not complete. You should of course let LyX handles 
LateX compilation, you ought to use 'lyx -e pdf' or 'lyx -e pdf2' for 
proper export.


Abdel.

Re: custom fields in documents

[Abdelrazak Younes]

Rudi van der Linde wrote:


In 1.6, we also have the info inset (InsetInfo) that can be easily 
extended to do what you want. Please open a bugzilla enhancement entry 
for this (bugzilla.lyx.org).
A feature that would be greatly useful to our business is the ability to 
include the current document's filename in the text for configuration 
management purposes.  Is it already possible to do this with LyX or must 
an enhancement request be filed?


As Vincent mentionned, this feature already exists :-)

I take this occasion to remind businesses (not your business in 
particular Rudi) that they can push for this or that feature. If a 
feature is greatly needed for a given company, we can add a project in 
the Donation page* and find a developper for that. InsetInfo extension 
for svn for example can be such small projects.


Abdel.

* http://www.lyx.org/Donate

Re: custom fields in documents

[Rudi van der Linde]

Vincent van Ravesteijn - TNW wrote:

You can execute the following commands in the command buffer:

info-insert buffer path
info-insert buffer name

See for more info: Help-LyX Functions-LFUN_INFO_INSERT
  
Many thanks, this will definately help a lot.  Were still using 1.5.4 at 
the moment, so I'll have a look at this functionality if/when we upgrade 
to a newer version.


Is it by any chance possible to have LyX update this information 
automatically everytime a .pdf is generated, or will one have to do it 
by hand?

Vincen


--
Rudi van der Linde
rudi...@ansys.co.za

Note:
This message (and attachments) is subject to restrictions and a disclaimer. 
Please refer to http://www.ansys.co.za/index.html or geni...@ansys.co.za for 
full details.

Re: LyX is an almost WYSIWYG-frontend for LaTeX (?)

[Guenter Milde]

On 2009-01-27, Nikos Alexandris wrote:
 With this phrase starts the description of LyX in Ubuntu's repositories.

This seems to be taken from the package description in Debian:

   Document Processor
   LyX is an almost WYSIWYG-frontend for LaTeX. It makes the power and
   typesetting quality of LaTeX available for people who are used to word
   processors. Since LyX supports LaTeX's concept of general mark-ups, it
   is even easier and faster to create professional quality documents
   with it than with usual word processors. It is also possible to use
   LaTeX commands within LyX, so nothing of LaTeX's power is lost. 

 I think it should read: LyX is a WYSIWYM document processor.

I don't think so: the WYSIWYM concept needs explanation itself, so you
cannot use it to explain what LyX is without first introducing this term.

My proposal would be:

   LyX is a graphical frontend for LaTeX. ...

 Anybody know's who should be contacted about that (if, of course, you
 _also_ disagree with the current description)?

Once we agreed on a better way to describe LyX, 
just file a bug report to Debian or Ubuntu.

Günter

Big document

[Piero Faustini]

Hello fellow LyX users,
I have to take a decision: wether to split my doctoral thesis in different 
files or not. Some people told me a thesis is HUGE and I should split the file 
into chapters or parts, but I'm afraid that something goes wrong at any time 
during the writing.
It will be around 300 pages italian book (600,000 characters) in koma-script, 
with several Lilypond-imported examples, BibLaTeX-driven bibliography, indexes, 
cross-references, loads of tables, etc. etc. 
I'm using Lyx 1.6.1 in a quite healthy Windows XP sp3 environment on the best 
laptop system you could buy 4 years ago, a Dell Inspiron 9400.
I already wrote something like 1/4 of the thesis and PDF output need some 10 
seconds to be produced (less if I just refresh and made small edits) - if the 
proportion is the same, I expect to wait not more than 40 seconds once the work 
is about to the end (which is annoying but won't kill): am I wrong?
Some opinion/suggestion/experience?

Re: Corss reference and math functions shortkey.

[Guenter Milde]

On 2009-01-27, rgheck wrote:
 Jens Noeckel wrote:
 On Jan 27, 2009, at 1:25 PM, Anders Host-Madsen wrote:
 Jens Noeckel noec...@... writes:



  Yes, I think what's happening is that I see these shortcuts in the LyX 
  preferences on my Mac, precisely because I have already defined 
  shortcuts for them in a custom bind file. If these inset lfuns 
  aren't bound to anything, they apparently don't show up in the LyX 
  preferences at run time... one could say that's a bug, or a missing 
  feature.

 dialog-show-new-inset shows up, but that probably isn't so helpful, 
 since you need an argument to it: the inset name, in this case, ref. 
 It's probably not feasible to have shortcuts show commands with their 
 arguments. In this particular case, there are only a few possible 
 arguments; in other cases, though, there is no limit.

However, if you 

  choose the desired dialog from the menu and watch the status line at
  the bottom of the LyX window. There you'll see what the corresponding
  LFun is that opens the dialog, e.g., for references, or graphics,
  etc.

this includes the actually used argument.

The downside is that this nice help will vanish after a short time, so you
have to be quick.

But if I got it right, the corrsponding lfun (hopefully including the
argument(s)) will be inserted into the minibuffer history in the next
version of LyX.

This would make it possibly to copy and past the right lfun+arg into a
text editor with your *.bind file.

Feature request for the configure-shortcuts dialogue:

  * a search by key
  * a text input field to set the binding of a key to a new lfun.
  
or just a note explaining that 

  to bind currently unused functions to a key,
  please edit path to bind file in a text editor.
  
(where path to bind file is set according to the actual used file).

Günter

 rh

solved: lyx2lyx fails: OS X 10.4.11 + Texlive2008 (MacTex) + LyX 1.6.1

[Samuel Russell]

Dear lyx users,

with OS X 10.4.11 + Texlive2008 (MacTex) + LyX 1.6.1 opening lyx  
files from 1.5 I got lyx2lyx failures, and invoking lyx2lyx at the  
command line results in:


/Applications/TeX/LyX.app/Contents/Resources/lyx2lyx/lyx2lyx  being  
classylyx.lyx

Traceback (most recent call last):
  File /Applications/TeX/LyX.app/Contents/Resources/lyx2lyx/ 
lyx2lyx, line 23, in module

import LyX
  File /Applications/TeX/LyX.app/Contents/Resources/lyx2lyx/ 
LyX.py, line 25, in module

import gzip
  File /opt/local/Library/Frameworks/Python.framework/Versions/2.5/ 
lib/python2.5/gzip.py, line 9, in module

import zlib
ImportError: No module named zlib

So... then I changed my Python install to the 2.6.1; and updated  
my .profile so that Python launches as 2.6.1 for me, and tested  
lyx2lyx at the command line, which worked...


until I forgot to add the new python path to the front of Lyx's  
internally stored path.


so frustration resolved, and posted in case other os x users find this.

Sam Rusell

Re: Big document

[Cameron Stone]

My PhD is 190-ish pages in English, with tables, algorithms, figures,
and a nice juicy bibliography. I have it divided into 8 included child
documents (basically one per chapter), some of which are broken up
logically into a few input child documents.

DVI generation takes around 50 seconds, but most days I only run that a
few times, so it's not a problem.

Splitting also makes version control a little easier, too.

One more tip: create subdirectories for your embedded figures. I didn't
and I wish I had (but I'm not spending the time to re-organise now that
it's finished)

A satisfied LyX-user,

Cameron.

Piero Faustini wrote:
 Hello fellow LyX users,
 I have to take a decision: wether to split my doctoral thesis in different 
 files or not. Some people told me a thesis is HUGE and I should split the 
 file 
 into chapters or parts, but I'm afraid that something goes wrong at any time 
 during the writing.

Re: custom fields in documents

[Rudi van der Linde]

As Vincent mentionned, this feature already exists :-)
Great - coudn't test it so just wanted to confirm my understanding 
thereof :-D


Many thanks for all the inforation.  I will revisit this when we've 
upgraded to the next version and when I get more support at work.  Most 
people still prefer the Office environment so its an ongoing struggle to 
convert them all  :).


Many thanks.


--
Rudi van der Linde
rudi...@ansys.co.za

Note:
This message (and attachments) is subject to restrictions and a disclaimer. 
Please refer to http://www.ansys.co.za/index.html or geni...@ansys.co.za for 
full details.

Re: LyX is an almost WYSIWYG-frontend for LaTeX (?)

[Nikos Alexandris]

On Wed, 2009-01-28 at 11:29 +, Guenter Milde wrote:
 On 2009-01-27, Nikos Alexandris wrote:
  With this phrase starts the description of LyX in Ubuntu's repositories.
 
 This seems to be taken from the package description in Debian:
 
Document Processor
LyX is an almost WYSIWYG-frontend for LaTeX. It makes the power and
typesetting quality of LaTeX available for people who are used to word
processors. Since LyX supports LaTeX's concept of general mark-ups, it
is even easier and faster to create professional quality documents
with it than with usual word processors. It is also possible to use
LaTeX commands within LyX, so nothing of LaTeX's power is lost. 
 
  I think it should read: LyX is a WYSIWYM document processor.
 
 I don't think so: the WYSIWYM concept needs explanation itself, so you
 cannot use it to explain what LyX is without first introducing this term.
 
 My proposal would be:
 
LyX is a graphical frontend for LaTeX. ...
 
  Anybody know's who should be contacted about that (if, of course, you
  _also_ disagree with the current description)?
 
 Once we agreed on a better way to describe LyX, 
 just file a bug report to Debian or Ubuntu.
 
 Günter
 

Hi!

I think you guys (advanced users + developers) are justified to give the
proper definition. I am a new user, so my opinion is not of the same
weight. I just expressed my thought about this issue.

Kind regards, Nikos

P.S. @Christian + @all: let's keep this in one thread (doesn't really
matter which one (the current or Christian entitled Who manages the
Ubuntu repository for LyX?).

Re: Hi Lyx Users

[rgheck]

Guven Yuceturk wrote:

I have question. I am kind of new in using Lyx. I am PhD student in math and I 
really loved Lyx. It is very useful for me. I am using the version 1.6.1 
(latest)

I have two computer, one in my office installed Ubuntu, the other one is my 
laptop has Windows vista.
My problem is I have some figures in Xfig and I use them in my documents. I 
would like to keep them as .fig files because whenever I want to edit them I 
can edit them, when I use my Ubuntu computer, I can use .fig files without any 
problem. But whenever I tried to use the same files and same lyx document in my 
vista comp I get the following error:

An error occurred whilst running python -tt C:/Program 
Files/Lyx/bin/../Resource

I will appreciate your help.

  
I'm not sure, but I expect that whatever program LyX uses to convert fig 
files into a form that LaTeX can use doesn't exist on your Windows 
machine. Check under ToolsPreferencesConverters, and find out what 
that is.


rh

RE: Hi Lyx Users

[Vincent van Ravesteijn - TNW]

Guven Yuceturk wrote:
 I have question. I am kind of new in using Lyx. I am PhD student in 
 math and I really loved Lyx. It is very useful for me. I am using the

 version 1.6.1 (latest)

 I have two computer, one in my office installed Ubuntu, the other one
is my laptop has Windows vista.
 My problem is I have some figures in Xfig and I use them in my
documents. I would like to keep them as .fig files because whenever I
want to edit them I can edit them, when I use my Ubuntu computer, I can
use .fig files without any problem. But whenever I tried to use the same
files and same lyx document in my vista comp I get the following error:

 An error occurred whilst running python -tt C:/Program
Files/Lyx/bin/../Resource

 I will appreciate your help.

   
I'm not sure, but I expect that whatever program LyX uses to convert
fig files into a form that LaTeX can use doesn't exist on your Windows
machine. Check under ToolsPreferencesConverters, and find out what
that is.

rh


I often (not always, but very often) get this error message (@XP). It is
usually not that important though, because the output is often correctly
generated. I sometimes think it has to do with updating a dvi which is
viewed by yap, but to be honest, I don't have a clue what is wrong.

Vincent

Re: Big document

[Abdelrazak Younes]

Cameron Stone wrote:


One more tip: create subdirectories for your embedded figures. I didn't
and I wish I had (but I'm not spending the time to re-organise now that
it's finished)


In case you don't know .lyx file is plain text; so you can find and 
replace the graphics links quite easily using a plain text editor 
instead of LyX.


Abdel.

Re: Big document

[Konrad Hofbauer]

Cameron Stone wrote:

My PhD is 190-ish pages in English, with tables, algorithms, figures,
and a nice juicy bibliography. I have it divided into 8 included child
documents (basically one per chapter), some of which are broken up
logically into a few input child documents.


Same size here, but all in a single document in 1.5.7, no problems 
either (but you rely a lot on the Navigator, which works really well in 
1.6).



DVI generation takes around 50 seconds, but most days I only run that a
few times, so it's not a problem.


First-time PDF generation takes about 30s on a core2duo, but most time 
is spent in converting images - insert the images in a format that 
matches your latex processor!


Note that if you compile into the full document it does not matter if 
you split the source files or not.


Being able to compile single sub-documents in a good way needs some 
extra work (in respect to bibliography, etc).



Splitting also makes version control a little easier, too.


Works fine for me on the big document, too.


One more tip: create subdirectories for your embedded figures. I didn't
and I wish I had (but I'm not spending the time to re-organise now that
it's finished)


Indeed. Same here.


A satisfied LyX-user,


Very much the same here!


Piero Faustini wrote:

Hello fellow LyX users,
I have to take a decision: wether to split my doctoral thesis in different 
files or not. Some people told me a thesis is HUGE and I should split the file 
into chapters or parts, but I'm afraid that something goes wrong at any time 
during the writing.


I think it's a matter of taste. Both has been done hundreds of times, 
both works reliably.


Good luck with your writing!
/Konrad

Re: Big document

[Abdelrazak Younes]

Piero Faustini wrote:

Hello fellow LyX users,
I have to take a decision: wether to split my doctoral thesis in different 
files or not. Some people told me a thesis is HUGE and I should split the file 
into chapters or parts, but I'm afraid that something goes wrong at any time 
during the writing.


Don't be, LyX works just fine with a thousand page document. IMHO, the 
decision to split depends on two factors:


1) you're the kind that preview often and you want the preview to be fast
2) some contents are shared between two master documents (ex: articles)

If you are not in one of those two cases, I'd suggest to stay with one 
big document because it's simpler to manage. Just remember to backup 
often or better, use a source control system (git is great for local 
purpose).


Abdel.

Re: Big document

[Jean-Marc Lasgouttes]

Abdelrazak Younes you...@lyx.org writes:
 If you are not in one of those two cases, I'd suggest to stay with one
 big document because it's simpler to manage. Just remember to backup
 often or better, use a source control system (git is great for local
 purpose).

And remember that you can always split the document if you feel that one
big document is not suitable anymore.

JMarc

Re: solved: lyx2lyx fails: OS X 10.4.11 + Texlive2008 (MacTex) + LyX 1.6.1

[Konrad Hofbauer]

Samuel Russell wrote:

ImportError: No module named zlib


I had the same problem with a macports-installed python 2.5.
The problem is that the basic macports-python packeage misses a lot of 
things. In this particular case, you also need to install py25-zlib from 
macports.


HTH,
Konrad

Re: Big document

[Piero Faustini]

 And remember that you can always split the document if you feel that one
 big document is not suitable anymore.
 

...and is the reverse operation always possible?

Anyway, thanks to all, your opinions are very useful for me!

Re: custom fields in documents

[Pavel Sanda]

Vincent van Ravesteijn - TNW wrote:
  In 1.6, we also have the info inset (InsetInfo) that can be easily 
  extended to do what you want. Please open a bugzilla enhancement
 entry 
  for this (bugzilla.lyx.org).
 A feature that would be greatly useful to our business is the ability 
 to include the current document's filename in the text for
 configuration
 management purposes.  Is it already possible to do this with LyX or
 must
 an enhancement request be filed?
 
 You can execute the following commands in the command buffer:
 
 info-insert buffer path
 info-insert buffer name

actually this is for a normal user without chance to find.
any objections if i add these into insert-file-info- ?

pavel

Re: custom fields in documents

[Pavel Sanda]

Abdelrazak Younes wrote:
 Burak Arslan wrote:
 hi,
 i used to use makefiles for compiling tex files into pdf. before invoking 
 pdflatex et al, those makefiles incorporated various information from its 
 context like current svn revision number, user who invokes the operation 
 etc. i did this by writing the output of the command (e.g. whoami  user) 
 to a file, then \input'ting it where necessary.
 is there any way to duplicate this behaviour using lyx?
 if not, you may find below a bunch of ideas to accomplish this:
 1) add a run make button, for us hacker-folk :)
 2) add a svn revision field in the insert menu. ( i'm sorry if it's 
 already in the 1.6.x series which reportedly has svn support. )
 3) add a custom field feature, that'll let me run some shell commands, 
 and embed the output into the latex file. they're to be run everytime the 
 pdf/ps/etc. are generated.
   3.1) embedding such custom fields in lyx files would certainly be 
 awesome, but it sounds like a security nightmare.

 You might be able to use the external inset for this purpose. I believe 
 this should be working in 1.4 and 1.5 too. Look at lib/external_templates 
 for a number of examples.

i think it would be very easy to just reproduce the way external material for
date is currently done. just use your own script which will runs svn log
and outputs info you need. note that maybe cache have to be disabled
i remember some bug that our cache managment stores output of 'date' script...

you can put such template/script into our wiki, but i dont think this can
be part of default lyx install because of security reasons as you noted.
for the very same reason we havent included gnuplot support for which we already
have template and code...

pavel

Re: Big document

[Jean-Marc Lasgouttes]

Piero Faustini pierofaust...@hotmail.com writes:

 And remember that you can always split the document if you feel that one
 big document is not suitable anymore.

 ...and is the reverse operation always possible?

As far as I know, yes.

JMarc

Re: custom fields in documents

[Pavel Sanda]

Pavel Sanda wrote:
 i remember some bug that our cache managment stores output of 'date' script...

http://bugzilla.lyx.org/show_bug.cgi?id=3257

Re: Hi Lyx Users

[Pavel Sanda]

Richard Heck wrote:
 An error occurred whilst running python -tt C:/Program 
 Files/Lyx/bin/../Resource

 I will appreciate your help.

   
 I'm not sure, but I expect that whatever program LyX uses to convert fig 
 files into a form that LaTeX can use doesn't exist on your Windows machine. 

we use fig2dev, which is part of transfig package usually distributed with
xfig itself. i'm not aware of windows port.

pavel

Re: Big document

[Steve Litt]

On Wednesday 28 January 2009 06:29:48 am Piero Faustini wrote:
 Hello fellow LyX users,
 I have to take a decision: wether to split my doctoral thesis in different
 files or not. Some people told me a thesis is HUGE and I should split the
 file into chapters or parts, but I'm afraid that something goes wrong at
 any time during the writing.
 It will be around 300 pages italian book (600,000 characters) in
 koma-script, with several Lilypond-imported examples, BibLaTeX-driven
 bibliography, indexes, cross-references, loads of tables, etc. etc.
 I'm using Lyx 1.6.1 in a quite healthy Windows XP sp3 environment on the
 best laptop system you could buy 4 years ago, a Dell Inspiron 9400.
 I already wrote something like 1/4 of the thesis and PDF output need some
 10 seconds to be produced (less if I just refresh and made small edits) -
 if the proportion is the same, I expect to wait not more than 40 seconds
 once the work is about to the end (which is annoying but won't kill): am I
 wrong? Some opinion/suggestion/experience?

Hi Piero,

Your mileage may vary, but my experience with my 309 page, over 100,000 word 
book Troubleshooting Techniques of the Successful Technologist is that it's 
been very practical to handle that document as a single unit. When I wrote it 
in 2001, I was using a dual Celeron 300 overclocked to 450mhz, with 1.5Ghz of 
RAM. The file size didn't slow printing, opening, scrolling, editing or 
anything else. I was using an HP4050 printer. Today I use an Intel Duo 2 Core 
processor running at 2527.000 mhz, and 8GB of RAM, so of course it works just 
fine.

My experience with LyX was that except for one brief version with a wrapping 
algorithm problem, LyX is extremely efficient with documents large and small. 
That's one of the reasons I like LyX so much.

This doesn't exactly apply to your situation, but in 1990 I chose to split my 
WordPerfect 5.1 written book, Troubleshooting: Tools, Tips and Techniques 
into chapters. It worked just fine, but over the years I forgot exactly how 
to put them back together in order to print (I forgot exactly what to do with 
the master document), and eventually ended up just printing off an lpd file 
created many years ago. What I'm saying is that over a long time period, it's 
much easier to use a single file than a bunch of chapters and a master file.

From reading the mailing list, it appears that a few people have had trouble 
with lists and the like when using a master and chapter files. Not problems 
the couldn't overcome, but problems that were a hassle.

Speaking for myself, I'd try to keep it as a single file unless it got up 
around 1000 pages.

SteveT

-- 
Steve Litt
Recession Relief Package
http://www.recession-relief.US

Re: LyX is an almost WYSIWYG-frontend for LaTeX (?)

[Steve Litt]

On Wednesday 28 January 2009 06:29:38 am Guenter Milde wrote:
 On 2009-01-27, Nikos Alexandris wrote:
  With this phrase starts the description of LyX in Ubuntu's repositories.

 This seems to be taken from the package description in Debian:

Document Processor
LyX is an almost WYSIWYG-frontend for LaTeX. It makes the power and
typesetting quality of LaTeX available for people who are used to word
processors. Since LyX supports LaTeX's concept of general mark-ups, it
is even easier and faster to create professional quality documents
with it than with usual word processors. It is also possible to use
LaTeX commands within LyX, so nothing of LaTeX's power is lost.

I believe the preceding is an excellent definition. LyX has WYSIWYG properties 
in that headings, titles, etc appear in approximately the same size in both 
the LyX environment and the printed page. As long as layout files are set up 
right, things that are centered on the printed page are also centered within 
the LyX environment.

LyX is not completely WYSIWYG because there are numerous little differences, 
and of course the big one -- the LyX environment doesn't page break.

There are some who say LyX is not WYSIWYG at all. My argument is that LaTeX in 
Vim is not WYSIWYG, HTML in Vim is not WYSIWYG, and old WordPerfect 5.1 is 
not WYSIWYG. In all three cases, you have only one font, and must run a 
conversion program to have any idea how it will format. In LyX, you have a 
pretty good idea how things will format just by looking in the LyX workspace.


  I think it should read: LyX is a WYSIWYM document processor.

 I don't think so: the WYSIWYM concept needs explanation itself, so you
 cannot use it to explain what LyX is without first introducing this term.

I agree. I've used LyX for 8 years and still don't really understand what 
WYSIWYM means. I wrote on the subject 2 years ago:

http://www.troubleshooters.com/linux/lyx/lyx_latex_tex.htm#_LyX_is_WYSIWYG


 My proposal would be:

LyX is a graphical frontend for LaTeX. ...

This sounds OK, but personally I'd just leave it as LyX is an almost 
WYSIWYG-frontend for LaTeX. To me, it's the most accurate description of the 
relationship between paper and work environment appearances.

SteveT
 
Steve Litt
Recession Relief Package
http://www.recession-relief.US

Changing the Chapter environment on the fly?

[Steve Litt]

Hi all,

Very soon I'll need to be able to change the Chapter environment on the fly. 
Specifically, I'll need to change the word Chapter to Tool, and I'll need 
to change counters. So it would look something like this:

Chapter 1: The Brave New World
Chapter 2: How to Use this Book
Chapter 3: Introduction
Tool 1: Prepare
Tool 2: Make a Damage Control Plan
Tool 3: Get the Symptom Description
Tool 4: Reproduce the Symptom
Tool 5: Corrective Maintenance
Chapter 4: What You've Learned

I spoze I could make Tool a whole different environment, but it would have to 
show up in the table of contents, it would have to print on the page 
headers -- it just seems easier to me to change the word Chapter to Tool 
and back again, and to change the counter and then change it back again.

Any ideas how to do this?

Thanks

SteveT

Re: Hi Lyx Users

[rgheck]

Pavel Sanda wrote:

Richard Heck wrote:
  
An error occurred whilst running python -tt C:/Program 
Files/Lyx/bin/../Resource


I will appreciate your help.

  
  
I'm not sure, but I expect that whatever program LyX uses to convert fig 
files into a form that LaTeX can use doesn't exist on your Windows machine. 



we use fig2dev, which is part of transfig package usually distributed with
xfig itself. i'm not aware of windows port.

  

That would be the problem, then.

rh

Re: Changing the Chapter environment on the fly?

[Les Denham]

On Wednesday 28 January 2009, Steve Litt wrote:
 Any ideas how to do this?

Steve,

I don't remember the details, but I believe this kind of manipulation is 
covered in the Memoir manual 
(http://www.tug.org/texlive/Contents/live/texmf-dist/doc/latex/memoir/memman.pdf
 
and probably also somewhere on your system is you installed doumentation).  
You'd need to do it in LaTeX.

-- 
Les

~~
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html

Re: Changing the Chapter environment on the fly?

[Konrad Hofbauer]

Steve Litt wrote:
it just seems easier to me to change the word Chapter to Tool 

\renewcommand{\chaptername}{Tool}


and back again, and to change the counter and then change it back again.

http://www-h.eng.cam.ac.uk/help/tpl/textprocessing/teTeX/latex/latex2e-html/ltx-3.html

Both untested, both won't show in LyX.
Be warned that some things might go nuts (e.g., cross-references).

HTH,
/Konrad

Re: watching dvi/pdf under Mac

[sangmin]

You can view dvi directly by setting your dvi viewer to be 'xdvi' on mac.
Just type 'xdvi' in the preference options



Eric Cavalcanti-3 wrote:
 
 Hello LyX users,
 
 I used LyX on Linux for a while and using kpdf I had the good feature that
 whenever I updated a DVI/PDF file, it would automatically reload on the
 viewer. I am now using MAC, and Texshop as viewer for DVI (It actually
 seems
 to convert the file to PDF before opening it, for some reason I don't
 understand) and Acrobat professional as a viewer for PDF. None of these
 have
 the feature of watching the file for update. Could anyone recommend a good
 viewer for MAC that has this feature, for DVI and/or PDF?
 
 Thanks,
 Eric
 
 
 
 

-- 
View this message in context: 
http://n2.nabble.com/watching-dvi-pdf-under-Mac-tp477869p2235040.html
Sent from the LyX - Users mailing list archive at Nabble.com.

Re: MS Word to LyX

[Anders Host-Madsen]

Richard Heck rgh...@... writes:


 There's also the free wvLatex program that you can try. I don't know if 
 it runs on Windows. See here:
 http://wvware.sourceforge.net/
 But if it doesn't, that's a good reason to dual boot Linux. 


I looked vwLatex. They refer to AbiWord, 
But I couldn't make AbiWord convert equations at all. 
So, it seems the only solution is word2tex -- it appears to
do the conversion better than GrindEQ. But it is hard
to judge from the trial version, and the real version is
quite expensive (and risky, since it seems support is
non-existent).

Re: MS Word to LyX

[rgheck]

Anders Host-Madsen wrote:

Richard Heck rgh...@... writes:


  
There's also the free wvLatex program that you can try. I don't know if 
it runs on Windows. See here:

http://wvware.sourceforge.net/
But if it doesn't, that's a good reason to dual boot Linux. 




I looked vwLatex. They refer to AbiWord, 
But I couldn't make AbiWord convert equations at all. 
So, it seems the only solution is word2tex -- it appears to

do the conversion better than GrindEQ. But it is hard
to judge from the trial version, and the real version is
quite expensive (and risky, since it seems support is
non-existent).

  
If you could send me a short Word document illustrating what you want to 
do, I'll try running wvLatex on it here, and then you can see what you 
get. I think someone else mentioned that writer2latex is very 
configurable, so if the DOC to OOo conversion is reasonable, you might 
have some luck there.


rh

Request for svn test on Windows

[Pavel Sanda]

hi,

i started implementing another badly missing feature for svn cooperation,
which is automatical locking of files so there is possibility how to
avoid merge conflicts.
i need one confirmation from the windows side of the pond - please is
can anybody report to me whether the following works in windows envi,
not sure how read-write permissions are treated there...

0. setup the following config: two identical repository checkouts A, B
1. in A: choose some file.lyx
2. in A: svn propset svn:needs-lock dummy file.lyx
3. in A: svn ci

4. in B: svn up
5. in B: lyx file.lyx
6. is the file.lyx inside LyX window in read-only mode?
7. close lyx
8. in B: svn lock file.lyx
9. in B: lyx file.lyx
10. is the file.lyx inside LyX window in write mode?
11. close lyx

12. in A: lyx file.lyx
13. is the file.lyx inside LyX window in read-only mode?
14. in A: does the following fail?: svn lock file.lyx

pavel

Word wrapping in tables

[Ehud Kaplan]

How do I get text to wrap inside table cells so the table fits within 
the width of a page?


Thanks,

Re: Changing the Chapter environment on the fly?

[Uwe Stöhr]

Steve Litt schrieb:

Very soon I'll need to be able to change the Chapter environment on the fly. 
Specifically, I'll need to change the word Chapter to Tool, and I'll need 
to change counters. So it would look something like this:


Chapter 1: The Brave New World
Chapter 2: Introduction
Tool 1: Prepare
Tool 2: Make a Damage Control Plan

 Chapter 3: What You've Learned

Tool 3: Get the Symptom Description

 Chapter 4: What You've Learned

Implementing this is tricky. Attached is a file where I did this. (I used the koma-script book class 
because this class is the most customizable I know.)


The code is:

% define new counters
\newcounter{save}
\newcounter{tool}
% print the counter value as small Latin letter
\renewcommand{\thetool}{\alph{tool}}
% save the original chapter counter definition
\let\myChapter\thechapter

% define the new command
\newcommand{\tool}[1]{%
 % set the name
 \renewcommand{\chaptername}{Tool}
 % increase the counter
 \stepcounter{tool}
 % save the chapter counter
 \setcounter{save}{\thechapter}
 % redefine the chapter counter
 \let\thechapter\thetool
 % redefine the hyperlink chapter counter to have an unique anchor
 \renewcommand\theHchapter{Tool-\thechapter}
 % use chapter as normal
 \chapter{#1}
 % restore the original counter definitions and values
 \renewcommand{\chaptername}{Chapter}
 \let\thechapter\myChapter
 \setcounter{chapter}{\thesave}
 \renewcommand\theHchapter{\thechapter}
}

It only works when you are using in the document settings hyperref. Although you probably already 
use hyperref, you can delete all lines in the above code that contain theHchapter to make it work 
without hyperref.


I spoze I could make Tool a whole different environment, but it would have to 
show up in the table of contents,


This works, but the problem is, that only the numbers of chapters appear in the TOC. Therefore I 
used small Latin letters for the number of the tool. (Because parts are numbered big Roman, 
appendices big Latin, so you can only decide between small Roman or small Latin.)



it would have to print on the page headers


This works without problems.

regards Uwe


newfile3.lyx
Description: application/lyx

Re: Word wrapping in tables

[Uwe Stöhr]

Ehud Kaplan schrieb:

How do I get text to wrap inside table cells so the table fits within 
the width of a page?


See the sec. 2.8 of the EmbeddedObjects manual that you find in the Help menu 
of LyX.

regards Uwe

Re: Index Flash Card Template

[Uwe Stöhr]

Josiah schrieb:


I am trying to create a template for printing school notes on index cards.  I
would like the notes to be two-sided like flash cards and be able to print 4
note cards on a sheet letter size paper (Avery Index Cards #3381).  I am
currently doing this using Word, but it is a big hassle to get the
formatting right.


There is a special LaTeX-package available to do this. We already tried to support it in LyX, but it 
turns out that the LaTeX-package is buggy, see

http://bugzilla.lyx.org/show_bug.cgi?id=4040

But when this is what you want:
http://www.ctan.org/tex-archive/macros/latex/contrib/eCards/eCardstst.pdf
(from http://www.ctan.org/tex-archive/help/Catalogue/entries/ecards.html)
I can create a LyX layout file.

regards Uwe

Re: Hi Lyx Users

[Abdelrazak Younes]

rgheck wrote:

Pavel Sanda wrote:

Richard Heck wrote:
 
An error occurred whilst running python -tt C:/Program 
Files/Lyx/bin/../Resource


I will appreciate your help.


I'm not sure, but I expect that whatever program LyX uses to convert 
fig files into a form that LaTeX can use doesn't exist on your 
Windows machine. 


we use fig2dev, which is part of transfig package usually distributed 
with

xfig itself. i'm not aware of windows port.

  

That would be the problem, then.


Both Jfig and Winfig redistributes recent transfig packages for Windows; 
just google for it.


Abdel.

Who manages the Ubuntu repository for LyX? (Was: LyX is an almost WYSIWYG-frontend for LaTeX (?))

[Christian Ridderström]

On Wed, 28 Jan 2009, Nikos Alexandris wrote:


With this phrase starts the description of LyX in Ubuntu's repositories.
I think it should read: LyX is a WYSIWYM document processor.

Anybody know's who should be contacted about that (if, of course, you
_also_ disagree with the current description)?

Kind regards, Nikos


Just reposting with a different subject:-)

/Christian

--
Christian Ridderström, +46-8-768 39 44http://www.md.kth.se/~chr

Re: custom fields in documents

[Abdelrazak Younes]

Burak Arslan wrote:

hi,

i used to use makefiles for compiling tex files into pdf. before 
invoking pdflatex et al, those makefiles incorporated various 
information from its context like current svn revision number, user who 
invokes the operation etc. i did this by writing the output of the 
command (e.g. whoami > user) to a file, then \input'ting it where 
necessary.


is there any way to duplicate this behaviour using lyx?

if not, you may find below a bunch of ideas to accomplish this:
1) add a "run make" button, for us hacker-folk :)
2) add a "svn revision" field in the insert menu. ( i'm sorry if it's 
already in the 1.6.x series which reportedly has svn support. )
3) add a "custom field" feature, that'll let me run some shell commands, 
and embed the output into the latex file. they're to be run everytime 
the pdf/ps/etc. are generated.
  3.1) embedding such custom fields in lyx files would certainly be 
awesome, but it sounds like a security nightmare.


You might be able to use the external inset for this purpose. I believe 
this should be working in 1.4 and 1.5 too. Look at 
lib/external_templates for a number of examples.


You can also of course \input a latex or text file in LyX. So your 
current solution would still work the same.


In 1.6, we also have the info inset (InsetInfo) that can be easily 
extended to do what you want. Please open a bugzilla enhancement entry 
for this (bugzilla.lyx.org).


Abdel.

Re: Strategies for Writing Co-operation with Non-LyX Users?

[Jürgen Spitzmüller]

Pavel Sanda wrote:
> do you intend to put these into the tree?

Eventually perhaps. But not now, since both packages are very new, and the 
modules are not very much tested (I just hacked them together rather quickly).

But I thought about setting up a "module" site next to the existing "layouts" 
site on the wiki, once I find the time.

Jürgen

Re: custom fields in documents

[Rudi van der Linde]

In 1.6, we also have the info inset (InsetInfo) that can be easily 
extended to do what you want. Please open a bugzilla enhancement entry 
for this (bugzilla.lyx.org).
A feature that would be greatly useful to our business is the ability to 
include the current document's filename in the text for configuration 
management purposes.  Is it already possible to do this with LyX or must 
an enhancement request be filed?



--
Rudi van der Linde
rudi...@ansys.co.za

Note:
This message (and attachments) is subject to restrictions and a disclaimer. 
Please refer to http://www.ansys.co.za/index.html or geni...@ansys.co.za for 
full details.

RE: custom fields in documents

[Vincent van Ravesteijn - TNW]

 

>> In 1.6, we also have the info inset (InsetInfo) that can be easily 
>> extended to do what you want. Please open a bugzilla enhancement
entry 
>> for this (bugzilla.lyx.org).
>A feature that would be greatly useful to our business is the ability 
>to include the current document's filename in the text for
configuration
>management purposes.  Is it already possible to do this with LyX or
must
>an enhancement request be filed?

You can execute the following commands in the command buffer:

info-insert buffer path
info-insert buffer name

See for more info: Help->LyX Functions->LFUN_INFO_INSERT

Vincent

Re: custom fields in documents

[Abdelrazak Younes]

Burak Arslan wrote:


Thanks everyone for your replies, much appreciated :)


You're welcome. That's the way LyX community works ;-)



Abdelrazak Younes wrote:


You can also of course \input a latex or text file in LyX. So your 
current solution would still work the same.


It would, to a certain extent. within my makefile setup, I'd made sure 
that those small tex files got updated everytime a pdf was produced. 
that's what I wasn't able to do with lyx. Of course, i could run make 
as usual from the console, but i thought it was against the spirit of 
using lyx.


Sorry, my answer was not complete. You should of course let LyX handles 
LateX compilation, you ought to use 'lyx -e pdf' or 'lyx -e pdf2' for 
proper export.


Abdel.

Re: custom fields in documents

[Abdelrazak Younes]

Rudi van der Linde wrote:


In 1.6, we also have the info inset (InsetInfo) that can be easily 
extended to do what you want. Please open a bugzilla enhancement entry 
for this (bugzilla.lyx.org).
A feature that would be greatly useful to our business is the ability to 
include the current document's filename in the text for configuration 
management purposes.  Is it already possible to do this with LyX or must 
an enhancement request be filed?


As Vincent mentionned, this feature already exists :-)

I take this occasion to remind businesses (not your business in 
particular Rudi) that they can push for this or that feature. If a 
feature is greatly needed for a given company, we can add a project in 
the Donation page* and find a developper for that. InsetInfo extension 
for svn for example can be such small projects.


Abdel.

* http://www.lyx.org/Donate

Re: custom fields in documents

[Rudi van der Linde]

Vincent van Ravesteijn - TNW wrote:

You can execute the following commands in the command buffer:

info-insert buffer path
info-insert buffer name

See for more info: Help->LyX Functions->LFUN_INFO_INSERT
  
Many thanks, this will definately help a lot.  Were still using 1.5.4 at 
the moment, so I'll have a look at this functionality if/when we upgrade 
to a newer version.


Is it by any chance possible to have LyX update this information 
automatically everytime a .pdf is generated, or will one have to do it 
by hand?

Vincen


--
Rudi van der Linde
rudi...@ansys.co.za

Note:
This message (and attachments) is subject to restrictions and a disclaimer. 
Please refer to http://www.ansys.co.za/index.html or geni...@ansys.co.za for 
full details.

Re: LyX is an almost WYSIWYG-frontend for LaTeX (?)

[Guenter Milde]

On 2009-01-27, Nikos Alexandris wrote:
> With this phrase starts the description of LyX in Ubuntu's repositories.

This seems to be taken from the package description in Debian:

   Document Processor
   LyX is an almost WYSIWYG-frontend for LaTeX. It makes the power and
   typesetting quality of LaTeX available for people who are used to word
   processors. Since LyX supports LaTeX's concept of general mark-ups, it
   is even easier and faster to create professional quality documents
   with it than with usual word processors. It is also possible to use
   LaTeX commands within LyX, so nothing of LaTeX's power is lost. 

> I think it should read: LyX is a WYSIWYM document processor.

I don't think so: the WYSIWYM concept needs explanation itself, so you
cannot use it to explain what LyX is without first introducing this term.

My proposal would be:

   LyX is a graphical frontend for LaTeX. ...

> Anybody know's who should be contacted about that (if, of course, you
> _also_ disagree with the current description)?

Once we agreed on a better way to describe LyX, 
just file a bug report to Debian or Ubuntu.

Günter

Big document

[Piero Faustini]

Hello fellow LyX users,
I have to take a decision: wether to split my doctoral thesis in different 
files or not. Some people told me a thesis is HUGE and I should split the file 
into chapters or parts, but I'm afraid that something goes wrong at any time 
during the writing.
It will be around 300 pages italian book (600,000 characters) in koma-script, 
with several Lilypond-imported examples, BibLaTeX-driven bibliography, indexes, 
cross-references, loads of tables, etc. etc. 
I'm using Lyx 1.6.1 in a quite healthy Windows XP sp3 environment on the best 
laptop system you could buy 4 years ago, a Dell Inspiron 9400.
I already wrote something like 1/4 of the thesis and PDF output need some 10 
seconds to be produced (less if I just refresh and made small edits) - if the 
proportion is the same, I expect to wait not more than 40 seconds once the work 
is about to the end (which is annoying but won't kill): am I wrong?
Some opinion/suggestion/experience?

Re: Corss reference and math functions shortkey.

[Guenter Milde]

On 2009-01-27, rgheck wrote:
> Jens Noeckel wrote:
>> On Jan 27, 2009, at 1:25 PM, Anders Host-Madsen wrote:
>>> Jens Noeckel  writes:



> > Yes, I think what's happening is that I see these shortcuts in the LyX 
> > preferences on my Mac, precisely because I have already defined 
> > shortcuts for them in a custom bind file. If these "inset" lfuns 
> > aren't bound to anything, they apparently don't show up in the LyX 
> > preferences at run time... one could say that's a bug, or a missing 
> > feature.

> dialog-show-new-inset shows up, but that probably isn't so helpful, 
> since you need an argument to it: the inset name, in this case, "ref". 
> It's probably not feasible to have shortcuts show commands with their 
> arguments. In this particular case, there are only a few possible 
> arguments; in other cases, though, there is no limit.

However, if you 

> > choose the desired dialog from the menu and watch the status line at
> > the bottom of the LyX window. There you'll see what the corresponding
> > LFun is that opens the dialog, e.g., for references, or graphics,
> > etc.

this includes the actually used argument.

The downside is that this nice help will vanish after a short time, so you
have to be quick.

But if I got it right, the corrsponding lfun (hopefully including the
argument(s)) will be inserted into the minibuffer history in the next
version of LyX.

This would make it possibly to copy and past the right lfun+arg into a
text editor with your *.bind file.

Feature request for the configure-shortcuts dialogue:

  * a search by key
  * a text input field to set the binding of a key to a new lfun.
  
or just a note explaining that 

  to bind currently unused functions to a key,
  please edit  in a text editor.
  
(where  is set according to the actual used file).

Günter

> rh

solved: lyx2lyx fails: OS X 10.4.11 + Texlive2008 (MacTex) + LyX 1.6.1

[Samuel Russell]

Dear lyx users,

with OS X 10.4.11 + Texlive2008 (MacTex) + LyX 1.6.1 opening lyx  
files from 1.5 I got lyx2lyx failures, and invoking lyx2lyx at the  
command line results in:


/Applications/TeX/LyX.app/Contents/Resources/lyx2lyx/lyx2lyx  "being  
classylyx.lyx"

Traceback (most recent call last):
  File "/Applications/TeX/LyX.app/Contents/Resources/lyx2lyx/ 
lyx2lyx", line 23, in 

import LyX
  File "/Applications/TeX/LyX.app/Contents/Resources/lyx2lyx/ 
LyX.py", line 25, in 

import gzip
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/ 
lib/python2.5/gzip.py", line 9, in 

import zlib
ImportError: No module named zlib

So... then I changed my Python install to the 2.6.1; and updated  
my .profile so that Python launches as 2.6.1 for me, and tested  
lyx2lyx at the command line, which worked...


until I forgot to add the new python path to the front of Lyx's  
internally stored path.


so frustration resolved, and posted in case other os x users find this.

Sam Rusell

Re: Big document

[Cameron Stone]

My PhD is 190-ish pages in English, with tables, algorithms, figures,
and a nice juicy bibliography. I have it divided into 8 included child
documents (basically one per chapter), some of which are broken up
logically into a few input child documents.

DVI generation takes around 50 seconds, but most days I only run that a
few times, so it's not a problem.

Splitting also makes version control a little easier, too.

One more tip: create subdirectories for your embedded figures. I didn't
and I wish I had (but I'm not spending the time to re-organise now that
it's finished)

A satisfied LyX-user,

Cameron.

Piero Faustini wrote:
> Hello fellow LyX users,
> I have to take a decision: wether to split my doctoral thesis in different 
> files or not. Some people told me a thesis is HUGE and I should split the 
> file 
> into chapters or parts, but I'm afraid that something goes wrong at any time 
> during the writing.

Re: custom fields in documents

[Rudi van der Linde]

As Vincent mentionned, this feature already exists :-)
Great - coudn't test it so just wanted to confirm my understanding 
thereof :-D


Many thanks for all the inforation.  I will revisit this when we've 
upgraded to the next version and when I get more support at work.  Most 
people still prefer the Office environment so its an ongoing struggle to 
convert them all  :).


Many thanks.


--
Rudi van der Linde
rudi...@ansys.co.za

Note:
This message (and attachments) is subject to restrictions and a disclaimer. 
Please refer to http://www.ansys.co.za/index.html or geni...@ansys.co.za for 
full details.