examples/thesis/thesis.lyx Malformed LyX document

[Scott Kostyshak]

On master branch, the command
lyx2lyx -t 413 thesis.lyx  temp.lyx
gives the output
Warning: Malformed LyX document: Missing \justification.
but just opening the LyX document does not give any error.

Is it malformed?

Note that other documents in the same folder give that error also.

Scott

Re: cmake warnings

[Abdelrazak Younes]

On Sun, May 11, 2014 at 12:22 AM, Kornel Benko kor...@lyx.org wrote:

 Am Samstag, 10. Mai 2014 um 22:26:24, schrieb Abdelrazak Younes 
 you...@lyx.org
  On Sat, May 10, 2014 at 9:50 PM, Kornel Benko kor...@lyx.org wrote:
 
   Am Samstag, 10. Mai 2014 um 18:32:13, schrieb Abdelrazak Younes 
   you...@lyx.org
Hi guys,
   
Just checked out feature/str-metrics and I got  some warning when
 running
cmake:
   
CMake Warning (dev) at src/CMakeLists.txt:106 (add_executable):
  Policy CMP0028 is not set: Double colon in target name means ALIAS
 or
  IMPORTED target.  Run cmake --help-policy CMP0028 for policy
 details.
  Use the cmake_policy command to set the policy and suppress this
   warning.
   
  Target lyx2.2 links to target Qt5::Concurrent but the target
 was
   not
  found.  Perhaps a find_package() call is missing for an IMPORTED
   target,
or
  an ALIAS target is missing?
This warning is for project developers.  Use -Wno-dev to suppress it.
  
   I don't see it. But I don't have Qt5 anyway.
  
 
  I use Qt4.8 but Qt5 is also installed I think but only the runtime not
 the
  devel package.

 Maybe this is the cause of the warning
 'Target lyx2.2 links to target Qt5::Concurrent',
 Could you install the Qt5 devel?


I can't at this point for other project reasons, sorry.



 Please notice that I am guessing only and cannot verify.

   Could you display the command arguments of add_executable on line 106?
  
   message(STATUS  ${_lyx}
   ${WIN32_CONSOLE}
   ${LYX_BUILD_BUNDLE}
   ${lyx_sources}
   ${lyx_headers}
   ${vld_files}
   ${FILE_RC}
   ${lyx_info_files}
   ${lyx_cmake_files}
   ${OSX_BUNDLE_FILES}
   )
  
   To see, where is the colon inserted?
  
 
  Here it is:
 

 Nothing special in it. Especially no colon ':'.
 Are you using new cmake ( = 3.0)?


Yes, I forgot I was using a development version, sorry about that:
  3.0.20140324-g4f419


   
By the way, I just run cmake .. without any argument, is this good
   enough
those days?
  
   No. But since some values will be used from cache, so it may fit.
  
 
  This was a fresh checkout, so no cache. My question was about make sure I
  don't miss important cmake definitions.

 You do miss some.
 LYX_CPACK, LYX_ASPELL, LYX_ENCHANT, LYX_HUNSPELL.

 (If you don't use CPACK then at least use LYX_INSTALL option)


 Hunspell is installed on my system, why don't we pick that automatically?

Thanks,
Abdel.

Re: Where is my menubar?

[Abdelrazak Younes]

On Sun, May 11, 2014 at 7:03 AM, Scott Kostyshak skost...@lyx.org wrote:

 On Sun, May 11, 2014 at 12:54 AM, Scott Kostyshak skost...@lyx.org
 wrote:

  For me, toggling fullscreen on and off fixes the problem:
  lyx -x command-sequence ui-toggle fullscreen; ui-toggle fullscreen

 Or more simply:
 lyx -x ui-toggle menubar


That works, thanks!

Abdel

Re: cmake warnings

[Kornel Benko]

Am Sonntag, 11. Mai 2014 um 09:57:17, schrieb Abdelrazak Younes you...@lyx.org
 On Sun, May 11, 2014 at 12:22 AM, Kornel Benko kor...@lyx.org wrote:
 
  Am Samstag, 10. Mai 2014 um 22:26:24, schrieb Abdelrazak Younes 
  you...@lyx.org
...

  
   I use Qt4.8 but Qt5 is also installed I think but only the runtime not
  the
   devel package.
 
  Maybe this is the cause of the warning
  'Target lyx2.2 links to target Qt5::Concurrent',
  Could you install the Qt5 devel?
 
 
 I can't at this point for other project reasons, sorry.
 

You could manually edit also the CMakeCache.txt.
Replace the used Qt5 libs with the Qt4 libs. They should be the same as
in CMakeCache.txtx for lyx2.1.

...
 
 Yes, I forgot I was using a development version, sorry about that:
   3.0.20140324-g4f419
 

That's OK. Good to know someone is using it.

...
  You do miss some.
  LYX_CPACK, LYX_ASPELL, LYX_ENCHANT, LYX_HUNSPELL.
 
  (If you don't use CPACK then at least use LYX_INSTALL option)
 
 
  Hunspell is installed on my system, why don't we pick that automatically?

Good question. But which one to select, if also the other are installed?
There may be a reason why someone does not want a specific lib.

 Thanks,
 Abdel.

Kornel

signature.asc
Description: This is a digitally signed message part.

Re: cmake warnings

[Abdelrazak Younes]

On Sun, May 11, 2014 at 11:09 AM, Kornel Benko kor...@lyx.org wrote:

   You do miss some.
   LYX_CPACK, LYX_ASPELL, LYX_ENCHANT, LYX_HUNSPELL.
  
   (If you don't use CPACK then at least use LYX_INSTALL option)
  
 
   Hunspell is installed on my system, why don't we pick that
 automatically?

 Good question. But which one to select, if also the other are installed?
 There may be a reason why someone does not want a specific lib.


I would say by order of preference check hunspell, then enchant, then
aspell.

Abdel.

Re: cmake warnings

[Scott Kostyshak]

On Sun, May 11, 2014 at 5:16 AM, Abdelrazak Younes you...@lyx.org wrote:
 On Sun, May 11, 2014 at 11:09 AM, Kornel Benko kor...@lyx.org wrote:

   Hunspell is installed on my system, why don't we pick that
  automatically?

 Good question. But which one to select, if also the other are installed?
 There may be a reason why someone does not want a specific lib.


 I would say by order of preference check hunspell, then enchant, then
 aspell.

Regardless of the order (e.g. even if Enchant is prioritized), it
would be nice to fill in the path in Preferences  Paths so that if
the user wants to use Hunspell all he has to do is change the
spellchecker.

Scott

Re: Call for testers: the features/str-metrics branch

[Abdelrazak Younes]

On Thu, May 8, 2014 at 7:01 PM, Jean-Marc Lasgouttes lasgout...@lyx.orgwrote:

 Le 08/05/14 18:45, Abdelrazak Younes a écrit :

  I don't read Arabic but my wife does. I'll see if I can find time over
 the week-end to compile your branch.


 Thanks, you're a sweetheart. I already know that cursor positioning is
 wrong, but I am not sure yet how to make this work. If smething looks
 wrong, I'm interested too to know whether it is a regression wrt master or
 2.0.x.


As a first trial cursor positioning seems correct. I don't have much time
to check against lyx2.0 but I copied and paste from the web (Firefox) to
LyX and LibreOffice.
Main visible issue is with letter LAM when combined with ALIF.

LAM is G on the english keyboard:
ل

ALIF is H on the english keyboard:
ا

LAM-ALIF:
لا

Above should be correctly shown in gmail webmail, it looks like Gamma greek
letter. In LyX if shows this:


Abdel








 JMarc

Re: cmake warnings

[Abdelrazak Younes]

On Sun, May 11, 2014 at 11:23 AM, Scott Kostyshak skost...@lyx.org wrote:

 On Sun, May 11, 2014 at 5:16 AM, Abdelrazak Younes you...@lyx.org wrote:
  On Sun, May 11, 2014 at 11:09 AM, Kornel Benko kor...@lyx.org wrote:
 
Hunspell is installed on my system, why don't we pick that
   automatically?
 
  Good question. But which one to select, if also the other are installed?
  There may be a reason why someone does not want a specific lib.
 
 
  I would say by order of preference check hunspell, then enchant, then
  aspell.

 Regardless of the order (e.g. even if Enchant is prioritized), it
 would be nice to fill in the path in Preferences  Paths so that if
 the user wants to use Hunspell all he has to do is change the
 spellchecker.


Indeed, AFAIR we can compile concurrent support for all 3 spellers so if
the development packages are found we should use them.

Abdel

Re: cmake warnings

[Kornel Benko]

Am Sonntag, 11. Mai 2014 um 11:55:38, schrieb Abdelrazak Younes you...@lyx.org
 On Sun, May 11, 2014 at 11:23 AM, Scott Kostyshak skost...@lyx.org wrote:
 
  On Sun, May 11, 2014 at 5:16 AM, Abdelrazak Younes you...@lyx.org wrote:
   On Sun, May 11, 2014 at 11:09 AM, Kornel Benko kor...@lyx.org wrote:
  
 Hunspell is installed on my system, why don't we pick that
automatically?
  
   Good question. But which one to select, if also the other are installed?
   There may be a reason why someone does not want a specific lib.
  
  
   I would say by order of preference check hunspell, then enchant, then
   aspell.
 
  Regardless of the order (e.g. even if Enchant is prioritized), it
  would be nice to fill in the path in Preferences  Paths so that if
  the user wants to use Hunspell all he has to do is change the
  spellchecker.
 
 
 Indeed, AFAIR we can compile concurrent support for all 3 spellers so if
 the development packages are found we should use them.

If that is the consent, OK. But what to do, if no spellchecker is found?
* Abort
* Drop a message only
* Silently ignore

 Abdel

Kornel

signature.asc
Description: This is a digitally signed message part.

Re: cmake warnings

[Stephan Witt]

Am 11.05.2014 um 12:38 schrieb Kornel Benko kor...@lyx.org:

 Am Sonntag, 11. Mai 2014 um 11:55:38, schrieb Abdelrazak Younes 
 you...@lyx.org
 On Sun, May 11, 2014 at 11:23 AM, Scott Kostyshak skost...@lyx.org wrote:
 
 On Sun, May 11, 2014 at 5:16 AM, Abdelrazak Younes you...@lyx.org wrote:
 On Sun, May 11, 2014 at 11:09 AM, Kornel Benko kor...@lyx.org wrote:
 
 Hunspell is installed on my system, why don't we pick that
 automatically?
 
 Good question. But which one to select, if also the other are installed?
 There may be a reason why someone does not want a specific lib.
 
 
 I would say by order of preference check hunspell, then enchant, then
 aspell.
 
 Regardless of the order (e.g. even if Enchant is prioritized), it
 would be nice to fill in the path in Preferences  Paths so that if
 the user wants to use Hunspell all he has to do is change the
 spellchecker.
 
 
 Indeed, AFAIR we can compile concurrent support for all 3 spellers so if
 the development packages are found we should use them.
 
 If that is the consent, OK. But what to do, if no spellchecker is found?
 * Abort
 * Drop a message only
 * Silently ignore

Is it possible to abort if no command line switch is given to disable them?

Many users are asking for spell checker support but don't install any developer
package for spell checking and are baffled later about getting no spell checker.
It would be good to abort then with a helpful error message, IMHO.

Stephan

Re: cmake warnings

[Kornel Benko]

Am Sonntag, 11. Mai 2014 um 18:11:44, schrieb Stephan Witt st.w...@gmx.net
 Am 11.05.2014 um 12:38 schrieb Kornel Benko kor...@lyx.org:
 
  Am Sonntag, 11. Mai 2014 um 11:55:38, schrieb Abdelrazak Younes 
  you...@lyx.org
  On Sun, May 11, 2014 at 11:23 AM, Scott Kostyshak skost...@lyx.org wrote:
  
  On Sun, May 11, 2014 at 5:16 AM, Abdelrazak Younes you...@lyx.org wrote:
  On Sun, May 11, 2014 at 11:09 AM, Kornel Benko kor...@lyx.org wrote:
  
  Hunspell is installed on my system, why don't we pick that
  automatically?
  
  Good question. But which one to select, if also the other are installed?
  There may be a reason why someone does not want a specific lib.
  
  
  I would say by order of preference check hunspell, then enchant, then
  aspell.
  
  Regardless of the order (e.g. even if Enchant is prioritized), it
  would be nice to fill in the path in Preferences  Paths so that if
  the user wants to use Hunspell all he has to do is change the
  spellchecker.
  
  
  Indeed, AFAIR we can compile concurrent support for all 3 spellers so if
  the development packages are found we should use them.
  
  If that is the consent, OK. But what to do, if no spellchecker is found?
  * Abort
  * Drop a message only
  * Silently ignore
 
 Is it possible to abort if no command line switch is given to disable them?

Sure. Like this
message(FATAL_ERROR You are leaving the moon atmosphere)

 Many users are asking for spell checker support but don't install any 
 developer
 package for spell checking and are baffled later about getting no spell 
 checker.
 It would be good to abort then with a helpful error message, IMHO.
 
 Stephan

Kornel

signature.asc
Description: This is a digitally signed message part.

Re: cmake warnings

[Kornel Benko]

Am Sonntag, 11. Mai 2014 um 18:15:22, schrieb Kornel Benko kor...@lyx.org
 Am Sonntag, 11. Mai 2014 um 18:11:44, schrieb Stephan Witt st.w...@gmx.net
  Am 11.05.2014 um 12:38 schrieb Kornel Benko kor...@lyx.org:
  
   Am Sonntag, 11. Mai 2014 um 11:55:38, schrieb Abdelrazak Younes 
   you...@lyx.org
   On Sun, May 11, 2014 at 11:23 AM, Scott Kostyshak skost...@lyx.org 
   wrote:
   
   On Sun, May 11, 2014 at 5:16 AM, Abdelrazak Younes you...@lyx.org 
   wrote:
   On Sun, May 11, 2014 at 11:09 AM, Kornel Benko kor...@lyx.org wrote:
   
   Hunspell is installed on my system, why don't we pick that
   automatically?
   
   Good question. But which one to select, if also the other are 
   installed?
   There may be a reason why someone does not want a specific lib.
   
   
   I would say by order of preference check hunspell, then enchant, then
   aspell.
   
   Regardless of the order (e.g. even if Enchant is prioritized), it
   would be nice to fill in the path in Preferences  Paths so that if
   the user wants to use Hunspell all he has to do is change the
   spellchecker.
   
   
   Indeed, AFAIR we can compile concurrent support for all 3 spellers so if
   the development packages are found we should use them.
   
   If that is the consent, OK. But what to do, if no spellchecker is found?
   * Abort
   * Drop a message only
   * Silently ignore
  
  Is it possible to abort if no command line switch is given to disable them?
 
 Sure. Like this
   message(FATAL_ERROR You are leaving the moon atmosphere)
 
  Many users are asking for spell checker support but don't install any 
  developer
  package for spell checking and are baffled later about getting no spell 
  checker.
  It would be good to abort then with a helpful error message, IMHO.
  
  Stephan
 

What about the attached?

Korneldiff --git a/CMakeLists.txt b/CMakeLists.txt
index fe133eb..d68fa2b 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -540,19 +540,22 @@ endif()
 
 include_directories(${TOP_BINARY_DIR} ${TOP_SRC_DIR}/src)
 
-if(LYX_ASPELL)
-	find_package(ASPELL REQUIRED)
-	include_directories(${ASPELL_INCLUDE_DIR})
-endif()
-
-if(LYX_ENCHANT)
-	find_package(Enchant REQUIRED)
-	include_directories(${ENCHANT_INCLUDE_DIR})
-endif()
+set(Spelling_FOUND OFF)
+foreach(_spell ASPELL Enchant Hunspell)
+  string(TOUPPER ${_spell} _upspell)
+  find_package(${_spell})
+  if (${_upspell}_FOUND)
+include_directories(${${_upspell}_INCLUDE_DIR})
+set(Spelling_FOUND ON)
+  else()
+if(LYX_${_upspell})
+  message(FATAL_ERROR Required ${_spell} devel package not found)
+endif()
+  endif()
+endforeach()
 
-if(LYX_HUNSPELL)
-	find_package(Hunspell REQUIRED)
-	include_directories(${HUNSPELL_INCLUDE_DIR})
+if(NOT Spelling_FOUND)
+  message(STATUS No spellcheck libraries found. Lyx will be unable use spellchecking)
 endif()
 
 if(LYX_NLS)


signature.asc
Description: This is a digitally signed message part.

LyX Export via LaTeXML

[Frédéric WANG]

Dear LyX developers,

I've just built the git development version of LyX and had a look at the 
(X)HTML export options. As I see, the current possibilities are (please 
tell me if I missed anything):


1) HTML export: this is done by tex4ht and generates images of math 
formulas.
2) LyXHTML export: this is done by tex4ht and generates MathML output by 
default for math formulas.


Moreover, the Document = Parameters = Output menu allows to configure 
2), to output HTML, Images or the LaTeX source instead of MathML.


LaTeXML 0.8 has recently been released with new exciting features, and 
I'd like to add new export modes using LaTeXML. My idea is:


1) HTML5 export (LaTeXML)
2) XHTML export (LaTeXML)
3) EPUB3 export (LaTeXML)

In the Document = Parameters = Output menu, I wish to add the 
following configurations for LaTeXML:


1) Export for maths

  a) MathML (default)
  b) MathML + CSS fallback
  c) MathML + MathJax fallback
  d) PNG

  For b) and c), see 
https://developer.mozilla.org/en-US/docs/Web/MathML/Authoring#Fallback_for_Browsers_without_MathML_support
  c) will probably be ignored for the EPUB export, as that would mean 
having a copy of the MathJax library available to lyx and packaging a 
copy into each ebook...


2) Split the document into multiple pages, see --split-at 
http://dlmf.nist.gov/LaTeXML/manual/usage/usage.splitting.html

  a) do not split (default)
  b) chapter
  c) section
  d) subsection
  e) subsubsection

What do you think about this proposal? And do you have any hints / 
recommendations about how to do that?


Well, if I don't hear any strong complaints, I think I'll just go ahead 
and try to write a patch implementing that proposal...


Thanks,

PS: Other formats such as DOC (MS Word) or ODT (Open/LibreOffice Writer) 
might be possible in the future: https://github.com/KWARC/LaTeXML-Plugin-Doc


PPS: I see that the XHTML output also has a scale math parameter. I 
guess the rationale is to adjust the size to fix inconsistencies between 
text  math fonts. As you probably know, the Open Type MATH table has 
started to be implemented in Gecko/WebKit native MathML and I expect 
LaTeXML will get some options to set up and handle (Web) fonts better. 
So it would be possible in the future to get consistent text  math 
fonts and hopefully a MathML rendering close to XeTeX/LuaTeX...


Frédéric Wang
maths-informatique-jeux.com/blog/frederic

Re: cmake warnings

[Stephan Witt]

Am 11.05.2014 um 18:43 schrieb Kornel Benko kor...@lyx.org:

 Am Sonntag, 11. Mai 2014 um 18:15:22, schrieb Kornel Benko kor...@lyx.org
 Am Sonntag, 11. Mai 2014 um 18:11:44, schrieb Stephan Witt st.w...@gmx.net
 Am 11.05.2014 um 12:38 schrieb Kornel Benko kor...@lyx.org:
 
 Am Sonntag, 11. Mai 2014 um 11:55:38, schrieb Abdelrazak Younes 
 you...@lyx.org
 On Sun, May 11, 2014 at 11:23 AM, Scott Kostyshak skost...@lyx.org 
 wrote:
 
 On Sun, May 11, 2014 at 5:16 AM, Abdelrazak Younes you...@lyx.org 
 wrote:
 On Sun, May 11, 2014 at 11:09 AM, Kornel Benko kor...@lyx.org wrote:
 
 Hunspell is installed on my system, why don't we pick that
 automatically?
 
 Good question. But which one to select, if also the other are 
 installed?
 There may be a reason why someone does not want a specific lib.
 
 
 I would say by order of preference check hunspell, then enchant, then
 aspell.
 
 Regardless of the order (e.g. even if Enchant is prioritized), it
 would be nice to fill in the path in Preferences  Paths so that if
 the user wants to use Hunspell all he has to do is change the
 spellchecker.
 
 
 Indeed, AFAIR we can compile concurrent support for all 3 spellers so if
 the development packages are found we should use them.
 
 If that is the consent, OK. But what to do, if no spellchecker is found?
 * Abort
 * Drop a message only
 * Silently ignore
 
 Is it possible to abort if no command line switch is given to disable them?
 
 Sure. Like this
  message(FATAL_ERROR You are leaving the moon atmosphere)
 
 Many users are asking for spell checker support but don't install any 
 developer
 package for spell checking and are baffled later about getting no spell 
 checker.
 It would be good to abort then with a helpful error message, IMHO.
 
 Stephan
 
 
 What about the attached?
 
   KornelCMakeLists.txt.patch

I'd like to terminate if there is no spell checker and it's not said to ignore 
this.
The LYX_ options aren't three state. So this is possible only with a check for 
another
option, right? Then I'd prefer to give the hint at a more prominent location.

Alternative patch is attached.

Stephan


0001-CMakeLists.txt.patch
Description: Binary data

Re: cmake warnings

[Kornel Benko]

Am Sonntag, 11. Mai 2014 um 21:52:36, schrieb Stephan Witt st.w...@gmx.net
 Am 11.05.2014 um 18:43 schrieb Kornel Benko kor...@lyx.org:
 
  Am Sonntag, 11. Mai 2014 um 18:15:22, schrieb Kornel Benko kor...@lyx.org
  Am Sonntag, 11. Mai 2014 um 18:11:44, schrieb Stephan Witt 
  st.w...@gmx.net
  Am 11.05.2014 um 12:38 schrieb Kornel Benko kor...@lyx.org:

...

  Indeed, AFAIR we can compile concurrent support for all 3 spellers so if
  the development packages are found we should use them.
  
  If that is the consent, OK. But what to do, if no spellchecker is found?
  * Abort
  * Drop a message only
  * Silently ignore
  
  Is it possible to abort if no command line switch is given to disable 
  them?
  
  Sure. Like this
 message(FATAL_ERROR You are leaving the moon atmosphere)
  
  Many users are asking for spell checker support but don't install any 
  developer
  package for spell checking and are baffled later about getting no spell 
  checker.
  It would be good to abort then with a helpful error message, IMHO.
  
  Stephan
  
  
  What about the attached?
  
  KornelCMakeLists.txt.patch
 
 I'd like to terminate if there is no spell checker and it's not said to 
 ignore this.
 The LYX_ options aren't three state. So this is possible only with a check 
 for another
 option, right?

Yes.

 Then I'd prefer to give the hint at a more prominent location.
 
 Alternative patch is attached.
 
 Stephan

Yes, better place for the message. But the option is missing.

Kornel



signature.asc
Description: This is a digitally signed message part.

Re: Call for testers: the features/str-metrics branch

[Guy Rutenberg]

Hi,

On 30 April 2014 19:36, Jean-Marc Lasgouttes lasgout...@lyx.org wrote:

 One new feature of the branch is that all the hand-made handling of Hebrew
 and Arabic characters is now unused. This is good news for Urdu or other
 scripts.

 If you do not try it out now, the risk is that you'll discover issues when
 it lands on master :)


I did some initial testing and came up with the following wrong behavior:
When in RTL mode (i.e. settng the document language to hebrew) and typing
some narrow characters such as ו (vav) or even the English `i` slightly
moves the right margin to the left. By typing consecutive narrow
characters this movement is significant.

Typing wide characters has the opposite effect: The margin moves to the
right.

I've attached a screenshot. All the lines should be aligned the same,
however different character width shift the margin differently (there
should be no shift at all).

Regards,

Guy

Re: Call for testers: the features/str-metrics branch

[Guy Rutenberg]

Hi,


On 12 May 2014 00:31, Guy Rutenberg guyrutenb...@gmail.com wrote:

 I did some initial testing and came up with the following wrong behavior:


I actually found a more serious bug. When in RTL mode (`language hebrew`)
if one types a single continuous line without any spaces, LyX simply hangs
when it reaches the end-of-line. If there are spaces it breaks the line
correctly. I've checked it on Linux, can others reproduce the bug as well?

Regards,

Guy

Re: LyX Export via LaTeXML

[Richard Heck]

Hi, Frederic,

I'll reply in more detail later, as I've got a bunch of grading to do 
right now. But there's a lot to be said about this. Quickly:



1) HTML export: this is done by tex4ht and generates images of math
formulas.


This is done by whatever converter LyX finds and decides to use. It 
would be tex4ht, or latexhtml, or elyxer, or other things, too.



2) LyXHTML export: this is done by tex4ht and generates MathML output
by default for math formulas.


This does not involve tex4ht. The export routine is part of LyX itself. 
See all the xhtml() methods scattered through the code.



Moreover, the Document = Parameters = Output menu allows to
configure 2), to output HTML, Images or the LaTeX source instead of
MathML.


Right.

Richard

Re: LyX Export via LaTeXML

[Frédéric WANG]

Thanks Richard,

I just had a quick look at the code. Indeed, I realized that the case of 
LyXHTML is a bit special. So in a first step, I'll just focus on 
EPUB3/HTML5 export via LaTeXML without special option. I see this would 
be essentially modifying lib/configure.py. What I did for now is:


- merging the checkviewer of XHTML  HTML and adding the HTML5 format 
to it.

- adding a LaTeX - HTML5 converter, with LaTeXML as the program.

That seems to work, except that LaTeXML fails to process the .tex 
document generated by LyX (I've reported 
https://github.com/brucemiller/LaTeXML/issues/487).


Le 12/05/2014 00:01, Richard Heck a écrit :


Hi, Frederic,

I'll reply in more detail later, as I've got a bunch of grading to do 
right now. But there's a lot to be said about this. Quickly:



1) HTML export: this is done by tex4ht and generates images of math
formulas.


This is done by whatever converter LyX finds and decides to use. It 
would be tex4ht, or latexhtml, or elyxer, or other things, too.



2) LyXHTML export: this is done by tex4ht and generates MathML output
by default for math formulas.


This does not involve tex4ht. The export routine is part of LyX 
itself. See all the xhtml() methods scattered through the code.



Moreover, the Document = Parameters = Output menu allows to
configure 2), to output HTML, Images or the LaTeX source instead of
MathML.


Right.

Richard





--
Frédéric Wang
maths-informatique-jeux.com/blog/frederic

Re: cmake warnings

[Stephan Witt]

Am 11.05.2014 um 22:34 schrieb Kornel Benko kor...@lyx.org:

 Am Sonntag, 11. Mai 2014 um 21:52:36, schrieb Stephan Witt st.w...@gmx.net
 Am 11.05.2014 um 18:43 schrieb Kornel Benko kor...@lyx.org:
 
 Am Sonntag, 11. Mai 2014 um 18:15:22, schrieb Kornel Benko kor...@lyx.org
 Am Sonntag, 11. Mai 2014 um 18:11:44, schrieb Stephan Witt 
 st.w...@gmx.net
 Am 11.05.2014 um 12:38 schrieb Kornel Benko kor...@lyx.org:
 
 ...
 
 Indeed, AFAIR we can compile concurrent support for all 3 spellers so if
 the development packages are found we should use them.
 
 If that is the consent, OK. But what to do, if no spellchecker is found?
 * Abort
 * Drop a message only
 * Silently ignore
 
 Is it possible to abort if no command line switch is given to disable 
 them?
 
 Sure. Like this
message(FATAL_ERROR You are leaving the moon atmosphere)
 
 Many users are asking for spell checker support but don't install any 
 developer
 package for spell checking and are baffled later about getting no spell 
 checker.
 It would be good to abort then with a helpful error message, IMHO.
 
 Stephan
 
 
 What about the attached?
 
 KornelCMakeLists.txt.patch
 
 I'd like to terminate if there is no spell checker and it's not said to 
 ignore this.
 The LYX_ options aren't three state. So this is possible only with a check 
 for another
 option, right?
 
 Yes.
 
 Then I'd prefer to give the hint at a more prominent location.
 
 Alternative patch is attached.
 
 Stephan
 
 Yes, better place for the message. But the option is missing.

Yes, I didn't insist to abort. What's your opinion?

Stephan

examples/thesis/thesis.lyx "Malformed LyX document"

[Scott Kostyshak]

On master branch, the command
lyx2lyx -t 413 thesis.lyx > temp.lyx
gives the output
Warning: Malformed LyX document: Missing \justification.
but just opening the LyX document does not give any error.

Is it malformed?

Note that other documents in the same folder give that error also.

Scott

Re: cmake warnings

[Abdelrazak Younes]

On Sun, May 11, 2014 at 12:22 AM, Kornel Benko  wrote:

> Am Samstag, 10. Mai 2014 um 22:26:24, schrieb Abdelrazak Younes <
> you...@lyx.org>
> > On Sat, May 10, 2014 at 9:50 PM, Kornel Benko  wrote:
> >
> > > Am Samstag, 10. Mai 2014 um 18:32:13, schrieb Abdelrazak Younes <
> > > you...@lyx.org>
> > > > Hi guys,
> > > >
> > > > Just checked out feature/str-metrics and I got  some warning when
> running
> > > > cmake:
> > > >
> > > > CMake Warning (dev) at src/CMakeLists.txt:106 (add_executable):
> > > >   Policy CMP0028 is not set: Double colon in target name means ALIAS
> or
> > > >   IMPORTED target.  Run "cmake --help-policy CMP0028" for policy
> details.
> > > >   Use the cmake_policy command to set the policy and suppress this
> > > warning.
> > > >
> > > >   Target "lyx2.2" links to target "Qt5::Concurrent" but the target
> was
> > > not
> > > >   found.  Perhaps a find_package() call is missing for an IMPORTED
> > > target,
> > > > or
> > > >   an ALIAS target is missing?
> > > > This warning is for project developers.  Use -Wno-dev to suppress it.
> > >
> > > I don't see it. But I don't have Qt5 anyway.
> > >
> >
> > I use Qt4.8 but Qt5 is also installed I think but only the runtime not
> the
> > devel package.
>
> Maybe this is the cause of the warning
> 'Target "lyx2.2" links to target "Qt5::Concurrent"',
> Could you install the Qt5 devel?
>

I can't at this point for other project reasons, sorry.



> Please notice that I am guessing only and cannot verify.
>
> > > Could you display the command arguments of add_executable on line 106?
> > >
> > > message(STATUS  ${_lyx}
> > > ${WIN32_CONSOLE}
> > > ${LYX_BUILD_BUNDLE}
> > > ${lyx_sources}
> > > ${lyx_headers}
> > > ${vld_files}
> > > ${FILE_RC}
> > > ${lyx_info_files}
> > > ${lyx_cmake_files}
> > > ${OSX_BUNDLE_FILES}
> > > )
> > >
> > > To see, where is the colon inserted?
> > >
> >
> > Here it is:
> >
>
> Nothing special in it. Especially no colon ':'.
> Are you using new cmake ( >= 3.0)?
>

Yes, I forgot I was using a development version, sorry about that:
  3.0.20140324-g4f419


> > > >
> > > > By the way, I just run "cmake .." without any argument, is this good
> > > enough
> > > > those days?
> > >
> > > No. But since some values will be used from cache, so it may fit.
> > >
> >
> > This was a fresh checkout, so no cache. My question was about make sure I
> > don't miss important cmake definitions.
>
> You do miss some.
> LYX_CPACK, LYX_ASPELL, LYX_ENCHANT, LYX_HUNSPELL.
>
> (If you don't use CPACK then at least use LYX_INSTALL option)
>

 Hunspell is installed on my system, why don't we pick that automatically?

Thanks,
Abdel.

Re: Where is my menubar?

[Abdelrazak Younes]

On Sun, May 11, 2014 at 7:03 AM, Scott Kostyshak  wrote:

> On Sun, May 11, 2014 at 12:54 AM, Scott Kostyshak 
> wrote:
>
> > For me, toggling fullscreen on and off fixes the problem:
> > lyx -x "command-sequence ui-toggle fullscreen; ui-toggle fullscreen"
>
> Or more simply:
> lyx -x "ui-toggle menubar"
>

That works, thanks!

Abdel

Re: cmake warnings

[Kornel Benko]

Am Sonntag, 11. Mai 2014 um 09:57:17, schrieb Abdelrazak Younes 
> On Sun, May 11, 2014 at 12:22 AM, Kornel Benko  wrote:
> 
> > Am Samstag, 10. Mai 2014 um 22:26:24, schrieb Abdelrazak Younes <
> > you...@lyx.org>
...

> > >
> > > I use Qt4.8 but Qt5 is also installed I think but only the runtime not
> > the
> > > devel package.
> >
> > Maybe this is the cause of the warning
> > 'Target "lyx2.2" links to target "Qt5::Concurrent"',
> > Could you install the Qt5 devel?
> >
> 
> I can't at this point for other project reasons, sorry.
> 

You could manually edit also the CMakeCache.txt.
Replace the used Qt5 libs with the Qt4 libs. They should be the same as
in CMakeCache.txtx for lyx2.1.

...
> 
> Yes, I forgot I was using a development version, sorry about that:
>   3.0.20140324-g4f419
> 

That's OK. Good to know someone is using it.

...
> > You do miss some.
> > LYX_CPACK, LYX_ASPELL, LYX_ENCHANT, LYX_HUNSPELL.
> >
> > (If you don't use CPACK then at least use LYX_INSTALL option)
> >
> 
>  Hunspell is installed on my system, why don't we pick that automatically?

Good question. But which one to select, if also the other are installed?
There may be a reason why someone does not want a specific lib.

> Thanks,
> Abdel.

Kornel

signature.asc
Description: This is a digitally signed message part.

Re: cmake warnings

[Abdelrazak Younes]

On Sun, May 11, 2014 at 11:09 AM, Kornel Benko  wrote:

> > > You do miss some.
> > > LYX_CPACK, LYX_ASPELL, LYX_ENCHANT, LYX_HUNSPELL.
> > >
> > > (If you don't use CPACK then at least use LYX_INSTALL option)
> > >
> >
> >  Hunspell is installed on my system, why don't we pick that
> automatically?
>
> Good question. But which one to select, if also the other are installed?
> There may be a reason why someone does not want a specific lib.
>

I would say by order of preference check hunspell, then enchant, then
aspell.

Abdel.

Re: cmake warnings

[Scott Kostyshak]

On Sun, May 11, 2014 at 5:16 AM, Abdelrazak Younes  wrote:
> On Sun, May 11, 2014 at 11:09 AM, Kornel Benko  wrote:
>>
>> >  Hunspell is installed on my system, why don't we pick that
>> > automatically?
>>
>> Good question. But which one to select, if also the other are installed?
>> There may be a reason why someone does not want a specific lib.
>
>
> I would say by order of preference check hunspell, then enchant, then
> aspell.

Regardless of the order (e.g. even if Enchant is prioritized), it
would be nice to fill in the path in Preferences > Paths so that if
the user wants to use Hunspell all he has to do is change the
spellchecker.

Scott

Re: Call for testers: the features/str-metrics branch

[Abdelrazak Younes]

On Thu, May 8, 2014 at 7:01 PM, Jean-Marc Lasgouttes wrote:

> Le 08/05/14 18:45, Abdelrazak Younes a écrit :
>
>  I don't read Arabic but my wife does. I'll see if I can find time over
>> the week-end to compile your branch.
>>
>
> Thanks, you're a sweetheart. I already know that cursor positioning is
> wrong, but I am not sure yet how to make this work. If smething looks
> wrong, I'm interested too to know whether it is a regression wrt master or
> 2.0.x.
>

As a first trial cursor positioning seems correct. I don't have much time
to check against lyx2.0 but I copied and paste from the web (Firefox) to
LyX and LibreOffice.
Main visible issue is with letter LAM when combined with ALIF.

LAM is "G" on the english keyboard:
ل

ALIF is "H" on the english keyboard:
ا

LAM-ALIF:
لا

Above should be correctly shown in gmail webmail, it looks like Gamma greek
letter. In LyX if shows this:


Abdel







>
> JMarc
>
>

Re: cmake warnings

[Abdelrazak Younes]

On Sun, May 11, 2014 at 11:23 AM, Scott Kostyshak  wrote:

> On Sun, May 11, 2014 at 5:16 AM, Abdelrazak Younes  wrote:
> > On Sun, May 11, 2014 at 11:09 AM, Kornel Benko  wrote:
> >>
> >> >  Hunspell is installed on my system, why don't we pick that
> >> > automatically?
> >>
> >> Good question. But which one to select, if also the other are installed?
> >> There may be a reason why someone does not want a specific lib.
> >
> >
> > I would say by order of preference check hunspell, then enchant, then
> > aspell.
>
> Regardless of the order (e.g. even if Enchant is prioritized), it
> would be nice to fill in the path in Preferences > Paths so that if
> the user wants to use Hunspell all he has to do is change the
> spellchecker.
>

Indeed, AFAIR we can compile concurrent support for all 3 spellers so if
the development packages are found we should use them.

Abdel

Re: cmake warnings

[Kornel Benko]

Am Sonntag, 11. Mai 2014 um 11:55:38, schrieb Abdelrazak Younes 
> On Sun, May 11, 2014 at 11:23 AM, Scott Kostyshak  wrote:
> 
> > On Sun, May 11, 2014 at 5:16 AM, Abdelrazak Younes  wrote:
> > > On Sun, May 11, 2014 at 11:09 AM, Kornel Benko  wrote:
> > >>
> > >> >  Hunspell is installed on my system, why don't we pick that
> > >> > automatically?
> > >>
> > >> Good question. But which one to select, if also the other are installed?
> > >> There may be a reason why someone does not want a specific lib.
> > >
> > >
> > > I would say by order of preference check hunspell, then enchant, then
> > > aspell.
> >
> > Regardless of the order (e.g. even if Enchant is prioritized), it
> > would be nice to fill in the path in Preferences > Paths so that if
> > the user wants to use Hunspell all he has to do is change the
> > spellchecker.
> >
> 
> Indeed, AFAIR we can compile concurrent support for all 3 spellers so if
> the development packages are found we should use them.

If that is the consent, OK. But what to do, if no spellchecker is found?
* Abort
* Drop a message only
* Silently ignore

> Abdel

Kornel

signature.asc
Description: This is a digitally signed message part.

Re: cmake warnings

[Stephan Witt]

Am 11.05.2014 um 12:38 schrieb Kornel Benko :

> Am Sonntag, 11. Mai 2014 um 11:55:38, schrieb Abdelrazak Younes 
> 
>> On Sun, May 11, 2014 at 11:23 AM, Scott Kostyshak  wrote:
>> 
>>> On Sun, May 11, 2014 at 5:16 AM, Abdelrazak Younes  wrote:
 On Sun, May 11, 2014 at 11:09 AM, Kornel Benko  wrote:
> 
>> Hunspell is installed on my system, why don't we pick that
>> automatically?
> 
> Good question. But which one to select, if also the other are installed?
> There may be a reason why someone does not want a specific lib.
 
 
 I would say by order of preference check hunspell, then enchant, then
 aspell.
>>> 
>>> Regardless of the order (e.g. even if Enchant is prioritized), it
>>> would be nice to fill in the path in Preferences > Paths so that if
>>> the user wants to use Hunspell all he has to do is change the
>>> spellchecker.
>>> 
>> 
>> Indeed, AFAIR we can compile concurrent support for all 3 spellers so if
>> the development packages are found we should use them.
> 
> If that is the consent, OK. But what to do, if no spellchecker is found?
> * Abort
> * Drop a message only
> * Silently ignore

Is it possible to abort if no command line switch is given to disable them?

Many users are asking for spell checker support but don't install any developer
package for spell checking and are baffled later about getting no spell checker.
It would be good to abort then with a helpful error message, IMHO.

Stephan

Re: cmake warnings

[Kornel Benko]

Am Sonntag, 11. Mai 2014 um 18:11:44, schrieb Stephan Witt 
> Am 11.05.2014 um 12:38 schrieb Kornel Benko :
> 
> > Am Sonntag, 11. Mai 2014 um 11:55:38, schrieb Abdelrazak Younes 
> > 
> >> On Sun, May 11, 2014 at 11:23 AM, Scott Kostyshak  wrote:
> >> 
> >>> On Sun, May 11, 2014 at 5:16 AM, Abdelrazak Younes  wrote:
>  On Sun, May 11, 2014 at 11:09 AM, Kornel Benko  wrote:
> > 
> >> Hunspell is installed on my system, why don't we pick that
> >> automatically?
> > 
> > Good question. But which one to select, if also the other are installed?
> > There may be a reason why someone does not want a specific lib.
>  
>  
>  I would say by order of preference check hunspell, then enchant, then
>  aspell.
> >>> 
> >>> Regardless of the order (e.g. even if Enchant is prioritized), it
> >>> would be nice to fill in the path in Preferences > Paths so that if
> >>> the user wants to use Hunspell all he has to do is change the
> >>> spellchecker.
> >>> 
> >> 
> >> Indeed, AFAIR we can compile concurrent support for all 3 spellers so if
> >> the development packages are found we should use them.
> > 
> > If that is the consent, OK. But what to do, if no spellchecker is found?
> > * Abort
> > * Drop a message only
> > * Silently ignore
> 
> Is it possible to abort if no command line switch is given to disable them?

Sure. Like this
message(FATAL_ERROR "You are leaving the moon atmosphere")

> Many users are asking for spell checker support but don't install any 
> developer
> package for spell checking and are baffled later about getting no spell 
> checker.
> It would be good to abort then with a helpful error message, IMHO.
> 
> Stephan

Kornel

signature.asc
Description: This is a digitally signed message part.

Re: cmake warnings

[Kornel Benko]

Am Sonntag, 11. Mai 2014 um 18:15:22, schrieb Kornel Benko 
> Am Sonntag, 11. Mai 2014 um 18:11:44, schrieb Stephan Witt 
> > Am 11.05.2014 um 12:38 schrieb Kornel Benko :
> > 
> > > Am Sonntag, 11. Mai 2014 um 11:55:38, schrieb Abdelrazak Younes 
> > > 
> > >> On Sun, May 11, 2014 at 11:23 AM, Scott Kostyshak  
> > >> wrote:
> > >> 
> > >>> On Sun, May 11, 2014 at 5:16 AM, Abdelrazak Younes  
> > >>> wrote:
> >  On Sun, May 11, 2014 at 11:09 AM, Kornel Benko  wrote:
> > > 
> > >> Hunspell is installed on my system, why don't we pick that
> > >> automatically?
> > > 
> > > Good question. But which one to select, if also the other are 
> > > installed?
> > > There may be a reason why someone does not want a specific lib.
> >  
> >  
> >  I would say by order of preference check hunspell, then enchant, then
> >  aspell.
> > >>> 
> > >>> Regardless of the order (e.g. even if Enchant is prioritized), it
> > >>> would be nice to fill in the path in Preferences > Paths so that if
> > >>> the user wants to use Hunspell all he has to do is change the
> > >>> spellchecker.
> > >>> 
> > >> 
> > >> Indeed, AFAIR we can compile concurrent support for all 3 spellers so if
> > >> the development packages are found we should use them.
> > > 
> > > If that is the consent, OK. But what to do, if no spellchecker is found?
> > > * Abort
> > > * Drop a message only
> > > * Silently ignore
> > 
> > Is it possible to abort if no command line switch is given to disable them?
> 
> Sure. Like this
>   message(FATAL_ERROR "You are leaving the moon atmosphere")
> 
> > Many users are asking for spell checker support but don't install any 
> > developer
> > package for spell checking and are baffled later about getting no spell 
> > checker.
> > It would be good to abort then with a helpful error message, IMHO.
> > 
> > Stephan
> 

What about the attached?

Korneldiff --git a/CMakeLists.txt b/CMakeLists.txt
index fe133eb..d68fa2b 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -540,19 +540,22 @@ endif()
 
 include_directories(${TOP_BINARY_DIR} ${TOP_SRC_DIR}/src)
 
-if(LYX_ASPELL)
-	find_package(ASPELL REQUIRED)
-	include_directories(${ASPELL_INCLUDE_DIR})
-endif()
-
-if(LYX_ENCHANT)
-	find_package(Enchant REQUIRED)
-	include_directories(${ENCHANT_INCLUDE_DIR})
-endif()
+set(Spelling_FOUND OFF)
+foreach(_spell "ASPELL" "Enchant" "Hunspell")
+  string(TOUPPER ${_spell} _upspell)
+  find_package(${_spell})
+  if (${_upspell}_FOUND)
+include_directories(${${_upspell}_INCLUDE_DIR})
+set(Spelling_FOUND ON)
+  else()
+if(LYX_${_upspell})
+  message(FATAL_ERROR "Required ${_spell} devel package not found")
+endif()
+  endif()
+endforeach()
 
-if(LYX_HUNSPELL)
-	find_package(Hunspell REQUIRED)
-	include_directories(${HUNSPELL_INCLUDE_DIR})
+if(NOT Spelling_FOUND)
+  message(STATUS "No spellcheck libraries found. Lyx will be unable use spellchecking")
 endif()
 
 if(LYX_NLS)


signature.asc
Description: This is a digitally signed message part.

LyX Export via LaTeXML

[Frédéric WANG]

Dear LyX developers,

I've just built the git development version of LyX and had a look at the 
(X)HTML export options. As I see, the current possibilities are (please 
tell me if I missed anything):


1) HTML export: this is done by tex4ht and generates images of math 
formulas.
2) LyXHTML export: this is done by tex4ht and generates MathML output by 
default for math formulas.


Moreover, the Document => Parameters => Output menu allows to configure 
2), to output HTML, Images or the LaTeX source instead of MathML.


LaTeXML 0.8 has recently been released with new exciting features, and 
I'd like to add new export modes using LaTeXML. My idea is:


1) HTML5 export (LaTeXML)
2) XHTML export (LaTeXML)
3) EPUB3 export (LaTeXML)

In the Document => Parameters => Output menu, I wish to add the 
following configurations for LaTeXML:


1) Export for maths

  a) MathML (default)
  b) MathML + CSS fallback
  c) MathML + MathJax fallback
  d) PNG

  For b) and c), see 
https://developer.mozilla.org/en-US/docs/Web/MathML/Authoring#Fallback_for_Browsers_without_MathML_support
  c) will probably be ignored for the EPUB export, as that would mean 
having a copy of the MathJax library available to lyx and packaging a 
copy into each ebook...


2) Split the document into multiple pages, see --split-at 
http://dlmf.nist.gov/LaTeXML/manual/usage/usage.splitting.html

  a) do not split (default)
  b) chapter
  c) section
  d) subsection
  e) subsubsection

What do you think about this proposal? And do you have any hints / 
recommendations about how to do that?


Well, if I don't hear any strong complaints, I think I'll just go ahead 
and try to write a patch implementing that proposal...


Thanks,

PS: Other formats such as DOC (MS Word) or ODT (Open/LibreOffice Writer) 
might be possible in the future: https://github.com/KWARC/LaTeXML-Plugin-Doc


PPS: I see that the XHTML output also has a "scale math" parameter. I 
guess the rationale is to adjust the size to fix inconsistencies between 
text & math fonts. As you probably know, the Open Type MATH table has 
started to be implemented in Gecko/WebKit native MathML and I expect 
LaTeXML will get some options to set up and handle (Web) fonts better. 
So it would be possible in the future to get consistent text & math 
fonts and hopefully a MathML rendering close to XeTeX/LuaTeX...


Frédéric Wang
maths-informatique-jeux.com/blog/frederic

Re: cmake warnings

[Stephan Witt]

Am 11.05.2014 um 18:43 schrieb Kornel Benko :

> Am Sonntag, 11. Mai 2014 um 18:15:22, schrieb Kornel Benko 
>> Am Sonntag, 11. Mai 2014 um 18:11:44, schrieb Stephan Witt 
>>> Am 11.05.2014 um 12:38 schrieb Kornel Benko :
>>> 
 Am Sonntag, 11. Mai 2014 um 11:55:38, schrieb Abdelrazak Younes 
 
> On Sun, May 11, 2014 at 11:23 AM, Scott Kostyshak  
> wrote:
> 
>> On Sun, May 11, 2014 at 5:16 AM, Abdelrazak Younes  
>> wrote:
>>> On Sun, May 11, 2014 at 11:09 AM, Kornel Benko  wrote:
 
> Hunspell is installed on my system, why don't we pick that
> automatically?
 
 Good question. But which one to select, if also the other are 
 installed?
 There may be a reason why someone does not want a specific lib.
>>> 
>>> 
>>> I would say by order of preference check hunspell, then enchant, then
>>> aspell.
>> 
>> Regardless of the order (e.g. even if Enchant is prioritized), it
>> would be nice to fill in the path in Preferences > Paths so that if
>> the user wants to use Hunspell all he has to do is change the
>> spellchecker.
>> 
> 
> Indeed, AFAIR we can compile concurrent support for all 3 spellers so if
> the development packages are found we should use them.
 
 If that is the consent, OK. But what to do, if no spellchecker is found?
 * Abort
 * Drop a message only
 * Silently ignore
>>> 
>>> Is it possible to abort if no command line switch is given to disable them?
>> 
>> Sure. Like this
>>  message(FATAL_ERROR "You are leaving the moon atmosphere")
>> 
>>> Many users are asking for spell checker support but don't install any 
>>> developer
>>> package for spell checking and are baffled later about getting no spell 
>>> checker.
>>> It would be good to abort then with a helpful error message, IMHO.
>>> 
>>> Stephan
>> 
> 
> What about the attached?
> 
>   Kornel

I'd like to terminate if there is no spell checker and it's not said to ignore 
this.
The LYX_ options aren't three state. So this is possible only with a check for 
another
option, right? Then I'd prefer to give the hint at a more prominent location.

Alternative patch is attached.

Stephan


0001-CMakeLists.txt.patch
Description: Binary data

Re: cmake warnings

[Kornel Benko]

Am Sonntag, 11. Mai 2014 um 21:52:36, schrieb Stephan Witt 
> Am 11.05.2014 um 18:43 schrieb Kornel Benko :
> 
> > Am Sonntag, 11. Mai 2014 um 18:15:22, schrieb Kornel Benko 
> >> Am Sonntag, 11. Mai 2014 um 18:11:44, schrieb Stephan Witt 
> >> 
> >>> Am 11.05.2014 um 12:38 schrieb Kornel Benko :

...

> > Indeed, AFAIR we can compile concurrent support for all 3 spellers so if
> > the development packages are found we should use them.
>  
>  If that is the consent, OK. But what to do, if no spellchecker is found?
>  * Abort
>  * Drop a message only
>  * Silently ignore
> >>> 
> >>> Is it possible to abort if no command line switch is given to disable 
> >>> them?
> >> 
> >> Sure. Like this
> >>message(FATAL_ERROR "You are leaving the moon atmosphere")
> >> 
> >>> Many users are asking for spell checker support but don't install any 
> >>> developer
> >>> package for spell checking and are baffled later about getting no spell 
> >>> checker.
> >>> It would be good to abort then with a helpful error message, IMHO.
> >>> 
> >>> Stephan
> >> 
> > 
> > What about the attached?
> > 
> > Kornel
> 
> I'd like to terminate if there is no spell checker and it's not said to 
> ignore this.
> The LYX_ options aren't three state. So this is possible only with a check 
> for another
> option, right?

Yes.

> Then I'd prefer to give the hint at a more prominent location.
> 
> Alternative patch is attached.
> 
> Stephan

Yes, better place for the message. But the option is missing.

Kornel



signature.asc
Description: This is a digitally signed message part.

Re: Call for testers: the features/str-metrics branch

[Guy Rutenberg]

Hi,

On 30 April 2014 19:36, Jean-Marc Lasgouttes  wrote:

> One new feature of the branch is that all the hand-made handling of Hebrew
> and Arabic characters is now unused. This is good news for Urdu or other
> scripts.
>
> If you do not try it out now, the risk is that you'll discover issues when
> it lands on master :)
>

I did some initial testing and came up with the following wrong behavior:
When in RTL mode (i.e. settng the document language to hebrew) and typing
some narrow characters such as ו (vav) or even the English `i` slightly
moves the right margin to the left. By typing consecutive "narrow"
characters this movement is significant.

Typing wide characters has the opposite effect: The margin moves to the
right.

I've attached a screenshot. All the lines should be aligned the same,
however different character width shift the margin differently (there
should be no shift at all).

Regards,

Guy

Re: Call for testers: the features/str-metrics branch

[Guy Rutenberg]

Hi,


On 12 May 2014 00:31, Guy Rutenberg  wrote:

> I did some initial testing and came up with the following wrong behavior:
>

I actually found a more serious bug. When in RTL mode (`language hebrew`)
if one types a single continuous line without any spaces, LyX simply hangs
when it reaches the end-of-line. If there are spaces it breaks the line
correctly. I've checked it on Linux, can others reproduce the bug as well?

Regards,

Guy

Re: LyX Export via LaTeXML

[Richard Heck]

Hi, Frederic,

I'll reply in more detail later, as I've got a bunch of grading to do 
right now. But there's a lot to be said about this. Quickly:



1) HTML export: this is done by tex4ht and generates images of math
formulas.


This is done by whatever converter LyX finds and decides to use. It 
would be tex4ht, or latexhtml, or elyxer, or other things, too.



2) LyXHTML export: this is done by tex4ht and generates MathML output
by default for math formulas.


This does not involve tex4ht. The export routine is part of LyX itself. 
See all the xhtml() methods scattered through the code.



Moreover, the Document => Parameters => Output menu allows to
configure 2), to output HTML, Images or the LaTeX source instead of
MathML.


Right.

Richard

Re: LyX Export via LaTeXML

[Frédéric WANG]

Thanks Richard,

I just had a quick look at the code. Indeed, I realized that the case of 
LyXHTML is a bit special. So in a first step, I'll just focus on 
EPUB3/HTML5 export via LaTeXML without special option. I see this would 
be essentially modifying lib/configure.py. What I did for now is:


- merging the "checkviewer" of XHTML & HTML and adding the HTML5 format 
to it.

- adding a LaTeX -> HTML5 converter, with LaTeXML as the program.

That seems to work, except that LaTeXML fails to process the .tex 
document generated by LyX (I've reported 
https://github.com/brucemiller/LaTeXML/issues/487).


Le 12/05/2014 00:01, Richard Heck a écrit :


Hi, Frederic,

I'll reply in more detail later, as I've got a bunch of grading to do 
right now. But there's a lot to be said about this. Quickly:



1) HTML export: this is done by tex4ht and generates images of math
formulas.


This is done by whatever converter LyX finds and decides to use. It 
would be tex4ht, or latexhtml, or elyxer, or other things, too.



2) LyXHTML export: this is done by tex4ht and generates MathML output
by default for math formulas.


This does not involve tex4ht. The export routine is part of LyX 
itself. See all the xhtml() methods scattered through the code.



Moreover, the Document => Parameters => Output menu allows to
configure 2), to output HTML, Images or the LaTeX source instead of
MathML.


Right.

Richard





--
Frédéric Wang
maths-informatique-jeux.com/blog/frederic

Re: cmake warnings

[Stephan Witt]

Am 11.05.2014 um 22:34 schrieb Kornel Benko :

> Am Sonntag, 11. Mai 2014 um 21:52:36, schrieb Stephan Witt 
>> Am 11.05.2014 um 18:43 schrieb Kornel Benko :
>> 
>>> Am Sonntag, 11. Mai 2014 um 18:15:22, schrieb Kornel Benko 
 Am Sonntag, 11. Mai 2014 um 18:11:44, schrieb Stephan Witt 
 
> Am 11.05.2014 um 12:38 schrieb Kornel Benko :
> 
> ...
> 
>>> Indeed, AFAIR we can compile concurrent support for all 3 spellers so if
>>> the development packages are found we should use them.
>> 
>> If that is the consent, OK. But what to do, if no spellchecker is found?
>> * Abort
>> * Drop a message only
>> * Silently ignore
> 
> Is it possible to abort if no command line switch is given to disable 
> them?
 
 Sure. Like this
message(FATAL_ERROR "You are leaving the moon atmosphere")
 
> Many users are asking for spell checker support but don't install any 
> developer
> package for spell checking and are baffled later about getting no spell 
> checker.
> It would be good to abort then with a helpful error message, IMHO.
> 
> Stephan
 
>>> 
>>> What about the attached?
>>> 
>>> Kornel
>> 
>> I'd like to terminate if there is no spell checker and it's not said to 
>> ignore this.
>> The LYX_ options aren't three state. So this is possible only with a check 
>> for another
>> option, right?
> 
> Yes.
> 
>> Then I'd prefer to give the hint at a more prominent location.
>> 
>> Alternative patch is attached.
>> 
>> Stephan
> 
> Yes, better place for the message. But the option is missing.

Yes, I didn't insist to abort. What's your opinion?

Stephan