Le 19/03/2018 à 17:29, Richard Kimberly Heck a écrit :
Yes, I'd guess 2.3.2. It's a reasonably big change. Presumably packagers
will have to
decide how to handle it, too.
Good, it is in 2.3.2-staging now.
JMarc
On 03/19/2018 11:57 AM, Jean-Marc Lasgouttes wrote:
> Le 19/03/2018 à 15:51, Jürgen Spitzmüller a écrit :
>> Am Montag, den 19.03.2018, 15:03 +0100 schrieb Jean-Marc Lasgouttes:
I would not be opposed to a backport.
>>>
>>> As it is with native dialogs for everyone by default?
>>
>> Yes.
>
>
Le 19/03/2018 à 15:51, Jürgen Spitzmüller a écrit :
Am Montag, den 19.03.2018, 15:03 +0100 schrieb Jean-Marc Lasgouttes:
I would not be opposed to a backport.
As it is with native dialogs for everyone by default?
Yes.
Riki, what do you think about it? Is it 2.3.2 stuff? I guess it will
Am Montag, den 19.03.2018, 15:03 +0100 schrieb Jean-Marc Lasgouttes:
> > I would not be opposed to a backport.
>
> As it is with native dialogs for everyone by default?
Yes.
Jürgen
>
> JMarc
signature.asc
Description: This is a digitally signed message part
Le 19/03/2018 à 14:40, Jürgen Spitzmüller a écrit :
Am Montag, den 19.03.2018, 11:52 +0100 schrieb Jean-Marc Lasgouttes:
It is in now.
Works here.
I am not sure what we want wrt 2.3.x.
I would not be opposed to a backport.
As it is with native dialogs for everyone by default?
JMarc
Am Montag, den 19.03.2018, 11:52 +0100 schrieb Jean-Marc Lasgouttes:
> It is in now.
Works here.
> I am not sure what we want wrt 2.3.x.
I would not be opposed to a backport.
Jürgen
>
> JMarc
signature.asc
Description: This is a digitally signed message part
Le 14/03/2018 à 12:06, Kornel Benko a écrit :
Only if it affects previous lyx-versions IMHO.
Since lyx ignores (with warning) unknown settings, it should not be needed.
It is in now. I am not sure what we want wrt 2.3.x.
JMarc
Am Mittwoch, 14. März 2018 11:36:24 CET schrieb Jean-Marc Lasgouttes
:
> Le 10/03/2018 à 11:17, Kornel Benko a écrit :
> > I'd say, now is the right time to commit the proposed patch. Having
> > different defaults for linux and Mac/Windows can be done in configure.
>
> Let's
Le 10/03/2018 à 11:17, Kornel Benko a écrit :
I'd say, now is the right time to commit the proposed patch. Having different
defaults for linux and Mac/Windows can be done in configure.
Let's apply for master first. A question: if I do not intend to add pref
update code, do I have to update
Am Donnerstag, 1. Februar 2018 08:22:30 CET schrieb Guenter Milde
:
> On 2018-01-31, Jürgen Spitzmüller wrote:
> > Am Mittwoch, den 31.01.2018, 11:00 +0100 schrieb Jean-Marc Lasgouttes:
> >> Le 31/01/2018 à 08:20, Jürgen Spitzmüller a écrit :
> ...
>
> >> > The nice thing
On 2018-01-30, José Abílio Matos wrote:
> On Tuesday, 30 January 2018 14.53.45 WET Pavel Sanda wrote:
>> I use them sometimes, but can't say whether it's because of real usage or
>> devel activities... P
> Me too. :-)
So do I...
...
> One option that I thought about it sometimes is the
Am Mittwoch, den 31.01.2018, 11:00 +0100 schrieb Jean-Marc Lasgouttes:
> Le 31/01/2018 à 08:20, Jürgen Spitzmüller a écrit :
> > > Or set the default to use native everywhere and let experienced
> > > people override that.
> >
> > Yes. But then, I think, you can also drop it altogether.
>
> Just
Le 31/01/2018 à 08:20, Jürgen Spitzmüller a écrit :
Or set the default to use native everywhere and let experienced
people override that.
Yes. But then, I think, you can also drop it altogether.
Just because I propose to change the unix default? We need to have a
cross platform strategy.
Am Dienstag, den 30.01.2018, 23:24 +0100 schrieb Jean-Marc Lasgouttes:
> Nice, so to speak. To be frank, I have no interest in reworking 20+
> dialogs to give them nice buttons. But this is of course desirable
> in
> the long term.
I agree.
> > > 1/ apply this patch, maybe with a default of
On 31/01/2018 4:41 a.m., Jean-Marc Lasgouttes wrote:
Le 30/01/2018 à 16:33, José Abílio Matos a écrit :
One option that I thought about it sometimes is the removal of the
native file dialogs and the placement in the Help menu of an entry
that would allow to open the file picker for Examples.
Le 30/01/2018 à 19:32, Jürgen Spitzmüller a écrit :
The following patch allows to select the type of file dialog at
runtime
(see ticket http://www.lyx.org/trac/ticket/11003 for why I am doing
that).
Nice.
Nice, so to speak. To be frank, I have no interest in reworking 20+
dialogs to give
Am Dienstag, den 30.01.2018, 15:01 +0100 schrieb Jean-Marc Lasgouttes:
> Currently native file dialogs are used on windows and Mac. It is
> possible to select them on unix with cmake, but not autoconf.
>
> The following patch allows to select the type of file dialog at
> runtime
> (see ticket
On Tue, Jan 30, 2018 at 02:01:54PM +, Jean-Marc Lasgouttes wrote:
> Does somebody use the custom Documents/Examples buttons? Are they really
> needed?
I use them, but the cost of forgetting that they are not available on
all platforms always comes back to bite me when I give a presentation
On Tuesday, 30 January 2018 15.41.28 WET Jean-Marc
Lasgouttes wrote:
> You mean _custom_ file dialogs, right?
>
> JMarc
Sure. My mistake. :-)
--
José Abílio
Le 30/01/2018 à 16:33, José Abílio Matos a écrit :
One option that I thought about it sometimes is the removal of the
native file dialogs and the placement in the Help menu of an entry that
would allow to open the file picker for Examples. Because, at least to
me, Examples conceptually belong
On Tuesday, 30 January 2018 14.53.45 WET Pavel Sanda wrote:
> I use them sometimes, but can't say whether it's because of real usage or
> devel activities... P
Me too. :-)
I think that the question regarding the usefulness of the those dialogs could
get a
better feedback on the users list. If
Jean-Marc Lasgouttes wrote:
> Does somebody use the custom Documents/Examples buttons? Are they really
> needed?
I use them sometimes, but can't say whether it's because of real usage or
devel activities... P
Le 30/01/2018 à 15:01, Jean-Marc Lasgouttes a écrit :
Does somebody use the custom Documents/Examples buttons? Are they really needed?
I use these two quite often (more frequently examples), but my use of LyX is
mostly for translations.
--
Jean-Pierre
23 matches
Mail list logo