Re: Gnuplot External Material

[Dave Tweten]

[EMAIL PROTECTED] said:
>... gnuplot also supports EEPIC, PSTricks, export to XFIG, etc all of
>which could be handled  seemlessly in the 1.4.x version of InsetExternal.

Great!  Any idea when 1.4.x is likely to become the "standard release?"  I 
think 1.3.3 is now.
-- 
M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED]
NASA Ames Research Center| 41 B0 89 0A  8F 94 6C 59| (650) 604-4416
Moffett Field, CA  94035-1000| 7C 80 10 20  25 C7 2F E6|FAX: (650) 604-4377
Not an official NASA position.  You can't even be certain who sent this!

Re: Gnuplot External Material

[Dave Tweten]

[EMAIL PROTECTED] said:
>My solution for this problem [of having to put "terminal" selection
>gnuplot files in the same directory as gnuplot content files] is a
>script that wraps the call to gnuplot, and adds the necessary
>declaration for output. Usually I enter also a preamble  with some
>of the default values for my drawings. 

I got tired of the problem too, after my previous message.  My solution 
was to take advantage of the fact that I have root access to my 
workstation and a little leverage with the administrators of the other 
guys' workstations.  I moved the ascii.gnuplot file and the eps.gnuplot 
file into $$Sysdir/scripts at the same time I put my expanded 
external_templates file into $$Sysdir.  No more system crutch files in 
user data directories, and I'll just munge the system LyX support files 
again when they get updated.

And, if the LyX External Material feature gets expanded to support *.pdf 
files when exporting through pdflatex, or *.png files for HTML export, 
I'll only have to add the new gnuplot crutch files to one directory.

>Since I sometimes use long data files for graphics this is not always
>handy [to put all data and all gnuplot commands but terminal selection
>into the same file]. 

But it is necessary if you want to get LyX to enforce consistency between 
gnuplot files and plot results files (*.eps, *.txt, and maybe eventually 
*.png and *.pdf).  LyX will only look at your gnuplot file.  If it refers 
to some other file for the data and you change the data, LyX can't tell.  
If everything is in one file, anytime the file changes, LyX makes sure the 
plot results file changes too.

>With the wrapper you don't need to use inset external. You can gnuplot to
>the graphic supported formats. :-) 

My guess is that's not strictly true if you need *.eps sometimes, *.txt 
for ASCII export sometimes, and in a hoped-for future, *.pdf and *.png on 
occasion.  Keeping the gnuplot file and the graphics result 
file-of-the-day in sync sounds to me like a headache.  LyX External 
Material should take care of it for you, behind the scenes.
-- 
M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED]
NASA Ames Research Center| 41 B0 89 0A  8F 94 6C 59| (650) 604-4416
Moffett Field, CA  94035-1000| 7C 80 10 20  25 C7 2F E6|FAX: (650) 604-4377
Not an official NASA position.  You can't even be certain who sent this!

Re: Gnuplot External Material

[Dave Tweten]

[EMAIL PROTECTED] said:
>Those interested in adding gnuplot eps files to lyx/latex documents
>should consider the egplot package. 

Thanks for the pointer.  I looked into it and I think I'll stick to LyX 
External Material.  For what it's worth, my reasons are:

1. Egplot's major advantage over simply running gnuplot and creating
   *.eps files is that egplot's LaTeX in-line text is more likely to
   be considered by the author for updating.

   The risk that the author will forget to update doesn't concern me.
   What concerns me is the possibility that the gnuplot file will get
   updated and the *.eps file (or *.txt file) won't.  The LyX
   External Material feature makes sure that can't happen.

2. LyX External Material is a standard feature of LyX, and egplot
   requires that all the people working on my current document
   project with me go get LaTeX and (maybe also LyX) packages from
   CTAN.

   I'm still trying to get some of the diehards to give up on doing
   our project in Word!  I don't want them to have to streach until
   they've all bought the program.

3. Encapsulated PostScript may not be enough.  One of LyX's PDF output
   generators (pdflatex, I think) requires *.pdf graphics files.  If
   we export to HTML, I'm told all graphics files should be converted
   to *.png format.

   I don't think LyX can automatically generate *.pdf and *.png files
   yet, like it does *.eps and *.txt files for External Material, but
   it has to be going in that direction, and its documentation file
   makes it clear dgplot isn't.

Again, thanks for the pointer.  More relevent information is always better.
-- 
M/S 258-5|1024-bit PGP fingerprint:|[EMAIL PROTECTED]
NASA Ames Research Center| 41 B0 89 0A  8F 94 6C 59| (650) 604-4416
Moffett Field, CA  94035-1000| 7C 80 10 20  25 C7 2F E6|FAX: (650) 604-4377
Not an official NASA position.  You can't even be certain who sent this!

Re: New features / interworkability of LyX

[Marc Jeffrey Driftmeyer]

William,

Early I asked since LyX is UI Independent whether or not a desire for a 
Cocoa UI has been posted besides from myself.

With much of the UI available by AppKit already it would seem if someone 
has ObjC experience they could ObjC++ LyX and offer this as well as 
other benefits.

My request pretty much went nowhere with Qt/Mac being present, even 
though AppKit and Qt aren't the same beasts.

-Marc

William F. Adams wrote:

I'm afraid I dropped of the LyX devel list (couldn't keep up, way over 
my head).

And I've recently embarrassed myself somewhat thereby (see recent 
thread on LyX in Mac OS X on usenet:comp.text.tex).

Anyway, I'd like to ask that preserving comments (at least) in 
imported LaTeX files have at least some continued consideration in the 
effort to improve the LaTeX import / export.

Also, there's a push in the Mac OS X TeX community to adopt a 
``bundle'' format for use by the front-ends there. In Mac OS X (this 
derives from NeXTstep), a ``bundle'' is a folder w/ an extension which 
is treated as a document file, so one would have, say:

mylatexdocument.texd (bundle folder)
document.tex (main file)
preface.tex (sub file)
chap1.tex (sub file)
chap2.tex (sub file)
graphics (directory)
graphics/fig1.eps (graphics file)
There's since been a much more in-depth writeup / discussion in the 
TeXwrapper mailing list.

TeXwrapper mailing list
[EMAIL PROTECTED]
http://mail.rna.nl/mailman/listinfo/texwrapper
Would LyX want to make use of such a structure / system? Perhaps the 
KDE or Gnome teams would find it of interest? Bundles really are a 
very nice way to manage documents w/ many sub-files.

Ronald?

William

Re: Report Class: Renaming "Abstract"

[Henrik Edlund]

On Tue, 16 Dec 2003, Rich Shepard wrote:

RS>   Thank you, Henrik. I wondered if the renewcommand was appropriate.
RS> When I do as you suggest I find no heading on the page with the
RS> Executive Summary. It's blank. I put the command immediately in front
RS> of the title and in the preamble. No difference.

Then I have no really idea without more hands on.

A question: is there any way to set the language of document in Layouts?

[Pablo De Napoli]

Hi!

I've created some custom layouts for mathematical 
documents in Spanish. I want to ask you a question:
is there any command to set the language and the encoding
of the document in the layout? (.layout file). I could not
find it anywhere in the "Cuztomization" manual of Lyx
(chapter 5). If not, it might be a nice feature to add.
Thanks.

Pablo De Nápoli



__
Do you Yahoo!?
New Yahoo! Photos - easier uploading and sharing.
http://photos.yahoo.com/

Re: Report Class: Renaming "Abstract"

[Rich Shepard]

On Wed, 17 Dec 2003, Henrik Edlund wrote:

> As ERT first in your document (as it might get overwritten by babel if you
> put it in the preamble):
>
> \renewcommand\abstractname{Executive Summary}

  Thank you, Henrik. I wondered if the renewcommand was appropriate. When I
do as you suggest I find no heading on the page with the Executive Summary.
It's blank. I put the command immediately in front of the title and in the
preamble. No difference.

Rich

-- 
Dr. Richard B. Shepard, President
Applied Ecosystem Services, Inc. (TM)

Re: Report Class: Renaming "Abstract"

[Henrik Edlund]

On Tue, 16 Dec 2003, Rich Shepard wrote:

RS>   I am writing a report for a client, but I would like to change the label
RS> "Abstract" to read "Executive Summary". I've looked through Herbert's Web
RS> site without seeing anything that looked like an answer, and I've looked on
RS> several other sites that google found for me. I probably missed reading how
RS> to make the word change, so I'd appreciate a pointer on how to do this.


As ERT first in your document (as it might get overwritten by babel if you
put it in the preamble):

\renewcommand\abstractname{Executive Summary}

Report Class: Renaming "Abstract"

[Rich Shepard]

  I am writing a report for a client, but I would like to change the label
"Abstract" to read "Executive Summary". I've looked through Herbert's Web
site without seeing anything that looked like an answer, and I've looked on
several other sites that google found for me. I probably missed reading how
to make the word change, so I'd appreciate a pointer on how to do this.

Many thanks,

Rich

-- 
Dr. Richard B. Shepard, President
Applied Ecosystem Services, Inc. (TM)

Configuring the Win32 native port (1.3.3)

[Paul A. Rubin]

Hi all,

Apologies for the length of what follows.  I had problems getting the 
Ruurd's latest port (1.3.3) to reconfigure on a Windows XP system, and I 
was wondering if anyone else had the same problem.  On my system, if I do 
Edit | Reconfigure, textclass.lst gets clobbered and LyX subsequently 
refuses to start.

I've narrowed down the where but not the why.  This is different from the 
sed version problem previously identified.  If I run the configure script 
from inside LyX (Edit | Reconfigure), the textclass.lst file comes out 0 
bytes long.  If I run the configure script from outside LyX, using the 
shell utilities included in Ruurd's port (other than sed, which I've 
replaced with the Cygwin version), textclass.lst has the usual five 
comment lines at the top but nothing else (in particular, no layouts).  
Either case causes LyX to decline to start when next called.  If I run 
the configure script outside LyX using the Cygwin command utilities, 
everything is fine.

I pinned down the problem to the following lines in configure:

  for file in ./layouts/*.layout ${srcdir}/layouts/*.layout ; do
case $file in
  */\*.layout) ;;
  *) test -r "$file" && echo $file ;;
esac
  done | sed -e 's%^.*layouts/\(.*\)\.layout$%\\TestDocClass{\1}%'\
 > chklayouts.tex
 
What happens (when not using Cygwin) is that the list of layout files is 
echoed correctly but passes through sed unchanged.  As a result, 
chklayouts.tex ends up with a lot of lines looking like

../share/lyx/layouts/IEEEtran.layout

which causes latex massive indigestion when it tries to run chkconfig.ltx 
(which \includes chklayouts.tex).

I modified the script to echo the $file names to a temp file named junk, 
and then (in a separate script) tried

type junk | sed -e 's%^.*layouts/\(.*\)\.layout$%\\TestDocClass{\1}%'

That works as expected if I run it with Cygwin's sh.exe and echos junk 
unmodified using Ruurd's copy of sh.exe.

I didn't see this pathology in the prior version of Ruurd's port, and I 
don't know why I'm seeing it now.  For those of us with Cygwin, the only 
workaround I can find is to run the configure script outside of LyX using 
the Cygwin utilities.  Things that don't work:

1.  Trying to force the Cygwin bin directory ahead of the LyX bin 
directory on the path.  Ruurd apparently prepends LyX\bin from inside LyX 
(check the path in the DOS window when you try Edit | Reconfigure).

2.  Hiding/removing the sh.exe utility and replacing it with the Cygwin 
copy.  This causes failures later in the script.  (Note that replacing 
sed.exe with the Cygwin version does work, although it doesn't cure the 
current problem.)

3.  Hiding/removing all the shell utilities and replacing them with the 
Cygwin versions.  The path C:\\bin\sh.exe is apparently hard-
coded in Ruurd's port, so you have to put the Cygwin sh.exe in the LyX 
bin directory.  I tried this, and Edit | Reconfigure immediately gave an 
error "Illegal option --", so I gave up on it.

If you don't have Cygwin, I have no suggestions.

Is it just me, or are others having this problem?

-- Paul

*
Paul A. Rubin  Phone:(517) 432-3509
Department of Management   Fax:  (517) 432-
The Eli Broad Graduate School of ManagementE-mail:   [EMAIL PROTECTED]
Michigan State University  http://www.msu.edu/~rubin/
East Lansing, MI  48824-1122  (USA)
*
Mathematicians are like Frenchmen:  whenever you say something to them,
they translate it into their own language, and at once it is something
entirely different.J. W. v. GOETHE

Re: lyx server or etc and noweb

[stuart macgregor]

> Perhaps you'll test this functionality out yourself and check whether
> it's up to scratch?

Thanks Angus - I will work on this over the next few days.  I expect there 
will be a few devils in the details.

Re: lyx server or etc and noweb

[Angus Leeming]

stuart macgregor wrote:
>> Actually, it shouldn't be too hard. How would you identify the
>> 'scrap' you want to export? Would you mark (highlight) a block of
>> text or would you 'deduce' the block from the position of the
>> cursor?
> 
> Deduce I think - a matter of taste I suppose.

So, let's think of the syntax that the lfun would have. I'd suggest:

"export-paragraph scrap"

where "scrap" is an identifier of the environment. The idea being that 
the paragraph containing the cursor will be 'export'ed if it is of 
the desired type.

I think that everything exists already to 'import' your edited scrap.

There is a file in development/lyxserver, server_monitor.c, that makes 
interaction with LyX through the in/out pipes easy. I compiled it 
with:
gcc -o server_monitor server_monitor.c -lforms -L/usr/X11R6/lib -lXpm 
-lX11 -lm

Start lyx and server_monitor. Tell it where to find the pipes. Here I 
have: 
Pipe name: /home/angus/.lyx-1.3.x/server

Pressing "Open pipes" should result in the message 
"LYXSRV:monitor:hello" being posted in the "Notify" window.

Navigate from paragraph to paragraph by entering "paragraph-down" or 
"paragraph-up" in the "Command" input widget and pressing the "Submit 
Command" button.

Remove a particular paragraph with judicious use of:
"paragraph-down-select", "paragraph-up-select", "cut", paste"

Finally, insert the replacement text with

"file-insert-ascii-para" in the Command widget and 
"/full/path/to/file" in the Argument widget.

You may need to reset the layout:

Command: "layout" Argument: "itemize"

Presumably in your case, that'd be "scrap".

Conclusion: we can already import a file exactly as you'd like it.

Perhaps you'll test this functionality out yourself and check whether 
it's up to scratch?

-- 
Angus

Re: LaTeXConfig.lyx.in

[Paul A. Rubin]

[posted and mailed]

Christian Ridderström <[EMAIL PROTECTED]> wrote in
news:[EMAIL PROTECTED]: 

> On Mon, 15 Dec 2003, Paul A. Rubin wrote:
> 
>> Hi, all.
>> 
>> Does anyone know if LaTeXConfig.lyx.in (and LyXConfig.lyx.in) have
>> changed from version 1.3.1 to version 1.3.3.  I'm on the latter but
>> had to borrow copies of the two .in files from the former.
> 
> I don't know, but you can use these links to find out:
>  http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/lib/doc/LaTeXConf
>  ig.lyx.in 
>  http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/lib/doc/LyXConfig
>  .lyx.in 
> 
> If the page is confusing, you can use:
>  http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/lib/doc/LyXConfig
>  .lyx.in?rev=lyx-1_3_1 
> to retrieve the version with 1.3.1, and similarly
>  http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/lib/doc/LyXConfig
>  .lyx.in?rev=lyx-1_3_3 
> to retrieve 1.3.1 and then compare them manually.
> 
> /Christian
> 

Thanks for the links.  The CVS pages were in fact more than my poor brain 
could handle, but downloading the files both answered my question 
(LyXConfig.lyx.in has not changed but LaTeXConfig.lyx.in apparently has) 
and also gave me the latest versions.

-- Paul

*
Paul A. Rubin  Phone:(517) 432-3509
Department of Management   Fax:  (517) 432-
The Eli Broad Graduate School of ManagementE-mail:   [EMAIL PROTECTED]
Michigan State University  http://www.msu.edu/~rubin/
East Lansing, MI  48824-1122  (USA)
*
Mathematicians are like Frenchmen:  whenever you say something to them,
they translate it into their own language, and at once it is something
entirely different.J. W. v. GOETHE

enumeration depth

[Jim Ragsdale]

Is there a way to get around the 4 deep limit on an enumeration? I am making
an outline and it would be nice to go to a depth of 5.

Thanks,
Jim Ragsdale

Re: lyx server or etc and noweb

[stuart macgregor]

On Tuesday 16 Dec 2003 5:37 pm, Angus Leeming wrote:

> I don't think that a mechanism exists currently to 'export' a block
> of text to the outside world, or to 'import' a block of text in place
> of an existing block.
>
> Actually, it shouldn't be too hard. How would you identify the
> 'scrap' you want to export? Would you mark (highlight) a block of
> text or would you 'deduce' the block from the position of the cursor?

Deduce I think - a matter of taste I suppose.

> Either way, I can imagine an lfun, "export-scrap", that simply posts
> this block, however identified, to the 'out' pipe of the lyxserver.
>
> Similarly, I can imagine an lfun, "import-scrap " that replaces
> the block, however identified, with .
>
> That is all that LyX needs to do. The rest, opening and closing a
> console/vi session, would be the job of whatever has opened the pipe
> connection with LyX.
>
> Would this fit the bill?

Sounds promising - is there any doc beyond Extended.lyx - I am far from being 
a latex hero, but I'll have a go.  Customization.lyx and 
development/server_monitor.c would be the place to start I suppose.

Functionally :

Lyx would have an extra toolbar button - possibly conditional on exiting a 
noweb document type.

Clicking on this or using an associated key binding would spawn a gvim based 
client if
  the cursor was in a 'scrap' paragraph (scrap in the paragraph type selector 
box) and
  one was not already running (external prog can deal with that)

Then the external program would be fed the scrap down its pipe and become 
active and allow editing.

On exit (? or just on write...) the external program would emit the processed 
scrap from its output pipe and lyx would display it, replacing its previous 
paragraph.

Some complaint or default action would deal with scrap selection changing 
during external edit.

The external program should behave sensibly when lyx exited etc.


Any pointers to docs supporting the lyx side of this kind of thing would be 
useful - an example of a similar facility would be ideal

Re: lyx server or etc and noweb

[Angus Leeming]

stuart macgregor wrote:

> 
>> If these scraps exist as separate text files, then use the External
>> inset.
> 
> They do not - they are just an lyx paragraph of scrap type in a
> noweb layout
> document type.  After lyx exports to noweb format, noweb (notangle)
> can be used to collect the scraps and build the source from them.
> 
> The interface would have to place the scrap in a temp file or pipe
> or etc. for gvim to process.

I don't think that a mechanism exists currently to 'export' a block 
of text to the outside world, or to 'import' a block of text in place 
of an existing block.

Actually, it shouldn't be too hard. How would you identify the 
'scrap' you want to export? Would you mark (highlight) a block of 
text or would you 'deduce' the block from the position of the cursor?

Either way, I can imagine an lfun, "export-scrap", that simply posts 
this block, however identified, to the 'out' pipe of the lyxserver.

Similarly, I can imagine an lfun, "import-scrap " that replaces 
the block, however identified, with .

That is all that LyX needs to do. The rest, opening and closing a 
console/vi session, would be the job of whatever has opened the pipe 
connection with LyX.

Would this fit the bill?


>> The version in lyx 1.3.x isn't very pretty: the data is displayed
>> on the LyX screen as a grey box. Nonetheless, you would have givent
>> full control over the eventual output of the typeset document if
>> you wrote a NowebScrap template. See the external_templates file
>> for the 'language' and the templates that we currently provide.
> 
> I had a look, but it did not seem to be a good match to the problem
> - perhaps there is more doc somewhere which will let me see how it
> can be used?
> 
> I wondered if the server interface might be called for?

-- 
Angus

Re: Switching from the Math panel window to the document window

[David A. Case]

On Tue, Dec 16, 2003, Kenward Vaughan wrote:
> 
> Under Linux (at least) use a window manager which allows "sloppy focus"
> with the mouse...
> 
> I'm unaware of what those on the dark side can do along this vein.  ;-)

Microsoft offers an equivalent functionality in their TweakUI series -- the
focus follows the mouse without requiring any extra clicks.  This is called
"X-mouse", presumably because they few this option as something that
originated with X-window managers.

..dave case

lyx server or etc and noweb

[stuart macgregor]

> If these scraps exist as separate text files, then use the External
> inset.

They do not - they are just an lyx paragraph of scrap type in a noweb layout 
document type.  After lyx exports to noweb format, noweb (notangle) can be 
used to collect the scraps and build the source from them.

The interface would have to place the scrap in a temp file or pipe or etc. for 
gvim to process.

> The version in lyx 1.3.x isn't very pretty: the data is displayed on
> the LyX screen as a grey box. Nonetheless, you would have givent full
> control over the eventual output of the typeset document if you wrote
> a NowebScrap template. See the external_templates file for the
> 'language' and the templates that we currently provide.

I had a look, but it did not seem to be a good match to the problem - perhaps 
there is more doc somewhere which will let me see how it can be used?

I wondered if the server interface might be called for?

Re: installing cvs snapshot

[Karsten Heymann]

On Tue, 16 Dec 2003 12:43:16 +0100
"Andre Poenitz" <[EMAIL PROTECTED]> wrote:

> On Tue, Dec 16, 2003 at 11:33:57AM +, Angus Leeming wrote:
> 
> I see. So this is the reason. 
> 
> It works with an installed version.
> 
>  "Schrift: Größt"

Hey, this is open source. Go and create a patch :)

SCNR,
Karsten

Re: Switching from the Math panel window to the document window

[Kenward Vaughan]

On Tue, Dec 16, 2003 at 02:27:10PM +0100, G?nter Milde wrote:
> Andre Poenitz wrote:
> > On Tue, Dec 16, 2003 at 08:38:30AM +0100, G?nter Milde wrote:
>  > 
> > > This works nice for often used symbols or the ones with (almost)
> > > non-ambiguous names (\alpha...\omega, but not \varphi)
> > 
> > Hm? It surely works with \varphi as well.
> 
> I was a bit unclear here. It works, but not "nice": Of course you can
> write \varphi, \surd, \rightleftharpoons, \eqslantgtr or \sqcup. However
> for seldom used symbols it is hard remembering the LaTeX name (and spell
> it without mistake). 
> 
> Looking it up in a book or list takes usually longer than using the
> math-panel, so switch-focus-after-math-panel-inserts would be a help.
...

Sorry for coming in so late on this--I didn't follow the thread so my
thoughts may have already been presented...

Under Linux (at least) use a window manager which allows "sloppy focus"
with the mouse (personally I use Fluxbox)--a slight flick of the wrist
gives you the desired shift.  Your hand is moving in the direction of
the keyboard anyway, so place the math panel accordingly at the edge of
the main window...

I'm unaware of what those on the dark side can do along this vein.  ;-)
Granted it may seem a kludge, but in a way it fits the philosophy of
the system (using the tools available instead of trying to build a
bigger, fatter, covers-every-last-angle-and-facet app.).

Cheers,


Kenward
-- 
In a completely rational society, the best of us would aspire to be 
_teachers_ and the rest of us would have to settle for something less, 
because passing civilization along from one generation to the next 
ought to be the highest honor and the highest responsibility anyone 
could have. - Lee Iacocca

New features / interworkability of LyX

[William F. Adams]

I'm afraid I dropped of the LyX devel list (couldn't keep up, way over 
my head).

And I've recently embarrassed myself somewhat thereby (see recent 
thread on LyX in Mac OS X on usenet:comp.text.tex).

Anyway, I'd like to ask that preserving comments (at least) in imported 
LaTeX files have at least some continued consideration in the effort to 
improve the LaTeX import / export.

Also, there's a push in the Mac OS X TeX community to adopt a 
``bundle'' format for use by the front-ends there. In Mac OS X (this 
derives from NeXTstep), a ``bundle'' is a folder w/ an extension which 
is treated as a document file, so one would have, say:

mylatexdocument.texd (bundle folder)
document.tex (main file)
preface.tex (sub file)
chap1.tex (sub file)
chap2.tex (sub file)
graphics (directory)
graphics/fig1.eps (graphics file)
There's since been a much more in-depth writeup / discussion in the 
TeXwrapper mailing list.

TeXwrapper mailing list
[EMAIL PROTECTED]
http://mail.rna.nl/mailman/listinfo/texwrapper
Would LyX want to make use of such a structure / system? Perhaps the 
KDE or Gnome teams would find it of interest? Bundles really are a very 
nice way to manage documents w/ many sub-files.

Ronald?

William

Re: Severe Problem using Tables

[Tim Schröder]

Thanks a lot !!

I found landscape mode still a bit tricky, but it helps.
My whishlist for the nex LyX version : decent handling of landscape 
tables in LyX

best regards Tim

Re: Switching from the Math panel window to the document window

[Günter Milde]

Andre Poenitz wrote:
> On Tue, Dec 16, 2003 at 08:38:30AM +0100, Günter Milde wrote:
 > 
> > This works nice for often used symbols or the ones with (almost)
> > non-ambiguous names (\alpha...\omega, but not \varphi)
> 
> Hm? It surely works with \varphi as well.

I was a bit unclear here. It works, but not "nice": Of course you can
write \varphi, \surd, \rightleftharpoons, \eqslantgtr or \sqcup. However
for seldom used symbols it is hard remembering the LaTeX name (and spell
it without mistake). 

Looking it up in a book or list takes usually longer than using the
math-panel, so switch-focus-after-math-panel-inserts would be a help.

Günter

-- 
G.Milde at web.de

Re: installing cvs snapshot

[Andre Poenitz]

On Tue, Dec 16, 2003 at 11:33:57AM +, Angus Leeming wrote:
> Jean-Marc Lasgouttes wrote:
> 
> >> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
> > 
> > Andre> On Tue, Dec 16, 2003 at 11:58:46AM +0100, Karsten Heymann
> > Andre> wrote:
> >>> > > [EMAIL PROTECTED] lyx > > gives you a LyX with a german
> >>> interface, but that is something > > different.
> >>> > 
> >>> > Does this work?
> >>> 
> >>> Does *what* work? Interface translation? Of course!
> > 
> > Andre> How?
> > 
> > Andre> LANG=de_DE LC_ALL=de_DE lyx13 gives good ol' English.
> > 
> > Did you install this lyx13, or are you running from build directory?

Build directory.

> > l10n requires installation, currently.

I see. So this is the reason. 

It works with an installed version.

 "Schrift: Größt"

Grmpf.  Now I remember why I don't use it.

Andre'

Re: How to get locales (was: Re: installing cvs snapshot)

[Andre Poenitz]

On Tue, Dec 16, 2003 at 12:28:14PM +0100, Karsten Heymann wrote:
> On Tue, 16 Dec 2003 12:08:02 +0100
> "Andre Poenitz" <[EMAIL PROTECTED]> wrote:
> 
> > On Tue, Dec 16, 2003 at 11:58:46AM +0100, Karsten Heymann wrote:
> > > I think you have to check your /etc/locale.gen. Mine contains
> > >   [EMAIL PROTECTED] ISO-8859-15
> > >   de_DE UTF-8
> > 
> > cat: /etc/locale.gen: No such file or directory
> 
> You may have to install locales. Do you have the locale command?

Yes. Running it gives

[EMAIL PROTECTED]:/usr/src/lyx/lyx-devel/src/insets > locale
LANG=en_US
LC_CTYPE="en_US"
LC_NUMERIC="en_US"
LC_TIME="en_US"
LC_COLLATE=POSIX
LC_MONETARY="en_US"
LC_MESSAGES="en_US"
LC_PAPER="en_US"
LC_NAME="en_US"
LC_ADDRESS="en_US"
LC_TELEPHONE="en_US"
LC_MEASUREMENT="en_US"
LC_IDENTIFICATION="en_US"
LC_ALL=

[EMAIL PROTECTED]:/usr/src/lyx/lyx-devel/src/insets > LANG=de_DE LC_ALL=de_DE locale 
LANG=de_DE
LC_CTYPE="de_DE"
LC_NUMERIC="de_DE"
LC_TIME="de_DE"
LC_COLLATE="de_DE"
LC_MONETARY="de_DE"
LC_MESSAGES="de_DE"
LC_PAPER="de_DE"
LC_NAME="de_DE"
LC_ADDRESS="de_DE"
LC_TELEPHONE="de_DE"
LC_MEASUREMENT="de_DE"
LC_IDENTIFICATION="de_DE"
LC_ALL=de_DE


> > > Your german l18n-team should be quite disappointed ;-)
> > 
> > *shrug*
> > 
> > I tend to ignore new features like localisation, 
> 
> Maybe as a developer you should be able to test this feature. Nobody
> forces you to actually use it!

Testing? 

Let me think.

Ah... 

Wasn't that what users are made for? ;-)

Andre'

Re: installing cvs snapshot

[Angus Leeming]

Jean-Marc Lasgouttes wrote:

>> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
> 
> Andre> On Tue, Dec 16, 2003 at 11:58:46AM +0100, Karsten Heymann
> Andre> wrote:
>>> > > [EMAIL PROTECTED] lyx > > gives you a LyX with a german
>>> interface, but that is something > > different.
>>> > 
>>> > Does this work?
>>> 
>>> Does *what* work? Interface translation? Of course!
> 
> Andre> How?
> 
> Andre> LANG=de_DE LC_ALL=de_DE lyx13 gives good ol' English.
> 
> Did you install this lyx13, or are you running from build directory?
> 
> l10n requires installation, currently.

Or there is a tool development/tools/mkdoclinks.sh that will allow 
you to run from the build directory. From development/ChangeLog:

2002-10-23  Angus Leeming  <[EMAIL PROTECTED]>

* tools/mkdoclinks.sh: new file. Run in /lib/doc to
generate symbolic links from that dir to  whereever the LyX
documentation is to be found. This enables a non-installed LyX
to find these docs.

Oops, perhaps that isn't relevant. Still, I did write such a tool to 
enable you to have a l10n-aware lyx to run from the build directory. 
Maybe it's in the development dir or maybe it's in the archives...

-- 
Angus

How to get locales (was: Re: installing cvs snapshot)

[Karsten Heymann]

On Tue, 16 Dec 2003 12:08:02 +0100
"Andre Poenitz" <[EMAIL PROTECTED]> wrote:

> On Tue, Dec 16, 2003 at 11:58:46AM +0100, Karsten Heymann wrote:
> > I think you have to check your /etc/locale.gen. Mine contains
> >   [EMAIL PROTECTED] ISO-8859-15
> >   de_DE UTF-8
> 
> cat: /etc/locale.gen: No such file or directory

You may have to install locales. Do you have the locale command?
 
> > Your german l18n-team should be quite disappointed ;-)
> 
> *shrug*
> 
> I tend to ignore new features like localisation, 

Maybe as a developer you should be able to test this feature. Nobody
forces you to actually use it!

> keyboards with strange layouts, (ok, not really true. I've now five
> Compose keys...),'desktops environments', editors that need booting
> and things like that;-)

Well, that Win*** key is quite usefull for ratpoison wm =-)

Karsten

PS: No need to mail me directly, I read the list :)

Re: installing cvs snapshot

[Jean-Marc Lasgouttes]

> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:

Andre> On Tue, Dec 16, 2003 at 11:58:46AM +0100, Karsten Heymann
Andre> wrote:
>> > > [EMAIL PROTECTED] lyx > > gives you a LyX with a german
>> interface, but that is something > > different.
>> > 
>> > Does this work?
>> 
>> Does *what* work? Interface translation? Of course!

Andre> How?

Andre> LANG=de_DE LC_ALL=de_DE lyx13 gives good ol' English.

Did you install this lyx13, or are you running from build directory?

l10n requires installation, currently.

JMarc

Re: installing cvs snapshot

[Andre Poenitz]

On Tue, Dec 16, 2003 at 11:58:46AM +0100, Karsten Heymann wrote:
> > >   [EMAIL PROTECTED] lyx 
> > > gives you a LyX with a german interface, but that is something
> > > different.
> > 
> > Does this work? 
> 
> Does *what* work? Interface translation? Of course!

How?

LANG=de_DE LC_ALL=de_DE lyx13  gives good ol' English.

> > I just checked and I get an English interface with both 1.3.3 and
> > 1.4cvs.
> 
> I think you have to check your /etc/locale.gen. Mine contains
>   [EMAIL PROTECTED] ISO-8859-15
>   de_DE UTF-8

cat: /etc/locale.gen: No such file or directory

> Your german l18n-team should be quite disappointed ;-)

*shrug*

I tend to ignore new features like localisation, keyboards with strange
layouts, (ok, not really true. I've now five Compose keys...),
'desktops environments', editors that need booting and things like that
;-)

Andre'

Re: installing cvs snapshot

[Karsten Heymann]

Hello Andre,

On Tue, 16 Dec 2003 11:45:48 +0100
"Andre Poenitz" <[EMAIL PROTECTED]> wrote:

> On Mon, Dec 15, 2003 at 08:12:43PM +0100, Karsten Heymann wrote:
> > LC_ALL (or LANG) affects the program you actually *run*, in this
> > case it

Addition: LC_ALL can override LANG even if LC_ALL is set to C, so set
both to de_DE or unset LC_ALL.

> > is the Program dpkg, so the error messages from *dpkg* are in the
> > set language. It has no influence on the stuff you install, but only
> > on the diagnostic messages of the installer program. Nevertheless
> > does LyX care for LC_ALL or LANG, so 
> >   LC_ALL=C lyx

This ouf course should have been LC_ALL=de_DE 

> > gives you a LyX with an english interface while
> >   [EMAIL PROTECTED] lyx 
> > gives you a LyX with a german interface, but that is something
> > different.
> 
> Does this work? 

Does *what* work? Interface translation? Of course!

> I just checked and I get an English interface with both 1.3.3 and
> 1.4cvs.

I think you have to check your /etc/locale.gen. Mine contains
  [EMAIL PROTECTED] ISO-8859-15
  de_DE UTF-8
Running locale-gen as root should look like

  gurumobil1:~# locale-gen
  Generating locales...
[EMAIL PROTECTED] done
de_DE.UTF-8... done
  Generation complete.

Afterwards german interfaces should work. (these instructions are for
debian woody, don't know about other distros). If locale-gen outputs
nothing, remove all blank lines and comments from /etc/locale.gen.

> [I never use the German interface so I don't know how it should
> work..]

Your german l18n-team should be quite disappointed ;-)

Karsten

Re: installing cvs snapshot

[Andre Poenitz]

On Mon, Dec 15, 2003 at 08:12:43PM +0100, Karsten Heymann wrote:
> LC_ALL (or LANG) affects the program you actually *run*, in this case it
> is the Program dpkg, so the error messages from *dpkg* are in the set
> language. It has no influence on the stuff you install, but only on the
> diagnostic messages of the installer program. Nevertheless does LyX
> care for LC_ALL or LANG, so 
>   LC_ALL=C lyx
> gives you a LyX with an english interface while
>   [EMAIL PROTECTED] lyx 
> gives you a LyX with a german interface, but that is something different.

Does this work? 

I just checked and I get an English interface with both 1.3.3 and
1.4cvs.

[I never use the German interface so I don't know how it should work..]

Andre'

Re: lyx server (not serverpipe)

[Angus Leeming]

stuart macgregor wrote:

>> lyx 1.4.x has per-process sockets and a helper routine 'lyxclient'
>> to make interaction with the expected instance simple. The eventual
>> idea is to get rid of the pipes entirely as they're unix-specific.
> 
> I would like to add a link between noweb document scrap paragraphs
> and gvim, to allow gvim to edit the current scrap - via a key
> binding or menu/toolbar button - to allow syntax colouring,
> parenthesis matching, smart indent, name completion, pattern editing
> etc.
> 
> What facilities of what version of lyx do you suggest I look into?

If these scraps exist as separate text files, then use the External 
inset. 

The version in lyx 1.3.x isn't very pretty: the data is displayed on 
the LyX screen as a grey box. Nonetheless, you would have givent full 
control over the eventual output of the typeset document if you wrote 
a NowebScrap template. See the external_templates file for the 
'language' and the templates that we currently provide.

The version in lyx 1.4.x is both more powerful and prettier. 
(However, I don't recommend the use of lyx 1.4.x at the moment. It is 
too unstable.) 

The 'language' has changed somewhat with the conversion (in your case 
from text file to something that can be typeset by LaTeX) now being 
handled by the same 'converter' mechanism that you use to display 
'weird' graphics formats like XFIG that the GUI libraries LyX uses 
don't understand.

Use of this 'converter' mechanism means that you also get the ability 
to display the scrap in the LyX file in a WYSIWYM way --- either by 
converting the scrap to a graphic format like PNG, or by generating a 
preview of the LaTeX as can currently be done with math insets.

As for editing the scrap: click on the inset and the External dialog 
pops up. Hit the 'Edit' button and launch gvim to edit the scrap.

> gvim can generate html syntax coloured output - I don't suppose I
> could run some filter to show that in the lyx scrap?

Isn't this the sort of thing that a2ps can do?

> This is probably beyond what a small effort can manage - 
> the noweb conversion would need modified too.

As always, you are the best person to push forward something that you 
want...

-- 
Angus

Re: Switching from the Math panel window to the document window

[Andre Poenitz]

On Tue, Dec 16, 2003 at 08:38:30AM +0100, Günter Milde wrote:
> Andre Poenitz wrote:
> 
> > On Fri, Dec 12, 2003 at 12:10:20PM -0800, Oreste Riccardo Natale wrote:
> 
> > > ...when I'm writing equations,
> > > after pressing a button on the Math panel I would like to switch
> > > automatically from it to the document window without explicitly clicking
> > > on the document window itself ...
>  
> > Learn to insert the symbols using the keyboard ;-)
> > 
> > Seriously: All symbols can be inserted by typing their LaTeX name, i.e.
> > \exists\alpha\in\Omega.
> 
> This works nice for often used symbols or the ones with (almost)
> non-ambiguous names (\alpha...\omega, but not \varphi)

Hm? It surely works with \varphi as well.

Andre'

Re: Find_Next via keyboard

[Jean-Marc Lasgouttes]

> "Jim" == Jim Osborn <[EMAIL PROTECTED]> writes:

Jim> What's curious, per Andre's remarks, is that the command-execute
Jim> "word-find-forward" and the "word-find-forward" function executed
Jim> by the Search popup seem to be completely separate. I can search
Jim> for "foo" in the Search popup, then M-X w-f-f "bar", and then I
Jim> can alternately hop from "foo" to "foo" and "bar" to "bar" by
Jim> pressing either the "Find_Next" popup button, or "C-f".

Jim> Maybe there's utility in maintaining this separation, but I tend
Jim> to think it'd be easier overall if the two mechanisms shared
Jim> their strings. It'd sure make entering the initial w-f-f string
Jim> easier!

I do not think that this should be considered as the result of some
design decision. It is just how it is, and nobody had the
time/interest to fix it. I guess getting these two things connected
would be an easy task for someone wanting to begin some LyX hacking.

JMarc

Re: lyx133 for win32

[Jean-Marc Lasgouttes]

> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:

Angus> Philip A. Viton wrote:
>> For me, the disappointment was that the placement of big operators
>> like \sum and \int hasn't been fixed (can anyone confirm this?).
>> Presumably this is because Ruurd is still using the same edition of
>> Qt, and it's a Qt, not really a lyx, problem.

Angus> That is correct. Ruurd uses Qt 2.3.x to build these ports
Angus> because that is the most recent version of the Qt library for
Angus> Win32 released under the GPL. Unfortunately, it's buggy.

Qt/win 2.3.0 is not GPL but binary-only non-commercial license. There
is no such non-commercial version of qt 3.x.

Angus> LyX's licence will allow the compiled lyx code to be linked
Angus> against a non-free (in the GPL sense) library, so the
Angus> limitation isn't legal, but rather financial. If some kind soul
Angus> were to donate a Qt commercial licence to lyx, then we'd
Angus> probably feel honor bound to provide a Win32 lyx executable
Angus> linked against it.

This has been recently discussed on the developers list, and I do not
think there was a consensus on this point. There is not much point in
distributing a free software that people cannot build themselves
without buying a commercial packages. 

This is of course a very sad situation, considering the fact that
Ruurd's port attracts many users. However, it cannot be a viable
solution for a long time, since we do not know how long LyX will
support qt2.

Angus> Alternatively, of course, someone might put in the grunt work
Angus> and write a frontend that uses a GPL-ed GUI library that will
Angus> run on Win32. Huang Ying has started writing a GTK-based
Angus> frontend in the 1.4.x tree and, indeed, has finished the main
Angus> LyX-screen. All that remains are the 40+ dialogs...

There is some work going on on the port of qt/gpl to win32. Several
test apps are working, but I do not know how far this is from being
usable in a real app.

JMarc

Re: lyx server (not serverpipe)

[stuart macgregor]

> lyx 1.4.x has per-process sockets and a helper routine 'lyxclient' to
> make interaction with the expected instance simple. The eventual idea
> is to get rid of the pipes entirely as they're unix-specific.

I would like to add a link between noweb document scrap paragraphs and gvim, 
to allow gvim to edit the current scrap - via a key binding or menu/toolbar 
button - to allow syntax colouring, parenthesis matching, smart indent, name 
completion, pattern editing etc.

What facilities of what version of lyx do you suggest I look into?

gvim can generate html syntax coloured output - I don't suppose I could run 
some filter to show that in the lyx scrap?  This is probably beyond what a 
small effort can manage - the noweb conversion would need modified too.

Re: Switching from the Math panel window to the document window

[Günter Milde]

Andre Poenitz wrote:

> On Fri, Dec 12, 2003 at 12:10:20PM -0800, Oreste Riccardo Natale wrote:

> > ...when I'm writing equations,
> > after pressing a button on the Math panel I would like to switch
> > automatically from it to the document window without explicitly clicking
> > on the document window itself ...
 
> Learn to insert the symbols using the keyboard ;-)
> 
> Seriously: All symbols can be inserted by typing their LaTeX name, i.e.
> \exists\alpha\in\Omega.

This works nice for often used symbols or the ones with (almost)
non-ambiguous names (\alpha...\omega, but not \varphi)

Another point is, that sometimes the keybord-shortcuts (or math-panel) offer
enhanced functionality (like marking some stuff and pressing M-m ( to get a
pair of () around or M-m f for a fraction with the stuff in the numerator.
Pressing \frac would replace the selection instead of puttin it in the frac.)

So the above is a feature-request, until it is solved (and for many cases
beyond this), Andre's hint is valuable and valid.

Günter

-- 
G.Milde at web.de

Re: Templates Shouldn't Override Language Preferences

[Günter Milde]

Sean wrote:
> I have American set as my default language (partly due to a bug in my 
> tex distro where it defaults to the UKenglish behavior for \today), but 
> that doesn't effect a new document from the template unless I change 
> that setting for the specific document.

Unfortunately, things are a bit more complicated. I have German as default
language (for obvious reasons), so I benefit from English templates setting
the language to English (be it en_US or en_GB).

My suggestion is, you move the templates to ~/.lyx/templates, set the
Template-Dir accordingly and, loading the templates as normal Documents,
change their language setting to your needs. (You can of course also use
the save-as function after opening a template with
File>New-from-template.)

Günter.


-- 
G.Milde at web.de