one document. The only case I can imagine where one
might need to input all these different styles in one document would be
a compendium of transcriptions where the style rules dictate to keep
the quoting style used in the respective sources.
How about a function to "freeze" all d
Am Samstag, den 07.01.2017, 19:58 +0100 schrieb Jürgen Spitzmüller:
> > I tested the latest GUI-related commit and I have a bug to report.
> > Create a new document, Language: French, Quotes style: language
> > default.
> > Close and reopen the properties. Then instead of language default,
> >
Am Samstag, den 07.01.2017, 18:40 +0100 schrieb Guillaume Munch:
> If you are ready to alter the style combo-box temporarily, then two
> pairs of bindings should be enough too, isn't it?
No. Because I can alter the combo box to more than two values
temporarily.
> The only thing that
> still
Le 05/01/2017 à 06:39, Jürgen Spitzmüller a écrit :
Am Mittwoch, den 04.01.2017, 23:27 +0100 schrieb Guillaume Munch:
There I do not follow anymore: if without the checkbox you would need
12
key bindings, how is the checkbox helping? Or do you mean that even
the
checkbox does not address your
Am Mittwoch, den 04.01.2017, 14:14 +0100 schrieb Jean-Marc Lasgouttes:
> A few comments on the UI:
Please check out recent master.
Jürgen
signature.asc
Description: This is a digitally signed message part
Am Mittwoch, den 04.01.2017, 23:27 +0100 schrieb Guillaume Munch:
> There I do not follow anymore: if without the checkbox you would need
> 12
> key bindings, how is the checkbox helping? Or do you mean that even
> the
> checkbox does not address your needs?
Well, it is easier to alter the
s is an argument all for the setting. And note that this
mostly depends on your publisher or editor, so it is ultimately
document-dependent, not author-dependent.
Indeed I did not imagine that the current behaviour of dynamic quotes
was on purpose, and I am a bit surprised that it is a thing. In turn,
d
Am Mittwoch, den 04.01.2017, 17:12 +0100 schrieb Guillaume Munch:
> What is so bad about this document setting? Two things:
>
> * If I check dynamic quotes, then it behaves in an unfriendly way
> inside foreign language: it becomes hard to insert foreign
> language
> quo
Le 04/01/2017 à 15:42, Jürgen Spitzmüller a écrit :
Am Mittwoch, den 04.01.2017, 15:02 +0100 schrieb Guillaume Munch:
Starting with the important point:
So, here are two suggestions for improving dynamic quotes, good
enough (AFAIU) to be a default behaviour, sparing the need for a
document
Am Mittwoch, den 04.01.2017, 16:34 +0100 schrieb Jean-Marc Lasgouttes:
> This is an interesting point actually. In an ideal world, I'd like an
> UI
> which is not intimidating to people who just want, well, quotes, but
> which can additionally cater for the needs of typography die-hards.
The
t know what I am doing.
Not wrong. But you miss the fact that after LyX made a proposal for a
default quote style for a given language, you might adjust that to your
or your publisher's need. And the dynamic quotes will output that and
not the "language default". Therefore such a
Am Mittwoch, den 04.01.2017, 15:45 +0100 schrieb Jean-Marc Lasgouttes:
> I see. I probably do not need dynamic quotes, then :)
Except if you need to change from French "vernacular" quotation style
to the French Imprimérie Nationale style ;-)
> The way I saw it was:
> 1/ there
Le 04/01/2017 à 15:31, Jürgen Spitzmüller a écrit :
Again, this is a separate feature. Dynamic quotes, on the contrary, is
strong if letting you quickly change between different styles of a
given language (such as ,,this``and >>this<< both current in German).
I see. I probably
Am Mittwoch, den 04.01.2017, 15:02 +0100 schrieb Guillaume Munch:
> But for dynamic quotes you wrote:
>
> > There is even the need for dynamic and static quotes within the
> > same
> > document.
>
> which the document setting does not address, but additional LFUN
ot change with
> document
> setting. No csquote needed here.
Again, this is a separate feature. Dynamic quotes, on the contrary, is
strong if letting you quickly change between different styles of a
given language (such as ,,this``and >>this<< both current in German).
>
that since always.
But for dynamic quotes you wrote:
There is even the need for dynamic and static quotes within the same
document.
which the document setting does not address, but additional LFUN
bindings (default or custom) does. This is why I see the argument for
mixing static and dynamic quotes
al feature, actually. We do only
adapt to the language on main language switch (both for static and
dynamic quotes). Automatic adaptation (as done by csquotes) would be
much more tricky, since we'd need to consider multilingual text.
This is not what I meant. Rather "Language default" that
nd orthogonal feature, actually. We do only
adapt to the language on main language switch (both for static and
dynamic quotes). Automatic adaptation (as done by csquotes) would be
much more tricky, since we'd need to consider multilingual text.
> * concerning the context menu: what about sepa
an LFUN change is all but user friendly. This
> > > would hide
> > > the dynamic quotes from most users.
> >
> > I propose to change the pre-set keybinding for " from "quote-
> > insert" to
> > "quote-insert * * dynamic".
>
&
I come late into this thread, which I kind of neglected (shame on me!).
A few comments below.
Le 04/01/2017 à 13:41, Jürgen Spitzmüller a écrit :
Yes, this is why we need static quotes (or just a convenient way to
insert
Unicode quote characters) besides the "dynamic" quotes
ode quote characters) besides the "dynamic" quotes.
But in any case the "foreign" quotes require either modifying the
once-inserted quote (via context menu) or insertion via LFUN with arguments
or the Insert>Character>... menu.
This would be independent of the value of an ev
;
> Yes, this is why we need static quotes (or just a convenient way to
> insert
> Unicode quote characters) besides the "dynamic" quotes.
Indeed. And no, not unicode characters. Real quote insets with proper
semantics (such as "open"/"close", "inner&quo
ent), I
> need to use static quotes. Nevertheless I could still need to use a
> dynamic type for the main quotes. The latter lets me switch from
> inverted commas to guillemets (or vice versa) if my publisher requests
> this.
Yes, this is why we need static quotes (or just a conve
tatic quotes. Nevertheless I could still need to use a
dynamic type for the main quotes. The latter lets me switch from
inverted commas to guillemets (or vice versa) if my publisher requests
this.
Also note that an LFUN change is all but user friendly. This would hide
the dynamic quotes from most use
Le 30/12/2016 à 23:39, Guenter Milde a écrit :
Dear Jürgen, dear LyX developers,
I am glad to see the "dynamic quotes" and optional arguments to the
quote-insert LFUN are implemented. Now,
M-x quote-insert * * dynamic
inserts a quote-inset that
* is rendered blue in the GUI, so
Dear Jürgen, dear LyX developers,
I am glad to see the "dynamic quotes" and optional arguments to the
quote-insert LFUN are implemented. Now,
M-x quote-insert * * dynamic
inserts a quote-inset that
* is rendered blue in the GUI, so we can see it is not a "normal" charact
26 matches
Mail list logo