Jürgen,
the correct command is tlmgr update --self --all :-)-O
el
On 2018-06-20 17:28 , Jürgen Spitzmüller wrote:
> Pavel Sanda mailto:sa...@lyx.org>> schrieb am Mi., 2. TL
> is stabilized & freezed. Once all coathors have, say TL 2017, then
>
> you can be sure that no packages versions
Am Mittwoch, 20. Juni 2018 16:03:45 CEST schrieb Scott Kostyshak
:
> On Wed, Jun 20, 2018 at 11:48:56AM +, Stephan Witt wrote:
>
> > > Still, I like the idea with 'M-m q' as prefix for extra bindings.
> >
> > Me too. :)
>
> Sounds good. In addition to "q", "j" and "k" seem to be free. Any reas
On Wed, Jun 20, 2018 at 11:48:56AM +, Stephan Witt wrote:
> > Still, I like the idea with 'M-m q' as prefix for extra bindings.
>
> Me too. :)
Sounds good. In addition to "q", "j" and "k" seem to be free. Any reason
to choose one over the other?
Any abstractions that come to mind that are r
On Wed, Jun 20, 2018 at 10:06:02AM +, Kornel Benko wrote:
> Am Mittwoch, 20. Juni 2018 11:53:42 CEST schrieb Kornel Benko
> :
> > Am Mittwoch, 20. Juni 2018 08:22:33 CEST schrieb Stephan Witt
> > :
> > > Obviously the literal letter keys are not case sensitive in bind file. I
> > > think thi
On 06/20/2018 10:28 AM, Kees Zeelenberg wrote:
>
> >1. increased document interoperability between architectures because both
>
> > Linux and Mac use preferably TeX Live (MacTeX is redistribution of
>
> > TeX Live if I read their pages right, CMIIW).
>
>
>
> Both MikTeX and TeXLive use the same
On 06/20/2018 09:12 AM, Paul A. Rubin wrote:
> On 06/19/2018 10:47 AM, Pavel Sanda wrote:
>>
>> Since we are doing changes in the installation workflow on Windows we
>> should
>> consider to advocate TeX Live instead of MiKTeX on official LyX web page
>> and I have in mind two reasons:
>>
>> 1. inc
>I actually checked that on linux distros under my hands (most importnantly
>debian)
>before triggering this debate and it turned out that miktex was not by default
>in
>the repositories, so proper miktex install goes far beyond few clicks
> in various package installers...
That is indeed a dis
Pavel Sanda schrieb am Mi., 2. TL is stabilized & freezed.
Once all coathors have, say TL 2017, then
>you can be sure that no packages versions would switch between
> computers.
>It's much harder to check what version of latex packages are on the
>computers when updates randomly occur
Kees Zeelenberg wrote:
> >1. increased document interoperability between architectures because both
> >Linux and Mac use preferably TeX Live (MacTeX is redistribution of TeX Live
> >if I read their pages right, CMIIW).
>
> Both MikTeX and TeXLive use the same sources, so there is no functional
> d
>1. increased document interoperability between architectures because both
> Linux and Mac use preferably TeX Live (MacTeX is redistribution of
> TeX Live if I read their pages right, CMIIW).
Both MikTeX and TeXLive use the same sources, so there is no functional
difference. They only differ in
Paul A. Rubin wrote:
> As to the points above, for #1, LaTeX packages should behave the same on
> all platforms (unless the dreaded Windows line endings somehow muck things
> up), so I'm not sure why it would make a difference if I used MiKTeX and my
> coauthor used TeXLive.
Why it could make d
On 06/19/2018 10:47 AM, Pavel Sanda wrote:
Since we are doing changes in the installation workflow on Windows we should
consider to advocate TeX Live instead of MiKTeX on official LyX web page
and I have in mind two reasons:
1. increased document interoperability between architectures because b
Am 20.06.2018 um 12:06 schrieb Kornel Benko :
>
> Am Mittwoch, 20. Juni 2018 11:53:42 CEST schrieb Kornel Benko
> :
> > Am Mittwoch, 20. Juni 2018 08:22:33 CEST schrieb Stephan Witt
> > :
> > > Obviously the literal letter keys are not case sensitive in bind file. I
> > > think this
> > > is be
Am Mittwoch, 20. Juni 2018 11:53:42 CEST schrieb Kornel Benko :
> Am Mittwoch, 20. Juni 2018 08:22:33 CEST schrieb Stephan Witt
> :
> > Obviously the literal letter keys are not case sensitive in bind file. I
> > think this
> > is because the output of keypress on „H“ is a lower case „h“ and the
Am Mittwoch, 20. Juni 2018 08:22:33 CEST schrieb Stephan Witt :
> Obviously the literal letter keys are not case sensitive in bind file. I
> think this
> is because the output of keypress on „H“ is a lower case „h“ and the
> combination
> of „Shift“ + „H“ gives you upper case „H“ - there is no ke
15 matches
Mail list logo