date:20121012

Re: About LyX menus usability.

2012-10-12 Thread Jürgen Spitzmüller

Pavel Sanda wrote:
 Yes I expected something like this

And I did not even start to read to whole thread.

Jürgen

Re: Categorization of letter classes

2012-10-12 Thread Jürgen Spitzmüller

Richard Heck wrote:
 I bumped the format number, which seemed like a good idea, and wrote 
 some lyx2lyx to deal with this, but it doesn't really work. I mean, I 
 can use it manually to convert my own layouts, which seems like a good 
 idea, but the category info is written at conversion time, by 
 chkconfig.ltx, not at run time, so it doesn't do anything about 
 categories from within LyX. So a user would need to run layout2layout.py 
 manually, then reconfigure.

Thanks for this!

The script tries to convert my layouts at run-time, but it produces an invalid 
file.

The input file header is:

#% Do not delete the line below; configure depends on this
#  \DeclareLaTeXClass[uzhhandout-neu]{handout (uzh + beamer)}
# Author : Jürgen Spitzmüller

Format 35


And output (not the Format tags):


#% Do not delete the line below; configure depends on this
Format 40
#  \DeclareLaTeXClass[uzhhandout-neu]{uzh + beamer}
#  \DeclareCategory{Handouts}
# Author : Jürgen Spitzmüller

Format 35


Jürgen

Re: Subject: [PATCH] Make text selectable in Help About LyX Version

2012-10-12 Thread Jean-Marc Lasgouttes


Le 11/10/2012 23:26, Liviu Andronic a écrit :

LyX 2.1.0dev (2011-04-29)
Built on Oct 11 2012, 17:58:16
Configuration
   Host type:x86_64-pc-linux-gnu
   Special build flags:  build=release warnings use-aspell
use-enchant use-hunspell


This is often the most important.


   C   Compiler: gcc
   C   Compiler LyX flags:
   C   Compiler flags:   -D_FORTIFY_SOURCE=2 -g -O2
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security


This is actually useless since we do not compile C anymore. I propose to 
remove it,


I think it would be nice if cmake could output a similar format or even 
if we could converge to the same output. I would just ask the we do not 
standardized on ALL_CAPS_NAMES all over the place, it hurts my old eyes :)


JMarc

Re: OSX LyX bundle with CMake

2012-10-12 Thread Benjamin Piwowarski

Hi,

I just updated the CMake patch for supporting OS X bundles (some files were not 
included and the patch was conflicting with current repository). Could this be 
considered for inclusion since it allows building working LyX executables (or 
at least almost, there might be some differences with autotools still) for OS X?

the ticket: http://www.lyx.org/trac/ticket/8188
the patch: http://www.lyx.org/trac/attachment/ticket/8188/cmake-osx.patch

Just some comments on the patch:

- The executable name has to match the information in Info.plist 
(development/MacOSX/Info.plist.in and CMakeLists.txt).  The autoconf 
config/lyxinclude.m4 file has been modified to make it work with autotools.

- The process to build OS X bundle is to first add all the files to be included 
to the bundle when calling add_executable (src/CMakeLists.txt) and then by 
calling setting the source file property of each of these files 
(development/cmake/Install.cmake, l.14) so that the files are properly located 
into the bundle. This is also why Install.cmake has to be included two times in 
src/CMakeLists.txt (once to build the list of files, once to set the location 
of the list of files).

- in CMakeLists.txt there is a line
install(CODE set(BU_CHMOD_BUNDLE_ITEMS 1)) 
What it does is to fix the owner permissions within the bundle - this is 
necessary because some libraries are copied within the bundle and might be 
owned by root

- An empty qt.conf is included in the bundle so that QT does not try to link to 
other QT libraries (which will not be included in the bundle)

- In development/cmake/Install.cmake, some OS X specific files (*.sdef, 
qt.conf, *.icns) have to be included in the bundle

Benjamin


On Sep 10, 2012, at 11:51 , Kornel Benko kor...@lyx.org wrote:

 Am Montag, 10. September 2012 um 08:57:42, schrieb Benjamin Piwowarski 
 benjamin.piwowar...@lip6.fr
  Because it has to be included at a latter moment: see src/CMakeLists.txt 
  line 109. This is
  because the OS X bundle is built differently than packages for other 
  platforms.
  
 I see there only
   add_executable(${lyx} ...)
  
 I see no connection to install commands. How will the needed data be 
 installed in a bundle?
 But I confess, I don't know anything about OS X, wondering only.
  
 I see no problems for other platforms.
  
  Benjamin
  
  On Sep 8, 2012, at 19:50 , Kornel Benko kor...@lyx.org wrote:
  
   Am Samstag, 8. September 2012 um 19:13:39, schrieb Benjamin Piwowarski 
   benjamin.piwowar...@lip6.fr
Hi,

I would like to propose this patch to improve cmake-based building on 
OS X - it allows building a full OS X bundle.

See bug  #8188
http://www.lyx.org/trac/ticket/8188

and the patch cmake-osx.patch that does not break autotools
http://www.lyx.org/trac/raw-attachment/ticket/8188/cmake-osx.patch

It basically adds instructions in the cmake files to include all the 
linked libraries and resources necessary to start LyX.

Benjamin Piwowarski

   It looks like it touches apple platforms only.

   What I do not understand is, why does apple bundle not need Install.cmake?
 ...
 IF (NOT (LYX_BUNDLE AND APPLE))
 include(../Install)
 endif()
 ...

  
  
   Kornel

--
Benjamin Piwowarski
LIP6/CNRS, University Pierre et Marie Curie (UPMC)
case 169 – 4, Place de Jussieu – 75252 Paris cedex 05 – France
benja...@bpiwowar.net
http://www.bpiwowar.net/

Re: Re: OSX LyX bundle with CMake

2012-10-12 Thread Kornel Benko

Am Freitag, 12. Oktober 2012 um 10:25:45, schrieb Benjamin Piwowarski 
benjamin.piwowar...@lip6.fr
 Hi,
 
 I just updated the CMake patch for supporting OS X bundles (some files were 
 not included and the patch was conflicting with current repository). Could 
 this be considered for inclusion since it allows building working LyX 
 executables (or at least almost, there might be some differences with 
 autotools still) for OS X?
 
 the ticket: http://www.lyx.org/trac/ticket/8188
 the patch: http://www.lyx.org/trac/attachment/ticket/8188/cmake-osx.patch

I tried it. At least on cmake-build it works. Since it changes only APPLE, I 
vote for committing it.
Not checked for automake though.

 Just some comments on the patch:
 
 - The executable name has to match the information in Info.plist 
 (development/MacOSX/Info.plist.in and CMakeLists.txt).  The autoconf 
 config/lyxinclude.m4 file has been modified to make it work with autotools.
 
 - The process to build OS X bundle is to first add all the files to be 
 included to the bundle when calling add_executable (src/CMakeLists.txt) and 
 then by calling setting the source file property of each of these files 
 (development/cmake/Install.cmake, l.14) so that the files are properly 
 located into the bundle. This is also why Install.cmake has to be included 
 two times in src/CMakeLists.txt (once to build the list of files, once to set 
 the location of the list of files).
 
 - in CMakeLists.txt there is a line
 install(CODE set(BU_CHMOD_BUNDLE_ITEMS 1)) 
 What it does is to fix the owner permissions within the bundle - this is 
 necessary because some libraries are copied within the bundle and might be 
 owned by root
 
 - An empty qt.conf is included in the bundle so that QT does not try to link 
 to other QT libraries (which will not be included in the bundle)
 
 - In development/cmake/Install.cmake, some OS X specific files (*.sdef, 
 qt.conf, *.icns) have to be included in the bundle
 
 Benjamin
 
...

Kornel

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

Re: Categorization of letter classes

2012-10-12 Thread Jürgen Spitzmüller

Jürgen Spitzmüller wrote:
 The script tries to convert my layouts at run-time, but it produces an
 invalid  file.

The attached patch fixes the problem.

Jürgendiff --git a/lib/scripts/layout2layout.py b/lib/scripts/layout2layout.py
index 1248c7f..02a698b 100644
--- a/lib/scripts/layout2layout.py
+++ b/lib/scripts/layout2layout.py
@@ -292,16 +292,18 @@ def convert(lines):
 maxcounter = 0
 format = 1
 formatline = 0
+declarationline = 0
 usemodules = []
 flexstyles = []
 
 while i  len(lines):
 # Skip comments and empty lines, but not if it's the declaration 
 # line (we'll deal with it below)
-if (re_Comment.match(lines[i]) or re_Empty.match(lines[i])) \
-  and not re_Declaration.match(lines[i]):
-i += 1
-continue
+if (re_Comment.match(lines[i]) or re_Empty.match(lines[i])):
+  if re_Declaration.match(lines[i]):
+declarationline = i
+  i += 1
+  continue
 
 # insert file format if not already there
 if (only_comment):
@@ -339,20 +341,6 @@ def convert(lines):
 i += 1
 continue
 
-if format == 39:
-match = re_ExtractCategory.match(lines[i])
-if match:
-lpre = match.group(1)
-lcat = match.group(2)
-lnam = match.group(3)
-if lcat in ConvDict:
-lcat = ConvDict[lcat]
-lines[i] = lpre + { + lnam + }
-lines.insert(i+1, #  \\DeclareCategory{ + lcat + })
-i += 1 
-i += 1
-continue
-
 if format == 37 or format == 38:
 i += 1
 continue
@@ -814,6 +802,17 @@ def convert(lines):
 for mod in usemodules:
 lines.insert(i, UseModule  + mod)
 i += 1
+
+if format == 39:
+  match = re_ExtractCategory.match(lines[declarationline])
+  if match:
+lpre = match.group(1)
+lcat = match.group(2)
+lnam = match.group(3)
+if lcat in ConvDict:
+lcat = ConvDict[lcat]
+lines[declarationline] = lpre + { + lnam + }
+lines.insert(declarationline + 1, #  \\DeclareCategory{ + lcat + })
 
 return format + 1

Re: [PATCH] LFUN_BUFFER_FORALL

2012-10-12 Thread Jean-Marc Lasgouttes


Le 11/10/2012 12:51, Scott Kostyshak a écrit :

Any comments on this?



Sorry Scott, I thought it was in already. I think this patch is fine.

JMarc

Re: Ugly IPA toolbars on startup

2012-10-12 Thread Jean-Marc Lasgouttes


Le 11/10/2012 07:42, Jürgen Spitzmüller a écrit :

2012/10/11 Richard Heck rgh...@lyx.org:

I was wondering what that was. I've got them all superimposed over File
and Edit.


I think it's a session problem. I have this always whenever a new
toolbar is added.


It is terribly annoying. Also, it would be nice if the toolbar palettes 
were second class citizens so that they do not appear in ViewToolbar. 
The list is becoming unmanageable.


JMarc

Re: Ugly IPA toolbars on startup

2012-10-12 Thread Jürgen Spitzmüller

Jean-Marc Lasgouttes wrote:
 It is terribly annoying. Also, it would be nice if the toolbar palettes 
 were second class citizens so that they do not appear in ViewToolbar. 
 The list is becoming unmanageable.

Does not look like a very difficult task (I'm too busy ATM, though).

Jürgen

Re: Categorization of letter classes

2012-10-12 Thread Richard Heck


On 10/12/2012 03:10 AM, Jürgen Spitzmüller wrote:

Richard Heck wrote:

I bumped the format number, which seemed like a good idea, and wrote
some lyx2lyx to deal with this, but it doesn't really work. I mean, I
can use it manually to convert my own layouts, which seems like a good
idea, but the category info is written at conversion time, by
chkconfig.ltx, not at run time, so it doesn't do anything about
categories from within LyX. So a user would need to run layout2layout.py
manually, then reconfigure.

Thanks for this!

The script tries to convert my layouts at run-time, but it produces an invalid
file.

The input file header is:

#% Do not delete the line below; configure depends on this
#  \DeclareLaTeXClass[uzhhandout-neu]{handout (uzh + beamer)}
# Author : Jürgen Spitzmüller

Format 35


And output (not the Format tags):


#% Do not delete the line below; configure depends on this
Format 40
#  \DeclareLaTeXClass[uzhhandout-neu]{uzh + beamer}
#  \DeclareCategory{Handouts}
# Author : Jürgen Spitzmüller

Format 35
Sorry. I fixed it. The problem is that layout2layout isn't really 
designed to do

conversions inside the initial comment block.

rh

Re: About LyX menus usability.

2012-10-12 Thread Tommaso Cucinotta


On 30/09/12 00:17, Tommaso Cucinotta wrote:

Let me propose to rework the menus arrangement:

-) move Outline from Document to View menu


e.g.: bug #7603

T.

Re: About LyX menus & usability.

2012-10-12 Thread Jürgen Spitzmüller

Pavel Sanda wrote:
> Yes I expected something like this

And I did not even start to read to whole thread.

Jürgen

Re: Categorization of letter classes

2012-10-12 Thread Jürgen Spitzmüller

Richard Heck wrote:
> I bumped the format number, which seemed like a good idea, and wrote 
> some lyx2lyx to deal with this, but it doesn't really work. I mean, I 
> can use it manually to convert my own layouts, which seems like a good 
> idea, but the category info is written at conversion time, by 
> chkconfig.ltx, not at run time, so it doesn't do anything about 
> categories from within LyX. So a user would need to run layout2layout.py 
> manually, then reconfigure.

Thanks for this!

The script tries to convert my layouts at run-time, but it produces an invalid 
file.

The input file header is:

#% Do not delete the line below; configure depends on this
#  \DeclareLaTeXClass[uzhhandout-neu]{handout (uzh + beamer)}
# Author : Jürgen Spitzmüller

Format 35


And output (not the Format tags):


#% Do not delete the line below; configure depends on this
Format 40
#  \DeclareLaTeXClass[uzhhandout-neu]{uzh + beamer}
#  \DeclareCategory{Handouts}
# Author : Jürgen Spitzmüller

Format 35


Jürgen

Re: Subject: [PATCH] Make text selectable in Help > About LyX > Version

2012-10-12 Thread Jean-Marc Lasgouttes


Le 11/10/2012 23:26, Liviu Andronic a écrit :

LyX 2.1.0dev (2011-04-29)
Built on Oct 11 2012, 17:58:16
Configuration
   Host type:x86_64-pc-linux-gnu
   Special build flags:  build=release warnings use-aspell
use-enchant use-hunspell


This is often the most important.


   C   Compiler: gcc
   C   Compiler LyX flags:
   C   Compiler flags:   -D_FORTIFY_SOURCE=2 -g -O2
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security


This is actually useless since we do not compile C anymore. I propose to 
remove it,


I think it would be nice if cmake could output a similar format or even 
if we could converge to the same output. I would just ask the we do not 
standardized on ALL_CAPS_NAMES all over the place, it hurts my old eyes :)


JMarc

Re: OSX LyX bundle with CMake

2012-10-12 Thread Benjamin Piwowarski

Hi,

I just updated the CMake patch for supporting OS X bundles (some files were not 
included and the patch was conflicting with current repository). Could this be 
considered for inclusion since it allows building working LyX executables (or 
at least almost, there might be some differences with autotools still) for OS X?

the ticket: http://www.lyx.org/trac/ticket/8188
the patch: http://www.lyx.org/trac/attachment/ticket/8188/cmake-osx.patch

Just some comments on the patch:

- The executable name has to match the information in Info.plist 
(development/MacOSX/Info.plist.in and CMakeLists.txt).  The autoconf 
config/lyxinclude.m4 file has been modified to make it work with autotools.

- The process to build OS X bundle is to first add all the files to be included 
to the bundle when calling add_executable (src/CMakeLists.txt) and then by 
calling setting the source file property of each of these files 
(development/cmake/Install.cmake, l.14) so that the files are properly located 
into the bundle. This is also why Install.cmake has to be included two times in 
src/CMakeLists.txt (once to build the list of files, once to set the location 
of the list of files).

- in CMakeLists.txt there is a line
install(CODE "set(BU_CHMOD_BUNDLE_ITEMS 1)") 
What it does is to fix the owner permissions within the bundle - this is 
necessary because some libraries are copied within the bundle and might be 
owned by root

- An empty qt.conf is included in the bundle so that QT does not try to link to 
other QT libraries (which will not be included in the bundle)

- In development/cmake/Install.cmake, some OS X specific files (*.sdef, 
qt.conf, *.icns) have to be included in the bundle

Benjamin


On Sep 10, 2012, at 11:51 , Kornel Benko  wrote:

> Am Montag, 10. September 2012 um 08:57:42, schrieb Benjamin Piwowarski 
> 
> > Because it has to be included at a latter moment: see src/CMakeLists.txt 
> > line 109. This is
> > because the OS X bundle is built differently than packages for other 
> > platforms.
>  
> I see there only
>   add_executable(${lyx} ...)
>  
> I see no connection to install commands. How will the needed data be 
> installed in a bundle?
> But I confess, I don't know anything about OS X, wondering only.
>  
> I see no problems for other platforms.
>  
> > Benjamin
> > 
> > On Sep 8, 2012, at 19:50 , Kornel Benko  wrote:
> > 
> > > Am Samstag, 8. September 2012 um 19:13:39, schrieb Benjamin Piwowarski 
> > > 
> > > > Hi,
> > > > 
> > > > I would like to propose this patch to improve cmake-based building on 
> > > > OS X - it allows building a full OS X bundle.
> > > > 
> > > > See bug  #8188
> > > > http://www.lyx.org/trac/ticket/8188
> > > > 
> > > > and the patch cmake-osx.patch that does not break autotools
> > > > http://www.lyx.org/trac/raw-attachment/ticket/8188/cmake-osx.patch
> > > > 
> > > > It basically adds instructions in the cmake files to include all the 
> > > > linked libraries and resources necessary to start LyX.
> > > > 
> > > > Benjamin Piwowarski
> > >  
> > > It looks like it touches apple platforms only.
> > >  
> > > What I do not understand is, why does apple bundle not need Install.cmake?
> > >   ...
> > >   IF (NOT (LYX_BUNDLE AND APPLE))
> > >   include(../Install)
> > >   endif()
> > >   ...
> > >  
>  
>  
>   Kornel

--
Benjamin Piwowarski
LIP6/CNRS, University Pierre et Marie Curie (UPMC)
case 169 – 4, Place de Jussieu – 75252 Paris cedex 05 – France
benja...@bpiwowar.net
http://www.bpiwowar.net/

Re: Re: OSX LyX bundle with CMake

2012-10-12 Thread Kornel Benko

Am Freitag, 12. Oktober 2012 um 10:25:45, schrieb Benjamin Piwowarski 

> Hi,
> 
> I just updated the CMake patch for supporting OS X bundles (some files were 
> not included and the patch was conflicting with current repository). Could 
> this be considered for inclusion since it allows building working LyX 
> executables (or at least almost, there might be some differences with 
> autotools still) for OS X?
> 
> the ticket: http://www.lyx.org/trac/ticket/8188
> the patch: http://www.lyx.org/trac/attachment/ticket/8188/cmake-osx.patch

I tried it. At least on cmake-build it works. Since it changes only APPLE, I 
vote for committing it.
Not checked for automake though.

> Just some comments on the patch:
> 
> - The executable name has to match the information in Info.plist 
> (development/MacOSX/Info.plist.in and CMakeLists.txt).  The autoconf 
> config/lyxinclude.m4 file has been modified to make it work with autotools.
> 
> - The process to build OS X bundle is to first add all the files to be 
> included to the bundle when calling add_executable (src/CMakeLists.txt) and 
> then by calling setting the source file property of each of these files 
> (development/cmake/Install.cmake, l.14) so that the files are properly 
> located into the bundle. This is also why Install.cmake has to be included 
> two times in src/CMakeLists.txt (once to build the list of files, once to set 
> the location of the list of files).
> 
> - in CMakeLists.txt there is a line
> install(CODE "set(BU_CHMOD_BUNDLE_ITEMS 1)") 
> What it does is to fix the owner permissions within the bundle - this is 
> necessary because some libraries are copied within the bundle and might be 
> owned by root
> 
> - An empty qt.conf is included in the bundle so that QT does not try to link 
> to other QT libraries (which will not be included in the bundle)
> 
> - In development/cmake/Install.cmake, some OS X specific files (*.sdef, 
> qt.conf, *.icns) have to be included in the bundle
> 
> Benjamin
> 
...

Kornel

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

Re: Categorization of letter classes

2012-10-12 Thread Jürgen Spitzmüller

Jürgen Spitzmüller wrote:
> The script tries to convert my layouts at run-time, but it produces an
> invalid  file.

The attached patch fixes the problem.

Jürgendiff --git a/lib/scripts/layout2layout.py b/lib/scripts/layout2layout.py
index 1248c7f..02a698b 100644
--- a/lib/scripts/layout2layout.py
+++ b/lib/scripts/layout2layout.py
@@ -292,16 +292,18 @@ def convert(lines):
 maxcounter = 0
 format = 1
 formatline = 0
+declarationline = 0
 usemodules = []
 flexstyles = []
 
 while i < len(lines):
 # Skip comments and empty lines, but not if it's the declaration 
 # line (we'll deal with it below)
-if (re_Comment.match(lines[i]) or re_Empty.match(lines[i])) \
-  and not re_Declaration.match(lines[i]):
-i += 1
-continue
+if (re_Comment.match(lines[i]) or re_Empty.match(lines[i])):
+  if re_Declaration.match(lines[i]):
+declarationline = i
+  i += 1
+  continue
 
 # insert file format if not already there
 if (only_comment):
@@ -339,20 +341,6 @@ def convert(lines):
 i += 1
 continue
 
-if format == 39:
-match = re_ExtractCategory.match(lines[i])
-if match:
-lpre = match.group(1)
-lcat = match.group(2)
-lnam = match.group(3)
-if lcat in ConvDict:
-lcat = ConvDict[lcat]
-lines[i] = lpre + "{" + lnam + "}"
-lines.insert(i+1, "#  \\DeclareCategory{" + lcat + "}")
-i += 1 
-i += 1
-continue
-
 if format == 37 or format == 38:
 i += 1
 continue
@@ -814,6 +802,17 @@ def convert(lines):
 for mod in usemodules:
 lines.insert(i, "UseModule " + mod)
 i += 1
+
+if format == 39:
+  match = re_ExtractCategory.match(lines[declarationline])
+  if match:
+lpre = match.group(1)
+lcat = match.group(2)
+lnam = match.group(3)
+if lcat in ConvDict:
+lcat = ConvDict[lcat]
+lines[declarationline] = lpre + "{" + lnam + "}"
+lines.insert(declarationline + 1, "#  \\DeclareCategory{" + lcat + "}")
 
 return format + 1

Re: [PATCH] LFUN_BUFFER_FORALL

2012-10-12 Thread Jean-Marc Lasgouttes


Le 11/10/2012 12:51, Scott Kostyshak a écrit :

Any comments on this?



Sorry Scott, I thought it was in already. I think this patch is fine.

JMarc

Re: Ugly IPA toolbars on startup

2012-10-12 Thread Jean-Marc Lasgouttes


Le 11/10/2012 07:42, Jürgen Spitzmüller a écrit :

2012/10/11 Richard Heck :

I was wondering what that was. I've got them all superimposed over "File"
and "Edit".


I think it's a "session" problem. I have this always whenever a new
toolbar is added.


It is terribly annoying. Also, it would be nice if the toolbar palettes 
were second class citizens so that they do not appear in View>Toolbar. 
The list is becoming unmanageable.


JMarc

Re: Ugly IPA toolbars on startup

2012-10-12 Thread Jürgen Spitzmüller

Jean-Marc Lasgouttes wrote:
> It is terribly annoying. Also, it would be nice if the toolbar palettes 
> were second class citizens so that they do not appear in View>Toolbar. 
> The list is becoming unmanageable.

Does not look like a very difficult task (I'm too busy ATM, though).

Jürgen

Re: Categorization of letter classes

2012-10-12 Thread Richard Heck


On 10/12/2012 03:10 AM, Jürgen Spitzmüller wrote:

Richard Heck wrote:

I bumped the format number, which seemed like a good idea, and wrote
some lyx2lyx to deal with this, but it doesn't really work. I mean, I
can use it manually to convert my own layouts, which seems like a good
idea, but the category info is written at conversion time, by
chkconfig.ltx, not at run time, so it doesn't do anything about
categories from within LyX. So a user would need to run layout2layout.py
manually, then reconfigure.

Thanks for this!

The script tries to convert my layouts at run-time, but it produces an invalid
file.

The input file header is:

#% Do not delete the line below; configure depends on this
#  \DeclareLaTeXClass[uzhhandout-neu]{handout (uzh + beamer)}
# Author : Jürgen Spitzmüller

Format 35


And output (not the Format tags):


#% Do not delete the line below; configure depends on this
Format 40
#  \DeclareLaTeXClass[uzhhandout-neu]{uzh + beamer}
#  \DeclareCategory{Handouts}
# Author : Jürgen Spitzmüller

Format 35
Sorry. I fixed it. The problem is that layout2layout isn't really 
designed to do

conversions inside the initial comment block.

rh

Re: About LyX menus & usability.

2012-10-12 Thread Tommaso Cucinotta


On 30/09/12 00:17, Tommaso Cucinotta wrote:

Let me propose to rework the menus arrangement:

-) move Outline from Document to View menu


e.g.: bug #7603

T.

Re: About LyX menus usability.

Re: Categorization of letter classes

Re: Subject: [PATCH] Make text selectable in Help About LyX Version

Re: OSX LyX bundle with CMake

Re: Re: OSX LyX bundle with CMake

Re: Categorization of letter classes

Re: [PATCH] LFUN_BUFFER_FORALL

Re: Ugly IPA toolbars on startup

Re: Ugly IPA toolbars on startup

Re: Categorization of letter classes

Re: About LyX menus usability.

Re: About LyX menus & usability.

Re: Categorization of letter classes

Re: Subject: [PATCH] Make text selectable in Help > About LyX > Version

Re: OSX LyX bundle with CMake

Re: Re: OSX LyX bundle with CMake

Re: Categorization of letter classes

Re: [PATCH] LFUN_BUFFER_FORALL

Re: Ugly IPA toolbars on startup

Re: Ugly IPA toolbars on startup

Re: Categorization of letter classes

Re: About LyX menus & usability.

22 matches

Site Navigation

Mail list logo

Footer information