On Wed, Jul 17, 2019 at 11:14:04PM +0200, Jean-Marc Lasgouttes wrote:
> commit 049aed8e08ab0da498561e3382e009852cd1d83d
> Author: Jean-Marc Lasgouttes
> Date: Wed Jul 17 01:01:49 2019 +0200
>
> Respect OS-level keyboard language
>
> This bug provides two features:
>
> 1/ w
On Fri, Jul 19, 2019 at 08:16:56AM +0200, Jürgen Spitzmüller wrote:
> Am Mittwoch, den 17.07.2019, 23:14 +0200 schrieb Jean-Marc Lasgouttes:
> > * not working with Linux (although 1/ works with Qt4); it seems that Qt5
> > supports switching through ibus, but I do not know what this means.
Personal
Am Sonntag, den 21.07.2019, 19:31 +0200 schrieb Jean-Marc Lasgouttes:
> Nevertheless hare is what I propose:
This is not exactly to my taste, but maybe we need both. A side-pane
with icons and a normal dialog with combos. LibreOffice also has both,
after all.
Jürgen
signature.asc
Description: T
Le 21/07/2019 à 08:43, Jürgen Spitzmüller a écrit :
Am Sonntag, den 21.07.2019, 00:21 +0200 schrieb Jean-Marc Lasgouttes:
But despite all your
efforts, the Character dialog is still not the one I appreciate the
most :)
Suggestions are welcome.
My first draft said "If I had any, I would have
Am Sonntag, den 21.07.2019, 11:08 +0200 schrieb Jean-Marc Lasgouttes:
> No, I meant the current Languages submenu. It is more discoverable
> to keep it anyway.
Done.
Jürgen
signature.asc
Description: This is a digitally signed message part
Am Sonntag, den 21.07.2019, 11:08 +0200 schrieb Jean-Marc Lasgouttes:
> Le 21/07/2019 à 09:26, Jürgen Spitzmüller a écrit :
> > Am Sonntag, den 21.07.2019, 00:19 +0200 schrieb Jean-Marc
> > Lasgouttes:
> > > As a developer who had to open weird MWEs from trac, I would
> > > quickly
> > > be overwhe
Le 21/07/2019 à 09:26, Jürgen Spitzmüller a écrit :
Am Sonntag, den 21.07.2019, 00:19 +0200 schrieb Jean-Marc Lasgouttes:
As a developer who had to open weird MWEs from trac, I would quickly
be overwhelmed by weird languages.
Probably wise to open these with a specific build/user dir anyway, i
Le 21/07/2019 à 08:43, Jürgen Spitzmüller a écrit :
Am Sonntag, den 21.07.2019, 00:19 +0200 schrieb Jean-Marc Lasgouttes:
As a developer who had to open weird MWEs from trac, I would quickly
be
overwhelmed by weird languages.
Having the Language submenu always available would be a big plus.
I
Am Sonntag, den 21.07.2019, 00:19 +0200 schrieb Jean-Marc Lasgouttes:
> As a developer who had to open weird MWEs from trac, I would quickly
> be overwhelmed by weird languages.
Probably wise to open these with a specific build/user dir anyway, in
order to keep the own session/work history unaffec
Am Sonntag, den 21.07.2019, 00:21 +0200 schrieb Jean-Marc Lasgouttes:
> But despite all your
> efforts, the Character dialog is still not the one I appreciate the
> most :)
Suggestions are welcome.
Jürgen
signature.asc
Description: This is a digitally signed message part
Am Sonntag, den 21.07.2019, 00:19 +0200 schrieb Jean-Marc Lasgouttes:
> As a developer who had to open weird MWEs from trac, I would quickly
> be
> overwhelmed by weird languages.
>
> Having the Language submenu always available would be a big plus.
I don't understand. The latter would even more
Le 20/07/2019 à 16:31, Jürgen Spitzmüller a écrit :
Am Samstag, den 20.07.2019, 16:29 +0200 schrieb Jean-Marc Lasgouttes:
It would be usable in the sense that the already used languages are
grouped together and I guess the cursor would be on it by default.
But this is already the case. I meant
Le 20/07/2019 à 16:36, Jürgen Spitzmüller a écrit :
Am Samstag, den 20.07.2019, 16:31 +0200 schrieb Jürgen Spitzmüller:
It would be usable in the sense that the already used languages
are
grouped together and I guess the cursor would be on it by default.
But this is already the case. I meant
Am Samstag, den 20.07.2019, 16:31 +0200 schrieb Jürgen Spitzmüller:
> > It would be usable in the sense that the already used languages
> are
> > grouped together and I guess the cursor would be on it by default.
>
> But this is already the case. I meant, would the huge menu of all
> other
> lang
Am Samstag, den 20.07.2019, 16:29 +0200 schrieb Jean-Marc Lasgouttes:
> > Granted, but the argument I was discussing was "it is a bit far
> > away".
>
> FWIW, LibreOffice has this.
Note that I am not opposed to this as an additional thing. I was just
arguing that we already have an accessible UI.
Am Samstag, den 20.07.2019, 16:29 +0200 schrieb Jean-Marc Lasgouttes:
> It would be usable in the sense that the already used languages are
> grouped together and I guess the cursor would be on it by default.
But this is already the case. I meant, would the huge menu of all other
languages be use
Le 20/07/2019 à 16:26, Jürgen Spitzmüller a écrit :
Am Samstag, den 20.07.2019, 08:19 -0600 schrieb Joel Kulesza:
It is visible.
Granted, but the argument I was discussing was "it is a bit far away".
FWIW, LibreOffice has this.
JMarc
Am Samstag, den 20.07.2019, 16:28 +0200 schrieb Jean-Marc Lasgouttes:
> Yes, but only when there are at least two languages.
We could add "Change Language..." when we have only one.
Jürgen
signature.asc
Description: This is a digitally signed message part
Le 20/07/2019 à 16:25, Jürgen Spitzmüller a écrit :
Am Samstag, den 20.07.2019, 16:17 +0200 schrieb Jean-Marc Lasgouttes:
BTW, would it be possible/desirable to put all the languages in the
Edit/Language submenu but have the buffer languages at the top of
the
list with a separator?
This would
Le 20/07/2019 à 16:25, Jürgen Spitzmüller a écrit :
Am Samstag, den 20.07.2019, 16:17 +0200 schrieb Jean-Marc Lasgouttes:
BTW, would it be possible/desirable to put all the languages in the
Edit/Language submenu but have the buffer languages at the top of
the
list with a separator?
This would
Am Samstag, den 20.07.2019, 08:19 -0600 schrieb Joel Kulesza:
> It is visible.
Granted, but the argument I was discussing was "it is a bit far away".
Jürgen
signature.asc
Description: This is a digitally signed message part
Am Samstag, den 20.07.2019, 16:17 +0200 schrieb Jean-Marc Lasgouttes:
> BTW, would it be possible/desirable to put all the languages in the
> Edit/Language submenu but have the buffer languages at the top of
> the
> list with a separator?
This would be a long list. Is this usable?
> It feels c
On Sat, Jul 20, 2019 at 8:11 AM Jürgen Spitzmüller wrote:
> Am Samstag, den 20.07.2019, 15:40 +0200 schrieb Jean-Marc Lasgouttes:
> > > As to the flag icon idea, I have to say (with my sociolinguist hat
> > > on)
> > > that I am not particularly thrilled by the underpinning association
> > > of
>
Le 20/07/2019 à 16:10, Jürgen Spitzmüller a écrit :
Am Samstag, den 20.07.2019, 15:40 +0200 schrieb Jean-Marc Lasgouttes:
As to the flag icon idea, I have to say (with my sociolinguist hat
on)
that I am not particularly thrilled by the underpinning association
of
languages with countries/nations
Am Samstag, den 20.07.2019, 15:40 +0200 schrieb Jean-Marc Lasgouttes:
> > As to the flag icon idea, I have to say (with my sociolinguist hat
> > on)
> > that I am not particularly thrilled by the underpinning association
> > of
> > languages with countries/nations.
>
> Indicate language in status
Le 20/07/2019 à 14:44, Jürgen Spitzmüller a écrit :
Am Samstag, den 20.07.2019, 14:11 +0200 schrieb Jean-Marc Lasgouttes:
But how does the algorithm decide if multiple possible languages
are
used in the document? I would say the context language is a very
good
bet.
Could you give a concrete ex
Le 20/07/2019 à 15:24, Jürgen Spitzmüller a écrit :
Note that we provide a switch via menu (and context menu) already for
all languages of the current buffer.
Yes, but it is a bit far away for easy typing.
As to the flag icon idea, I have to say (with my sociolinguist hat on)
that I am not pa
Le 20/07/2019 à 14:25, Cor Blom a écrit :
Op 20-07-19 om 13:34 schreef Jean-Marc Lasgouttes:
To be clear, this feature is mainly a request of Hebrew writers, as I
see it.
As someone writing stuff in multiple western languages and Hebrew I
welcome this change, but I think it is overdone. My ke
Am Samstag, den 20.07.2019, 15:28 +0200 schrieb Kornel Benko:
> Right, but I was not able to find any icons for languages ... and I
> also have no idea, how they should look alike.
I am not challenging your personal solution. I just would not want to
implement this in our general UI. I don't see a
Am Samstag, 20. Juli 2019, 15:24:06 CEST schrieb Jürgen Spitzmüller:
> Am Samstag, den 20.07.2019, 15:00 +0200 schrieb Jean-Marc Lasgouttes:
> > It would be nice to have an automatic toolbar that does this (with
> > the nice flags) at least for the languages of the current buffer. I
> > understand
Am Samstag, den 20.07.2019, 15:00 +0200 schrieb Jean-Marc Lasgouttes:
> It would be nice to have an automatic toolbar that does this (with
> the nice flags) at least for the languages of the current buffer. I
> understand it does not solve your use case, but it not possible to
> have everyone's fa
Le 20/07/2019 à 14:38, Kornel Benko a écrit :
I have something similar ... but without keyboard change.
Implemented as part of stdtoolbars.inc.
The attached may make it more clear (The flags represent the languages)
(Added
+ Separator
+ Item "Set language german" "lang
Am Samstag, den 20.07.2019, 14:11 +0200 schrieb Jean-Marc Lasgouttes:
> > But how does the algorithm decide if multiple possible languages
> > are
> > used in the document? I would say the context language is a very
> > good
> > bet.
>
> Could you give a concrete example?
Let's say I am writing a
Am Samstag, 20. Juli 2019, 13:34:39 CEST schrieb Jean-Marc Lasgouttes:
> Le 19/07/2019 à 18:41, Jürgen Spitzmüller a écrit :
> > To make this point a bit more clear, hopefully: The keyboard layouts of
> > de_DE and de_AT are exactly identical. I don't want to setup two input
> > methods for this ju
Op 20-07-19 om 13:34 schreef Jean-Marc Lasgouttes:
To be clear, this feature is mainly a request of Hebrew writers, as I
see it.
As someone writing stuff in multiple western languages and Hebrew I
welcome this change, but I think it is overdone. My keyboard setup is
that I use a different key
Le 20/07/2019 à 14:00, Jürgen Spitzmüller a écrit :
But how does the algorithm decide if multiple possible languages are
used in the document? I would say the context language is a very good
bet.
Could you give a concrete example?
JMarc
Am Samstag, den 20.07.2019, 13:30 +0200 schrieb Jean-Marc Lasgouttes:
> I am not sure I can follow, but it would not be good if it would not
> be
> > aware of language varieties. This is probably a general problem
> > with
> > the approach: if I have selected to write a document in Austrian
> > Ge
Am Samstag, den 20.07.2019, 13:34 +0200 schrieb Jean-Marc Lasgouttes:
> I could argue that the easiest way to write a document in German and
> Austrian (assuming this makes any sense) would be to set up two
> keyboards, at least temporarily, and switch using Super-space. It
> might be a good idea
Le 19/07/2019 à 18:41, Jürgen Spitzmüller a écrit :
To make this point a bit more clear, hopefully: The keyboard layouts of
de_DE and de_AT are exactly identical. I don't want to setup two input
methods for this just to use these two varieties in parallel in LyX.
I could argue that the easiest
Le 19/07/2019 à 18:34, Jürgen Spitzmüller a écrit :
I am not sure I can follow, but it would not be good if it would not be
aware of language varieties. This is probably a general problem with
the approach: if I have selected to write a document in Austrian German
(de_AT), I would not want LyX to
Le 19/07/2019 à 12:46, Kornel Benko a écrit :
Please make it configurable, with default to old behaviour.
To be clear: this has always been my intent. I did it now in master, and
the feature done as far I I am concerned.
Now is the time for valid complaints ;)
JMarc
Am Freitag, den 19.07.2019, 18:52 +0200 schrieb Jean-Marc Lasgouttes:
> git bisect tells me it is due to the commit below, although I do not
> see why.
Fixed.
Jürgen
signature.asc
Description: This is a digitally signed message part
Le 19/07/2019 à 13:51, Jürgen Spitzmüller a écrit :
Also, there seems to be an empty entry now in the languages combo in
text style dialog.
git bisect tells me it is due to the commit below, although I do not see
why.
JMarc
commit b2cee3dcc5eab8b7334e1dd67ffc3ee956613dae
Author: Günter Mild
Am Freitag, den 19.07.2019, 18:34 +0200 schrieb Jürgen Spitzmüller:
> I am not sure I can follow, but it would not be good if it would not
> be
> aware of language varieties. This is probably a general problem with
> the approach: if I have selected to write a document in Austrian
> German
> (de_AT
Le 19/07/2019 à 17:36, Kornel Benko a écrit :
Another guess would be desktop language, which also is not foolproof.
(Anyway, not my taste)
I would like to be able to select a language and edit with this language until
I select another one.
It should be possible from inside lyx-session (without c
Am Freitag, den 19.07.2019, 17:01 +0200 schrieb Jean-Marc Lasgouttes:
> > I would really have LyX respecting my defaults.lyx settings. If
> > defaults.lyx does not exist, the GUI language (or keyboard
> > language, if
> > we can make it work under Linux) can be used as a fallback rather
> > than
>
Am Freitag, 19. Juli 2019, 16:53:09 CEST schrieb Jean-Marc Lasgouttes:
> Le 19/07/2019 à 15:00, Kornel Benko a écrit :
> >> Do we agree that using the current keyboard language as new document
> >> language is a good idea always? I really do not like that the default is
> >> English, and it is not
Le 19/07/2019 à 15:05, Jürgen Spitzmüller a écrit :
Am Freitag, den 19.07.2019, 14:46 +0200 schrieb Jean-Marc Lasgouttes:
I will. I anticipated that it would be disturbing, but I wanted to
chack
it :)
The positivist approach ;-)
And it works, I have feedback!
Do you mean with "always" the
Le 19/07/2019 à 15:00, Kornel Benko a écrit :
Do we agree that using the current keyboard language as new document
language is a good idea always? I really do not like that the default is
English, and it is not a good first experience of LyX IMO.
If you do not like this when 'respect OS keyboard
Am Freitag, den 19.07.2019, 14:46 +0200 schrieb Jean-Marc Lasgouttes:
> I will. I anticipated that it would be disturbing, but I wanted to
> chack
> it :)
The positivist approach ;-)
> Do we agree that using the current keyboard language as new document
> language is a good idea always? I reall
Am Freitag, 19. Juli 2019, 14:46:42 CEST schrieb Jean-Marc Lasgouttes:
> Le 19/07/2019 à 13:51, Jürgen Spitzmüller a écrit :
> > Am Freitag, den 19.07.2019, 12:46 +0200 schrieb Kornel Benko:
> >> Please make it configurable, with default to old behaviour.
> >> I _never_ change the keyboard language
Le 19/07/2019 à 13:51, Jürgen Spitzmüller a écrit :
Am Freitag, den 19.07.2019, 12:46 +0200 schrieb Kornel Benko:
Please make it configurable, with default to old behaviour.
I _never_ change the keyboard language. Instead I have own Xmodmap
set, so that I am able to
write any latin characters (a
Am Freitag, den 19.07.2019, 12:46 +0200 schrieb Kornel Benko:
> Please make it configurable, with default to old behaviour.
> I _never_ change the keyboard language. Instead I have own Xmodmap
> set, so that I am able to
> write any latin characters (accents etc).
> My env:
> Keyboard language: en_
Am Freitag, 19. Juli 2019, 11:53:55 CEST schrieb Jean-Marc Lasgouttes:
> Le 19/07/2019 à 00:25, Stephan Witt a écrit :
> >> * Stephan, I would appreciate to know whether it works with macOS
> >
> > JMarc, that’s pretty cool.
>
> I do not have a use for it, but the technical issues are interesting
Le 19/07/2019 à 11:36, Jürgen Spitzmüller a écrit :
Am Freitag, den 19.07.2019, 10:34 +0200 schrieb Jean-Marc Lasgouttes:
Thaks for the pointer. Iread it, but it did not yet make me see the
light.
Does switching work for you?
I can switch the keyboard (with GNOME means) and this changes the i
Le 19/07/2019 à 00:25, Stephan Witt a écrit :
* Stephan, I would appreciate to know whether it works with macOS
JMarc, that’s pretty cool.
I do not have a use for it, but the technical issues are interesting ;)
Yes, in principle it works on macOS.
Thanks for confirming.
Though I’ve noti
Am Freitag, den 19.07.2019, 10:34 +0200 schrieb Jean-Marc Lasgouttes:
> Thaks for the pointer. Iread it, but it did not yet make me see the
> light.
>
> Does switching work for you?
I can switch the keyboard (with GNOME means) and this changes the input
method in LyX. But it does not switch the l
Le 19/07/2019 à 08:16, Jürgen Spitzmüller a écrit :
Am Mittwoch, den 17.07.2019, 23:14 +0200 schrieb Jean-Marc Lasgouttes:
* not working with Linux (although 1/ works with Qt4); it seems that
Qt5 supports switching through ibus, but I do not know what
this
means.
Does this help m
Am Mittwoch, den 17.07.2019, 23:14 +0200 schrieb Jean-Marc Lasgouttes:
> * not working with Linux (although 1/ works with Qt4); it seems that
> Qt5 supports switching through ibus, but I do not know what
> this
> means.
Does this help maybe?
https://www.kdab.com/qt-input-method-depth/
Am 17.07.2019 um 23:30 schrieb Jean-Marc Lasgouttes :
>
> Le 17/07/2019 à 23:14, Jean-Marc Lasgouttes a écrit :
>> commit 049aed8e08ab0da498561e3382e009852cd1d83d
>> Author: Jean-Marc Lasgouttes
>> Date: Wed Jul 17 01:01:49 2019 +0200
>> Respect OS-level keyboard language
>
> So basically,
Le 17/07/2019 à 23:14, Jean-Marc Lasgouttes a écrit :
commit 049aed8e08ab0da498561e3382e009852cd1d83d
Author: Jean-Marc Lasgouttes
Date: Wed Jul 17 01:01:49 2019 +0200
Respect OS-level keyboard language
So basically, when one changes the SO keyboard using the relevant
toggle, LyX will
61 matches
Mail list logo