Am Samstag, den 22.09.2018, 20:42 +0200 schrieb Stephan Witt:
> > > What can be done with it? The error is serious and makes the
> > > tex2lyx in the original package useless. I propose to replace the
> > > wrong package with the new one. But is this an option? There is
> > > no visible difference
On 22/09/2018 2:30 a.m., Scott Kostyshak wrote:
On Fri, Sep 21, 2018 at 09:49:07AM +1200, Andrew Parsloe wrote:
On 21/09/2018 1:38 a.m., Scott Kostyshak wrote:
On Thu, Sep 20, 2018 at 02:23:28PM +0200, Jean-Marc Lasgouttes wrote:
Le 08/09/2018 à 00:38, Scott Kostyshak a écrit :
In some cases,
Am 22.09.2018 um 19:33 schrieb Richard Kimberly Heck :
>
> On 09/22/2018 11:25 AM, Stephan Witt wrote:
>> Hi Riki,
>>
>> did you notice the problem report from Paola Manzini? It’s in mail archive
>> here:
>> https://www.mail-archive.com/lyx-devel@lists.lyx.org/msg206434.html
>>
>> We never had
On 21/09/2018 22:54, Daniel wrote:
Hi,
When I typeset a PDF with the default font settings (under Windows 10),
the output text is rasterized (source and output files attached).
I haven't used the default font settings for a while, so maybe this is
normal? But it seems strange to me.
Seems
Am Samstag, 22. September 2018 16:56:06 CEST schrieb Jürgen Spitzmüller
:
> Am Samstag, den 22.09.2018, 16:46 +0200 schrieb Kornel Benko:
> > My goal was easy interface in lyx, yours is nice proper layout.
>
> What you try is not possible with current LyX means without brute
> force. As a said,
Am Samstag, den 22.09.2018, 16:46 +0200 schrieb Kornel Benko:
> My goal was easy interface in lyx, yours is nice proper layout.
What you try is not possible with current LyX means without brute
force. As a said, what you do is highly fragile and hard to maintain.
> I think, that if we go your wa
Am Samstag, 22. September 2018 15:46:11 CEST schrieb Jürgen Spitzmüller
:
>
> >
> > We could also try to implement some other magic for use in such
> > situation. But that
> > looked as too much for only this case.
>
> keyval is quite common, so it would make sense to address this in a
> more ge
Am Samstag, den 22.09.2018, 15:24 +0200 schrieb Kornel Benko:
> Am Samstag, 22. September 2018 15:11:15 CEST schrieb Jürgen
> Spitzmüller :
> >
> > The current solution is not satisfying either, so I propose to use
> > the
> > InsetArgs as they are meant to. Also since this is included in the
> >
Am Samstag, 22. September 2018 15:11:15 CEST schrieb Jürgen Spitzmüller
:
>
> The current solution is not satisfying either, so I propose to use the
> InsetArgs as they are meant to. Also since this is included in the
> official release, where we should avoid such bad models.
We could also try t
Am Samstag, den 22.09.2018, 14:40 +0200 schrieb Jean-Marc Lasgouttes:
> Is there a reason why this is a layout rather than a module that one
> could use with any class?
I agree this should be a module.
Jürgen
>
> JMarc
signature.asc
Description: This is a digitally signed message part
Am Samstag, den 22.09.2018, 15:08 +0200 schrieb Kornel Benko:
> No, but the pdf-output of comment is immediately after the move. like
> 2... Ke4This is a comment
But what if a user wants exactly this? Removing a hardcoded space is
not possible, adding always.
> > > Yes, if you refer to TEX
Am Samstag, 22. September 2018 14:51:50 CEST schrieb Jürgen Spitzmüller
:
> Am Samstag, den 22.09.2018, 14:37 +0200 schrieb Kornel Benko:
> > True, still the comment does not look wrong to me.
>
> I was just asking (since I was irritated).
>
> > OTOH, we _need_ this space. So the user would be f
Am Samstag, 22. September 2018 14:40:54 CEST schrieb Jean-Marc Lasgouttes
:
> Le 22/09/2018 à 09:24, Jürgen Spitzmüller a écrit :
> >> +++ b/lib/layouts/chessboard.layout
> >> @@ -0,0 +1,132 @@
> >> +#% Do not delete the line below; configure depends on this
> >> +# \DeclareLaTeXClass[scrartcl]{C
Am Samstag, den 22.09.2018, 14:37 +0200 schrieb Kornel Benko:
> True, still the comment does not look wrong to me.
I was just asking (since I was irritated).
> OTOH, we _need_ this space. So the user would be forced to always add
> no-break space.
> Inconvenient in my view.
So does it produce er
Le 22/09/2018 à 09:24, Jürgen Spitzmüller a écrit :
+++ b/lib/layouts/chessboard.layout
@@ -0,0 +1,132 @@
+#% Do not delete the line below; configure depends on this
+# \DeclareLaTeXClass[scrartcl]{Chessboard}
+# \DeclareCategory{Articles}
+# chessboard article textclass definition file.
Is t
Am Samstag, 22. September 2018 13:22:04 CEST schrieb Jürgen Spitzmüller
:
> Am Samstag, den 22.09.2018, 12:53 +0200 schrieb Kornel Benko:
> > I see it in the log of chessboard-article.lyx
>
> So one of the packages loads it. But the layout does not load it.
True, still the comment does not look
José Abílio Matos wrote:
> On Wednesday, 19 September 2018 13.53.28 WEST Neal Becker wrote:
>> For some time I've been using metropolis theme for my presentations:
>>
>> https://github.com/matze/mtheme
>>
>> I'm generally quite happy with it and think others might want to look at
>> it.
>
> I l
Am Samstag, den 22.09.2018, 12:53 +0200 schrieb Kornel Benko:
> I see it in the log of chessboard-article.lyx
So one of the packages loads it. But the layout does not load it.
> > Why this as default? Shouldn't this depend on the user's settings?
>
> Maybe, I used the values according to the use
Am Samstag, 22. September 2018 09:24:18 CEST schrieb Jürgen Spitzmüller
:
> Kornel, I have some comments and questions:
>
> Am Donnerstag, den 23.08.2018, 12:17 +0200 schrieb Kornel Benko:
> > commit 28770327918a38fc8f4fc14a4239d1fe1adb8b66
> > Author: Kornel Benko
> > Date: Thu Aug 23 11:58:3
Kornel, I have some comments and questions:
Am Donnerstag, den 23.08.2018, 12:17 +0200 schrieb Kornel Benko:
> commit 28770327918a38fc8f4fc14a4239d1fe1adb8b66
> Author: Kornel Benko
> Date: Thu Aug 23 11:58:32 2018 +0200
>
> Replacement for chess support
> This layout does not use lyxs
20 matches
Mail list logo