Re: New layout for package europasscv

[Stefan Swerk]

On 03/15/15 12:09, Jürgen Spitzmüller wrote:
 Note, however, that your example does not compile out of the box with 
 TeXLive, since the
 europasslogo2013.pdf file is installed in the doc dir instead of the tex dir 
 with TeXLive. I think
 this is wrong and should be reported to the TeXLive mailing list. Could you 
 do that?

Done [1].

 I have tweaked the layout a bit, to the effect that you do not need the
 manual StartCV, EndCV and Personal Information any more.

 Please have a look at the attached modified layout and example.

These changes are great - you even fixed my spelling errors, thank you!
Additionally, I was able to discover some invalid arguments for the 
InsetLayout-Definition and I
removed them accordingly.

All changes are enclosed as patch files:
- Branch 2.1.x, commit Konsole output f790bb046eafe1b3e32eb59c3af639e1fdaa166b
  'lyx.2.1.x.-.europasscv.layout.-.v1.2.-.15.03.2015.diff'
-Branch master, commit 73c3f3e2fd340265ef9e896c959c7c1efbe52663
  'lyx.2.2dev.-.europasscv.layout.-.v1.2.-.15.03.2015.diff'

Stefan Swerk

[1] https://www.tug.org/pipermail/tex-live/2015-March/036387.html

diff --git a/lib/examples/de/europassCV.german.lyx 
b/lib/examples/de/europassCV.german.lyx
new file mode 100644
index 000..8ee2267
--- /dev/null
+++ b/lib/examples/de/europassCV.german.lyx
@@ -0,0 +1,1007 @@
+#LyX 2.1 created this file. For more info see http://www.lyx.org/
+\lyxformat 474
+\begin_document
+\begin_header
+\textclass europasscv
+\begin_preamble
+\usepackage{footmisc}
+\end_preamble
+\options german
+\use_default_options true
+\maintain_unincluded_children false
+\language ngerman
+\language_package none
+\inputencoding utf8
+\fontencoding global
+\font_roman default
+\font_sans default
+\font_typewriter default
+\font_math auto
+\font_default_family default
+\use_non_tex_fonts false
+\font_sc false
+\font_osf false
+\font_sf_scale 100
+\font_tt_scale 100
+\graphics default
+\default_output_format default
+\output_sync 0
+\bibtex_command default
+\index_command default
+\paperfontsize default
+\spacing single
+\use_hyperref false
+\pdf_bookmarks true
+\pdf_bookmarksnumbered true
+\pdf_bookmarksopen false
+\pdf_bookmarksopenlevel 3
+\pdf_breaklinks false
+\pdf_pdfborder true
+\pdf_colorlinks false
+\pdf_backref false
+\pdf_pdfusetitle true
+\papersize default
+\use_geometry true
+\use_package amsmath 1
+\use_package amssymb 1
+\use_package cancel 1
+\use_package esint 1
+\use_package mathdots 1
+\use_package mathtools 1
+\use_package mhchem 1
+\use_package stackrel 1
+\use_package stmaryrd 1
+\use_package undertilde 1
+\cite_engine basic
+\cite_engine_type default
+\biblio_style plain
+\use_bibtopic false
+\use_indices false
+\paperorientation portrait
+\suppress_date false
+\justification true
+\use_refstyle 1
+\index Index
+\shortcut idx
+\color #008000
+\end_index
+\secnumdepth 1
+\tocdepth 1
+\paragraph_separation indent
+\paragraph_indentation default
+\quotes_language german
+\papercolumns 1
+\papersides 1
+\paperpagestyle default
+\tracking_changes false
+\output_changes false
+\html_math_output 0
+\html_css_as_file 0
+\html_be_strict false
+\end_header
+
+\begin_body
+
+\begin_layout Standard
+\begin_inset Note Note
+status open
+
+\begin_layout Plain Layout
+Dieses Template verwendet das 'europasscv'-Paket, 
+\end_layout
+
+\begin_layout Plain Layout
+s.
+ http://www.ctan.org/pkg/europasscv (zuletzt abgerufen am: 14.03.2015), 
+\end_layout
+
+\begin_layout Plain Layout
+zur Erstellung eines deutschsprachigen CVs gemäß 
http://europass.cedefop.europa.eu.
+\end_layout
+
+\begin_layout Plain Layout
+Weiterführende Dokumentation:
+\end_layout
+
+\begin_layout Plain Layout
+http://mirrors.ctan.org/macros/latex/contrib/europasscv/europasscv.pdf
+\end_layout
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
+\begin_inset Note Note
+status open
+
+\begin_layout Plain Layout
+Die folgenden persönlichen Informationen können auch im Latex Preamble 
spezifizi
+ert werden:
+\end_layout
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Name
+Stefan Swerk
+\end_layout
+
+\begin_layout Address
+In Österreich
+\end_layout
+
+\begin_layout Telephone
+\begin_inset Argument 1
+status open
+
+\begin_layout Plain Layout
++43 123
+\begin_inset space \enskip{}
+\end_inset
+
+45 678 99
+\end_layout
+
+\end_inset
+
++43 123
+\begin_inset space \enskip{}
+\end_inset
+
+45 678 99
+\end_layout
+
+\begin_layout Email
+stefan_...@swerk.priv.at
+\end_layout
+
+\begin_layout Homepage
+gitlab.swerk.priv.at
+\end_layout
+
+\begin_layout InstantMessaging
+\begin_inset Argument 1
+status open
+
+\begin_layout Plain Layout
+Google Talk
+\end_layout
+
+\end_inset
+
+123
+\end_layout
+
+\begin_layout InstantMessaging
+\begin_inset Argument 1
+status open
+
+\begin_layout Plain Layout
+Skype
+\end_layout
+
+\end_inset
+
+456
+\end_layout
+
+\begin_layout Birthday
+12.10.1492
+\end_layout
+
+\begin_layout Nationality
+Österreich
+\end_layout
+
+\begin_layout Gender
+Männlich
+\end_layout
+
+\begin_layout Standard

Re: New layout for package europasscv

[Jürgen Spitzmüller]

2015-03-15 12:06 GMT+01:00 Stefan Swerk:

 I changed the InsetLayout-Decoration to classic and appended two more
 patches reflecting these
 changes, thank you for the suggestion:
 - for branch master  ( d9626ec6af6b1fcf46cf92e5835fc38201a03ff1):
   Konsole output
 europasscv.layout.-.changed.inset.layout.to.classic.-.15.03.2015.diff
 - for branch 2.1.x ( f790bb046eafe1b3e32eb59c3af639e1fdaa166b):

 lyx.2.1.x.-.europasscv.layout.-.changed.inset.layout.to.classic.-.15.03.2015.diff


I have tweaked the layout a bit, to the effect that you do not need the
manual StartCV, EndCV and Personal Information any more.

Please have a look at the attached modified layout and example.

Jürgen




 Stefan Swerk





europasscv.layout
Description: Binary data


europassCV.lyx
Description: application/lyx

Re: New layout for package europasscv

[Jürgen Spitzmüller]

2015-03-15 16:22 GMT+01:00 Stefan Swerk:

 All changes are enclosed as patch files:
 - Branch 2.1.x, commit f790bb046eafe1b3e32eb59c3af639e1fdaa166b
   'lyx.2.1.x.-.europasscv.layout.-.v1.2.-.15.03.2015.diff'
 -Branch master, commit 73c3f3e2fd340265ef9e896c959c7c1efbe52663
   'lyx.2.2dev.-.europasscv.layout.-.v1.2.-.15.03.2015.diff'


Thanks. I have myself done some further polishing to the layout and the
examples (e.g., I have solved the footnote problem). Attached the
respective files for 2.2dev.

If you agree, please write a mail containing a license agreement. This is a
prerequisite for inclusion into LyX. See
http://marc.info/?l=lyx-develm=121727417724431

Jürgen




 Stefan Swerk



europassCV.lyx
Description: application/lyx


europassCV.german.lyx
Description: application/lyx


europasscv.layout
Description: Binary data

Re: [patch] Prefer svg icons

[Kornel Benko]

Am Sonntag, 15. März 2015 um 11:45:04, schrieb Jürgen Spitzmüller 
sp...@lyx.org
 2015-03-12 11:22 GMT+01:00 Kornel Benko
 
  Am Montag, 16. Februar 2015 um 21:17:32, schrieb Enrico Forestieri 
  for...@lyx.org
   On Mon, Feb 16, 2015 at 05:02:15PM +0100, Kornel Benko wrote:
   
I get messages like
frontends/qt4/GuiApplication.cpp (612): Cannot load icon
/usr/local/lyx2.2/images/oxygen/buffer-new.svgz please verify
  resource
system!
 
 
 I also get these messages (and no icons) when compiling with qt5 (with
 autotools, and without installing). How did you resolve it?
 
 Jürgen

I am not getting this message any more (with cmake).
As I got the error, I had to make /usr/local/lyx2.2/images/oxygen writable to 
get
rid of the message.

Kornel

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

Re: New layout for package europasscv

[Jürgen Spitzmüller]

2015-03-15 12:04 GMT+01:00 Stefan Swerk:

 The layout and examples should work at least for the 2.2dev and 2.1.x
 branches (patch below), however the latter only under the assumption that
 the user won't change the inputenc-setting. Therefore an inclusion to the
 stable branch appears reasonable enough to me, or whatever seems to work
 best for you and the development team.


My commit could be backported to branch (and should be, if this layout is
added to branch).

The decision is up to Richard, though.

Note, however, that your example does not compile out of the box with
TeXLive, since the europasslogo2013.pdf file is installed in the doc dir
instead of the tex dir with TeXLive. I think this is wrong and should be
reported to the TeXLive mailing list. Could you do that?

Jürgen

Re: #8962: toolbar icon default sizes for high resolution displays are too small

[Paola Manzini]

thank you guys!
paola


On 15/03/2015 02:07, LyX Ticket Tracker wrote:

#8962: toolbar icon default sizes for high resolution displays are too small
-+-
  Reporter:  paola|   Owner:  lasgouttes
  Type:  defect   |  Status:  closed
  Priority:  normal   |   Milestone:  2.2.0
Component:  general  | Version:  2.0.7
  Severity:  major|  Resolution:  fixed
  Keywords:   |
-+-
Changes (by forenr):

  * status:  new = closed
  * resolution:   = fixed


Comment:

  Done at [8fbe17c4/lyxgit].



--
Prof. Paola Manzini
School of Economics and Finance
University of St. Andrews
Castlecliffe, The Scores
St. Andrews KY16 9AL
Scotland, U.K.

tel: +44 (0)1334 462436
fax: +44 (0)1334 462444
http://www.st-andrews.ac.uk/~pm210/
Skype: paolamanzini

The University of St Andrews is a charity registered in Scotland : No SC013532

New layout for package europasscv

[Stefan Swerk]

Dear all,

I have created a suitable LyX-layout file for the europasscv document class 
(maintained/developed
by Giacomo Mazzamuto [1]), representing the revised version (2013) of the 
European Europass CV,
which is maintained/developed by the European Centre for the Development of
Vocational Training [2].
This LyX-layout is based on the work of Uwe Stöhr in 'europecv.layout'.

Please find enclosed the following files:
- a patch for commit 8fbe17c4d990dbf60f936dbaffc73128fc5bcb33 [3], 
containing the required
  additions (the layout and two examples files)
- an archive [4] comprised of:
* the individual layout file [5]
* an example for a CV in the English language [6]
* an example for a CV in the German language [7]

While the layout, in its current state, seems to be usable, there are still 
some minor issues:
- Within the europasscv.cls the inputenc package is directly 
declared, i.e.
\RequirePackage[utf8]{inputenc}
  which causes an option clash whenever the custom LyX inputenc-setting 
is != utf8.

- There is a redundant binding to an ecvitem in the layout, i.e. a 
standard paragraph
  style command definition and an additional InsetLayout 
Flex:ItemInset,
  because I could not find another way to handle the following nesting 
scenario
  within a simple command style:
\ecvitem{}{
  \begin{ecvitemize}
  \item 1
  \item 2
  \end{ecvitemize}
}

Is there a proper way to mediate/resolve these issues?

In the hope that this contribution may be useful,
Stefan Swerk


[1] http://www.ctan.org/pkg/europasscv
[2] http://europass.cedefop.europa.eu
[3] europasscv.layout.and.examples.added.-.14.03.2015.diff
[4] europasscv.layout.and.examples.added.-.14.03.2015.tar.gz
[5] lib/layouts/europasscv.layout
[6] lib/examples/europassCV.lyx
[7] lib/examples/de/europassCV.german.lyx
diff --git a/lib/examples/de/europassCV.german.lyx 
b/lib/examples/de/europassCV.german.lyx
new file mode 100644
index 000..16e72ff
--- /dev/null
+++ b/lib/examples/de/europassCV.german.lyx
@@ -0,0 +1,1029 @@
+#LyX 2.2 created this file. For more info see http://www.lyx.org/
+\lyxformat 482
+\begin_document
+\begin_header
+\textclass europasscv
+\begin_preamble
+\usepackage{footmisc}
+\end_preamble
+\options german
+\use_default_options true
+\maintain_unincluded_children false
+\language ngerman
+\language_package none
+\inputencoding utf8
+\fontencoding global
+\font_roman default
+\font_sans default
+\font_typewriter default
+\font_math auto
+\font_default_family default
+\use_non_tex_fonts false
+\font_sc false
+\font_osf false
+\font_sf_scale 100
+\font_tt_scale 100
+\graphics default
+\default_output_format default
+\output_sync 0
+\bibtex_command default
+\index_command default
+\paperfontsize default
+\spacing single
+\use_hyperref false
+\pdf_bookmarks true
+\pdf_bookmarksnumbered true
+\pdf_bookmarksopen false
+\pdf_bookmarksopenlevel 3
+\pdf_breaklinks false
+\pdf_pdfborder true
+\pdf_colorlinks false
+\pdf_backref false
+\pdf_pdfusetitle true
+\papersize default
+\use_geometry true
+\use_package amsmath 1
+\use_package amssymb 1
+\use_package cancel 1
+\use_package esint 1
+\use_package mathdots 1
+\use_package mathtools 1
+\use_package mhchem 1
+\use_package stackrel 1
+\use_package stmaryrd 1
+\use_package undertilde 1
+\cite_engine basic
+\cite_engine_type default
+\biblio_style plain
+\use_bibtopic false
+\use_indices false
+\paperorientation portrait
+\suppress_date false
+\justification true
+\use_refstyle 1
+\index Index
+\shortcut idx
+\color #008000
+\end_index
+\secnumdepth 1
+\tocdepth 1
+\paragraph_separation indent
+\paragraph_indentation default
+\quotes_language german
+\papercolumns 1
+\papersides 1
+\paperpagestyle default
+\tracking_changes false
+\output_changes false
+\html_math_output 0
+\html_css_as_file 0
+\html_be_strict false
+\end_header
+
+\begin_body
+
+\begin_layout Standard
+\begin_inset Note Note
+status open
+
+\begin_layout Plain Layout
+Dieses Template verwendet das 'europasscv'-Paket, 
+\end_layout
+
+\begin_layout Plain Layout
+s.
+ http://www.ctan.org/pkg/europasscv (zuletzt abgerufen am: 14.03.2015), 
+\end_layout
+
+\begin_layout Plain Layout
+zur Erstellung eines deutschsprachigen CVs gemäß 
http://europass.cedefop.europa.eu.
+\end_layout
+
+\begin_layout Plain Layout
+Weiterführende Dokumentation:
+\end_layout
+
+\begin_layout Plain Layout
+http://mirrors.ctan.org/macros/latex/contrib/europasscv/europasscv.pdf
+\end_layout
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
+\begin_inset Note Note
+status open
+
+\begin_layout Plain Layout
+Die folgenden persönlichen Informationen können auch im Latex Preamble 
spezifizi
+ert werden:
+\end_layout
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Name
+Stefan Swerk
+\end_layout
+

Re: New layout for package europasscv

[Jürgen Spitzmüller]

2015-03-15 9:20 GMT+01:00 Stefan Swerk:

 I have created a suitable LyX-layout file for the europasscv document
 class (maintained/developed
 by Giacomo Mazzamuto [1]), representing the revised version (2013) of the
 European Europass CV,
 which is maintained/developed by the European Centre for the Development of
 Vocational Training [2].
 This LyX-layout is based on the work of Uwe Stöhr in 'europecv.layout'.


Thanks for this!


 While the layout, in its current state, seems to be usable, there are
 still some minor issues:
 - Within the europasscv.cls the inputenc package is directly
 declared, i.e.
 \RequirePackage[utf8]{inputenc}
   which causes an option clash whenever the custom LyX
 inputenc-setting is != utf8.


I have just submitted a change to master that lets you prevent LyX from
loading inputenc if you declare
Provides inputenc 1
in the layout file.

Since your files are based on master, I suppose you propose to include this
to 2.2dev only?


 - There is a redundant binding to an ecvitem in the layout, i.e.
 a standard paragraph
   style command definition and an additional InsetLayout
 Flex:ItemInset,
   because I could not find another way to handle the following
 nesting scenario
   within a simple command style:
 \ecvitem{}{
   \begin{ecvitemize}
   \item 1
   \item 2
   \end{ecvitemize}
 }

 Is there a proper way to mediate/resolve these issues?


Unfortunately not.

You should however use another Decoration for this (Classic or
Minimalistic), IMHO.

Also, your example file demonstrates that we should implement native
support for \newline (next to \\ and \linebreak).

Jürgen

Re: [patch] Prefer svg icons

[Jürgen Spitzmüller]

2015-03-12 11:22 GMT+01:00 Kornel Benko

 Am Montag, 16. Februar 2015 um 21:17:32, schrieb Enrico Forestieri 
 for...@lyx.org
  On Mon, Feb 16, 2015 at 05:02:15PM +0100, Kornel Benko wrote:
  
   I get messages like
   frontends/qt4/GuiApplication.cpp (612): Cannot load icon
   /usr/local/lyx2.2/images/oxygen/buffer-new.svgz please verify
 resource
   system!


I also get these messages (and no icons) when compiling with qt5 (with
autotools, and without installing). How did you resolve it?

Jürgen

Re: [patch] LyX logo logoification

[Abdelrazak Younes]

On 13/03/2015 15:21, Jean-Marc Lasgouttes wrote:

Le 13/03/2015 12:10, Jean-Marc Lasgouttes a écrit :

In this patch, I change our new LyX logo inset to look like the real
thing. Georg, is there a reason why your chose not to follow this route
(or only lack of time/motivation).

Also, I am not sure that the Color_special color is the best choice (try
to load the Intro manual, for example). Would it be a problem to use
normal color once it is clear that the logo is something special, not
plain text?


With this new patch all logos are logoified and the color is the 
normal plain one.


Comments?


You use lots of hardcoded constants nobody except you will understand 1 
month from now, and not even you 1 year from now :-P


At least those are used 4 times and should use meaningfully named 
constants: 0.16667 and 0.125.


Nitpick: 0.16667 ~= 1/6 so if you want to be more accurate you'd better 
use division per 6.
Nitpick 2: You are using floating point calculation while you could 
fixed point calculation easily. Not a problem on PC but on some ARM 
systems (eg older Raspberry Pi).


My 2 cts of the year :-)

Abdel.

Re: [patch] Prefer svg icons

[Abdelrazak Younes]

Hi Enrico,

On 16/02/2015 15:21, Enrico Forestieri wrote:

The attached patch let LyX use svg icons (if they exist) in preference
to png ones. The svg icons automatically scale to the wanted dimension
and the patch introduces 2 more resolutions (huge and giant icons) that
should be useful to people with hires displays.

Some svg icons were already added by Jürgen to the lib/images/svg subdir.
However, they are not seen there and should be copied in the normal places.
To this end, I also attach a shell script that symlinks them properly.
The script works like a toggle, i.e., the first time it is launched
the symlinks are created. When it launched a second time, the symlinks
are removed.

If no svg icons exist, LyX will use pngs, as usual. In my testing,
it turns out that some svgs are problematic and give warnings on
the console while they are loaded. Apart from that, everything seems
to work for me, but you never know, so I am asking for comments before
committing.


One general comment from my old souvenirs:

Qt supports SVG tiny standard and, IIRC, there were talk to deprecate 
that support in some 5.X version.


At some point in the past, we did mostly the same thing as your patch 
(not sure if this was André, Peter or me); we also had all icons 
embedded in resource for faster loading and easier distribution. IIRC 
there were some valid arguments that got this patch  rejected at the end 
so you might want to look at the archives.


But I like your patch ;-)

Cheers,
Abdel

Re: New layout for package europasscv

[Stefan Swerk]

On 03/15/15 10:35, Jürgen Spitzmüller wrote:
 2015-03-15 9:20 GMT+01:00 Stefan Swerk:
 While the layout, in its current state, seems to be usable, there are
 still some minor issues:
 - Within the europasscv.cls the inputenc package is directly
 declared, i.e.
 \RequirePackage[utf8]{inputenc}
   which causes an option clash whenever the custom LyX
 inputenc-setting is != utf8.

 I have just submitted a change to master that lets you prevent LyX from
 loading inputenc if you declare
 Provides inputenc 1
 in the layout file.

Perfect, thank you.

 Since your files are based on master, I suppose you propose to include this
 to 2.2dev only?

The layout and examples should work at least for the 2.2dev and 2.1.x branches 
(patch below),
however the latter only under the assumption that the user won't change the 
inputenc-setting.
Therefore an inclusion to the stable branch appears reasonable enough to me, or 
whatever seems to
work best for you and the development team.

 - There is a redundant binding to an ecvitem in the layout, i.e.
 a standard paragraph
   style command definition and an additional InsetLayout
 Flex:ItemInset,
   because I could not find another way to handle the following
 nesting scenario
   within a simple command style:
 \ecvitem{}{
   \begin{ecvitemize}
   \item 1
   \item 2
   \end{ecvitemize}
 }

 Is there a proper way to mediate/resolve these issues?

 Unfortunately not.

 You should however use another Decoration for this (Classic or
 Minimalistic), IMHO.

 Also, your example file demonstrates that we should implement native
 support for \newline (next to \\ and \linebreak).

I changed the InsetLayout-Decoration to classic and appended two more patches 
reflecting these
changes, thank you for the suggestion:
- for branch master  ( d9626ec6af6b1fcf46cf92e5835fc38201a03ff1):
  Konsole output 
europasscv.layout.-.changed.inset.layout.to.classic.-.15.03.2015.diff
- for branch 2.1.x ( f790bb046eafe1b3e32eb59c3af639e1fdaa166b):
  
lyx.2.1.x.-.europasscv.layout.-.changed.inset.layout.to.classic.-.15.03.2015.diff

Stefan Swerk


diff --git a/lib/examples/de/europassCV.german.lyx 
b/lib/examples/de/europassCV.german.lyx
new file mode 100644
index 000..16e72ff
--- /dev/null
+++ b/lib/examples/de/europassCV.german.lyx
@@ -0,0 +1,1029 @@
+#LyX 2.2 created this file. For more info see http://www.lyx.org/
+\lyxformat 482
+\begin_document
+\begin_header
+\textclass europasscv
+\begin_preamble
+\usepackage{footmisc}
+\end_preamble
+\options german
+\use_default_options true
+\maintain_unincluded_children false
+\language ngerman
+\language_package none
+\inputencoding utf8
+\fontencoding global
+\font_roman default
+\font_sans default
+\font_typewriter default
+\font_math auto
+\font_default_family default
+\use_non_tex_fonts false
+\font_sc false
+\font_osf false
+\font_sf_scale 100
+\font_tt_scale 100
+\graphics default
+\default_output_format default
+\output_sync 0
+\bibtex_command default
+\index_command default
+\paperfontsize default
+\spacing single
+\use_hyperref false
+\pdf_bookmarks true
+\pdf_bookmarksnumbered true
+\pdf_bookmarksopen false
+\pdf_bookmarksopenlevel 3
+\pdf_breaklinks false
+\pdf_pdfborder true
+\pdf_colorlinks false
+\pdf_backref false
+\pdf_pdfusetitle true
+\papersize default
+\use_geometry true
+\use_package amsmath 1
+\use_package amssymb 1
+\use_package cancel 1
+\use_package esint 1
+\use_package mathdots 1
+\use_package mathtools 1
+\use_package mhchem 1
+\use_package stackrel 1
+\use_package stmaryrd 1
+\use_package undertilde 1
+\cite_engine basic
+\cite_engine_type default
+\biblio_style plain
+\use_bibtopic false
+\use_indices false
+\paperorientation portrait
+\suppress_date false
+\justification true
+\use_refstyle 1
+\index Index
+\shortcut idx
+\color #008000
+\end_index
+\secnumdepth 1
+\tocdepth 1
+\paragraph_separation indent
+\paragraph_indentation default
+\quotes_language german
+\papercolumns 1
+\papersides 1
+\paperpagestyle default
+\tracking_changes false
+\output_changes false
+\html_math_output 0
+\html_css_as_file 0
+\html_be_strict false
+\end_header
+
+\begin_body
+
+\begin_layout Standard
+\begin_inset Note Note
+status open
+
+\begin_layout Plain Layout
+Dieses Template verwendet das 'europasscv'-Paket, 
+\end_layout
+
+\begin_layout Plain Layout
+s.
+ http://www.ctan.org/pkg/europasscv (zuletzt abgerufen am: 14.03.2015), 
+\end_layout
+
+\begin_layout Plain Layout
+zur Erstellung eines deutschsprachigen CVs gemäß 
http://europass.cedefop.europa.eu.
+\end_layout
+
+\begin_layout Plain Layout
+Weiterführende Dokumentation:
+\end_layout
+
+\begin_layout Plain Layout
+http://mirrors.ctan.org/macros/latex/contrib/europasscv/europasscv.pdf
+\end_layout
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
+\begin_inset Note Note

Re: [patch] Prefer svg icons

[Jean-Marc Lasgouttes]

Le 15/03/15 02:54, Enrico Forestieri a écrit :

I do not have time for automake now, but I will do it on monday if
nobdy beats me to it.


I did that at 8fbe17c4.


Thanks!

JMarc

Re: [LyX/master] Move font encoding information to languages.

[Jean-Marc Lasgouttes]

Le 19/02/15 12:36, Jürgen Spitzmüller a écrit :

Jean-Marc Lasgouttes wrote:

Note that if you used a set instead of a vector, you would not have to check
for duplicates.


Actually, I cannot do this, since the insertion order must be maintained.


Indeed.


Of course getVectorFrom string gives you a vector, but it should be easy
enough to create a getSetFromString or better to create a
getFromStringcontainer and define getVectorFromString as
getFromStringvector.


Nevertheless, I had a go at this. Attached a patch.

Is this considered useful?


We do not have a use case yet, but you commit that minus the part that 
defines the set version. Actually, it seems to me that you do not Need 
the String template parameter. Container::value_type should do the 
trick, IMO.


JMarc

Re: is our po-updates mail address broken?

[Jean-Marc Lasgouttes]

Le 19/02/15 01:36, Uwe Stöhr a écrit :

I notice that when I write a mail to po-updates I don't get the mails
forwarded. Could someone please have a look if am still subscribed to
get these mails?


Hi Uwe,

I do not know whether this problem is fixed for you, but in any case 
your address is part of the po-updates group.


JMarc

Re: [patch] LyX logo logoification

[Abdelrazak Younes]

On 15/03/2015 18:29, Jean-Marc Lasgouttes wrote:

Le 15/03/15 08:44, Abdelrazak Younes a écrit :

Comments?


You use lots of hardcoded constants nobody except you will understand 1
month from now, and not even you 1 year from now :-P


What is the LaTeX source code good for?


I didn't know that... I am not literate in Latex as you may know :-)



I added some documentation, although I am not sure that it will help 
you more.


It helped me understand the roots of the code, indeed. And I think this 
reference is valuable in the code, thanks!




It helped me to notice a couple oversights. Thanks.


Thanks.




At least those are used 4 times and should use meaningfully named
constants: 0.16667 and 0.125.


These are just numbers: 1/6em and 1/8em. Ask Knuth for their proper 
names.


Didn't know that. Still ugly though :-)





Nitpick: 0.16667 ~= 1/6 so if you want to be more accurate you'd better
use division per 6.


Being accurate in this case is doing what TeX does.


I see.



Nitpick 2: You are using floating point calculation while you could
fixed point calculation easily. Not a problem on PC but on some ARM
systems (eg older Raspberry Pi).


As Knuth wrote, premature optimization is the root of all evil.


Which is maybe the reason why LateX code is so ugly. I guess LaTeX has 
some special way to do fixed point calculation based on floating point 
representation, hasn't it?


Thanks,
Abdel.

Re: [patch] LyX logo logoification

[Jean-Marc Lasgouttes]

Le 15/03/15 08:44, Abdelrazak Younes a écrit :

Comments?


You use lots of hardcoded constants nobody except you will understand 1
month from now, and not even you 1 year from now :-P


What is the LaTeX source code good for?

I added some documentation, although I am not sure that it will help you 
more.


It helped me to notice a couple oversights. Thanks.


At least those are used 4 times and should use meaningfully named
constants: 0.16667 and 0.125.


These are just numbers: 1/6em and 1/8em. Ask Knuth for their proper names.



Nitpick: 0.16667 ~= 1/6 so if you want to be more accurate you'd better
use division per 6.


Being accurate in this case is doing what TeX does.


Nitpick 2: You are using floating point calculation while you could
fixed point calculation easily. Not a problem on PC but on some ARM
systems (eg older Raspberry Pi).


As Knuth wrote, premature optimization is the root of all evil.


My 2 cts of the year :-)


You're welcome.

JMarc

PS: I do find this code ugly too, but I still think that this form is 
the easiest to understand :)

Contribution license

[Stefan Swerk]

I hereby grant permission to license my contributions to LyX
under the GNU General Public License, version 2 or any later version.

Stefan Swerk




signature.asc
Description: OpenPGP digital signature

Re: Re: lyx crashes when applying long table settings

[morellocooler]

On 02/26/2015 05:40 PM, Stephanie Andrews wrote:
 Dear developers,

 Im using lyx version 2.1.1 and found possibly a bug which seems similar to
 the problem reported here:
 http:/www.lyx.org/trac/ticket/8721

 Inserting a table, setting it to long format, marking the whole table,
 changing text style - customize - size smaller
 results in lyx crashing.

Hi, Stephanie,

Thanks for the report, and sorry you are having this problem. I tried
exactly what you describe with LyX 2.1.3, and did not get a crash. Can
you try updating to this version?

If you do still get the crash, please provide us with as exact a recipe
as possible to reproduce it reliably, if you are able to do that. We
take crashes very seriously and do our best to fix them ASAP.

Richard










Hi Richard,

Thanks for your reply.

I updated to Lyx 2.1.3 (Windows 7) and still get lyx to crash when compiling by doing the following:



- insert a table (mine isvery longso when testing in a new document I entered a table with 100 rows and 5 columns)

- write some random stuff in a couple of cells

- right-click on the table - more - settings - longtable - click use longtable

- same again, settings - borders - click on formal

- right click somewhere in fourth row (for example), more - settings - Caption on

- click in same cell again, insert-caption-standard caption. Write some example caption

- click again in same cell, more - settings - longtable - take away tick from first header (why does it automatically get ticked when I chose only Caption on before?)

-choose thewhole table, right click, text style - paragraph - size smaller

- Preview pdf - lyx crashes



But, I figured out that itworks perfectlyifI first change thetext size, and then enter the caption!



Best,

Stephanie

Re: New layout for package europasscv

[Richard Heck]

On 03/15/2015 07:09 AM, Jürgen Spitzmüller wrote:

2015-03-15 12:04 GMT+01:00 Stefan Swerk:

The layout and examples should work at least for the 2.2dev and
2.1.x branches (patch below), however the latter only under the
assumption that the user won't change the inputenc-setting.
Therefore an inclusion to the stable branch appears reasonable
enough to me, or whatever seems to work best for you and the
development team.


My commit could be backported to branch (and should be, if this layout 
is added to branch).


The decision is up to Richard, though.


That's fine with me.

We really ought to have some general mechanism to prevent the loading of 
any package.


Richard

Re: [patch] LyX logo logoification

[Abdelrazak Younes]

On 13/03/2015 15:21, Jean-Marc Lasgouttes wrote:

Le 13/03/2015 12:10, Jean-Marc Lasgouttes a écrit :

In this patch, I change our new LyX logo inset to look like the real
thing. Georg, is there a reason why your chose not to follow this route
(or only lack of time/motivation).

Also, I am not sure that the Color_special color is the best choice (try
to load the Intro manual, for example). Would it be a problem to use
normal color once it is clear that the logo is something special, not
plain text?


With this new patch all logos are logoified and the color is the 
normal plain one.


Comments?


You use lots of hardcoded constants nobody except you will understand 1 
month from now, and not even you 1 year from now :-P


At least those are used 4 times and should use meaningfully named 
constants: 0.16667 and 0.125.


Nitpick: 0.16667 ~= 1/6 so if you want to be more accurate you'd better 
use division per 6.
Nitpick 2: You are using floating point calculation while you could 
fixed point calculation easily. Not a problem on PC but on some ARM 
systems (eg older Raspberry Pi).


My 2 cts of the year :-)

Abdel.

Re: [patch] Prefer svg icons

[Abdelrazak Younes]

Hi Enrico,

On 16/02/2015 15:21, Enrico Forestieri wrote:

The attached patch let LyX use svg icons (if they exist) in preference
to png ones. The svg icons automatically scale to the wanted dimension
and the patch introduces 2 more resolutions (huge and giant icons) that
should be useful to people with hires displays.

Some svg icons were already added by Jürgen to the lib/images/svg subdir.
However, they are not seen there and should be copied in the normal places.
To this end, I also attach a shell script that symlinks them properly.
The script works like a toggle, i.e., the first time it is launched
the symlinks are created. When it launched a second time, the symlinks
are removed.

If no svg icons exist, LyX will use pngs, as usual. In my testing,
it turns out that some svgs are problematic and give warnings on
the console while they are loaded. Apart from that, everything seems
to work for me, but you never know, so I am asking for comments before
committing.


One general comment from my old souvenirs:

Qt supports SVG tiny standard and, IIRC, there were talk to deprecate 
that support in some 5.X version.


At some point in the past, we did mostly the same thing as your patch 
(not sure if this was André, Peter or me); we also had all icons 
embedded in resource for faster loading and easier distribution. IIRC 
there were some valid arguments that got this patch  rejected at the end 
so you might want to look at the archives.


But I like your patch ;-)

Cheers,
Abdel

New layout for package europasscv

[Stefan Swerk]

Dear all,

I have created a suitable LyX-layout file for the "europasscv" document class 
(maintained/developed
by Giacomo Mazzamuto [1]), representing the revised version (2013) of the 
European Europass CV,
which is maintained/developed by the European Centre for the Development of
Vocational Training [2].
This LyX-layout is based on the work of Uwe Stöhr in 'europecv.layout'.

Please find enclosed the following files:
- a patch for commit 8fbe17c4d990dbf60f936dbaffc73128fc5bcb33 [3], 
containing the required
  additions (the layout and two examples files)
- an archive [4] comprised of:
* the individual layout file [5]
* an example for a CV in the English language [6]
* an example for a CV in the German language [7]

While the layout, in its current state, seems to be usable, there are still 
some minor issues:
- Within the "europasscv.cls" the "inputenc" package is directly 
declared, i.e.
\RequirePackage[utf8]{inputenc}
  which causes an option clash whenever the custom LyX inputenc-setting 
is != utf8.

- There is a redundant binding to an "ecvitem" in the layout, i.e. a 
standard paragraph
  style "command" definition and an additional "InsetLayout 
Flex:ItemInset",
  because I could not find another way to handle the following nesting 
scenario
  within a simple command style:
\ecvitem{}{
  \begin{ecvitemize}
  \item 1
  \item 2
  \end{ecvitemize}
}

Is there a proper way to mediate/resolve these issues?

In the hope that this contribution may be useful,
Stefan Swerk


[1] http://www.ctan.org/pkg/europasscv
[2] http://europass.cedefop.europa.eu
[3] europasscv.layout.and.examples.added.-.14.03.2015.diff
[4] europasscv.layout.and.examples.added.-.14.03.2015.tar.gz
[5] lib/layouts/europasscv.layout
[6] lib/examples/europassCV.lyx
[7] lib/examples/de/europassCV.german.lyx
diff --git a/lib/examples/de/europassCV.german.lyx 
b/lib/examples/de/europassCV.german.lyx
new file mode 100644
index 000..16e72ff
--- /dev/null
+++ b/lib/examples/de/europassCV.german.lyx
@@ -0,0 +1,1029 @@
+#LyX 2.2 created this file. For more info see http://www.lyx.org/
+\lyxformat 482
+\begin_document
+\begin_header
+\textclass europasscv
+\begin_preamble
+\usepackage{footmisc}
+\end_preamble
+\options german
+\use_default_options true
+\maintain_unincluded_children false
+\language ngerman
+\language_package none
+\inputencoding utf8
+\fontencoding global
+\font_roman default
+\font_sans default
+\font_typewriter default
+\font_math auto
+\font_default_family default
+\use_non_tex_fonts false
+\font_sc false
+\font_osf false
+\font_sf_scale 100
+\font_tt_scale 100
+\graphics default
+\default_output_format default
+\output_sync 0
+\bibtex_command default
+\index_command default
+\paperfontsize default
+\spacing single
+\use_hyperref false
+\pdf_bookmarks true
+\pdf_bookmarksnumbered true
+\pdf_bookmarksopen false
+\pdf_bookmarksopenlevel 3
+\pdf_breaklinks false
+\pdf_pdfborder true
+\pdf_colorlinks false
+\pdf_backref false
+\pdf_pdfusetitle true
+\papersize default
+\use_geometry true
+\use_package amsmath 1
+\use_package amssymb 1
+\use_package cancel 1
+\use_package esint 1
+\use_package mathdots 1
+\use_package mathtools 1
+\use_package mhchem 1
+\use_package stackrel 1
+\use_package stmaryrd 1
+\use_package undertilde 1
+\cite_engine basic
+\cite_engine_type default
+\biblio_style plain
+\use_bibtopic false
+\use_indices false
+\paperorientation portrait
+\suppress_date false
+\justification true
+\use_refstyle 1
+\index Index
+\shortcut idx
+\color #008000
+\end_index
+\secnumdepth 1
+\tocdepth 1
+\paragraph_separation indent
+\paragraph_indentation default
+\quotes_language german
+\papercolumns 1
+\papersides 1
+\paperpagestyle default
+\tracking_changes false
+\output_changes false
+\html_math_output 0
+\html_css_as_file 0
+\html_be_strict false
+\end_header
+
+\begin_body
+
+\begin_layout Standard
+\begin_inset Note Note
+status open
+
+\begin_layout Plain Layout
+Dieses Template verwendet das 'europasscv'-Paket, 
+\end_layout
+
+\begin_layout Plain Layout
+s.
+ http://www.ctan.org/pkg/europasscv (zuletzt abgerufen am: 14.03.2015), 
+\end_layout
+
+\begin_layout Plain Layout
+zur Erstellung eines deutschsprachigen CVs gemäß 
http://europass.cedefop.europa.eu.
+\end_layout
+
+\begin_layout Plain Layout
+Weiterführende Dokumentation:
+\end_layout
+
+\begin_layout Plain Layout
+http://mirrors.ctan.org/macros/latex/contrib/europasscv/europasscv.pdf
+\end_layout
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
+\begin_inset Note Note
+status open
+
+\begin_layout Plain Layout
+Die folgenden persönlichen Informationen können auch im Latex Preamble 
spezifizi
+ert werden:
+\end_layout
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Name
+Stefan Swerk

Re: New layout for package europasscv

[Jürgen Spitzmüller]

2015-03-15 9:20 GMT+01:00 Stefan Swerk:

> I have created a suitable LyX-layout file for the "europasscv" document
> class (maintained/developed
> by Giacomo Mazzamuto [1]), representing the revised version (2013) of the
> European Europass CV,
> which is maintained/developed by the European Centre for the Development of
> Vocational Training [2].
> This LyX-layout is based on the work of Uwe Stöhr in 'europecv.layout'.
>

Thanks for this!


> While the layout, in its current state, seems to be usable, there are
> still some minor issues:
> - Within the "europasscv.cls" the "inputenc" package is directly
> declared, i.e.
> \RequirePackage[utf8]{inputenc}
>   which causes an option clash whenever the custom LyX
> inputenc-setting is != utf8.
>

I have just submitted a change to master that lets you prevent LyX from
loading inputenc if you declare
Provides inputenc 1
in the layout file.

Since your files are based on master, I suppose you propose to include this
to 2.2dev only?


> - There is a redundant binding to an "ecvitem" in the layout, i.e.
> a standard paragraph
>   style "command" definition and an additional "InsetLayout
> Flex:ItemInset",
>   because I could not find another way to handle the following
> nesting scenario
>   within a simple command style:
> \ecvitem{}{
>   \begin{ecvitemize}
>   \item 1
>   \item 2
>   \end{ecvitemize}
> }
>
> Is there a proper way to mediate/resolve these issues?
>

Unfortunately not.

You should however use another Decoration for this (Classic or
Minimalistic), IMHO.

Also, your example file demonstrates that we should implement native
support for \newline (next to \\ and \linebreak).

Jürgen

Re: [patch] Prefer svg icons

[Jürgen Spitzmüller]

2015-03-12 11:22 GMT+01:00 Kornel Benko

> Am Montag, 16. Februar 2015 um 21:17:32, schrieb Enrico Forestieri <
> for...@lyx.org>
> > On Mon, Feb 16, 2015 at 05:02:15PM +0100, Kornel Benko wrote:
> > >
> > > I get messages like
> > > frontends/qt4/GuiApplication.cpp (612): Cannot load icon
> > > /usr/local/lyx2.2/images/oxygen/buffer-new.svgz please verify
> resource
> > > system!
>

I also get these messages (and no icons) when compiling with qt5 (with
autotools, and without installing). How did you resolve it?

Jürgen

Re: New layout for package europasscv

[Stefan Swerk]

On 03/15/15 10:35, Jürgen Spitzmüller wrote:
> 2015-03-15 9:20 GMT+01:00 Stefan Swerk:
>> While the layout, in its current state, seems to be usable, there are
>> still some minor issues:
>> - Within the "europasscv.cls" the "inputenc" package is directly
>> declared, i.e.
>> \RequirePackage[utf8]{inputenc}
>>   which causes an option clash whenever the custom LyX
>> inputenc-setting is != utf8.
>>
> I have just submitted a change to master that lets you prevent LyX from
> loading inputenc if you declare
> Provides inputenc 1
> in the layout file.

Perfect, thank you.

> Since your files are based on master, I suppose you propose to include this
> to 2.2dev only?

The layout and examples should work at least for the 2.2dev and 2.1.x branches 
(patch below),
however the latter only under the assumption that the user won't change the 
inputenc-setting.
Therefore an inclusion to the stable branch appears reasonable enough to me, or 
whatever seems to
work best for you and the development team.

>> - There is a redundant binding to an "ecvitem" in the layout, i.e.
>> a standard paragraph
>>   style "command" definition and an additional "InsetLayout
>> Flex:ItemInset",
>>   because I could not find another way to handle the following
>> nesting scenario
>>   within a simple command style:
>> \ecvitem{}{
>>   \begin{ecvitemize}
>>   \item 1
>>   \item 2
>>   \end{ecvitemize}
>> }
>>
>> Is there a proper way to mediate/resolve these issues?
>>
> Unfortunately not.
>
> You should however use another Decoration for this (Classic or
> Minimalistic), IMHO.
>
> Also, your example file demonstrates that we should implement native
> support for \newline (next to \\ and \linebreak).

I changed the InsetLayout-Decoration to classic and appended two more patches 
reflecting these
changes, thank you for the suggestion:
- for branch master  ( d9626ec6af6b1fcf46cf92e5835fc38201a03ff1):
  Konsole output 
"europasscv.layout.-.changed.inset.layout.to.classic.-.15.03.2015.diff"
- for branch 2.1.x ( f790bb046eafe1b3e32eb59c3af639e1fdaa166b):
  
"lyx.2.1.x.-.europasscv.layout.-.changed.inset.layout.to.classic.-.15.03.2015.diff"

Stefan Swerk


diff --git a/lib/examples/de/europassCV.german.lyx 
b/lib/examples/de/europassCV.german.lyx
new file mode 100644
index 000..16e72ff
--- /dev/null
+++ b/lib/examples/de/europassCV.german.lyx
@@ -0,0 +1,1029 @@
+#LyX 2.2 created this file. For more info see http://www.lyx.org/
+\lyxformat 482
+\begin_document
+\begin_header
+\textclass europasscv
+\begin_preamble
+\usepackage{footmisc}
+\end_preamble
+\options german
+\use_default_options true
+\maintain_unincluded_children false
+\language ngerman
+\language_package none
+\inputencoding utf8
+\fontencoding global
+\font_roman default
+\font_sans default
+\font_typewriter default
+\font_math auto
+\font_default_family default
+\use_non_tex_fonts false
+\font_sc false
+\font_osf false
+\font_sf_scale 100
+\font_tt_scale 100
+\graphics default
+\default_output_format default
+\output_sync 0
+\bibtex_command default
+\index_command default
+\paperfontsize default
+\spacing single
+\use_hyperref false
+\pdf_bookmarks true
+\pdf_bookmarksnumbered true
+\pdf_bookmarksopen false
+\pdf_bookmarksopenlevel 3
+\pdf_breaklinks false
+\pdf_pdfborder true
+\pdf_colorlinks false
+\pdf_backref false
+\pdf_pdfusetitle true
+\papersize default
+\use_geometry true
+\use_package amsmath 1
+\use_package amssymb 1
+\use_package cancel 1
+\use_package esint 1
+\use_package mathdots 1
+\use_package mathtools 1
+\use_package mhchem 1
+\use_package stackrel 1
+\use_package stmaryrd 1
+\use_package undertilde 1
+\cite_engine basic
+\cite_engine_type default
+\biblio_style plain
+\use_bibtopic false
+\use_indices false
+\paperorientation portrait
+\suppress_date false
+\justification true
+\use_refstyle 1
+\index Index
+\shortcut idx
+\color #008000
+\end_index
+\secnumdepth 1
+\tocdepth 1
+\paragraph_separation indent
+\paragraph_indentation default
+\quotes_language german
+\papercolumns 1
+\papersides 1
+\paperpagestyle default
+\tracking_changes false
+\output_changes false
+\html_math_output 0
+\html_css_as_file 0
+\html_be_strict false
+\end_header
+
+\begin_body
+
+\begin_layout Standard
+\begin_inset Note Note
+status open
+
+\begin_layout Plain Layout
+Dieses Template verwendet das 'europasscv'-Paket, 
+\end_layout
+
+\begin_layout Plain Layout
+s.
+ http://www.ctan.org/pkg/europasscv (zuletzt abgerufen am: 14.03.2015), 
+\end_layout
+
+\begin_layout Plain Layout
+zur Erstellung eines deutschsprachigen CVs gemäß 
http://europass.cedefop.europa.eu.
+\end_layout
+
+\begin_layout Plain Layout
+Weiterführende Dokumentation:
+\end_layout
+
+\begin_layout Plain Layout
+http://mirrors.ctan.org/macros/latex/contrib/europasscv/europasscv.pdf
+\end_layout
+

Re: [patch] Prefer svg icons

[Kornel Benko]

Am Sonntag, 15. März 2015 um 11:45:04, schrieb Jürgen Spitzmüller 

> 2015-03-12 11:22 GMT+01:00 Kornel Benko
> 
> > Am Montag, 16. Februar 2015 um 21:17:32, schrieb Enrico Forestieri <
> > for...@lyx.org>
> > > On Mon, Feb 16, 2015 at 05:02:15PM +0100, Kornel Benko wrote:
> > > >
> > > > I get messages like
> > > > frontends/qt4/GuiApplication.cpp (612): Cannot load icon
> > > > /usr/local/lyx2.2/images/oxygen/buffer-new.svgz please verify
> > resource
> > > > system!
> >
> 
> I also get these messages (and no icons) when compiling with qt5 (with
> autotools, and without installing). How did you resolve it?
> 
> Jürgen

I am not getting this message any more (with cmake).
As I got the error, I had to make /usr/local/lyx2.2/images/oxygen writable to 
get
rid of the message.

Kornel

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

Re: New layout for package europasscv

[Jürgen Spitzmüller]

2015-03-15 12:04 GMT+01:00 Stefan Swerk:

> The layout and examples should work at least for the 2.2dev and 2.1.x
> branches (patch below), however the latter only under the assumption that
> the user won't change the inputenc-setting. Therefore an inclusion to the
> stable branch appears reasonable enough to me, or whatever seems to work
> best for you and the development team.
>

My commit could be backported to branch (and should be, if this layout is
added to branch).

The decision is up to Richard, though.

Note, however, that your example does not compile out of the box with
TeXLive, since the europasslogo2013.pdf file is installed in the doc dir
instead of the tex dir with TeXLive. I think this is wrong and should be
reported to the TeXLive mailing list. Could you do that?

Jürgen

>

Re: #8962: toolbar icon default sizes for high resolution displays are too small

[Paola Manzini]

thank you guys!
paola


On 15/03/2015 02:07, LyX Ticket Tracker wrote:

#8962: toolbar icon default sizes for high resolution displays are too small
-+-
  Reporter:  paola|   Owner:  lasgouttes
  Type:  defect   |  Status:  closed
  Priority:  normal   |   Milestone:  2.2.0
Component:  general  | Version:  2.0.7
  Severity:  major|  Resolution:  fixed
  Keywords:   |
-+-
Changes (by forenr):

  * status:  new => closed
  * resolution:   => fixed


Comment:

  Done at [8fbe17c4/lyxgit].



--
Prof. Paola Manzini
School of Economics and Finance
University of St. Andrews
Castlecliffe, The Scores
St. Andrews KY16 9AL
Scotland, U.K.

tel: +44 (0)1334 462436
fax: +44 (0)1334 462444
http://www.st-andrews.ac.uk/~pm210/
Skype: paolamanzini

The University of St Andrews is a charity registered in Scotland : No SC013532

Re: New layout for package europasscv

[Jürgen Spitzmüller]

2015-03-15 12:06 GMT+01:00 Stefan Swerk:

> I changed the InsetLayout-Decoration to classic and appended two more
> patches reflecting these
> changes, thank you for the suggestion:
> - for branch master  ( d9626ec6af6b1fcf46cf92e5835fc38201a03ff1):
>   Konsole output
> "europasscv.layout.-.changed.inset.layout.to.classic.-.15.03.2015.diff"
> - for branch 2.1.x ( f790bb046eafe1b3e32eb59c3af639e1fdaa166b):
>
> "lyx.2.1.x.-.europasscv.layout.-.changed.inset.layout.to.classic.-.15.03.2015.diff"
>

I have tweaked the layout a bit, to the effect that you do not need the
manual "StartCV", "EndCV" and "Personal Information" any more.

Please have a look at the attached modified layout and example.

Jürgen



>
> Stefan Swerk
>
>
>


europasscv.layout
Description: Binary data


europassCV.lyx
Description: application/lyx

Re: New layout for package europasscv

[Stefan Swerk]

On 03/15/15 12:09, Jürgen Spitzmüller wrote:
> Note, however, that your example does not compile out of the box with 
> TeXLive, since the
> europasslogo2013.pdf file is installed in the doc dir instead of the tex dir 
> with TeXLive. I think
> this is wrong and should be reported to the TeXLive mailing list. Could you 
> do that?

Done [1].

> I have tweaked the layout a bit, to the effect that you do not need the
> manual "StartCV", "EndCV" and "Personal Information" any more.
>
> Please have a look at the attached modified layout and example.

These changes are great - you even fixed my spelling errors, thank you!
Additionally, I was able to discover some invalid arguments for the 
InsetLayout-Definition and I
removed them accordingly.

All changes are enclosed as patch files:
- Branch 2.1.x, commit Konsole output f790bb046eafe1b3e32eb59c3af639e1fdaa166b
  'lyx.2.1.x.-.europasscv.layout.-.v1.2.-.15.03.2015.diff'
-Branch master, commit 73c3f3e2fd340265ef9e896c959c7c1efbe52663
  'lyx.2.2dev.-.europasscv.layout.-.v1.2.-.15.03.2015.diff'

Stefan Swerk

[1] https://www.tug.org/pipermail/tex-live/2015-March/036387.html

diff --git a/lib/examples/de/europassCV.german.lyx 
b/lib/examples/de/europassCV.german.lyx
new file mode 100644
index 000..8ee2267
--- /dev/null
+++ b/lib/examples/de/europassCV.german.lyx
@@ -0,0 +1,1007 @@
+#LyX 2.1 created this file. For more info see http://www.lyx.org/
+\lyxformat 474
+\begin_document
+\begin_header
+\textclass europasscv
+\begin_preamble
+\usepackage{footmisc}
+\end_preamble
+\options german
+\use_default_options true
+\maintain_unincluded_children false
+\language ngerman
+\language_package none
+\inputencoding utf8
+\fontencoding global
+\font_roman default
+\font_sans default
+\font_typewriter default
+\font_math auto
+\font_default_family default
+\use_non_tex_fonts false
+\font_sc false
+\font_osf false
+\font_sf_scale 100
+\font_tt_scale 100
+\graphics default
+\default_output_format default
+\output_sync 0
+\bibtex_command default
+\index_command default
+\paperfontsize default
+\spacing single
+\use_hyperref false
+\pdf_bookmarks true
+\pdf_bookmarksnumbered true
+\pdf_bookmarksopen false
+\pdf_bookmarksopenlevel 3
+\pdf_breaklinks false
+\pdf_pdfborder true
+\pdf_colorlinks false
+\pdf_backref false
+\pdf_pdfusetitle true
+\papersize default
+\use_geometry true
+\use_package amsmath 1
+\use_package amssymb 1
+\use_package cancel 1
+\use_package esint 1
+\use_package mathdots 1
+\use_package mathtools 1
+\use_package mhchem 1
+\use_package stackrel 1
+\use_package stmaryrd 1
+\use_package undertilde 1
+\cite_engine basic
+\cite_engine_type default
+\biblio_style plain
+\use_bibtopic false
+\use_indices false
+\paperorientation portrait
+\suppress_date false
+\justification true
+\use_refstyle 1
+\index Index
+\shortcut idx
+\color #008000
+\end_index
+\secnumdepth 1
+\tocdepth 1
+\paragraph_separation indent
+\paragraph_indentation default
+\quotes_language german
+\papercolumns 1
+\papersides 1
+\paperpagestyle default
+\tracking_changes false
+\output_changes false
+\html_math_output 0
+\html_css_as_file 0
+\html_be_strict false
+\end_header
+
+\begin_body
+
+\begin_layout Standard
+\begin_inset Note Note
+status open
+
+\begin_layout Plain Layout
+Dieses Template verwendet das 'europasscv'-Paket, 
+\end_layout
+
+\begin_layout Plain Layout
+s.
+ http://www.ctan.org/pkg/europasscv (zuletzt abgerufen am: 14.03.2015), 
+\end_layout
+
+\begin_layout Plain Layout
+zur Erstellung eines deutschsprachigen CVs gemäß 
http://europass.cedefop.europa.eu.
+\end_layout
+
+\begin_layout Plain Layout
+Weiterführende Dokumentation:
+\end_layout
+
+\begin_layout Plain Layout
+http://mirrors.ctan.org/macros/latex/contrib/europasscv/europasscv.pdf
+\end_layout
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
+\begin_inset Note Note
+status open
+
+\begin_layout Plain Layout
+Die folgenden persönlichen Informationen können auch im Latex Preamble 
spezifizi
+ert werden:
+\end_layout
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Name
+Stefan Swerk
+\end_layout
+
+\begin_layout Address
+In Österreich
+\end_layout
+
+\begin_layout Telephone
+\begin_inset Argument 1
+status open
+
+\begin_layout Plain Layout
++43 123
+\begin_inset space \enskip{}
+\end_inset
+
+45 678 99
+\end_layout
+
+\end_inset
+
++43 123
+\begin_inset space \enskip{}
+\end_inset
+
+45 678 99
+\end_layout
+
+\begin_layout Email
+stefan_...@swerk.priv.at
+\end_layout
+
+\begin_layout Homepage
+gitlab.swerk.priv.at
+\end_layout
+
+\begin_layout InstantMessaging
+\begin_inset Argument 1
+status open
+
+\begin_layout Plain Layout
+Google Talk
+\end_layout
+
+\end_inset
+
+123
+\end_layout
+
+\begin_layout InstantMessaging
+\begin_inset Argument 1
+status open
+
+\begin_layout Plain Layout
+Skype
+\end_layout
+
+\end_inset
+
+456
+\end_layout
+
+\begin_layout Birthday
+12.10.1492
+\end_layout
+
+\begin_layout Nationality
+Österreich
+\end_layout
+
+\begin_layout Gender
+Männlich
+\end_layout
+

Re: New layout for package europasscv

[Jürgen Spitzmüller]

2015-03-15 16:22 GMT+01:00 Stefan Swerk:

> All changes are enclosed as patch files:
> - Branch 2.1.x, commit f790bb046eafe1b3e32eb59c3af639e1fdaa166b
>   'lyx.2.1.x.-.europasscv.layout.-.v1.2.-.15.03.2015.diff'
> -Branch master, commit 73c3f3e2fd340265ef9e896c959c7c1efbe52663
>   'lyx.2.2dev.-.europasscv.layout.-.v1.2.-.15.03.2015.diff'
>

Thanks. I have myself done some further polishing to the layout and the
examples (e.g., I have solved the footnote problem). Attached the
respective files for 2.2dev.

If you agree, please write a mail containing a license agreement. This is a
prerequisite for inclusion into LyX. See
http://marc.info/?l=lyx-devel=121727417724431

Jürgen



>
> Stefan Swerk
>


europassCV.lyx
Description: application/lyx


europassCV.german.lyx
Description: application/lyx


europasscv.layout
Description: Binary data

Re: [patch] LyX logo logoification

[Jean-Marc Lasgouttes]

Le 15/03/15 08:44, Abdelrazak Younes a écrit :

Comments?


You use lots of hardcoded constants nobody except you will understand 1
month from now, and not even you 1 year from now :-P


What is the LaTeX source code good for?

I added some documentation, although I am not sure that it will help you 
more.


It helped me to notice a couple oversights. Thanks.


At least those are used 4 times and should use meaningfully named
constants: 0.16667 and 0.125.


These are just numbers: 1/6em and 1/8em. Ask Knuth for their proper names.



Nitpick: 0.16667 ~= 1/6 so if you want to be more accurate you'd better
use division per 6.


Being accurate in this case is doing what TeX does.


Nitpick 2: You are using floating point calculation while you could
fixed point calculation easily. Not a problem on PC but on some ARM
systems (eg older Raspberry Pi).


As Knuth wrote, "premature optimization is the root of all evil".


My 2 cts of the year :-)


You're welcome.

JMarc

PS: I do find this code ugly too, but I still think that this form is 
the easiest to understand :)

Contribution license

[Stefan Swerk]

I hereby grant permission to license my contributions to LyX
under the GNU General Public License, version 2 or any later version.

Stefan Swerk




signature.asc
Description: OpenPGP digital signature

Re: [patch] Prefer svg icons

[Jean-Marc Lasgouttes]

Le 15/03/15 02:54, Enrico Forestieri a écrit :

I do not have time for automake now, but I will do it on monday if
nobdy beats me to it.


I did that at 8fbe17c4.


Thanks!

JMarc

Re: [LyX/master] Move font encoding information to languages.

[Jean-Marc Lasgouttes]

Le 19/02/15 12:36, Jürgen Spitzmüller a écrit :

Jean-Marc Lasgouttes wrote:

Note that if you used a set instead of a vector, you would not have to check
for duplicates.


Actually, I cannot do this, since the insertion order must be maintained.


Indeed.


Of course getVectorFrom string gives you a vector, but it should be easy
enough to create a getSetFromString or better to create a
getFromString and define getVectorFromString as
getFromString.


Nevertheless, I had a go at this. Attached a patch.

Is this considered useful?


We do not have a use case yet, but you commit that minus the part that 
defines the set<> version. Actually, it seems to me that you do not Need 
the String template parameter. Container::value_type should do the 
trick, IMO.


JMarc

Re: is our po-updates mail address broken?

[Jean-Marc Lasgouttes]

Le 19/02/15 01:36, Uwe Stöhr a écrit :

I notice that when I write a mail to po-updates I don't get the mails
forwarded. Could someone please have a look if am still subscribed to
get these mails?


Hi Uwe,

I do not know whether this problem is fixed for you, but in any case 
your address is part of the po-updates group.


JMarc

Re: [patch] LyX logo logoification

[Abdelrazak Younes]

On 15/03/2015 18:29, Jean-Marc Lasgouttes wrote:

Le 15/03/15 08:44, Abdelrazak Younes a écrit :

Comments?


You use lots of hardcoded constants nobody except you will understand 1
month from now, and not even you 1 year from now :-P


What is the LaTeX source code good for?


I didn't know that... I am not literate in Latex as you may know :-)



I added some documentation, although I am not sure that it will help 
you more.


It helped me understand the roots of the code, indeed. And I think this 
reference is valuable in the code, thanks!




It helped me to notice a couple oversights. Thanks.


Thanks.




At least those are used 4 times and should use meaningfully named
constants: 0.16667 and 0.125.


These are just numbers: 1/6em and 1/8em. Ask Knuth for their proper 
names.


Didn't know that. Still ugly though :-)





Nitpick: 0.16667 ~= 1/6 so if you want to be more accurate you'd better
use division per 6.


Being accurate in this case is doing what TeX does.


I see.



Nitpick 2: You are using floating point calculation while you could
fixed point calculation easily. Not a problem on PC but on some ARM
systems (eg older Raspberry Pi).


As Knuth wrote, "premature optimization is the root of all evil".


Which is maybe the reason why LateX code is so ugly. I guess LaTeX has 
some special way to do fixed point calculation based on floating point 
representation, hasn't it?


Thanks,
Abdel.

Re: Re: lyx crashes when applying long table settings

[morellocooler]

 
 

On 02/26/2015 05:40 PM, Stephanie Andrews wrote:
> Dear developers,
>
> I'm using lyx version 2.1.1 and found possibly a bug which seems similar to
> the problem reported here:
> http:/www.lyx.org/trac/ticket/8721
>
> Inserting a table, setting it to long format, marking the whole table,
> changing text style - customize - size smaller
> results in lyx crashing.

Hi, Stephanie,

Thanks for the report, and sorry you are having this problem. I tried
exactly what you describe with LyX 2.1.3, and did not get a crash. Can
you try updating to this version?

If you do still get the crash, please provide us with as exact a recipe
as possible to reproduce it reliably, if you are able to do that. We
take crashes very seriously and do our best to fix them ASAP.

Richard
 

 

 

 

 

Hi Richard,

Thanks for your reply.

I updated to Lyx 2.1.3 (Windows 7) and still get lyx to crash when compiling by doing the following:

 

- insert a table (mine is very long so when testing in a new document I entered a table with 100 rows and 5 columns)

- write some random stuff in a couple of cells

- right-click on the table - more - settings - longtable - click "use longtable"

- same again, settings - borders - click on "formal"

- right click somewhere in fourth row (for example), more - settings - "Caption on"

- click in same cell again, insert-caption-standard caption. Write some example caption

- click again in same cell, more - settings - longtable - take away tick from "first header" (why does it automatically get ticked when I chose only "Caption on" before?)

- choose the whole table, right click, text style - paragraph - size "smaller"

- Preview pdf  - lyx crashes

 

But, I figured out that it works perfectly if I first change the text size, and then enter the caption! 

 

Best,

Stephanie  

 

 

 

Re: New layout for package europasscv

[Richard Heck]

On 03/15/2015 07:09 AM, Jürgen Spitzmüller wrote:

2015-03-15 12:04 GMT+01:00 Stefan Swerk:

The layout and examples should work at least for the 2.2dev and
2.1.x branches (patch below), however the latter only under the
assumption that the user won't change the inputenc-setting.
Therefore an inclusion to the stable branch appears reasonable
enough to me, or whatever seems to work best for you and the
development team.


My commit could be backported to branch (and should be, if this layout 
is added to branch).


The decision is up to Richard, though.


That's fine with me.

We really ought to have some general mechanism to prevent the loading of 
any package.


Richard