Re: Remove Page Number From 'Part ' Page

[Jürgen Spitzmüller]

Rich Shepard wrote:
My web search foo finds pages on how to remove numbering on an individual
 page; e.g.,
   \thispagestyle{empty}
   \pagestyle{empty}
 
 but it's not working for me. Perhaps it's the position in the text?
 
The sequence is:
 
1) Title
2) Author
3) \uppertitleback{}
4) \pagenumbering{roman}
   \setcounter{page}{1}
   \pagestyle{headings}
5) Table of Contents
6) Lists of Figures
7) Lists of Tables
8) \mainmatter
   \thispagestyle{empty}
   \pagestyle{empty}
9) Part 1.
   Background (in the Part environment)
 
The list of tables ends on page vii. The next page is blank, then Part 1
 Background is numbered 1, followed by a blank page and the first page of
 Chapter 1 which also is numbered 1. I want no page number on the 'Part'
 page.
 
What have I missed here?
 
 Rich

This is a KOMA class, right? If so, try

\renewcommand*{\partpagestyle}{empty}

in preamble.

Regards,
Jürgen

Re: KOMA-Script (scrbook): Using Uppertitleback environment [RESOLVED]

[Dr Eberhard Lisse]

I would post this in comp.text.tex or contact Markus Kohm directly.

el


on 2014-01-30, 02:25 Rich Shepard said the following:
 On Wed, 29 Jan 2014, Rich Shepard wrote:
 
  What am I missing here?
 
   A Web search led me to the solution.  I document it here for use
   by others.
 
   1) Place the text immediately under the title and before the
   ToC.
 
   2) Define the environment as Uppertitleback.
 
   3) Use the standard environment, not quote or quotation, for the
   quotation and attribution.
 
   4) Separate the quote from the attribution with a ragged line
   break (ctrl-return).
 
   5) If there are multiple quotes, separate each pair with two
   ragged line breaks.
 
 Whew!
 
 Rich
 

Re: Installing Lyx/Mac w/out MacTeX. Is it possible?

[Dr Eberhard Lisse]

Stefano,

put the Mac-Basic on a mac that uses this and load all missing packages
with tlmgr until it works.

Then run something like

tlmgr list|grep ^i|awk '{print $2}'  mactexmedium.txt

Now you install Mac-Basic on her computer taransfer the file and run
something like

sudo tlmgr install `cat mactexmedium.txt`

which leaves her with a minimal installation that has all missing
packages. I am quite sure once she has started to edit and sees the
output from a compile run, she'll be convinced.

Once she's done and she really doesn't like it you can do

sudo rm -rf /usr/local/texlive/2013basic

to remove the 473MB (which reside on my box) :-)-O

el



on 2014-01-29, 19:19 stefano franchi said the following:
 I am trying to convince a Mac-only colleague to use LyX on a common
 project. She resists installing TeX on her system, for a number of reasons.
 
 But she won't need to typeset anything---I'll be in charge of that---and
 will only use LyX to edit jointly produced file.
 
 A LyX-only installation would suit her needs perfectly. But I can't
 figure out from the lyx.org http://lyx.org page if this is possible at
 all. The page says:
 
 LyX for Mac OS X is available here: LyX-2.0.7+qt4.dmg
 ftp://ftp.lyx.org/pub/lyx/bin/2.0.7/LyX-2.0.7+qt4.dmg. Before you
 install LyX you need to install a TeX system such as MacTeX
 http://www.tug.org/mactex/. 
 
 Is that requirement enforced? I don't have a Mac at my disposal to try
 it out.
 
 Best,
 
 Stefano
 
 
 
 -- 
 __
 Stefano Franchi
 Associate Research Professor
 Department of Hispanic StudiesPh:   +1 (979) 845-2125
 Texas AM University  Fax:  +1 (979) 845-6421
 College Station, Texas, USA
 
 stef...@tamu.edu mailto:stef...@tamu.edu
 http://stefano.cleinias.org

Re: Book Frontmatter

[Anthony Campbell]

On 31 Jan 2014, Alan L Tyree wrote:
[snip] 
 Hi Rich,
 I would normally defer to Steve on most of these questions, but I do
 think that a printed book has a more or less standard set of frontmatter
 pages. 
 
 In my little (and mostly outdated) book 'Self-publishing with LyX', I
 discuss the ordinary frontmatter pages and how they might be set up with
 the ordinary book class.
 
 http://www.lulu.com/content/1085870
 
 HTH,
 Alan
 V

I know this isn't very sophisticated or enterprising, but I just follow
convention for the frontmatter, as Alan says, and write it directly
myself without using any sort of semi-automated process.

This is for printed books. As regards conversion to ebook format, I've
done this for several books on Smashwords, but that is quite a
long-winded process because it has to be Word.doc format, which I do in
LibreOffice (not much fun). Kindle does accept rtf, which would help,
but as I'd already made Word.doc files I just used those.

Anthony

-- 
Anthony Campbell - a...@acampbell.org.uk 
http://www.acupuncturecourse.org.uk 
http://www.smashwords.com/profile.view/acampbell
https://itunes.apple.com/ca/artist/anthony-campbell/id73235412

Request for Feature on Mac

[Dr Eberhard Lisse]

Where would I request the following feature:

Many Mac programs offer you the choice to Save, Don't Save/Discard,
Cancel in the way that is shown in the enclosed alpha.jpg, ie if you
use the Return/Enter key it'll save, if you use the Space key it'll
Not Save (Quit) and you have to use the mouse to click Cancel.

In Lyx I must use the mouse if I want to discard, because it doesn't
recognize the Space and it defaults to Save.

Since I work with the keyboard mostly it is a nuisance, hence this
request.

el
attachment: alpha.jpgattachment: lyx.jpg

Re: Request for Feature on Mac

[Anders Ekberg]

-Original Message-
From: Dr Eberhard Lisse nos...@lisse.na
Date: fredag 31 januari 2014 11:00
To: lyx-users@lists.lyx.org
Subject: Request for Feature on Mac

Where would I request the following feature:

Many Mac programs offer you the choice to Save, Don't Save/Discard,
Cancel in the way that is shown in the enclosed alpha.jpg, ie if you
use the Return/Enter key it'll save, if you use the Space key it'll
Not Save (Quit) and you have to use the mouse to click Cancel.

In Lyx I must use the mouse if I want to discard, because it doesn't
recognize the Space and it defaults to Save.

Since I work with the keyboard mostly it is a nuisance, hence this
request.

el

Hmm, Escape gives me Cancel; so you lost one, but gained one ;-)
More seriously: could this be keyboard/language dependent (Swedish
keyboard here).

/Anders

Re: Request for Feature on Mac

[Dr Eberhard W Lisse]

I use a straight US keyboard.

Esc does Cancel which is fine, but I would like to use Space to Discard and 
Enter to Save.

el

-- 

Sent from Dr. Lisse's iPhone 5


 On Jan 31, 2014, at 13:09, Anders Ekberg a...@mac.com wrote:
 
 -Original Message-
 From: Dr Eberhard Lisse nos...@lisse.na
 Date: fredag 31 januari 2014 11:00
 To: lyx-users@lists.lyx.org
 Subject: Request for Feature on Mac
 
 Where would I request the following feature:
 
 Many Mac programs offer you the choice to Save, Don't Save/Discard,
 Cancel in the way that is shown in the enclosed alpha.jpg, ie if you
 use the Return/Enter key it'll save, if you use the Space key it'll
 Not Save (Quit) and you have to use the mouse to click Cancel.
 
 In Lyx I must use the mouse if I want to discard, because it doesn't
 recognize the Space and it defaults to Save.
 
 Since I work with the keyboard mostly it is a nuisance, hence this
 request.
 
 el
 
 Hmm, Escape gives me Cancel; so you lost one, but gained one ;-)
 More seriously: could this be keyboard/language dependent (Swedish
 keyboard here).
 
 /Anders
 

Re: Remove Page Number From 'Part ' Page

[Rich Shepard]

On Fri, 31 Jan 2014, Jürgen Spitzmüller wrote:


This is a KOMA class, right? If so, try
\renewcommand*{\partpagestyle}{empty}
in preamble.


Jürgen,

  Thank you very much. I intended to look at the KOMA documentation but had
not gotten to it yesterday as I was editing text.

Regards,

Rich

--
Richard B. Shepard, Ph.D.  |  Have knowledge, will travel.
Applied Ecosystem Services, Inc.   |
http://www.appl-ecosys.com Voice: 503-667-4517  Fax: 503-667-8863

Re: KOMA-Script (scrbook): Using Uppertitleback environment [RESOLVED]

[Rich Shepard]

On Fri, 31 Jan 2014, Dr Eberhard Lisse wrote:


I would post this in comp.text.tex or contact Markus Kohm directly.


el,

  I'll do this. I also need to learn how to use \lowertitleback after
\uppertitle back because my trial-and-error failed to get them playing
nicely together.

Regards,

Rich

--
Richard B. Shepard, Ph.D.  |  Have knowledge, will travel.
Applied Ecosystem Services, Inc.   |
http://www.appl-ecosys.com Voice: 503-667-4517  Fax: 503-667-8863

Re: Installing Lyx/Mac w/out MacTeX. Is it possible?

[stefano franchi]

Thanks to everyone for the many suggestions.

To clarify the issue and sum up the outcome:

My question was really about the Mac installer, not about the functionality
of LyX without a suitable TeX installation. In other words, I was asking:

Can a minimally computer savvy Mac user install LyX only with no help and
obtain a working LyX-editing only environment?

And the answer, I am happy to report, is yes. Aside from the puzzlement
raised by the Untrusted source dialog, installation (of 2.0.6) went
smoothly and we are happily cooperating.

On the other hand, on the alternative question of   How to provide a
minimal yet still fully functioning LyX+TeX installation I particularly
liked Eberhard's solution. It was not viable in my case, since the user is
an ocean away and working on a crappy (and expensive) internet connection,
but I think it should be kept as a LyX recipe for space constrained Mac
users, a category that is growing fast now that traditional hard drives
have gone the way of the dodo on the MacBook Air.

Perhaps it should be put on the wiki? And since it is really not Mac-only
(Mac-Basic is just the Mac-version of TexLive's basic scheme, I guess),
perhaps it could be generalized to other platforms as well.


Cheers,

Stefano


On Fri, Jan 31, 2014 at 3:12 AM, Dr Eberhard Lisse nos...@lisse.na wrote:

 Stefano,

 put the Mac-Basic on a mac that uses this and load all missing packages
 with tlmgr until it works.

 Then run something like

 tlmgr list|grep ^i|awk '{print $2}'  mactexmedium.txt

 Now you install Mac-Basic on her computer taransfer the file and run
 something like

 sudo tlmgr install `cat mactexmedium.txt`

 which leaves her with a minimal installation that has all missing
 packages. I am quite sure once she has started to edit and sees the
 output from a compile run, she'll be convinced.

 Once she's done and she really doesn't like it you can do

 sudo rm -rf /usr/local/texlive/2013basic

 to remove the 473MB (which reside on my box) :-)-O

 el



 on 2014-01-29, 19:19 stefano franchi said the following:
  I am trying to convince a Mac-only colleague to use LyX on a common
  project. She resists installing TeX on her system, for a number of
 reasons.
 
  But she won't need to typeset anything---I'll be in charge of that---and
  will only use LyX to edit jointly produced file.
 
  A LyX-only installation would suit her needs perfectly. But I can't
  figure out from the lyx.org http://lyx.org page if this is possible at
  all. The page says:
 
  LyX for Mac OS X is available here: LyX-2.0.7+qt4.dmg
  ftp://ftp.lyx.org/pub/lyx/bin/2.0.7/LyX-2.0.7+qt4.dmg. Before you
  install LyX you need to install a TeX system such as MacTeX
  http://www.tug.org/mactex/. 
 
  Is that requirement enforced? I don't have a Mac at my disposal to try
  it out.
 
  Best,
 
  Stefano
 
 
 
  --
  __
  Stefano Franchi
  Associate Research Professor
  Department of Hispanic StudiesPh:   +1 (979) 845-2125
  Texas AM University  Fax:  +1 (979) 845-6421
  College Station, Texas, USA
 
  stef...@tamu.edu mailto:stef...@tamu.edu
  http://stefano.cleinias.org




-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic StudiesPh:   +1 (979) 845-2125
Texas AM University  Fax:  +1 (979) 845-6421
College Station, Texas, USA

stef...@tamu.edu
http://stefano.cleinias.org

Re: Facilitate testing on OSX - WAS: menu bar lost in OS X

[Richard Heck]

On 01/30/2014 03:04 AM, Rainer M Krug wrote:

On 01/29/14, 02:41 , Richard Heck wrote:

On 01/28/2014 03:14 PM, Scott Kostyshak wrote:

This should be fixed shortly and a new installer will be
uploaded.

As often, this is due to changes in the underlying Qt platform
that seem to exist only on certain versions of OSX. We have had
this problem before, and there are other issues about Cocoa versus
whatever versus whatever else. It is difficult to test every
combination, and we have only a couple active OSX developers. Many
of them use trunk (2.1.dev) for obvious sorts of reasons. So,
well, we could really use a couple people who could test the OSX
version on a more regular basis.

To facilitate this, may I suggest to create a homebrew recipe to
facilitate the installation and update of the latest LyX? At least for
me, I would likely use (and update) it regularly  as it is no hassle
at all (in contrast to downloading and installing, or even compiling
first.


This is a great idea, but of course someone on OSX who knew how to use 
homebrew would need to do it.


rh

Re: Facilitate testing on OSX - WAS: menu bar lost in OS X

[Jean-Marc Lasgouttes]

31/01/2014 15:34, Richard Heck:

On 01/30/2014 03:04 AM, Rainer M Krug wrote:

To facilitate this, may I suggest to create a homebrew recipe to
facilitate the installation and update of the latest LyX? At least for
me, I would likely use (and update) it regularly  as it is no hassle
at all (in contrast to downloading and installing, or even compiling
first.


This is a great idea, but of course someone on OSX who knew how to use
homebrew would need to do it.


Or find a service somewhere that would build nightlies for us...

JMarc

We need ePub/Mobi conversion: was: Book Frontmatter

[Steve Litt]

On Fri, 31 Jan 2014 09:35:46 +
Anthony Campbell a...@acampbell.org.uk wrote:


 This is for printed books. As regards conversion to ebook format, I've
 done this for several books on Smashwords, but that is quite a
 long-winded process because it has to be Word.doc format, which I do
 in LibreOffice (not much fun). Kindle does accept rtf, which would
 help, but as I'd already made Word.doc files I just used those.
 
 Anthony

Ladies and gentlemen, if the preceding paragraph doesn't convince us we
need a good, solid, LyX to ePub and LyX to Mobi conversion (do ePub
first, you can convert ePub into Mobi), then nothing will. Instead of
slamming out his book in LyX, Anthony must use an outside service
(smashwords), meaning a two word modification is, as Joe Biden would
say, a Big Friggin Deal. Further, to satisfy Smashwords he must write it
in LibreOffice to simulate MS Word. Or, if he's just doing Kindle, he
can submit rtf (what could *possibly* go wrong).

You can't base a LyX to ePub converter off either LyX2Xhtml or Alex's
eLyXer: Those produce great (X)html for stuff like footnotes and
bibliographies, but they discard semantic tags (h1-h6) for variously
named divs (yeah, div, not even p), as I remember they still use
outdated a name=whatever/ instead of giving an ID to a tag. One or
both of them does you the favor of renaming all graphic files to a
numerical sequence: I guess this is to prevent identically named
graphics in different directories from clobbering each other, but there
are better ways of doing this that don't have the anti-debugging
baggage of removing all meaning from graphic names.  Current
LyX exported (X)html files just generally require *huge*
postprocessing, with zillions of special cases, to get them in
reasonable shape to make an ePub. If that were not the case, somebody
would have made a LyX2ePub a long, long time ago, because the demand is
there, and a lot of people have that itch, and I'm not the only one
who has tried to do it. 

Shamefully, because I need to be able to have my books available as
ePubs, after 13 years using LyX to write my books, I'm now using the
Bluefish editor to write my future books. I've written an Xhtml to ePub
converter in Python, and I can write an Xhtml to LaTeX converter just
as easily. But let me ask you something: Have you ever tried to slam
out 2500 words a day in Bluefish? Bluefish will never have the
authoring speed of LyX. But then again, as things stand now, a LyX
authored document will never be convertible to ePub.

The shame is, in theory, LyX to ePub is simple. Every environment
becomes p class=environmentname, every character style becomes
span class=charstylename. Leave div out of it except for every
special cases. Even lyx-code should become pre class=lyxcode, not
div class=lyxcode.

A special one-per-book configuration file (I did mine in YAML) defines
the assignment of Part, Chapter, Section, Subsection etc to h1, h2,
h3, h4 etc, and defines which go in the table of contents, and
which get numbers and what prefix the number gets (Part, Chapter, etc).
I've already done this: It works. Don't worry about converting LyX
environment and char style defs to CSS, just list all paragraph and
char styles, so that the author can make the necessary CSS. CSS is
*much* easier to define than LaTeX environments and commands. And yes,
let the author know that this export requires the author use only a
subset of LyX's capabilities.

I briefly considered writing Yet Another LyX to HTML Exporter, but
found out that in spite of LyX's native format being Non Human Friendly
XML, it's not *well formed* XML, so I can't use Python's lxml.etree,
let alone Python's xml.etree.ElementTree, to parse it. Perhaps if LyX
offered an export to well-formed XML, hopefully with a DTD, I could
parse that to produce ePub-friendly Xhtml, but as far as I know that
doesn't exist either.

Anyway, I would suggest anyone who is working on any portion of a LyX
to ePub conversion talk with me. I'm pretty knowledgeable about ePub,
and I've already identified a lot of the dead ends and blind alleys in
ePub creation, and I know what parts of the LyX document should go into
the ePub, and which parts would be better re-done as either config or
CSS. 

My switch to Bluefish isn't cast in concrete: Once LyX contains a
good, generic, reliable LyX to ePub or even LyX to ePub friendly Xhtml
conversion, I can switch back. If you do it soon enough, I won't even
have to write an Xhtml to LaTeX converter :-)

Thanks,

SteveT

Steve Litt*  http://www.troubleshooters.com/
Troubleshooting Training  *  Human Performance

Re: Installing Lyx/Mac w/out MacTeX. Is it possible?

[Dr Eberhard W Lisse]

Stefano,

so she can actually edit the files?  Cool.  I was wondering if the
config run (using luatex) would work.

Now what you also can do to cooperate, is to use SVN (see Additional
Features Section 7.2), which is really, really cool.

I have myself some experience with remoteness, being an Obstetrician
and Gynaecologist in Africa, though in Windhoek connectivity is
starting to become useful.

What I do between my house and the practice (and of course the
laptop) is something like this :-)-O

sudo tlmgr install `ssh USER@HOST.DOMAIN tlmgr list|grep ^i|awk
'{print $2}'|sed s/://g`

That you can easily install into crontab and or whatever scheduler
you like and run this on a number of hosts, so you need to only
update one.  If you can not predict where changes are happening one
will have to figure out a more complicated round robin scheme :-)-O


But you can configure the working BasicMacTeX and then tar the
update /usr/local/texlive.  Put all on a stick, DHL it over there
and she must install and then untar over /usr/local/texlive to bring
it up to what is required.

Mabye someone writes a shell script for her to take care of the
command line stuff, but that's not a big deal.  And, if the
university has serious Mac programming resources, someone can make
an installer for her that does all of this with a click.

greetings, el

On 2014-01-31, 16:32 , stefano franchi wrote:
 Thanks to everyone for the many suggestions.
 
 To clarify the issue and sum up the outcome:
 
 My question was really about the Mac installer, not about the
 functionality of LyX without a suitable TeX installation.  In
 other words, I was asking:
 
 Can a minimally computer savvy Mac user install LyX only with no
 help and obtain a working LyX-editing only environment?
 
 And the answer, I am happy to report, is yes.  Aside from the
 puzzlement raised by the Untrusted source dialog, installation
 (of 2.0.6) went smoothly and we are happily cooperating.
 
 On the other hand, on the alternative question of How to provide
 a minimal yet still fully functioning LyX+TeX installation I
 particularly liked Eberhard's solution.  It was not viable in my
 case, since the user is an ocean away and working on a crappy (and
 expensive) internet connection, but I think it should be kept as a
 LyX recipe for space constrained Mac users, a category that is
 growing fast now that traditional hard drives have gone the way of
 the dodo on the MacBook Air.
 
 Perhaps it should be put on the wiki?  And since it is really not
 Mac-only (Mac-Basic is just the Mac-version of TexLive's basic
 scheme, I guess), perhaps it could be generalized to other
 platforms as well.
 
 
 Cheers,
 
 Stefano
 
 
[...]



smime.p7s
Description: S/MIME Cryptographic Signature

Re: We need ePub/Mobi conversion: was: Book Frontmatter

[Alan L Tyree]

Sorry for the top posting, but this is short. My own view is that an
ePub exporter for LyX would make it a killer application. 

Thanks for your comments, Steve. Have you looked at Pandoc?

Cheers,
Alan


Steve Litt writes:

 On Fri, 31 Jan 2014 09:35:46 +
 Anthony Campbell a...@acampbell.org.uk wrote:


 This is for printed books. As regards conversion to ebook format, I've
 done this for several books on Smashwords, but that is quite a
 long-winded process because it has to be Word.doc format, which I do
 in LibreOffice (not much fun). Kindle does accept rtf, which would
 help, but as I'd already made Word.doc files I just used those.
 
 Anthony

 Ladies and gentlemen, if the preceding paragraph doesn't convince us we
 need a good, solid, LyX to ePub and LyX to Mobi conversion (do ePub
 first, you can convert ePub into Mobi), then nothing will. Instead of
 slamming out his book in LyX, Anthony must use an outside service
 (smashwords), meaning a two word modification is, as Joe Biden would
 say, a Big Friggin Deal. Further, to satisfy Smashwords he must write it
 in LibreOffice to simulate MS Word. Or, if he's just doing Kindle, he
 can submit rtf (what could *possibly* go wrong).

 You can't base a LyX to ePub converter off either LyX2Xhtml or Alex's
 eLyXer: Those produce great (X)html for stuff like footnotes and
 bibliographies, but they discard semantic tags (h1-h6) for variously
 named divs (yeah, div, not even p), as I remember they still use
 outdated a name=whatever/ instead of giving an ID to a tag. One or
 both of them does you the favor of renaming all graphic files to a
 numerical sequence: I guess this is to prevent identically named
 graphics in different directories from clobbering each other, but there
 are better ways of doing this that don't have the anti-debugging
 baggage of removing all meaning from graphic names.  Current
 LyX exported (X)html files just generally require *huge*
 postprocessing, with zillions of special cases, to get them in
 reasonable shape to make an ePub. If that were not the case, somebody
 would have made a LyX2ePub a long, long time ago, because the demand is
 there, and a lot of people have that itch, and I'm not the only one
 who has tried to do it. 

 Shamefully, because I need to be able to have my books available as
 ePubs, after 13 years using LyX to write my books, I'm now using the
 Bluefish editor to write my future books. I've written an Xhtml to ePub
 converter in Python, and I can write an Xhtml to LaTeX converter just
 as easily. But let me ask you something: Have you ever tried to slam
 out 2500 words a day in Bluefish? Bluefish will never have the
 authoring speed of LyX. But then again, as things stand now, a LyX
 authored document will never be convertible to ePub.

 The shame is, in theory, LyX to ePub is simple. Every environment
 becomes p class=environmentname, every character style becomes
 span class=charstylename. Leave div out of it except for every
 special cases. Even lyx-code should become pre class=lyxcode, not
 div class=lyxcode.

 A special one-per-book configuration file (I did mine in YAML) defines
 the assignment of Part, Chapter, Section, Subsection etc to h1, h2,
 h3, h4 etc, and defines which go in the table of contents, and
 which get numbers and what prefix the number gets (Part, Chapter, etc).
 I've already done this: It works. Don't worry about converting LyX
 environment and char style defs to CSS, just list all paragraph and
 char styles, so that the author can make the necessary CSS. CSS is
 *much* easier to define than LaTeX environments and commands. And yes,
 let the author know that this export requires the author use only a
 subset of LyX's capabilities.

 I briefly considered writing Yet Another LyX to HTML Exporter, but
 found out that in spite of LyX's native format being Non Human Friendly
 XML, it's not *well formed* XML, so I can't use Python's lxml.etree,
 let alone Python's xml.etree.ElementTree, to parse it. Perhaps if LyX
 offered an export to well-formed XML, hopefully with a DTD, I could
 parse that to produce ePub-friendly Xhtml, but as far as I know that
 doesn't exist either.

 Anyway, I would suggest anyone who is working on any portion of a LyX
 to ePub conversion talk with me. I'm pretty knowledgeable about ePub,
 and I've already identified a lot of the dead ends and blind alleys in
 ePub creation, and I know what parts of the LyX document should go into
 the ePub, and which parts would be better re-done as either config or
 CSS. 

 My switch to Bluefish isn't cast in concrete: Once LyX contains a
 good, generic, reliable LyX to ePub or even LyX to ePub friendly Xhtml
 conversion, I can switch back. If you do it soon enough, I won't even
 have to write an Xhtml to LaTeX converter :-)

 Thanks,

 SteveT

 Steve Litt*  http://www.troubleshooters.com/
 Troubleshooting Training  *  Human Performance


-- 
Alan L Tyree   http://www2.austlii.edu.au/~alan
Tel:  04 2748 

Re: testers needed for LyX's Windows installer

[Tim Wood]

Uwe Stöhr uwestoehr at web.de writes:

 
 Am 06.06.2012 11:04, schrieb Rick Blok - LR:
 
  I've just checked the computer were I don't have admin rights, and I
don't see perl.exe in the bin folder,
 and I also don't have a lib-folder.
 
 Not good. However in the meantime it is possible to install LyX without
admin privileges. I also 
 fixed several bugs in the installer. Could you please give it again a try:
 https://sourceforge.net/projects/lyxwininstaller/files/LyXWinInstaller/2.0.4/
 
 thanks and regards
 Uwe
 
 


FYI, on a lenovo laptop running windows 8 (with all the updates as of Wed...
not sure if that means it's magically 8.1), The LyX install fails because
the MikTeX install fails at operation could not be completed: Permission
denied...miktex/bin/mvc100rus.dll

Re: Facilitate testing on OSX - WAS: menu bar lost in OS X

[Rainer M Krug]

Le vendredi 31 janvier 2014, Jean-Marc Lasgouttes lasgout...@lyx.org a
écrit :

 31/01/2014 15:34, Richard Heck:

 On 01/30/2014 03:04 AM, Rainer M Krug wrote:

 To facilitate this, may I suggest to create a homebrew recipe to
 facilitate the installation and update of the latest LyX? At least for
 me, I would likely use (and update) it regularly  as it is no hassle
 at all (in contrast to downloading and installing, or even compiling
 first.


 This is a great idea, but of course someone on OSX who knew how to use
 homebrew would need to do it.


 Or find a service somewhere that would build nightlies for us...


This together with an update function from within LyX would work as well -
but the update from within LyX would be important  as otherwise one has to
manually visit the website and download to update.

Cheers,

Rainer


 JMarc



-- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology,
UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel :   +33 - (0)9 53 10 27 44
Cell:   +33 - (0)6 85 62 59 98
Fax (F):   +33 - (0)9 58 10 27 44

Fax (D):+49 - (0)3 21 21 25 22 44

email:  rai...@krugs.de

Skype:  RMkrug

Re: Facilitate testing on OSX - WAS: menu bar lost in OS X

[Rainer M Krug]

Le vendredi 31 janvier 2014, Richard Heck rgh...@lyx.org a écrit :

 On 01/30/2014 03:04 AM, Rainer M Krug wrote:

 On 01/29/14, 02:41 , Richard Heck wrote:

 On 01/28/2014 03:14 PM, Scott Kostyshak wrote:

 This should be fixed shortly and a new installer will be
 uploaded.

 As often, this is due to changes in the underlying Qt platform
 that seem to exist only on certain versions of OSX. We have had
 this problem before, and there are other issues about Cocoa versus
 whatever versus whatever else. It is difficult to test every
 combination, and we have only a couple active OSX developers. Many
 of them use trunk (2.1.dev) for obvious sorts of reasons. So,
 well, we could really use a couple people who could test the OSX
 version on a more regular basis.

 To facilitate this, may I suggest to create a homebrew recipe to
 facilitate the installation and update of the latest LyX? At least for
 me, I would likely use (and update) it regularly  as it is no hassle
 at all (in contrast to downloading and installing, or even compiling
 first.


 This is a great idea, but of course someone on OSX who knew how to use
 homebrew would need to do it.


I'll ask on the homebrew list if there would somebody be interested in
helping. But apparently, it is not that difficult.

Cheers,

Rainer



 rh




-- 
NEW GERMAN FAX NUMBER!!!

Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology,
UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Natural Sciences Building
Office Suite 2039
Stellenbosch University
Main Campus, Merriman Avenue
Stellenbosch
South Africa

Cell:   +27 - (0)83 9479 042
Fax:+27 - (0)86 516 2782
Fax:+49 - (0)321 2125 2244
email:  rai...@krugs.de

Skype:  RMkrug
Google: r.m.k...@gmail.com

Re: We need ePub/Mobi conversion: was: Book Frontmatter

[Scott Kostyshak]

I'm CC'ing Josh Hieronymus, who has worked on some of this for GSoC.
He is probably busy with other things, but maybe he is still
interested.

Scott

On Fri, Jan 31, 2014 at 1:25 PM, Alan L Tyree alanty...@gmail.com wrote:
 Sorry for the top posting, but this is short. My own view is that an
 ePub exporter for LyX would make it a killer application.

 Thanks for your comments, Steve. Have you looked at Pandoc?

 Cheers,
 Alan


 Steve Litt writes:

 On Fri, 31 Jan 2014 09:35:46 +
 Anthony Campbell a...@acampbell.org.uk wrote:


 This is for printed books. As regards conversion to ebook format, I've
 done this for several books on Smashwords, but that is quite a
 long-winded process because it has to be Word.doc format, which I do
 in LibreOffice (not much fun). Kindle does accept rtf, which would
 help, but as I'd already made Word.doc files I just used those.

 Anthony

 Ladies and gentlemen, if the preceding paragraph doesn't convince us we
 need a good, solid, LyX to ePub and LyX to Mobi conversion (do ePub
 first, you can convert ePub into Mobi), then nothing will. Instead of
 slamming out his book in LyX, Anthony must use an outside service
 (smashwords), meaning a two word modification is, as Joe Biden would
 say, a Big Friggin Deal. Further, to satisfy Smashwords he must write it
 in LibreOffice to simulate MS Word. Or, if he's just doing Kindle, he
 can submit rtf (what could *possibly* go wrong).

 You can't base a LyX to ePub converter off either LyX2Xhtml or Alex's
 eLyXer: Those produce great (X)html for stuff like footnotes and
 bibliographies, but they discard semantic tags (h1-h6) for variously
 named divs (yeah, div, not even p), as I remember they still use
 outdated a name=whatever/ instead of giving an ID to a tag. One or
 both of them does you the favor of renaming all graphic files to a
 numerical sequence: I guess this is to prevent identically named
 graphics in different directories from clobbering each other, but there
 are better ways of doing this that don't have the anti-debugging
 baggage of removing all meaning from graphic names.  Current
 LyX exported (X)html files just generally require *huge*
 postprocessing, with zillions of special cases, to get them in
 reasonable shape to make an ePub. If that were not the case, somebody
 would have made a LyX2ePub a long, long time ago, because the demand is
 there, and a lot of people have that itch, and I'm not the only one
 who has tried to do it.

 Shamefully, because I need to be able to have my books available as
 ePubs, after 13 years using LyX to write my books, I'm now using the
 Bluefish editor to write my future books. I've written an Xhtml to ePub
 converter in Python, and I can write an Xhtml to LaTeX converter just
 as easily. But let me ask you something: Have you ever tried to slam
 out 2500 words a day in Bluefish? Bluefish will never have the
 authoring speed of LyX. But then again, as things stand now, a LyX
 authored document will never be convertible to ePub.

 The shame is, in theory, LyX to ePub is simple. Every environment
 becomes p class=environmentname, every character style becomes
 span class=charstylename. Leave div out of it except for every
 special cases. Even lyx-code should become pre class=lyxcode, not
 div class=lyxcode.

 A special one-per-book configuration file (I did mine in YAML) defines
 the assignment of Part, Chapter, Section, Subsection etc to h1, h2,
 h3, h4 etc, and defines which go in the table of contents, and
 which get numbers and what prefix the number gets (Part, Chapter, etc).
 I've already done this: It works. Don't worry about converting LyX
 environment and char style defs to CSS, just list all paragraph and
 char styles, so that the author can make the necessary CSS. CSS is
 *much* easier to define than LaTeX environments and commands. And yes,
 let the author know that this export requires the author use only a
 subset of LyX's capabilities.

 I briefly considered writing Yet Another LyX to HTML Exporter, but
 found out that in spite of LyX's native format being Non Human Friendly
 XML, it's not *well formed* XML, so I can't use Python's lxml.etree,
 let alone Python's xml.etree.ElementTree, to parse it. Perhaps if LyX
 offered an export to well-formed XML, hopefully with a DTD, I could
 parse that to produce ePub-friendly Xhtml, but as far as I know that
 doesn't exist either.

 Anyway, I would suggest anyone who is working on any portion of a LyX
 to ePub conversion talk with me. I'm pretty knowledgeable about ePub,
 and I've already identified a lot of the dead ends and blind alleys in
 ePub creation, and I know what parts of the LyX document should go into
 the ePub, and which parts would be better re-done as either config or
 CSS.

 My switch to Bluefish isn't cast in concrete: Once LyX contains a
 good, generic, reliable LyX to ePub or even LyX to ePub friendly Xhtml
 conversion, I can switch back. If you do it soon enough, I won't even
 have to write an Xhtml to 

Feature request

[Jim Rockford]

MathType has the nice feature that when you click to insert a matrix, one
has the choice of immediately inserting a typical low-dimensional matrix
(i.e. 2x2, 3x3, 3x1, etc), in addition to the option of setting the row and
column numbers manually.  As far as I can tell, in Lyx you must always
specify the dimension explicitly.  I find this a bit of a nuisance and thus
make the feature request.

Thanks to the Lyx team for their great work and their consideration of user
feature requests.

Jim

Re: We need ePub/Mobi conversion: was: Book Frontmatter

[Alex Fernandez]

Hi Steve,

On Fri, Jan 31, 2014 at 5:47 PM, Steve Litt sl...@troubleshooters.comwrote:

 Ladies and gentlemen, if the preceding paragraph doesn't convince us we
 need a good, solid, LyX to ePub and LyX to Mobi conversion (do ePub
 first, you can convert ePub into Mobi), then nothing will. Instead of
 slamming out his book in LyX, Anthony must use an outside service
 (smashwords), meaning a two word modification is, as Joe Biden would
 say, a Big Friggin Deal. Further, to satisfy Smashwords he must write it
 in LibreOffice to simulate MS Word. Or, if he's just doing Kindle, he
 can submit rtf (what could *possibly* go wrong).


Good luck with the convincing part.


 You can't base a LyX to ePub converter off either LyX2Xhtml or Alex's
 eLyXer: Those produce great (X)html for stuff like footnotes and
 bibliographies, but they discard semantic tags (h1-h6) for variously
 named divs (yeah, div, not even p), as I remember they still use
 outdated a name=whatever/ instead of giving an ID to a tag. One or
 both of them does you the favor of renaming all graphic files to a
 numerical sequence: I guess this is to prevent identically named
 graphics in different directories from clobbering each other, but there
 are better ways of doing this that don't have the anti-debugging
 baggage of removing all meaning from graphic names.  Current
 LyX exported (X)html files just generally require *huge*
 postprocessing, with zillions of special cases, to get them in
 reasonable shape to make an ePub. If that were not the case, somebody
 would have made a LyX2ePub a long, long time ago, because the demand is
 there, and a lot of people have that itch, and I'm not the only one
 who has tried to do it.


eLyXer does not rename any graphic files AFAICR. Also, eLyXer should
provide semantic tags like h1-h6, as you can see here:
  http://elyxer.nongnu.org/math-unicode.html

Shamefully, because I need to be able to have my books available as
 ePubs, after 13 years using LyX to write my books, I'm now using the
 Bluefish editor to write my future books. I've written an Xhtml to ePub
 converter in Python, and I can write an Xhtml to LaTeX converter just
 as easily. But let me ask you something: Have you ever tried to slam
 out 2500 words a day in Bluefish? Bluefish will never have the
 authoring speed of LyX. But then again, as things stand now, a LyX
 authored document will never be convertible to ePub.


I feel your pain. Not with Bluefish but with other, also less powerful
editors. For good or for bad I have not needed translation to ePub yet.

The shame is, in theory, LyX to ePub is simple. Every environment
 becomes p class=environmentname, every character style becomes
 span class=charstylename. Leave div out of it except for every
 special cases. Even lyx-code should become pre class=lyxcode, not
 div class=lyxcode.


It should not be difficult to change eLyXer output to be as you desire;
just take a look at base.cfg
  https://github.com/alexfernandez/elyxer/blob/master/src/conf/base.cfg
where most elements of the output can be configured. There are many special
cases and a few ugly-ish tricks (such as h? to denote h1-h6), but it is
mostly there. Or should be.


 A special one-per-book configuration file (I did mine in YAML) defines
 the assignment of Part, Chapter, Section, Subsection etc to h1, h2,
 h3, h4 etc, and defines which go in the table of contents, and
 which get numbers and what prefix the number gets (Part, Chapter, etc).
 I've already done this: It works. Don't worry about converting LyX
 environment and char style defs to CSS, just list all paragraph and
 char styles, so that the author can make the necessary CSS. CSS is
 *much* easier to define than LaTeX environments and commands. And yes,
 let the author know that this export requires the author use only a
 subset of LyX's capabilities.


With luck, LyX devs will propose a native export which is neither here nor
there. Uphill battle in any case.

I briefly considered writing Yet Another LyX to HTML Exporter, but
 found out that in spite of LyX's native format being Non Human Friendly
 XML, it's not *well formed* XML, so I can't use Python's lxml.etree,
 let alone Python's xml.etree.ElementTree, to parse it. Perhaps if LyX
 offered an export to well-formed XML, hopefully with a DTD, I could
 parse that to produce ePub-friendly Xhtml, but as far as I know that
 doesn't exist either.


With eLyXer I have already done all the heavy work myself of converting LyX
documents to an in-memory structure of containers and insets. In theory you
might just tweak the configuration file base.cfg and generate a completely
different document structure such as ePub. In practice, and as far as I
know, it works: I was able to make the transition from LyX 1.x to 2.0 just
by adding a few insets and containers to the configuration file.

Sadly, after 7 years, not using LyX anymore and with little help from LyX
developers (with some *laudable exceptions*) I can no longer justify 

Re: Feature request

[Scott Kostyshak]

Hi Jim,

Do you think something like the insert table icon would work well for
matrices? If you haven't tried it yet, click on the Insert table
icon in the top toolbar. If matrices worked in this way, would you
consider that better or worse than how MathType does it?

Can you open an enhancement request on trac for this? http://www.lyx.org/trac
Also on the trac ticket can you post a screenshot of what MathType
does? I'm wondering what the user interface is like.

Best,

Scott

On Fri, Jan 31, 2014 at 4:29 PM, Jim Rockford jim.rockfo...@gmail.com wrote:
 MathType has the nice feature that when you click to insert a matrix, one
 has the choice of immediately inserting a typical low-dimensional matrix
 (i.e. 2x2, 3x3, 3x1, etc), in addition to the option of setting the row and
 column numbers manually.  As far as I can tell, in Lyx you must always
 specify the dimension explicitly.  I find this a bit of a nuisance and thus
 make the feature request.

 Thanks to the Lyx team for their great work and their consideration of user
 feature requests.

 Jim

Help with SyncTeX and PDF Document Viewer

[Diego Villamil]

Dear LyXers,
I just updated my LyX version to 2.0.7 running in Ubuntu 12.04.
I found the site for setting up SyncTeX in order to go back and forth
between the PDF document and the LyX source.
The site explains how to set it up for a few programs:  Skim, Okular, and
Sumantra.  However, I am using the default viewer by Evince, and I haven't
been able to set it up.

I was wondering if there is anyone out there who will help me.
thank you kindly.
Diego, LyX enthusiast.

Re: Request for Feature on Mac

[Jerry]

On Jan 31, 2014, at 3:00 AM, Dr Eberhard Lisse nos...@lisse.na wrote:

 Where would I request the following feature:
 
 Many Mac programs offer you the choice to Save, Don't Save/Discard,
 Cancel in the way that is shown in the enclosed alpha.jpg, ie if you
 use the Return/Enter key it'll save, if you use the Space key it'll
 Not Save (Quit) and you have to use the mouse to click Cancel.
 
 In Lyx I must use the mouse if I want to discard, because it doesn't
 recognize the Space and it defaults to Save.
 
 Since I work with the keyboard mostly it is a nuisance, hence this
 request.
 
 el
 alpha.jpglyx.jpg

If someone is going to change this, please also change Discard to Don't 
Save which is standard on OS X.

Jerry

Re: Remove Page Number From 'Part ' Page

[Jürgen Spitzmüller]

Rich Shepard wrote:
My web search foo finds pages on how to remove numbering on an individual
 page; e.g.,
   \thispagestyle{empty}
   \pagestyle{empty}
 
 but it's not working for me. Perhaps it's the position in the text?
 
The sequence is:
 
1) Title
2) Author
3) \uppertitleback{}
4) \pagenumbering{roman}
   \setcounter{page}{1}
   \pagestyle{headings}
5) Table of Contents
6) Lists of Figures
7) Lists of Tables
8) \mainmatter
   \thispagestyle{empty}
   \pagestyle{empty}
9) Part 1.
   Background (in the Part environment)
 
The list of tables ends on page vii. The next page is blank, then Part 1
 Background is numbered 1, followed by a blank page and the first page of
 Chapter 1 which also is numbered 1. I want no page number on the 'Part'
 page.
 
What have I missed here?
 
 Rich

This is a KOMA class, right? If so, try

\renewcommand*{\partpagestyle}{empty}

in preamble.

Regards,
Jürgen

Re: KOMA-Script (scrbook): Using Uppertitleback environment [RESOLVED]

[Dr Eberhard Lisse]

I would post this in comp.text.tex or contact Markus Kohm directly.

el


on 2014-01-30, 02:25 Rich Shepard said the following:
 On Wed, 29 Jan 2014, Rich Shepard wrote:
 
  What am I missing here?
 
   A Web search led me to the solution.  I document it here for use
   by others.
 
   1) Place the text immediately under the title and before the
   ToC.
 
   2) Define the environment as Uppertitleback.
 
   3) Use the standard environment, not quote or quotation, for the
   quotation and attribution.
 
   4) Separate the quote from the attribution with a ragged line
   break (ctrl-return).
 
   5) If there are multiple quotes, separate each pair with two
   ragged line breaks.
 
 Whew!
 
 Rich
 

Re: Installing Lyx/Mac w/out MacTeX. Is it possible?

[Dr Eberhard Lisse]

Stefano,

put the Mac-Basic on a mac that uses this and load all missing packages
with tlmgr until it works.

Then run something like

tlmgr list|grep ^i|awk '{print $2}'  mactexmedium.txt

Now you install Mac-Basic on her computer taransfer the file and run
something like

sudo tlmgr install `cat mactexmedium.txt`

which leaves her with a minimal installation that has all missing
packages. I am quite sure once she has started to edit and sees the
output from a compile run, she'll be convinced.

Once she's done and she really doesn't like it you can do

sudo rm -rf /usr/local/texlive/2013basic

to remove the 473MB (which reside on my box) :-)-O

el



on 2014-01-29, 19:19 stefano franchi said the following:
 I am trying to convince a Mac-only colleague to use LyX on a common
 project. She resists installing TeX on her system, for a number of reasons.
 
 But she won't need to typeset anything---I'll be in charge of that---and
 will only use LyX to edit jointly produced file.
 
 A LyX-only installation would suit her needs perfectly. But I can't
 figure out from the lyx.org http://lyx.org page if this is possible at
 all. The page says:
 
 LyX for Mac OS X is available here: LyX-2.0.7+qt4.dmg
 ftp://ftp.lyx.org/pub/lyx/bin/2.0.7/LyX-2.0.7+qt4.dmg. Before you
 install LyX you need to install a TeX system such as MacTeX
 http://www.tug.org/mactex/. 
 
 Is that requirement enforced? I don't have a Mac at my disposal to try
 it out.
 
 Best,
 
 Stefano
 
 
 
 -- 
 __
 Stefano Franchi
 Associate Research Professor
 Department of Hispanic StudiesPh:   +1 (979) 845-2125
 Texas AM University  Fax:  +1 (979) 845-6421
 College Station, Texas, USA
 
 stef...@tamu.edu mailto:stef...@tamu.edu
 http://stefano.cleinias.org

Re: Book Frontmatter

[Anthony Campbell]

On 31 Jan 2014, Alan L Tyree wrote:
[snip] 
 Hi Rich,
 I would normally defer to Steve on most of these questions, but I do
 think that a printed book has a more or less standard set of frontmatter
 pages. 
 
 In my little (and mostly outdated) book 'Self-publishing with LyX', I
 discuss the ordinary frontmatter pages and how they might be set up with
 the ordinary book class.
 
 http://www.lulu.com/content/1085870
 
 HTH,
 Alan
 V

I know this isn't very sophisticated or enterprising, but I just follow
convention for the frontmatter, as Alan says, and write it directly
myself without using any sort of semi-automated process.

This is for printed books. As regards conversion to ebook format, I've
done this for several books on Smashwords, but that is quite a
long-winded process because it has to be Word.doc format, which I do in
LibreOffice (not much fun). Kindle does accept rtf, which would help,
but as I'd already made Word.doc files I just used those.

Anthony

-- 
Anthony Campbell - a...@acampbell.org.uk 
http://www.acupuncturecourse.org.uk 
http://www.smashwords.com/profile.view/acampbell
https://itunes.apple.com/ca/artist/anthony-campbell/id73235412

Request for Feature on Mac

[Dr Eberhard Lisse]

Where would I request the following feature:

Many Mac programs offer you the choice to Save, Don't Save/Discard,
Cancel in the way that is shown in the enclosed alpha.jpg, ie if you
use the Return/Enter key it'll save, if you use the Space key it'll
Not Save (Quit) and you have to use the mouse to click Cancel.

In Lyx I must use the mouse if I want to discard, because it doesn't
recognize the Space and it defaults to Save.

Since I work with the keyboard mostly it is a nuisance, hence this
request.

el
attachment: alpha.jpgattachment: lyx.jpg

Re: Request for Feature on Mac

[Anders Ekberg]

-Original Message-
From: Dr Eberhard Lisse nos...@lisse.na
Date: fredag 31 januari 2014 11:00
To: lyx-users@lists.lyx.org
Subject: Request for Feature on Mac

Where would I request the following feature:

Many Mac programs offer you the choice to Save, Don't Save/Discard,
Cancel in the way that is shown in the enclosed alpha.jpg, ie if you
use the Return/Enter key it'll save, if you use the Space key it'll
Not Save (Quit) and you have to use the mouse to click Cancel.

In Lyx I must use the mouse if I want to discard, because it doesn't
recognize the Space and it defaults to Save.

Since I work with the keyboard mostly it is a nuisance, hence this
request.

el

Hmm, Escape gives me Cancel; so you lost one, but gained one ;-)
More seriously: could this be keyboard/language dependent (Swedish
keyboard here).

/Anders

Re: Request for Feature on Mac

[Dr Eberhard W Lisse]

I use a straight US keyboard.

Esc does Cancel which is fine, but I would like to use Space to Discard and 
Enter to Save.

el

-- 

Sent from Dr. Lisse's iPhone 5


 On Jan 31, 2014, at 13:09, Anders Ekberg a...@mac.com wrote:
 
 -Original Message-
 From: Dr Eberhard Lisse nos...@lisse.na
 Date: fredag 31 januari 2014 11:00
 To: lyx-users@lists.lyx.org
 Subject: Request for Feature on Mac
 
 Where would I request the following feature:
 
 Many Mac programs offer you the choice to Save, Don't Save/Discard,
 Cancel in the way that is shown in the enclosed alpha.jpg, ie if you
 use the Return/Enter key it'll save, if you use the Space key it'll
 Not Save (Quit) and you have to use the mouse to click Cancel.
 
 In Lyx I must use the mouse if I want to discard, because it doesn't
 recognize the Space and it defaults to Save.
 
 Since I work with the keyboard mostly it is a nuisance, hence this
 request.
 
 el
 
 Hmm, Escape gives me Cancel; so you lost one, but gained one ;-)
 More seriously: could this be keyboard/language dependent (Swedish
 keyboard here).
 
 /Anders
 

Re: Remove Page Number From 'Part ' Page

[Rich Shepard]

On Fri, 31 Jan 2014, Jürgen Spitzmüller wrote:


This is a KOMA class, right? If so, try
\renewcommand*{\partpagestyle}{empty}
in preamble.


Jürgen,

  Thank you very much. I intended to look at the KOMA documentation but had
not gotten to it yesterday as I was editing text.

Regards,

Rich

--
Richard B. Shepard, Ph.D.  |  Have knowledge, will travel.
Applied Ecosystem Services, Inc.   |
http://www.appl-ecosys.com Voice: 503-667-4517  Fax: 503-667-8863

Re: KOMA-Script (scrbook): Using Uppertitleback environment [RESOLVED]

[Rich Shepard]

On Fri, 31 Jan 2014, Dr Eberhard Lisse wrote:


I would post this in comp.text.tex or contact Markus Kohm directly.


el,

  I'll do this. I also need to learn how to use \lowertitleback after
\uppertitle back because my trial-and-error failed to get them playing
nicely together.

Regards,

Rich

--
Richard B. Shepard, Ph.D.  |  Have knowledge, will travel.
Applied Ecosystem Services, Inc.   |
http://www.appl-ecosys.com Voice: 503-667-4517  Fax: 503-667-8863

Re: Installing Lyx/Mac w/out MacTeX. Is it possible?

[stefano franchi]

Thanks to everyone for the many suggestions.

To clarify the issue and sum up the outcome:

My question was really about the Mac installer, not about the functionality
of LyX without a suitable TeX installation. In other words, I was asking:

Can a minimally computer savvy Mac user install LyX only with no help and
obtain a working LyX-editing only environment?

And the answer, I am happy to report, is yes. Aside from the puzzlement
raised by the Untrusted source dialog, installation (of 2.0.6) went
smoothly and we are happily cooperating.

On the other hand, on the alternative question of   How to provide a
minimal yet still fully functioning LyX+TeX installation I particularly
liked Eberhard's solution. It was not viable in my case, since the user is
an ocean away and working on a crappy (and expensive) internet connection,
but I think it should be kept as a LyX recipe for space constrained Mac
users, a category that is growing fast now that traditional hard drives
have gone the way of the dodo on the MacBook Air.

Perhaps it should be put on the wiki? And since it is really not Mac-only
(Mac-Basic is just the Mac-version of TexLive's basic scheme, I guess),
perhaps it could be generalized to other platforms as well.


Cheers,

Stefano


On Fri, Jan 31, 2014 at 3:12 AM, Dr Eberhard Lisse nos...@lisse.na wrote:

 Stefano,

 put the Mac-Basic on a mac that uses this and load all missing packages
 with tlmgr until it works.

 Then run something like

 tlmgr list|grep ^i|awk '{print $2}'  mactexmedium.txt

 Now you install Mac-Basic on her computer taransfer the file and run
 something like

 sudo tlmgr install `cat mactexmedium.txt`

 which leaves her with a minimal installation that has all missing
 packages. I am quite sure once she has started to edit and sees the
 output from a compile run, she'll be convinced.

 Once she's done and she really doesn't like it you can do

 sudo rm -rf /usr/local/texlive/2013basic

 to remove the 473MB (which reside on my box) :-)-O

 el



 on 2014-01-29, 19:19 stefano franchi said the following:
  I am trying to convince a Mac-only colleague to use LyX on a common
  project. She resists installing TeX on her system, for a number of
 reasons.
 
  But she won't need to typeset anything---I'll be in charge of that---and
  will only use LyX to edit jointly produced file.
 
  A LyX-only installation would suit her needs perfectly. But I can't
  figure out from the lyx.org http://lyx.org page if this is possible at
  all. The page says:
 
  LyX for Mac OS X is available here: LyX-2.0.7+qt4.dmg
  ftp://ftp.lyx.org/pub/lyx/bin/2.0.7/LyX-2.0.7+qt4.dmg. Before you
  install LyX you need to install a TeX system such as MacTeX
  http://www.tug.org/mactex/. 
 
  Is that requirement enforced? I don't have a Mac at my disposal to try
  it out.
 
  Best,
 
  Stefano
 
 
 
  --
  __
  Stefano Franchi
  Associate Research Professor
  Department of Hispanic StudiesPh:   +1 (979) 845-2125
  Texas AM University  Fax:  +1 (979) 845-6421
  College Station, Texas, USA
 
  stef...@tamu.edu mailto:stef...@tamu.edu
  http://stefano.cleinias.org




-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic StudiesPh:   +1 (979) 845-2125
Texas AM University  Fax:  +1 (979) 845-6421
College Station, Texas, USA

stef...@tamu.edu
http://stefano.cleinias.org

Re: Facilitate testing on OSX - WAS: menu bar lost in OS X

[Richard Heck]

On 01/30/2014 03:04 AM, Rainer M Krug wrote:

On 01/29/14, 02:41 , Richard Heck wrote:

On 01/28/2014 03:14 PM, Scott Kostyshak wrote:

This should be fixed shortly and a new installer will be
uploaded.

As often, this is due to changes in the underlying Qt platform
that seem to exist only on certain versions of OSX. We have had
this problem before, and there are other issues about Cocoa versus
whatever versus whatever else. It is difficult to test every
combination, and we have only a couple active OSX developers. Many
of them use trunk (2.1.dev) for obvious sorts of reasons. So,
well, we could really use a couple people who could test the OSX
version on a more regular basis.

To facilitate this, may I suggest to create a homebrew recipe to
facilitate the installation and update of the latest LyX? At least for
me, I would likely use (and update) it regularly  as it is no hassle
at all (in contrast to downloading and installing, or even compiling
first.


This is a great idea, but of course someone on OSX who knew how to use 
homebrew would need to do it.


rh

Re: Facilitate testing on OSX - WAS: menu bar lost in OS X

[Jean-Marc Lasgouttes]

31/01/2014 15:34, Richard Heck:

On 01/30/2014 03:04 AM, Rainer M Krug wrote:

To facilitate this, may I suggest to create a homebrew recipe to
facilitate the installation and update of the latest LyX? At least for
me, I would likely use (and update) it regularly  as it is no hassle
at all (in contrast to downloading and installing, or even compiling
first.


This is a great idea, but of course someone on OSX who knew how to use
homebrew would need to do it.


Or find a service somewhere that would build nightlies for us...

JMarc

We need ePub/Mobi conversion: was: Book Frontmatter

[Steve Litt]

On Fri, 31 Jan 2014 09:35:46 +
Anthony Campbell a...@acampbell.org.uk wrote:


 This is for printed books. As regards conversion to ebook format, I've
 done this for several books on Smashwords, but that is quite a
 long-winded process because it has to be Word.doc format, which I do
 in LibreOffice (not much fun). Kindle does accept rtf, which would
 help, but as I'd already made Word.doc files I just used those.
 
 Anthony

Ladies and gentlemen, if the preceding paragraph doesn't convince us we
need a good, solid, LyX to ePub and LyX to Mobi conversion (do ePub
first, you can convert ePub into Mobi), then nothing will. Instead of
slamming out his book in LyX, Anthony must use an outside service
(smashwords), meaning a two word modification is, as Joe Biden would
say, a Big Friggin Deal. Further, to satisfy Smashwords he must write it
in LibreOffice to simulate MS Word. Or, if he's just doing Kindle, he
can submit rtf (what could *possibly* go wrong).

You can't base a LyX to ePub converter off either LyX2Xhtml or Alex's
eLyXer: Those produce great (X)html for stuff like footnotes and
bibliographies, but they discard semantic tags (h1-h6) for variously
named divs (yeah, div, not even p), as I remember they still use
outdated a name=whatever/ instead of giving an ID to a tag. One or
both of them does you the favor of renaming all graphic files to a
numerical sequence: I guess this is to prevent identically named
graphics in different directories from clobbering each other, but there
are better ways of doing this that don't have the anti-debugging
baggage of removing all meaning from graphic names.  Current
LyX exported (X)html files just generally require *huge*
postprocessing, with zillions of special cases, to get them in
reasonable shape to make an ePub. If that were not the case, somebody
would have made a LyX2ePub a long, long time ago, because the demand is
there, and a lot of people have that itch, and I'm not the only one
who has tried to do it. 

Shamefully, because I need to be able to have my books available as
ePubs, after 13 years using LyX to write my books, I'm now using the
Bluefish editor to write my future books. I've written an Xhtml to ePub
converter in Python, and I can write an Xhtml to LaTeX converter just
as easily. But let me ask you something: Have you ever tried to slam
out 2500 words a day in Bluefish? Bluefish will never have the
authoring speed of LyX. But then again, as things stand now, a LyX
authored document will never be convertible to ePub.

The shame is, in theory, LyX to ePub is simple. Every environment
becomes p class=environmentname, every character style becomes
span class=charstylename. Leave div out of it except for every
special cases. Even lyx-code should become pre class=lyxcode, not
div class=lyxcode.

A special one-per-book configuration file (I did mine in YAML) defines
the assignment of Part, Chapter, Section, Subsection etc to h1, h2,
h3, h4 etc, and defines which go in the table of contents, and
which get numbers and what prefix the number gets (Part, Chapter, etc).
I've already done this: It works. Don't worry about converting LyX
environment and char style defs to CSS, just list all paragraph and
char styles, so that the author can make the necessary CSS. CSS is
*much* easier to define than LaTeX environments and commands. And yes,
let the author know that this export requires the author use only a
subset of LyX's capabilities.

I briefly considered writing Yet Another LyX to HTML Exporter, but
found out that in spite of LyX's native format being Non Human Friendly
XML, it's not *well formed* XML, so I can't use Python's lxml.etree,
let alone Python's xml.etree.ElementTree, to parse it. Perhaps if LyX
offered an export to well-formed XML, hopefully with a DTD, I could
parse that to produce ePub-friendly Xhtml, but as far as I know that
doesn't exist either.

Anyway, I would suggest anyone who is working on any portion of a LyX
to ePub conversion talk with me. I'm pretty knowledgeable about ePub,
and I've already identified a lot of the dead ends and blind alleys in
ePub creation, and I know what parts of the LyX document should go into
the ePub, and which parts would be better re-done as either config or
CSS. 

My switch to Bluefish isn't cast in concrete: Once LyX contains a
good, generic, reliable LyX to ePub or even LyX to ePub friendly Xhtml
conversion, I can switch back. If you do it soon enough, I won't even
have to write an Xhtml to LaTeX converter :-)

Thanks,

SteveT

Steve Litt*  http://www.troubleshooters.com/
Troubleshooting Training  *  Human Performance

Re: Installing Lyx/Mac w/out MacTeX. Is it possible?

[Dr Eberhard W Lisse]

Stefano,

so she can actually edit the files?  Cool.  I was wondering if the
config run (using luatex) would work.

Now what you also can do to cooperate, is to use SVN (see Additional
Features Section 7.2), which is really, really cool.

I have myself some experience with remoteness, being an Obstetrician
and Gynaecologist in Africa, though in Windhoek connectivity is
starting to become useful.

What I do between my house and the practice (and of course the
laptop) is something like this :-)-O

sudo tlmgr install `ssh USER@HOST.DOMAIN tlmgr list|grep ^i|awk
'{print $2}'|sed s/://g`

That you can easily install into crontab and or whatever scheduler
you like and run this on a number of hosts, so you need to only
update one.  If you can not predict where changes are happening one
will have to figure out a more complicated round robin scheme :-)-O


But you can configure the working BasicMacTeX and then tar the
update /usr/local/texlive.  Put all on a stick, DHL it over there
and she must install and then untar over /usr/local/texlive to bring
it up to what is required.

Mabye someone writes a shell script for her to take care of the
command line stuff, but that's not a big deal.  And, if the
university has serious Mac programming resources, someone can make
an installer for her that does all of this with a click.

greetings, el

On 2014-01-31, 16:32 , stefano franchi wrote:
 Thanks to everyone for the many suggestions.
 
 To clarify the issue and sum up the outcome:
 
 My question was really about the Mac installer, not about the
 functionality of LyX without a suitable TeX installation.  In
 other words, I was asking:
 
 Can a minimally computer savvy Mac user install LyX only with no
 help and obtain a working LyX-editing only environment?
 
 And the answer, I am happy to report, is yes.  Aside from the
 puzzlement raised by the Untrusted source dialog, installation
 (of 2.0.6) went smoothly and we are happily cooperating.
 
 On the other hand, on the alternative question of How to provide
 a minimal yet still fully functioning LyX+TeX installation I
 particularly liked Eberhard's solution.  It was not viable in my
 case, since the user is an ocean away and working on a crappy (and
 expensive) internet connection, but I think it should be kept as a
 LyX recipe for space constrained Mac users, a category that is
 growing fast now that traditional hard drives have gone the way of
 the dodo on the MacBook Air.
 
 Perhaps it should be put on the wiki?  And since it is really not
 Mac-only (Mac-Basic is just the Mac-version of TexLive's basic
 scheme, I guess), perhaps it could be generalized to other
 platforms as well.
 
 
 Cheers,
 
 Stefano
 
 
[...]



smime.p7s
Description: S/MIME Cryptographic Signature

Re: We need ePub/Mobi conversion: was: Book Frontmatter

[Alan L Tyree]

Sorry for the top posting, but this is short. My own view is that an
ePub exporter for LyX would make it a killer application. 

Thanks for your comments, Steve. Have you looked at Pandoc?

Cheers,
Alan


Steve Litt writes:

 On Fri, 31 Jan 2014 09:35:46 +
 Anthony Campbell a...@acampbell.org.uk wrote:


 This is for printed books. As regards conversion to ebook format, I've
 done this for several books on Smashwords, but that is quite a
 long-winded process because it has to be Word.doc format, which I do
 in LibreOffice (not much fun). Kindle does accept rtf, which would
 help, but as I'd already made Word.doc files I just used those.
 
 Anthony

 Ladies and gentlemen, if the preceding paragraph doesn't convince us we
 need a good, solid, LyX to ePub and LyX to Mobi conversion (do ePub
 first, you can convert ePub into Mobi), then nothing will. Instead of
 slamming out his book in LyX, Anthony must use an outside service
 (smashwords), meaning a two word modification is, as Joe Biden would
 say, a Big Friggin Deal. Further, to satisfy Smashwords he must write it
 in LibreOffice to simulate MS Word. Or, if he's just doing Kindle, he
 can submit rtf (what could *possibly* go wrong).

 You can't base a LyX to ePub converter off either LyX2Xhtml or Alex's
 eLyXer: Those produce great (X)html for stuff like footnotes and
 bibliographies, but they discard semantic tags (h1-h6) for variously
 named divs (yeah, div, not even p), as I remember they still use
 outdated a name=whatever/ instead of giving an ID to a tag. One or
 both of them does you the favor of renaming all graphic files to a
 numerical sequence: I guess this is to prevent identically named
 graphics in different directories from clobbering each other, but there
 are better ways of doing this that don't have the anti-debugging
 baggage of removing all meaning from graphic names.  Current
 LyX exported (X)html files just generally require *huge*
 postprocessing, with zillions of special cases, to get them in
 reasonable shape to make an ePub. If that were not the case, somebody
 would have made a LyX2ePub a long, long time ago, because the demand is
 there, and a lot of people have that itch, and I'm not the only one
 who has tried to do it. 

 Shamefully, because I need to be able to have my books available as
 ePubs, after 13 years using LyX to write my books, I'm now using the
 Bluefish editor to write my future books. I've written an Xhtml to ePub
 converter in Python, and I can write an Xhtml to LaTeX converter just
 as easily. But let me ask you something: Have you ever tried to slam
 out 2500 words a day in Bluefish? Bluefish will never have the
 authoring speed of LyX. But then again, as things stand now, a LyX
 authored document will never be convertible to ePub.

 The shame is, in theory, LyX to ePub is simple. Every environment
 becomes p class=environmentname, every character style becomes
 span class=charstylename. Leave div out of it except for every
 special cases. Even lyx-code should become pre class=lyxcode, not
 div class=lyxcode.

 A special one-per-book configuration file (I did mine in YAML) defines
 the assignment of Part, Chapter, Section, Subsection etc to h1, h2,
 h3, h4 etc, and defines which go in the table of contents, and
 which get numbers and what prefix the number gets (Part, Chapter, etc).
 I've already done this: It works. Don't worry about converting LyX
 environment and char style defs to CSS, just list all paragraph and
 char styles, so that the author can make the necessary CSS. CSS is
 *much* easier to define than LaTeX environments and commands. And yes,
 let the author know that this export requires the author use only a
 subset of LyX's capabilities.

 I briefly considered writing Yet Another LyX to HTML Exporter, but
 found out that in spite of LyX's native format being Non Human Friendly
 XML, it's not *well formed* XML, so I can't use Python's lxml.etree,
 let alone Python's xml.etree.ElementTree, to parse it. Perhaps if LyX
 offered an export to well-formed XML, hopefully with a DTD, I could
 parse that to produce ePub-friendly Xhtml, but as far as I know that
 doesn't exist either.

 Anyway, I would suggest anyone who is working on any portion of a LyX
 to ePub conversion talk with me. I'm pretty knowledgeable about ePub,
 and I've already identified a lot of the dead ends and blind alleys in
 ePub creation, and I know what parts of the LyX document should go into
 the ePub, and which parts would be better re-done as either config or
 CSS. 

 My switch to Bluefish isn't cast in concrete: Once LyX contains a
 good, generic, reliable LyX to ePub or even LyX to ePub friendly Xhtml
 conversion, I can switch back. If you do it soon enough, I won't even
 have to write an Xhtml to LaTeX converter :-)

 Thanks,

 SteveT

 Steve Litt*  http://www.troubleshooters.com/
 Troubleshooting Training  *  Human Performance


-- 
Alan L Tyree   http://www2.austlii.edu.au/~alan
Tel:  04 2748 

Re: testers needed for LyX's Windows installer

[Tim Wood]

Uwe Stöhr uwestoehr at web.de writes:

 
 Am 06.06.2012 11:04, schrieb Rick Blok - LR:
 
  I've just checked the computer were I don't have admin rights, and I
don't see perl.exe in the bin folder,
 and I also don't have a lib-folder.
 
 Not good. However in the meantime it is possible to install LyX without
admin privileges. I also 
 fixed several bugs in the installer. Could you please give it again a try:
 https://sourceforge.net/projects/lyxwininstaller/files/LyXWinInstaller/2.0.4/
 
 thanks and regards
 Uwe
 
 


FYI, on a lenovo laptop running windows 8 (with all the updates as of Wed...
not sure if that means it's magically 8.1), The LyX install fails because
the MikTeX install fails at operation could not be completed: Permission
denied...miktex/bin/mvc100rus.dll

Re: Facilitate testing on OSX - WAS: menu bar lost in OS X

[Rainer M Krug]

Le vendredi 31 janvier 2014, Jean-Marc Lasgouttes lasgout...@lyx.org a
écrit :

 31/01/2014 15:34, Richard Heck:

 On 01/30/2014 03:04 AM, Rainer M Krug wrote:

 To facilitate this, may I suggest to create a homebrew recipe to
 facilitate the installation and update of the latest LyX? At least for
 me, I would likely use (and update) it regularly  as it is no hassle
 at all (in contrast to downloading and installing, or even compiling
 first.


 This is a great idea, but of course someone on OSX who knew how to use
 homebrew would need to do it.


 Or find a service somewhere that would build nightlies for us...


This together with an update function from within LyX would work as well -
but the update from within LyX would be important  as otherwise one has to
manually visit the website and download to update.

Cheers,

Rainer


 JMarc



-- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology,
UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel :   +33 - (0)9 53 10 27 44
Cell:   +33 - (0)6 85 62 59 98
Fax (F):   +33 - (0)9 58 10 27 44

Fax (D):+49 - (0)3 21 21 25 22 44

email:  rai...@krugs.de

Skype:  RMkrug

Re: Facilitate testing on OSX - WAS: menu bar lost in OS X

[Rainer M Krug]

Le vendredi 31 janvier 2014, Richard Heck rgh...@lyx.org a écrit :

 On 01/30/2014 03:04 AM, Rainer M Krug wrote:

 On 01/29/14, 02:41 , Richard Heck wrote:

 On 01/28/2014 03:14 PM, Scott Kostyshak wrote:

 This should be fixed shortly and a new installer will be
 uploaded.

 As often, this is due to changes in the underlying Qt platform
 that seem to exist only on certain versions of OSX. We have had
 this problem before, and there are other issues about Cocoa versus
 whatever versus whatever else. It is difficult to test every
 combination, and we have only a couple active OSX developers. Many
 of them use trunk (2.1.dev) for obvious sorts of reasons. So,
 well, we could really use a couple people who could test the OSX
 version on a more regular basis.

 To facilitate this, may I suggest to create a homebrew recipe to
 facilitate the installation and update of the latest LyX? At least for
 me, I would likely use (and update) it regularly  as it is no hassle
 at all (in contrast to downloading and installing, or even compiling
 first.


 This is a great idea, but of course someone on OSX who knew how to use
 homebrew would need to do it.


I'll ask on the homebrew list if there would somebody be interested in
helping. But apparently, it is not that difficult.

Cheers,

Rainer



 rh




-- 
NEW GERMAN FAX NUMBER!!!

Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology,
UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Natural Sciences Building
Office Suite 2039
Stellenbosch University
Main Campus, Merriman Avenue
Stellenbosch
South Africa

Cell:   +27 - (0)83 9479 042
Fax:+27 - (0)86 516 2782
Fax:+49 - (0)321 2125 2244
email:  rai...@krugs.de

Skype:  RMkrug
Google: r.m.k...@gmail.com

Re: We need ePub/Mobi conversion: was: Book Frontmatter

[Scott Kostyshak]

I'm CC'ing Josh Hieronymus, who has worked on some of this for GSoC.
He is probably busy with other things, but maybe he is still
interested.

Scott

On Fri, Jan 31, 2014 at 1:25 PM, Alan L Tyree alanty...@gmail.com wrote:
 Sorry for the top posting, but this is short. My own view is that an
 ePub exporter for LyX would make it a killer application.

 Thanks for your comments, Steve. Have you looked at Pandoc?

 Cheers,
 Alan


 Steve Litt writes:

 On Fri, 31 Jan 2014 09:35:46 +
 Anthony Campbell a...@acampbell.org.uk wrote:


 This is for printed books. As regards conversion to ebook format, I've
 done this for several books on Smashwords, but that is quite a
 long-winded process because it has to be Word.doc format, which I do
 in LibreOffice (not much fun). Kindle does accept rtf, which would
 help, but as I'd already made Word.doc files I just used those.

 Anthony

 Ladies and gentlemen, if the preceding paragraph doesn't convince us we
 need a good, solid, LyX to ePub and LyX to Mobi conversion (do ePub
 first, you can convert ePub into Mobi), then nothing will. Instead of
 slamming out his book in LyX, Anthony must use an outside service
 (smashwords), meaning a two word modification is, as Joe Biden would
 say, a Big Friggin Deal. Further, to satisfy Smashwords he must write it
 in LibreOffice to simulate MS Word. Or, if he's just doing Kindle, he
 can submit rtf (what could *possibly* go wrong).

 You can't base a LyX to ePub converter off either LyX2Xhtml or Alex's
 eLyXer: Those produce great (X)html for stuff like footnotes and
 bibliographies, but they discard semantic tags (h1-h6) for variously
 named divs (yeah, div, not even p), as I remember they still use
 outdated a name=whatever/ instead of giving an ID to a tag. One or
 both of them does you the favor of renaming all graphic files to a
 numerical sequence: I guess this is to prevent identically named
 graphics in different directories from clobbering each other, but there
 are better ways of doing this that don't have the anti-debugging
 baggage of removing all meaning from graphic names.  Current
 LyX exported (X)html files just generally require *huge*
 postprocessing, with zillions of special cases, to get them in
 reasonable shape to make an ePub. If that were not the case, somebody
 would have made a LyX2ePub a long, long time ago, because the demand is
 there, and a lot of people have that itch, and I'm not the only one
 who has tried to do it.

 Shamefully, because I need to be able to have my books available as
 ePubs, after 13 years using LyX to write my books, I'm now using the
 Bluefish editor to write my future books. I've written an Xhtml to ePub
 converter in Python, and I can write an Xhtml to LaTeX converter just
 as easily. But let me ask you something: Have you ever tried to slam
 out 2500 words a day in Bluefish? Bluefish will never have the
 authoring speed of LyX. But then again, as things stand now, a LyX
 authored document will never be convertible to ePub.

 The shame is, in theory, LyX to ePub is simple. Every environment
 becomes p class=environmentname, every character style becomes
 span class=charstylename. Leave div out of it except for every
 special cases. Even lyx-code should become pre class=lyxcode, not
 div class=lyxcode.

 A special one-per-book configuration file (I did mine in YAML) defines
 the assignment of Part, Chapter, Section, Subsection etc to h1, h2,
 h3, h4 etc, and defines which go in the table of contents, and
 which get numbers and what prefix the number gets (Part, Chapter, etc).
 I've already done this: It works. Don't worry about converting LyX
 environment and char style defs to CSS, just list all paragraph and
 char styles, so that the author can make the necessary CSS. CSS is
 *much* easier to define than LaTeX environments and commands. And yes,
 let the author know that this export requires the author use only a
 subset of LyX's capabilities.

 I briefly considered writing Yet Another LyX to HTML Exporter, but
 found out that in spite of LyX's native format being Non Human Friendly
 XML, it's not *well formed* XML, so I can't use Python's lxml.etree,
 let alone Python's xml.etree.ElementTree, to parse it. Perhaps if LyX
 offered an export to well-formed XML, hopefully with a DTD, I could
 parse that to produce ePub-friendly Xhtml, but as far as I know that
 doesn't exist either.

 Anyway, I would suggest anyone who is working on any portion of a LyX
 to ePub conversion talk with me. I'm pretty knowledgeable about ePub,
 and I've already identified a lot of the dead ends and blind alleys in
 ePub creation, and I know what parts of the LyX document should go into
 the ePub, and which parts would be better re-done as either config or
 CSS.

 My switch to Bluefish isn't cast in concrete: Once LyX contains a
 good, generic, reliable LyX to ePub or even LyX to ePub friendly Xhtml
 conversion, I can switch back. If you do it soon enough, I won't even
 have to write an Xhtml to 

Feature request

[Jim Rockford]

MathType has the nice feature that when you click to insert a matrix, one
has the choice of immediately inserting a typical low-dimensional matrix
(i.e. 2x2, 3x3, 3x1, etc), in addition to the option of setting the row and
column numbers manually.  As far as I can tell, in Lyx you must always
specify the dimension explicitly.  I find this a bit of a nuisance and thus
make the feature request.

Thanks to the Lyx team for their great work and their consideration of user
feature requests.

Jim

Re: We need ePub/Mobi conversion: was: Book Frontmatter

[Alex Fernandez]

Hi Steve,

On Fri, Jan 31, 2014 at 5:47 PM, Steve Litt sl...@troubleshooters.comwrote:

 Ladies and gentlemen, if the preceding paragraph doesn't convince us we
 need a good, solid, LyX to ePub and LyX to Mobi conversion (do ePub
 first, you can convert ePub into Mobi), then nothing will. Instead of
 slamming out his book in LyX, Anthony must use an outside service
 (smashwords), meaning a two word modification is, as Joe Biden would
 say, a Big Friggin Deal. Further, to satisfy Smashwords he must write it
 in LibreOffice to simulate MS Word. Or, if he's just doing Kindle, he
 can submit rtf (what could *possibly* go wrong).


Good luck with the convincing part.


 You can't base a LyX to ePub converter off either LyX2Xhtml or Alex's
 eLyXer: Those produce great (X)html for stuff like footnotes and
 bibliographies, but they discard semantic tags (h1-h6) for variously
 named divs (yeah, div, not even p), as I remember they still use
 outdated a name=whatever/ instead of giving an ID to a tag. One or
 both of them does you the favor of renaming all graphic files to a
 numerical sequence: I guess this is to prevent identically named
 graphics in different directories from clobbering each other, but there
 are better ways of doing this that don't have the anti-debugging
 baggage of removing all meaning from graphic names.  Current
 LyX exported (X)html files just generally require *huge*
 postprocessing, with zillions of special cases, to get them in
 reasonable shape to make an ePub. If that were not the case, somebody
 would have made a LyX2ePub a long, long time ago, because the demand is
 there, and a lot of people have that itch, and I'm not the only one
 who has tried to do it.


eLyXer does not rename any graphic files AFAICR. Also, eLyXer should
provide semantic tags like h1-h6, as you can see here:
  http://elyxer.nongnu.org/math-unicode.html

Shamefully, because I need to be able to have my books available as
 ePubs, after 13 years using LyX to write my books, I'm now using the
 Bluefish editor to write my future books. I've written an Xhtml to ePub
 converter in Python, and I can write an Xhtml to LaTeX converter just
 as easily. But let me ask you something: Have you ever tried to slam
 out 2500 words a day in Bluefish? Bluefish will never have the
 authoring speed of LyX. But then again, as things stand now, a LyX
 authored document will never be convertible to ePub.


I feel your pain. Not with Bluefish but with other, also less powerful
editors. For good or for bad I have not needed translation to ePub yet.

The shame is, in theory, LyX to ePub is simple. Every environment
 becomes p class=environmentname, every character style becomes
 span class=charstylename. Leave div out of it except for every
 special cases. Even lyx-code should become pre class=lyxcode, not
 div class=lyxcode.


It should not be difficult to change eLyXer output to be as you desire;
just take a look at base.cfg
  https://github.com/alexfernandez/elyxer/blob/master/src/conf/base.cfg
where most elements of the output can be configured. There are many special
cases and a few ugly-ish tricks (such as h? to denote h1-h6), but it is
mostly there. Or should be.


 A special one-per-book configuration file (I did mine in YAML) defines
 the assignment of Part, Chapter, Section, Subsection etc to h1, h2,
 h3, h4 etc, and defines which go in the table of contents, and
 which get numbers and what prefix the number gets (Part, Chapter, etc).
 I've already done this: It works. Don't worry about converting LyX
 environment and char style defs to CSS, just list all paragraph and
 char styles, so that the author can make the necessary CSS. CSS is
 *much* easier to define than LaTeX environments and commands. And yes,
 let the author know that this export requires the author use only a
 subset of LyX's capabilities.


With luck, LyX devs will propose a native export which is neither here nor
there. Uphill battle in any case.

I briefly considered writing Yet Another LyX to HTML Exporter, but
 found out that in spite of LyX's native format being Non Human Friendly
 XML, it's not *well formed* XML, so I can't use Python's lxml.etree,
 let alone Python's xml.etree.ElementTree, to parse it. Perhaps if LyX
 offered an export to well-formed XML, hopefully with a DTD, I could
 parse that to produce ePub-friendly Xhtml, but as far as I know that
 doesn't exist either.


With eLyXer I have already done all the heavy work myself of converting LyX
documents to an in-memory structure of containers and insets. In theory you
might just tweak the configuration file base.cfg and generate a completely
different document structure such as ePub. In practice, and as far as I
know, it works: I was able to make the transition from LyX 1.x to 2.0 just
by adding a few insets and containers to the configuration file.

Sadly, after 7 years, not using LyX anymore and with little help from LyX
developers (with some *laudable exceptions*) I can no longer justify 

Re: Feature request

[Scott Kostyshak]

Hi Jim,

Do you think something like the insert table icon would work well for
matrices? If you haven't tried it yet, click on the Insert table
icon in the top toolbar. If matrices worked in this way, would you
consider that better or worse than how MathType does it?

Can you open an enhancement request on trac for this? http://www.lyx.org/trac
Also on the trac ticket can you post a screenshot of what MathType
does? I'm wondering what the user interface is like.

Best,

Scott

On Fri, Jan 31, 2014 at 4:29 PM, Jim Rockford jim.rockfo...@gmail.com wrote:
 MathType has the nice feature that when you click to insert a matrix, one
 has the choice of immediately inserting a typical low-dimensional matrix
 (i.e. 2x2, 3x3, 3x1, etc), in addition to the option of setting the row and
 column numbers manually.  As far as I can tell, in Lyx you must always
 specify the dimension explicitly.  I find this a bit of a nuisance and thus
 make the feature request.

 Thanks to the Lyx team for their great work and their consideration of user
 feature requests.

 Jim

Help with SyncTeX and PDF Document Viewer

[Diego Villamil]

Dear LyXers,
I just updated my LyX version to 2.0.7 running in Ubuntu 12.04.
I found the site for setting up SyncTeX in order to go back and forth
between the PDF document and the LyX source.
The site explains how to set it up for a few programs:  Skim, Okular, and
Sumantra.  However, I am using the default viewer by Evince, and I haven't
been able to set it up.

I was wondering if there is anyone out there who will help me.
thank you kindly.
Diego, LyX enthusiast.

Re: Request for Feature on Mac

[Jerry]

On Jan 31, 2014, at 3:00 AM, Dr Eberhard Lisse nos...@lisse.na wrote:

 Where would I request the following feature:
 
 Many Mac programs offer you the choice to Save, Don't Save/Discard,
 Cancel in the way that is shown in the enclosed alpha.jpg, ie if you
 use the Return/Enter key it'll save, if you use the Space key it'll
 Not Save (Quit) and you have to use the mouse to click Cancel.
 
 In Lyx I must use the mouse if I want to discard, because it doesn't
 recognize the Space and it defaults to Save.
 
 Since I work with the keyboard mostly it is a nuisance, hence this
 request.
 
 el
 alpha.jpglyx.jpg

If someone is going to change this, please also change Discard to Don't 
Save which is standard on OS X.

Jerry

Re: Remove Page Number From 'Part ' Page

[Jürgen Spitzmüller]

Rich Shepard wrote:
>My web search foo finds pages on how to remove numbering on an individual
> page; e.g.,
>   \thispagestyle{empty}
>   \pagestyle{empty}
> 
> but it's not working for me. Perhaps it's the position in the text?
> 
>The sequence is:
> 
>1) Title
>2) Author
>3) \uppertitleback{}
>4) \pagenumbering{roman}
>   \setcounter{page}{1}
>   \pagestyle{headings}
>5) Table of Contents
>6) Lists of Figures
>7) Lists of Tables
>8) \mainmatter
>   \thispagestyle{empty}
>   \pagestyle{empty}
>9) Part 1.
>   Background (in the Part environment)
> 
>The list of tables ends on page vii. The next page is blank, then Part 1
> Background is numbered 1, followed by a blank page and the first page of
> Chapter 1 which also is numbered 1. I want no page number on the 'Part'
> page.
> 
>What have I missed here?
> 
> Rich

This is a KOMA class, right? If so, try

\renewcommand*{\partpagestyle}{empty}

in preamble.

Regards,
Jürgen

Re: KOMA-Script (scrbook): Using Uppertitleback environment [RESOLVED]

[Dr Eberhard Lisse]

I would post this in comp.text.tex or contact Markus Kohm directly.

el


on 2014-01-30, 02:25 Rich Shepard said the following:
> On Wed, 29 Jan 2014, Rich Shepard wrote:
> 
>>  What am I missing here?
> 
>   A Web search led me to the solution.  I document it here for use
>   by others.
> 
>   1) Place the text immediately under the title and before the
>   ToC.
> 
>   2) Define the environment as Uppertitleback.
> 
>   3) Use the standard environment, not quote or quotation, for the
>   quotation and attribution.
> 
>   4) Separate the quote from the attribution with a ragged line
>   break (ctrl-return).
> 
>   5) If there are multiple quotes, separate each pair with two
>   ragged line breaks.
> 
> Whew!
> 
> Rich
> 

Re: Installing Lyx/Mac w/out MacTeX. Is it possible?

[Dr Eberhard Lisse]

Stefano,

put the Mac-Basic on a mac that uses this and load all missing packages
with tlmgr until it works.

Then run something like

tlmgr list|grep ^i|awk '{print $2}' > mactexmedium.txt

Now you install Mac-Basic on her computer taransfer the file and run
something like

sudo tlmgr install `cat mactexmedium.txt`

which leaves her with a minimal installation that has all missing
packages. I am quite sure once she has started to edit and sees the
output from a compile run, she'll be convinced.

Once she's done and she really doesn't like it you can do

sudo rm -rf /usr/local/texlive/2013basic

to remove the 473MB (which reside on my box) :-)-O

el



on 2014-01-29, 19:19 stefano franchi said the following:
> I am trying to convince a Mac-only colleague to use LyX on a common
> project. She resists installing TeX on her system, for a number of reasons.
> 
> But she won't need to typeset anything---I'll be in charge of that---and
> will only use LyX to edit jointly produced file.
> 
> A LyX-only installation would suit her needs perfectly. But I can't
> figure out from the lyx.org  page if this is possible at
> all. The page says:
> 
> "LyX for Mac OS X is available here: LyX-2.0.7+qt4.dmg
> . Before you
> install LyX you need to install a TeX system such as MacTeX
> . "
> 
> Is that requirement enforced? I don't have a Mac at my disposal to try
> it out.
> 
> Best,
> 
> Stefano
> 
> 
> 
> -- 
> __
> Stefano Franchi
> Associate Research Professor
> Department of Hispanic StudiesPh:   +1 (979) 845-2125
> Texas A University  Fax:  +1 (979) 845-6421
> College Station, Texas, USA
> 
> stef...@tamu.edu 
> http://stefano.cleinias.org

Re: Book Frontmatter

[Anthony Campbell]

On 31 Jan 2014, Alan L Tyree wrote:
[snip] 
> Hi Rich,
> I would normally defer to Steve on most of these questions, but I do
> think that a printed book has a more or less standard set of frontmatter
> pages. 
> 
> In my little (and mostly outdated) book 'Self-publishing with LyX', I
> discuss the ordinary frontmatter pages and how they might be set up with
> the ordinary book class.
> 
> http://www.lulu.com/content/1085870
> 
> HTH,
> Alan
> V

I know this isn't very sophisticated or enterprising, but I just follow
convention for the frontmatter, as Alan says, and write it directly
myself without using any sort of semi-automated process.

This is for printed books. As regards conversion to ebook format, I've
done this for several books on Smashwords, but that is quite a
long-winded process because it has to be Word.doc format, which I do in
LibreOffice (not much fun). Kindle does accept rtf, which would help,
but as I'd already made Word.doc files I just used those.

Anthony

-- 
Anthony Campbell - a...@acampbell.org.uk 
http://www.acupuncturecourse.org.uk 
http://www.smashwords.com/profile.view/acampbell
https://itunes.apple.com/ca/artist/anthony-campbell/id73235412

Request for Feature on Mac

[Dr Eberhard Lisse]

Where would I request the following feature:

Many Mac programs offer you the choice to Save, Don't Save/Discard,
Cancel in the way that is shown in the enclosed alpha.jpg, ie if you
use the Return/Enter key it'll save, if you use the Space key it'll
Not Save (Quit) and you have to use the mouse to click Cancel.

In Lyx I must use the mouse if I want to discard, because it doesn't
recognize the Space and it defaults to Save.

Since I work with the keyboard mostly it is a nuisance, hence this
request.

el
<><>

Re: Request for Feature on Mac

[Anders Ekberg]

-Original Message-
From: Dr Eberhard Lisse 
Date: fredag 31 januari 2014 11:00
To: 
Subject: Request for Feature on Mac

>Where would I request the following feature:
>
>Many Mac programs offer you the choice to Save, Don't Save/Discard,
>Cancel in the way that is shown in the enclosed alpha.jpg, ie if you
>use the Return/Enter key it'll save, if you use the Space key it'll
>Not Save (Quit) and you have to use the mouse to click Cancel.
>
>In Lyx I must use the mouse if I want to discard, because it doesn't
>recognize the Space and it defaults to Save.
>
>Since I work with the keyboard mostly it is a nuisance, hence this
>request.
>
>el

Hmm, Escape gives me Cancel; so you lost one, but gained one ;-)
More seriously: could this be keyboard/language dependent (Swedish
keyboard here).

/Anders

Re: Request for Feature on Mac

[Dr Eberhard W Lisse]

I use a straight US keyboard.

Esc does Cancel which is fine, but I would like to use Space to Discard and 
Enter to Save.

el

-- 

Sent from Dr. Lisse's iPhone 5


> On Jan 31, 2014, at 13:09, Anders Ekberg  wrote:
> 
> -Original Message-
> From: Dr Eberhard Lisse 
> Date: fredag 31 januari 2014 11:00
> To: 
> Subject: Request for Feature on Mac
> 
>> Where would I request the following feature:
>> 
>> Many Mac programs offer you the choice to Save, Don't Save/Discard,
>> Cancel in the way that is shown in the enclosed alpha.jpg, ie if you
>> use the Return/Enter key it'll save, if you use the Space key it'll
>> Not Save (Quit) and you have to use the mouse to click Cancel.
>> 
>> In Lyx I must use the mouse if I want to discard, because it doesn't
>> recognize the Space and it defaults to Save.
>> 
>> Since I work with the keyboard mostly it is a nuisance, hence this
>> request.
>> 
>> el
> 
> Hmm, Escape gives me Cancel; so you lost one, but gained one ;-)
> More seriously: could this be keyboard/language dependent (Swedish
> keyboard here).
> 
> /Anders
> 

Re: Remove Page Number From 'Part ' Page

[Rich Shepard]

On Fri, 31 Jan 2014, Jürgen Spitzmüller wrote:


This is a KOMA class, right? If so, try
\renewcommand*{\partpagestyle}{empty}
in preamble.


Jürgen,

  Thank you very much. I intended to look at the KOMA documentation but had
not gotten to it yesterday as I was editing text.

Regards,

Rich

--
Richard B. Shepard, Ph.D.  |  Have knowledge, will travel.
Applied Ecosystem Services, Inc.   |
 Voice: 503-667-4517  Fax: 503-667-8863

Re: KOMA-Script (scrbook): Using Uppertitleback environment [RESOLVED]

[Rich Shepard]

On Fri, 31 Jan 2014, Dr Eberhard Lisse wrote:


I would post this in comp.text.tex or contact Markus Kohm directly.


el,

  I'll do this. I also need to learn how to use \lowertitleback after
\uppertitle back because my trial-and-error failed to get them playing
nicely together.

Regards,

Rich

--
Richard B. Shepard, Ph.D.  |  Have knowledge, will travel.
Applied Ecosystem Services, Inc.   |
 Voice: 503-667-4517  Fax: 503-667-8863

Re: Installing Lyx/Mac w/out MacTeX. Is it possible?

[stefano franchi]

Thanks to everyone for the many suggestions.

To clarify the issue and sum up the outcome:

My question was really about the Mac installer, not about the functionality
of LyX without a suitable TeX installation. In other words, I was asking:

"Can a minimally computer savvy Mac user install LyX only with no help and
obtain a working LyX-editing only environment?"

And the answer, I am happy to report, is yes. Aside from the puzzlement
raised by the "Untrusted source" dialog, installation (of 2.0.6) went
smoothly and we are happily cooperating.

On the other hand, on the alternative question of   "How to provide a
minimal yet still fully functioning LyX+TeX installation" I particularly
liked Eberhard's solution. It was not viable in my case, since the user is
an ocean away and working on a crappy (and expensive) internet connection,
but I think it should be kept as a LyX recipe for space constrained Mac
users, a category that is growing fast now that traditional hard drives
have gone the way of the dodo on the MacBook Air.

Perhaps it should be put on the wiki? And since it is really not Mac-only
(Mac-Basic is just the Mac-version of TexLive's basic scheme, I guess),
perhaps it could be generalized to other platforms as well.


Cheers,

Stefano


On Fri, Jan 31, 2014 at 3:12 AM, Dr Eberhard Lisse  wrote:

> Stefano,
>
> put the Mac-Basic on a mac that uses this and load all missing packages
> with tlmgr until it works.
>
> Then run something like
>
> tlmgr list|grep ^i|awk '{print $2}' > mactexmedium.txt
>
> Now you install Mac-Basic on her computer taransfer the file and run
> something like
>
> sudo tlmgr install `cat mactexmedium.txt`
>
> which leaves her with a minimal installation that has all missing
> packages. I am quite sure once she has started to edit and sees the
> output from a compile run, she'll be convinced.
>
> Once she's done and she really doesn't like it you can do
>
> sudo rm -rf /usr/local/texlive/2013basic
>
> to remove the 473MB (which reside on my box) :-)-O
>
> el
>
>
>
> on 2014-01-29, 19:19 stefano franchi said the following:
> > I am trying to convince a Mac-only colleague to use LyX on a common
> > project. She resists installing TeX on her system, for a number of
> reasons.
> >
> > But she won't need to typeset anything---I'll be in charge of that---and
> > will only use LyX to edit jointly produced file.
> >
> > A LyX-only installation would suit her needs perfectly. But I can't
> > figure out from the lyx.org  page if this is possible at
> > all. The page says:
> >
> > "LyX for Mac OS X is available here: LyX-2.0.7+qt4.dmg
> > . Before you
> > install LyX you need to install a TeX system such as MacTeX
> > . "
> >
> > Is that requirement enforced? I don't have a Mac at my disposal to try
> > it out.
> >
> > Best,
> >
> > Stefano
> >
> >
> >
> > --
> > __
> > Stefano Franchi
> > Associate Research Professor
> > Department of Hispanic StudiesPh:   +1 (979) 845-2125
> > Texas A University  Fax:  +1 (979) 845-6421
> > College Station, Texas, USA
> >
> > stef...@tamu.edu 
> > http://stefano.cleinias.org
>
>


-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic StudiesPh:   +1 (979) 845-2125
Texas A University  Fax:  +1 (979) 845-6421
College Station, Texas, USA

stef...@tamu.edu
http://stefano.cleinias.org

Re: Facilitate testing on OSX - WAS: menu bar lost in OS X

[Richard Heck]

On 01/30/2014 03:04 AM, Rainer M Krug wrote:

On 01/29/14, 02:41 , Richard Heck wrote:

On 01/28/2014 03:14 PM, Scott Kostyshak wrote:

This should be fixed shortly and a new installer will be
uploaded.

As often, this is due to changes in the underlying Qt platform
that seem to exist only on certain versions of OSX. We have had
this problem before, and there are other issues about Cocoa versus
whatever versus whatever else. It is difficult to test every
combination, and we have only a couple active OSX developers. Many
of them use trunk (2.1.dev) for obvious sorts of reasons. So,
well, we could really use a couple people who could test the OSX
version on a more regular basis.

To facilitate this, may I suggest to create a homebrew recipe to
facilitate the installation and update of the latest LyX? At least for
me, I would likely use (and update) it regularly  as it is no hassle
at all (in contrast to downloading and installing, or even compiling
first.


This is a great idea, but of course someone on OSX who knew how to use 
homebrew would need to do it.


rh

Re: Facilitate testing on OSX - WAS: menu bar lost in OS X

[Jean-Marc Lasgouttes]

31/01/2014 15:34, Richard Heck:

On 01/30/2014 03:04 AM, Rainer M Krug wrote:

To facilitate this, may I suggest to create a homebrew recipe to
facilitate the installation and update of the latest LyX? At least for
me, I would likely use (and update) it regularly  as it is no hassle
at all (in contrast to downloading and installing, or even compiling
first.


This is a great idea, but of course someone on OSX who knew how to use
homebrew would need to do it.


Or find a service somewhere that would build nightlies for us...

JMarc

We need ePub/Mobi conversion: was: Book Frontmatter

[Steve Litt]

On Fri, 31 Jan 2014 09:35:46 +
Anthony Campbell  wrote:


> This is for printed books. As regards conversion to ebook format, I've
> done this for several books on Smashwords, but that is quite a
> long-winded process because it has to be Word.doc format, which I do
> in LibreOffice (not much fun). Kindle does accept rtf, which would
> help, but as I'd already made Word.doc files I just used those.
> 
> Anthony

Ladies and gentlemen, if the preceding paragraph doesn't convince us we
need a good, solid, LyX to ePub and LyX to Mobi conversion (do ePub
first, you can convert ePub into Mobi), then nothing will. Instead of
slamming out his book in LyX, Anthony must use an outside service
(smashwords), meaning a two word modification is, as Joe Biden would
say, a Big Friggin Deal. Further, to satisfy Smashwords he must write it
in LibreOffice to simulate MS Word. Or, if he's just doing Kindle, he
can submit rtf (what could *possibly* go wrong).

You can't base a LyX to ePub converter off either LyX2Xhtml or Alex's
eLyXer: Those produce great (X)html for stuff like footnotes and
bibliographies, but they discard semantic tags (h1-h6) for variously
named divs (yeah, , not even ), as I remember they still use
outdated  instead of giving an ID to a tag. One or
both of them does you the "favor" of renaming all graphic files to a
numerical sequence: I guess this is to prevent identically named
graphics in different directories from clobbering each other, but there
are better ways of doing this that don't have the anti-debugging
baggage of removing all meaning from graphic names.  Current
LyX exported (X)html files just generally require *huge*
postprocessing, with zillions of special cases, to get them in
reasonable shape to make an ePub. If that were not the case, somebody
would have made a LyX2ePub a long, long time ago, because the demand is
there, and a lot of people have that itch, and I'm not the only one
who has tried to do it. 

Shamefully, because I need to be able to have my books available as
ePubs, after 13 years using LyX to write my books, I'm now using the
Bluefish editor to write my future books. I've written an Xhtml to ePub
converter in Python, and I can write an Xhtml to LaTeX converter just
as easily. But let me ask you something: Have you ever tried to slam
out 2500 words a day in Bluefish? Bluefish will never have the
authoring speed of LyX. But then again, as things stand now, a LyX
authored document will never be convertible to ePub.

The shame is, in theory, LyX to ePub is simple. Every environment
becomes , every character style becomes
. Leave  out of it except for every
special cases. Even lyx-code should become , not
.

A special one-per-book configuration file (I did mine in YAML) defines
the assignment of Part, Chapter, Section, Subsection etc to , ,
,  etc, and defines which go in the table of contents, and
which get numbers and what prefix the number gets (Part, Chapter, etc).
I've already done this: It works. Don't worry about converting LyX
environment and char style defs to CSS, just list all paragraph and
char styles, so that the author can make the necessary CSS. CSS is
*much* easier to define than LaTeX environments and commands. And yes,
let the author know that this export requires the author use only a
subset of LyX's capabilities.

I briefly considered writing Yet Another LyX to HTML Exporter, but
found out that in spite of LyX's native format being Non Human Friendly
XML, it's not *well formed* XML, so I can't use Python's lxml.etree,
let alone Python's xml.etree.ElementTree, to parse it. Perhaps if LyX
offered an export to well-formed XML, hopefully with a DTD, I could
parse that to produce ePub-friendly Xhtml, but as far as I know that
doesn't exist either.

Anyway, I would suggest anyone who is working on any portion of a LyX
to ePub conversion talk with me. I'm pretty knowledgeable about ePub,
and I've already identified a lot of the dead ends and blind alleys in
ePub creation, and I know what parts of the LyX document should go into
the ePub, and which parts would be better re-done as either config or
CSS. 

My switch to Bluefish isn't cast in concrete: Once LyX contains a
good, generic, reliable LyX to ePub or even LyX to "ePub friendly" Xhtml
conversion, I can switch back. If you do it soon enough, I won't even
have to write an Xhtml to LaTeX converter :-)

Thanks,

SteveT

Steve Litt*  http://www.troubleshooters.com/
Troubleshooting Training  *  Human Performance

Re: Installing Lyx/Mac w/out MacTeX. Is it possible?

[Dr Eberhard W Lisse]

Stefano,

so she can actually edit the files?  Cool.  I was wondering if the
config run (using luatex) would work.

Now what you also can do to cooperate, is to use SVN (see Additional
Features Section 7.2), which is really, really cool.

I have myself some experience with remoteness, being an Obstetrician
and Gynaecologist in Africa, though in Windhoek connectivity is
starting to become useful.

What I do between my house and the practice (and of course the
laptop) is something like this :-)-O

sudo tlmgr install `ssh USER@HOST.DOMAIN tlmgr list|grep ^i|awk
'{print $2}'|sed s/://g`

That you can easily install into crontab and or whatever scheduler
you like and run this on a number of hosts, so you need to only
update one.  If you can not predict where changes are happening one
will have to figure out a more complicated round robin scheme :-)-O


But you can configure the working BasicMacTeX and then tar the
update /usr/local/texlive.  Put all on a stick, DHL it over there
and she must install and then untar over /usr/local/texlive to bring
it up to what is required.

Mabye someone writes a shell script for her to take care of the
command line stuff, but that's not a big deal.  And, if the
university has serious Mac programming resources, someone can make
an installer for her that does all of this with a click.

greetings, el

On 2014-01-31, 16:32 , stefano franchi wrote:
> Thanks to everyone for the many suggestions.
> 
> To clarify the issue and sum up the outcome:
> 
> My question was really about the Mac installer, not about the
> functionality of LyX without a suitable TeX installation.  In
> other words, I was asking:
> 
> "Can a minimally computer savvy Mac user install LyX only with no
> help and obtain a working LyX-editing only environment?"
> 
> And the answer, I am happy to report, is yes.  Aside from the
> puzzlement raised by the "Untrusted source" dialog, installation
> (of 2.0.6) went smoothly and we are happily cooperating.
> 
> On the other hand, on the alternative question of "How to provide
> a minimal yet still fully functioning LyX+TeX installation" I
> particularly liked Eberhard's solution.  It was not viable in my
> case, since the user is an ocean away and working on a crappy (and
> expensive) internet connection, but I think it should be kept as a
> LyX recipe for space constrained Mac users, a category that is
> growing fast now that traditional hard drives have gone the way of
> the dodo on the MacBook Air.
> 
> Perhaps it should be put on the wiki?  And since it is really not
> Mac-only (Mac-Basic is just the Mac-version of TexLive's basic
> scheme, I guess), perhaps it could be generalized to other
> platforms as well.
> 
> 
> Cheers,
> 
> Stefano
> 
> 
>[...]



smime.p7s
Description: S/MIME Cryptographic Signature

Re: We need ePub/Mobi conversion: was: Book Frontmatter

[Alan L Tyree]

Sorry for the top posting, but this is short. My own view is that an
ePub exporter for LyX would make it a killer application. 

Thanks for your comments, Steve. Have you looked at Pandoc?

Cheers,
Alan


Steve Litt writes:

> On Fri, 31 Jan 2014 09:35:46 +
> Anthony Campbell  wrote:
>
>
>> This is for printed books. As regards conversion to ebook format, I've
>> done this for several books on Smashwords, but that is quite a
>> long-winded process because it has to be Word.doc format, which I do
>> in LibreOffice (not much fun). Kindle does accept rtf, which would
>> help, but as I'd already made Word.doc files I just used those.
>> 
>> Anthony
>
> Ladies and gentlemen, if the preceding paragraph doesn't convince us we
> need a good, solid, LyX to ePub and LyX to Mobi conversion (do ePub
> first, you can convert ePub into Mobi), then nothing will. Instead of
> slamming out his book in LyX, Anthony must use an outside service
> (smashwords), meaning a two word modification is, as Joe Biden would
> say, a Big Friggin Deal. Further, to satisfy Smashwords he must write it
> in LibreOffice to simulate MS Word. Or, if he's just doing Kindle, he
> can submit rtf (what could *possibly* go wrong).
>
> You can't base a LyX to ePub converter off either LyX2Xhtml or Alex's
> eLyXer: Those produce great (X)html for stuff like footnotes and
> bibliographies, but they discard semantic tags (h1-h6) for variously
> named divs (yeah, , not even ), as I remember they still use
> outdated  instead of giving an ID to a tag. One or
> both of them does you the "favor" of renaming all graphic files to a
> numerical sequence: I guess this is to prevent identically named
> graphics in different directories from clobbering each other, but there
> are better ways of doing this that don't have the anti-debugging
> baggage of removing all meaning from graphic names.  Current
> LyX exported (X)html files just generally require *huge*
> postprocessing, with zillions of special cases, to get them in
> reasonable shape to make an ePub. If that were not the case, somebody
> would have made a LyX2ePub a long, long time ago, because the demand is
> there, and a lot of people have that itch, and I'm not the only one
> who has tried to do it. 
>
> Shamefully, because I need to be able to have my books available as
> ePubs, after 13 years using LyX to write my books, I'm now using the
> Bluefish editor to write my future books. I've written an Xhtml to ePub
> converter in Python, and I can write an Xhtml to LaTeX converter just
> as easily. But let me ask you something: Have you ever tried to slam
> out 2500 words a day in Bluefish? Bluefish will never have the
> authoring speed of LyX. But then again, as things stand now, a LyX
> authored document will never be convertible to ePub.
>
> The shame is, in theory, LyX to ePub is simple. Every environment
> becomes , every character style becomes
> . Leave  out of it except for every
> special cases. Even lyx-code should become , not
> .
>
> A special one-per-book configuration file (I did mine in YAML) defines
> the assignment of Part, Chapter, Section, Subsection etc to , ,
> ,  etc, and defines which go in the table of contents, and
> which get numbers and what prefix the number gets (Part, Chapter, etc).
> I've already done this: It works. Don't worry about converting LyX
> environment and char style defs to CSS, just list all paragraph and
> char styles, so that the author can make the necessary CSS. CSS is
> *much* easier to define than LaTeX environments and commands. And yes,
> let the author know that this export requires the author use only a
> subset of LyX's capabilities.
>
> I briefly considered writing Yet Another LyX to HTML Exporter, but
> found out that in spite of LyX's native format being Non Human Friendly
> XML, it's not *well formed* XML, so I can't use Python's lxml.etree,
> let alone Python's xml.etree.ElementTree, to parse it. Perhaps if LyX
> offered an export to well-formed XML, hopefully with a DTD, I could
> parse that to produce ePub-friendly Xhtml, but as far as I know that
> doesn't exist either.
>
> Anyway, I would suggest anyone who is working on any portion of a LyX
> to ePub conversion talk with me. I'm pretty knowledgeable about ePub,
> and I've already identified a lot of the dead ends and blind alleys in
> ePub creation, and I know what parts of the LyX document should go into
> the ePub, and which parts would be better re-done as either config or
> CSS. 
>
> My switch to Bluefish isn't cast in concrete: Once LyX contains a
> good, generic, reliable LyX to ePub or even LyX to "ePub friendly" Xhtml
> conversion, I can switch back. If you do it soon enough, I won't even
> have to write an Xhtml to LaTeX converter :-)
>
> Thanks,
>
> SteveT
>
> Steve Litt*  http://www.troubleshooters.com/
> Troubleshooting Training  *  Human Performance


-- 
Alan L Tyree   http://www2.austlii.edu.au/~alan
Tel:  04 2748 6206 

Re: testers needed for LyX's Windows installer

[Tim Wood]

Uwe Stöhr  web.de> writes:

> 
> Am 06.06.2012 11:04, schrieb Rick Blok - LR:
> 
> > I've just checked the computer were I don't have admin rights, and I
don't see perl.exe in the bin folder,
> and I also don't have a lib-folder.
> 
> Not good. However in the meantime it is possible to install LyX without
admin privileges. I also 
> fixed several bugs in the installer. Could you please give it again a try:
> https://sourceforge.net/projects/lyxwininstaller/files/LyXWinInstaller/2.0.4/
> 
> thanks and regards
> Uwe
> 
> 


FYI, on a lenovo laptop running windows 8 (with all the updates as of Wed...
not sure if that means it's magically 8.1), The LyX install fails because
the MikTeX install fails at operation could not be completed: Permission
denied...miktex/bin/mvc100rus.dll

Re: Facilitate testing on OSX - WAS: menu bar lost in OS X

[Rainer M Krug]

Le vendredi 31 janvier 2014, Jean-Marc Lasgouttes  a
écrit :

> 31/01/2014 15:34, Richard Heck:
>
>> On 01/30/2014 03:04 AM, Rainer M Krug wrote:
>>
>>> To facilitate this, may I suggest to create a homebrew recipe to
>>> facilitate the installation and update of the latest LyX? At least for
>>> me, I would likely use (and update) it regularly  as it is no hassle
>>> at all (in contrast to downloading and installing, or even compiling
>>> first.
>>>
>>
>> This is a great idea, but of course someone on OSX who knew how to use
>> homebrew would need to do it.
>>
>
> Or find a service somewhere that would build nightlies for us...


This together with an update function from within LyX would work as well -
but the update from within LyX would be important  as otherwise one has to
manually visit the website and download to update.

Cheers,

Rainer

>
> JMarc
>
>

-- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology,
UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel :   +33 - (0)9 53 10 27 44
Cell:   +33 - (0)6 85 62 59 98
Fax (F):   +33 - (0)9 58 10 27 44

Fax (D):+49 - (0)3 21 21 25 22 44

email:  rai...@krugs.de

Skype:  RMkrug

Re: Facilitate testing on OSX - WAS: menu bar lost in OS X

[Rainer M Krug]

Le vendredi 31 janvier 2014, Richard Heck  a écrit :

> On 01/30/2014 03:04 AM, Rainer M Krug wrote:
>
>> On 01/29/14, 02:41 , Richard Heck wrote:
>>
>>> On 01/28/2014 03:14 PM, Scott Kostyshak wrote:
>>>
 This should be fixed shortly and a new installer will be
 uploaded.

>>> As often, this is due to changes in the underlying Qt platform
>>> that seem to exist only on certain versions of OSX. We have had
>>> this problem before, and there are other issues about Cocoa versus
>>> whatever versus whatever else. It is difficult to test every
>>> combination, and we have only a couple active OSX developers. Many
>>> of them use trunk (2.1.dev) for obvious sorts of reasons. So,
>>> well, we could really use a couple people who could test the OSX
>>> version on a more regular basis.
>>>
>> To facilitate this, may I suggest to create a homebrew recipe to
>> facilitate the installation and update of the latest LyX? At least for
>> me, I would likely use (and update) it regularly  as it is no hassle
>> at all (in contrast to downloading and installing, or even compiling
>> first.
>>
>
> This is a great idea, but of course someone on OSX who knew how to use
> homebrew would need to do it.


I'll ask on the homebrew list if there would somebody be interested in
helping. But apparently, it is not that difficult.

Cheers,

Rainer


>
> rh
>
>
>

-- 
NEW GERMAN FAX NUMBER!!!

Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology,
UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Natural Sciences Building
Office Suite 2039
Stellenbosch University
Main Campus, Merriman Avenue
Stellenbosch
South Africa

Cell:   +27 - (0)83 9479 042
Fax:+27 - (0)86 516 2782
Fax:+49 - (0)321 2125 2244
email:  rai...@krugs.de

Skype:  RMkrug
Google: r.m.k...@gmail.com

Re: We need ePub/Mobi conversion: was: Book Frontmatter

[Scott Kostyshak]

I'm CC'ing Josh Hieronymus, who has worked on some of this for GSoC.
He is probably busy with other things, but maybe he is still
interested.

Scott

On Fri, Jan 31, 2014 at 1:25 PM, Alan L Tyree  wrote:
> Sorry for the top posting, but this is short. My own view is that an
> ePub exporter for LyX would make it a killer application.
>
> Thanks for your comments, Steve. Have you looked at Pandoc?
>
> Cheers,
> Alan
>
>
> Steve Litt writes:
>
>> On Fri, 31 Jan 2014 09:35:46 +
>> Anthony Campbell  wrote:
>>
>>
>>> This is for printed books. As regards conversion to ebook format, I've
>>> done this for several books on Smashwords, but that is quite a
>>> long-winded process because it has to be Word.doc format, which I do
>>> in LibreOffice (not much fun). Kindle does accept rtf, which would
>>> help, but as I'd already made Word.doc files I just used those.
>>>
>>> Anthony
>>
>> Ladies and gentlemen, if the preceding paragraph doesn't convince us we
>> need a good, solid, LyX to ePub and LyX to Mobi conversion (do ePub
>> first, you can convert ePub into Mobi), then nothing will. Instead of
>> slamming out his book in LyX, Anthony must use an outside service
>> (smashwords), meaning a two word modification is, as Joe Biden would
>> say, a Big Friggin Deal. Further, to satisfy Smashwords he must write it
>> in LibreOffice to simulate MS Word. Or, if he's just doing Kindle, he
>> can submit rtf (what could *possibly* go wrong).
>>
>> You can't base a LyX to ePub converter off either LyX2Xhtml or Alex's
>> eLyXer: Those produce great (X)html for stuff like footnotes and
>> bibliographies, but they discard semantic tags (h1-h6) for variously
>> named divs (yeah, , not even ), as I remember they still use
>> outdated  instead of giving an ID to a tag. One or
>> both of them does you the "favor" of renaming all graphic files to a
>> numerical sequence: I guess this is to prevent identically named
>> graphics in different directories from clobbering each other, but there
>> are better ways of doing this that don't have the anti-debugging
>> baggage of removing all meaning from graphic names.  Current
>> LyX exported (X)html files just generally require *huge*
>> postprocessing, with zillions of special cases, to get them in
>> reasonable shape to make an ePub. If that were not the case, somebody
>> would have made a LyX2ePub a long, long time ago, because the demand is
>> there, and a lot of people have that itch, and I'm not the only one
>> who has tried to do it.
>>
>> Shamefully, because I need to be able to have my books available as
>> ePubs, after 13 years using LyX to write my books, I'm now using the
>> Bluefish editor to write my future books. I've written an Xhtml to ePub
>> converter in Python, and I can write an Xhtml to LaTeX converter just
>> as easily. But let me ask you something: Have you ever tried to slam
>> out 2500 words a day in Bluefish? Bluefish will never have the
>> authoring speed of LyX. But then again, as things stand now, a LyX
>> authored document will never be convertible to ePub.
>>
>> The shame is, in theory, LyX to ePub is simple. Every environment
>> becomes , every character style becomes
>> . Leave  out of it except for every
>> special cases. Even lyx-code should become , not
>> .
>>
>> A special one-per-book configuration file (I did mine in YAML) defines
>> the assignment of Part, Chapter, Section, Subsection etc to , ,
>> ,  etc, and defines which go in the table of contents, and
>> which get numbers and what prefix the number gets (Part, Chapter, etc).
>> I've already done this: It works. Don't worry about converting LyX
>> environment and char style defs to CSS, just list all paragraph and
>> char styles, so that the author can make the necessary CSS. CSS is
>> *much* easier to define than LaTeX environments and commands. And yes,
>> let the author know that this export requires the author use only a
>> subset of LyX's capabilities.
>>
>> I briefly considered writing Yet Another LyX to HTML Exporter, but
>> found out that in spite of LyX's native format being Non Human Friendly
>> XML, it's not *well formed* XML, so I can't use Python's lxml.etree,
>> let alone Python's xml.etree.ElementTree, to parse it. Perhaps if LyX
>> offered an export to well-formed XML, hopefully with a DTD, I could
>> parse that to produce ePub-friendly Xhtml, but as far as I know that
>> doesn't exist either.
>>
>> Anyway, I would suggest anyone who is working on any portion of a LyX
>> to ePub conversion talk with me. I'm pretty knowledgeable about ePub,
>> and I've already identified a lot of the dead ends and blind alleys in
>> ePub creation, and I know what parts of the LyX document should go into
>> the ePub, and which parts would be better re-done as either config or
>> CSS.
>>
>> My switch to Bluefish isn't cast in concrete: Once LyX contains a
>> good, generic, reliable LyX to ePub or even LyX to "ePub friendly" Xhtml
>> conversion, I can 

Feature request

[Jim Rockford]

MathType has the nice feature that when you click to insert a matrix, one
has the choice of immediately inserting a typical low-dimensional matrix
(i.e. 2x2, 3x3, 3x1, etc), in addition to the option of setting the row and
column numbers manually.  As far as I can tell, in Lyx you must always
specify the dimension explicitly.  I find this a bit of a nuisance and thus
make the feature request.

Thanks to the Lyx team for their great work and their consideration of user
feature requests.

Jim

Re: We need ePub/Mobi conversion: was: Book Frontmatter

[Alex Fernandez]

Hi Steve,

On Fri, Jan 31, 2014 at 5:47 PM, Steve Litt wrote:

> Ladies and gentlemen, if the preceding paragraph doesn't convince us we
> need a good, solid, LyX to ePub and LyX to Mobi conversion (do ePub
> first, you can convert ePub into Mobi), then nothing will. Instead of
> slamming out his book in LyX, Anthony must use an outside service
> (smashwords), meaning a two word modification is, as Joe Biden would
> say, a Big Friggin Deal. Further, to satisfy Smashwords he must write it
> in LibreOffice to simulate MS Word. Or, if he's just doing Kindle, he
> can submit rtf (what could *possibly* go wrong).
>

Good luck with the convincing part.


> You can't base a LyX to ePub converter off either LyX2Xhtml or Alex's
> eLyXer: Those produce great (X)html for stuff like footnotes and
> bibliographies, but they discard semantic tags (h1-h6) for variously
> named divs (yeah, , not even ), as I remember they still use
> outdated  instead of giving an ID to a tag. One or
> both of them does you the "favor" of renaming all graphic files to a
> numerical sequence: I guess this is to prevent identically named
> graphics in different directories from clobbering each other, but there
> are better ways of doing this that don't have the anti-debugging
> baggage of removing all meaning from graphic names.  Current
> LyX exported (X)html files just generally require *huge*
> postprocessing, with zillions of special cases, to get them in
> reasonable shape to make an ePub. If that were not the case, somebody
> would have made a LyX2ePub a long, long time ago, because the demand is
> there, and a lot of people have that itch, and I'm not the only one
> who has tried to do it.
>

eLyXer does not rename any graphic files AFAICR. Also, eLyXer should
provide semantic tags like h1-h6, as you can see here:
  http://elyxer.nongnu.org/math-unicode.html

Shamefully, because I need to be able to have my books available as
> ePubs, after 13 years using LyX to write my books, I'm now using the
> Bluefish editor to write my future books. I've written an Xhtml to ePub
> converter in Python, and I can write an Xhtml to LaTeX converter just
> as easily. But let me ask you something: Have you ever tried to slam
> out 2500 words a day in Bluefish? Bluefish will never have the
> authoring speed of LyX. But then again, as things stand now, a LyX
> authored document will never be convertible to ePub.
>

I feel your pain. Not with Bluefish but with other, also less powerful
editors. For good or for bad I have not needed translation to ePub yet.

The shame is, in theory, LyX to ePub is simple. Every environment
> becomes , every character style becomes
> . Leave  out of it except for every
> special cases. Even lyx-code should become , not
> .
>

It should not be difficult to change eLyXer output to be as you desire;
just take a look at base.cfg
  https://github.com/alexfernandez/elyxer/blob/master/src/conf/base.cfg
where most elements of the output can be configured. There are many special
cases and a few ugly-ish tricks (such as h? to denote h1-h6), but it is
mostly there. Or should be.


> A special one-per-book configuration file (I did mine in YAML) defines
> the assignment of Part, Chapter, Section, Subsection etc to , ,
> ,  etc, and defines which go in the table of contents, and
> which get numbers and what prefix the number gets (Part, Chapter, etc).
> I've already done this: It works. Don't worry about converting LyX
> environment and char style defs to CSS, just list all paragraph and
> char styles, so that the author can make the necessary CSS. CSS is
> *much* easier to define than LaTeX environments and commands. And yes,
> let the author know that this export requires the author use only a
> subset of LyX's capabilities.
>

With luck, LyX devs will propose a native export which is neither here nor
there. Uphill battle in any case.

I briefly considered writing Yet Another LyX to HTML Exporter, but
> found out that in spite of LyX's native format being Non Human Friendly
> XML, it's not *well formed* XML, so I can't use Python's lxml.etree,
> let alone Python's xml.etree.ElementTree, to parse it. Perhaps if LyX
> offered an export to well-formed XML, hopefully with a DTD, I could
> parse that to produce ePub-friendly Xhtml, but as far as I know that
> doesn't exist either.
>

With eLyXer I have already done all the heavy work myself of converting LyX
documents to an in-memory structure of containers and insets. In theory you
might just tweak the configuration file base.cfg and generate a completely
different document structure such as ePub. In practice, and as far as I
know, it works: I was able to make the transition from LyX 1.x to 2.0 just
by adding a few insets and containers to the configuration file.

Sadly, after 7 years, not using LyX anymore and with little help from LyX
developers (with some *laudable exceptions*) I can no longer justify myself
to devote any efforts to support eLyXer, not 

Re: Feature request

[Scott Kostyshak]

Hi Jim,

Do you think something like the insert table icon would work well for
matrices? If you haven't tried it yet, click on the "Insert table"
icon in the top toolbar. If matrices worked in this way, would you
consider that better or worse than how MathType does it?

Can you open an enhancement request on trac for this? http://www.lyx.org/trac
Also on the trac ticket can you post a screenshot of what MathType
does? I'm wondering what the user interface is like.

Best,

Scott

On Fri, Jan 31, 2014 at 4:29 PM, Jim Rockford  wrote:
> MathType has the nice feature that when you click to insert a matrix, one
> has the choice of immediately inserting a typical low-dimensional matrix
> (i.e. 2x2, 3x3, 3x1, etc), in addition to the option of setting the row and
> column numbers manually.  As far as I can tell, in Lyx you must always
> specify the dimension explicitly.  I find this a bit of a nuisance and thus
> make the feature request.
>
> Thanks to the Lyx team for their great work and their consideration of user
> feature requests.
>
> Jim

Help with SyncTeX and PDF Document Viewer

[Diego Villamil]

Dear LyXers,
I just updated my LyX version to 2.0.7 running in Ubuntu 12.04.
I found the site for setting up SyncTeX in order to go back and forth
between the PDF document and the LyX source.
The site explains how to set it up for a few programs:  Skim, Okular, and
Sumantra.  However, I am using the default viewer by Evince, and I haven't
been able to set it up.

I was wondering if there is anyone out there who will help me.
thank you kindly.
Diego, LyX enthusiast.

Re: Request for Feature on Mac

[Jerry]

On Jan 31, 2014, at 3:00 AM, Dr Eberhard Lisse  wrote:

> Where would I request the following feature:
> 
> Many Mac programs offer you the choice to Save, Don't Save/Discard,
> Cancel in the way that is shown in the enclosed alpha.jpg, ie if you
> use the Return/Enter key it'll save, if you use the Space key it'll
> Not Save (Quit) and you have to use the mouse to click Cancel.
> 
> In Lyx I must use the mouse if I want to discard, because it doesn't
> recognize the Space and it defaults to Save.
> 
> Since I work with the keyboard mostly it is a nuisance, hence this
> request.
> 
> el
> 

If someone is going to change this, please also change "Discard" to "Don't 
Save" which is standard on OS X.

Jerry