Le 18/09/2016 à 11:33, Enrico Forestieri a écrit :
On Sat, Sep 17, 2016 at 10:35:15PM +0100, g...@lyx.org wrote:
In general the data manipulated by LyX is very small. In my experience
LyX is sometimes slow not because of the size of the data but because of
bad design in certain places (e.g. con
On Sat, Sep 17, 2016 at 10:35:15PM +0100, g...@lyx.org wrote:
>
> In general the data manipulated by LyX is very small. In my experience
> LyX is sometimes slow not because of the size of the data but because of
> bad design in certain places (e.g. constant repaintings of whole insets,
> constant
Am Samstag, den 17.09.2016, 22:35 +0100 schrieb g...@lyx.org:
> Thank you for your recent improvements regarding this one. I do not
> have
> much experience with this dialog since it is possible to insert
> cross-references only by using copy-paste.
>
> Two things I noticed:
> * The "clear" button
Le 17/09/2016 à 08:43, Jürgen Spitzmüller a écrit :
Consistent with which search field?
I had the outliner and PanelStack in mind.
The one in the PanelStack that
greys out items that do not match the filter instead of hiding them (do
you want to do this here as well?)?
Indeed, I would find
Am Freitag, den 16.09.2016, 22:47 +0100 schrieb Guillaume Munch:
> Actually I did generalize, by giving an objective reason: consistency
> with other search fields.
Consistent with which search field? The one in the PanelStack that
greys out items that do not match the filter instead of hiding the
Am Freitag, den 16.09.2016, 22:09 +0100 schrieb Guillaume Munch:
> Yes, it seems that all that cannot be used to control the html
> formatting, which the citation preview uses. I finally found that the
> trick was to change the html. See attached.
Thanks.
> > In any case, if it is done, it should
Le 16/09/2016 à 13:53, Jürgen Spitzmüller a écrit :
Am Freitag, den 16.09.2016, 13:41 +0100 schrieb Guillaume Munch:
Am Freitag, den 16.09.2016, 12:39 +0100 schrieb Guillaume Munch:
Now one will expect "search on the fly" to be always activated,
for
consistency for other search fields. If thi
Le 16/09/2016 à 18:12, Jürgen Spitzmüller a écrit :
Am Freitag, den 16.09.2016, 10:20 -0600 schrieb Joel Kulesza:
Perhaps not something to be done immediately, but do you agree that
it is a reasonable request to be considered for implementation in the
future?
Yes. Note, though, that it seems t
Am Freitag, den 16.09.2016, 13:31 -0400 schrieb Scott Kostyshak:
> On Fri, Sep 16, 2016 at 07:22:06PM +0200, Jürgen Spitzmüller wrote:
> >
> > Am Freitag, den 16.09.2016, 12:59 -0400 schrieb Scott Kostyshak:
> > >
> > > Is the style also remembered now? This is:
> > > http://www.lyx.org/trac/tick
On Fri, Sep 16, 2016 at 07:22:06PM +0200, Jürgen Spitzmüller wrote:
> Am Freitag, den 16.09.2016, 12:59 -0400 schrieb Scott Kostyshak:
> > Is the style also remembered now? This is:
> > http://www.lyx.org/trac/ticket/10256
>
> No. However, if I understand the report correctly, it is not meant to
>
Am Freitag, den 16.09.2016, 12:59 -0400 schrieb Scott Kostyshak:
> Is the style also remembered now? This is:
> http://www.lyx.org/trac/ticket/10256
No. However, if I understand the report correctly, it is not meant to
store the style over sessions, but within a session.
Jürgen
> Scott
signatur
Am Freitag, den 16.09.2016, 10:20 -0600 schrieb Joel Kulesza:
> Perhaps not something to be done immediately, but do you agree that
> it is a reasonable request to be considered for implementation in the
> future?
Yes. Note, though, that it seems to be non-trivial. I have tried to
implement it, b
On Fri, Sep 16, 2016 at 01:50:11PM +0200, Jürgen Spitzmüller wrote:
> Am Freitag, den 16.09.2016, 12:39 +0100 schrieb Guillaume Munch:
> > Now one will expect "search on the fly" to be always activated, for
> > consistency for other search fields. If this is done, it makes sense
> > to
> > assign
On Thu, Sep 15, 2016 at 11:43 PM, Jürgen Spitzmüller wrote:
>
> That would mean to audit all other dialogs to have consistency. And I
> don't have time for that.
>
>
Perhaps not something to be done immediately, but do you agree that it is a
reasonable request to be considered for implementation
Am Freitag, den 16.09.2016, 13:41 +0100 schrieb Guillaume Munch:
> > Am Freitag, den 16.09.2016, 12:39 +0100 schrieb Guillaume Munch:
> >> Now one will expect "search on the fly" to be always activated,
> for
> >> consistency for other search fields. If this is done, it makes
> sense
> >> to
> >> a
Am Freitag, den 16.09.2016, 12:39 +0100 schrieb Guillaume Munch:
> Now one will expect "search on the fly" to be always activated, for
> consistency for other search fields. If this is done, it makes sense
> to
> assign "Enter" to focus the available citations.
Note that this setting is saved be
Le 16/09/2016 à 08:22, Jürgen Spitzmüller a écrit :
I've pushed the stuff with these fixes to master.
Probably something to come back to for 2.2.3.
Works very well.
Now one will expect "search on the fly" to be always activated, for
consistency for other search fields. If this is done, it
Am Freitag, den 16.09.2016, 07:45 +0200 schrieb Jürgen Spitzmüller:
> Am Donnerstag, den 15.09.2016, 22:30 +0100 schrieb Guillaume Munch:
> >
> > * Why Fi
> A mystery. I set &Filter, but the designer reset it. Will fix it.
>
> >
> > * One could use the search field with
Am Donnerstag, den 15.09.2016, 22:30 +0100 schrieb Guillaume Munch:
> * Why Fi * One could use the search field with the "clear" button already
> present
> in the outliner. But this can be done another time
Am Donnerstag, den 15.09.2016, 12:16 -0600 schrieb Joel Kulesza:
> Thank you for your continued work on this - this interface looks
> great! However, I stand by my previous suggestion: can the preview
> box be made grey (suggesting non-editable) with default text
> "Bibliography entry preview." un
Le 15/09/2016 à 22:30, Guillaume Munch a écrit :
* One could use the search field with the "clear" button already present
in the outliner. But this can be done another time.
In fact, it is only in the search field of the settings and document
preferences dialogs (look up FancyLineEdit in Pane
Le 15/09/2016 à 18:55, Jürgen Spitzmüller a écrit :
Am Samstag, den 10.09.2016, 14:47 +0200 schrieb Charles de Miramon:
If there is a redesign of the dialog, could it be posible to put the
search
field on the top ?
Patch and screenshot attached.
Opinions (I prefer this one)?
This looks ver
This looks pretty good.
JMarc
Le 15 septembre 2016 19:55:22 GMT+02:00, "Jürgen Spitzmüller" a
écrit :
>Am Samstag, den 10.09.2016, 14:47 +0200 schrieb Charles de Miramon:
>> If there is a redesign of the dialog, could it be posible to put the
>> search
>> field on the top ?
>
>Patch and screen
On Thu, Sep 15, 2016 at 11:55 AM, Jürgen Spitzmüller wrote:
>
> Opinions (I prefer this one)?
>
Thank you for your continued work on this - this interface looks great!
However, I stand by my previous suggestion: can the preview box be made
grey (suggesting non-editable) with default text "Biblio
Am Samstag, den 10.09.2016, 14:47 +0200 schrieb Charles de Miramon:
> If there is a redesign of the dialog, could it be posible to put the
> search
> field on the top ?
Patch and screenshot attached.
Opinions (I prefer this one)?
Jürgendiff --git a/src/frontends/qt4/GuiCitation.cpp b/src/fronte
Am Samstag, den 10.09.2016, 14:47 +0200 schrieb Charles de Miramon:
> I agree with Maria that the new dialog is a usability regression.
>
> If there is a redesign of the dialog, could it be posible to put the
> search
> field on the top ?
>
> My workflow to insert a citation is :
>
> 1) type th
Maria Gouskova wrote:
> Hi developers,
>
> I just upgraded to 2.2.1 today. I can see that there have been a lot of
> changes in the appearance of the interface, so obviously quite a lot of
> work went into the redesign. I confess I was stumped, though, when I went
> to insert a citation. The "Sea
Am Freitag, den 09.09.2016, 12:13 +0200 schrieb Jean-Marc Lasgouttes:
> My idea was to replace the combo-box by entries in a submenu.
That submenu would hold 76 items for "Search Fields" and 16 itemsfor
"Search Type", respectively, with my usual (biblatex) database.
Jürgen
> JMarc
signature.as
Le 09/09/2016 à 11:49, Jürgen Spitzmüller a écrit :
We could use a Menu (on a button) which displays the actions. However,
for the combo boxes, we would need a QWidgetAction, and this class
seems to have limitations on Mac OSX that make it non-useable for our
task:
http://doc.qt.io/qt-5/qwidgetac
Am Freitag, den 09.09.2016, 11:36 +0200 schrieb Jean-Marc Lasgouttes:
> Le 09/09/2016 à 11:11, Jürgen Spitzmüller a écrit :
> >
> > Am Freitag, den 09.09.2016, 10:56 +0200 schrieb Jean-Marc
> > Lasgouttes:
> > >
> > > In MS word there is a menubutton for special formatting
> > > search/replace.
>
Le 09/09/2016 à 11:11, Jürgen Spitzmüller a écrit :
Am Freitag, den 09.09.2016, 10:56 +0200 schrieb Jean-Marc
Lasgouttes:
In MS word there is a menubutton for special formatting
search/replace.
But you end in a sub-dialog (at least in Office 2010).
I think this is not a good UI.
We do not h
Am Donnerstag, den 08.09.2016, 20:28 +0200 schrieb Jürgen Spitzmüller:
> How about the attached alternative (not yet finished) design?
Patch attached. I had to do some limbo dance in order to get the
resizing of the dialog working. It works now as intended, at least in
my testing.
Jürgendiff --gi
Am Freitag, den 09.09.2016, 10:56 +0200 schrieb Jean-Marc Lasgouttes:
> In MS word there is a menubutton for special formatting
> search/replace.
But you end in a sub-dialog (at least in Office 2010).
I think this is not a good UI.
> Or the search entry could expand to some larger proto-window
Am Freitag, den 09.09.2016, 11:05 +0200 schrieb Edwin Leuven:
> what about adding above the right pane a “search” combobox where the
> matching items would show up in a dropdown list as you type, and
> hitting enter would add the top/selected match to the selected
> citations
>
> the search option
what about adding above the right pane a “search” combobox where the matching
items would show up in a dropdown list as you type, and hitting enter would add
the top/selected match to the selected citations
the search options could then be in a tabwidget
(not sure i like dialogs that resize ;-)
Le 09/09/2016 à 10:33, Jürgen Spitzmüller a écrit :
Am Freitag, den 09.09.2016, 09:23 +0200 schrieb Jean-Marc Lasgouttes:
What happens when options are expanded on a 800x600 screen?
The dialog expands the screen. However, it can be collapsed again after
the options have been set, so this is IM
Am Freitag, den 09.09.2016, 09:23 +0200 schrieb Jean-Marc Lasgouttes:
> What happens when options are expanded on a 800x600 screen?
The dialog expands the screen. However, it can be collapsed again after
the options have been set, so this is IMHO bearable.
> Could the
> options be put in a menu
Le 08/09/2016 à 20:28, Jürgen Spitzmüller a écrit :
Am Donnerstag, den 08.09.2016, 11:55 -0400 schrieb Richard Heck:
I would second this. I think what is confusing people is partly the
"stacked"
nature of these tabs. As someone else mentioned, it would also save
vertical
space to use a QTabWidge
Am Donnerstag, den 08.09.2016, 19:53 +0100 schrieb Guillaume Munch:
> I think this missing feature is explained here:
> https://doc.qt.io/qt-4.8/qshortcut.html#mnemonic
>
> It would be still possible to enable accelerators on OSX, only they
> would not show up on screen.
>
> I think it has to do
On Thu, Sep 8, 2016 at 12:28 PM, Jürgen Spitzmüller wrote:
>
> How about the attached alternative (not yet finished) design?
>
I like that look *much* better that what is there currently! One
suggestion (Maria raised this point): can the entry preview box be made
grey (suggesting non-editable)
On Thu, Sep 8, 2016 at 1:05 AM, Jürgen Spitzmüller wrote:
> Yes, the idea is to keep all dialogs under that limit. Are you aware of
> dialogs that are larger?
>
Not definitively (I don't routinely measure my dialogs --- I'm lucky to
work exclusively on 4k-5k screens). However, the preferences/d
Jürgen Spitzmüller wrote:
> Am Donnerstag, den 08.09.2016, 11:55 -0400 schrieb Richard Heck:
> > I would second this. I think what is confusing people is partly the
> > "stacked"
> > nature of these tabs. As someone else mentioned, it would also save
> > vertical
> > space to use a QTabWidget. And
Le 08/09/2016 à 19:28, Jürgen Spitzmüller a écrit :
Am Donnerstag, den 08.09.2016, 11:55 -0400 schrieb Richard Heck:
I would second this. I think what is confusing people is partly the
"stacked"
nature of these tabs. As someone else mentioned, it would also save
vertical
space to use a QTabWidge
Le 08/09/2016 à 14:04, Jürgen Spitzmüller a écrit :
Am Donnerstag, den 08.09.2016, 14:45 +0200 schrieb Jean-Marc
Lasgouttes:
I am sure this has been debated but what is the reason why we do
not use good old tabs for these two panes? I'd say that what you
using there can be good for sidebars, bu
On 09/08/2016 02:28 PM, Jürgen Spitzmüller wrote:
> Am Donnerstag, den 08.09.2016, 11:55 -0400 schrieb Richard Heck:
>> I would second this. I think what is confusing people is partly the
>> "stacked"
>> nature of these tabs. As someone else mentioned, it would also save
>> vertical
>> space to use
Le 08/09/2016 à 14:27, Jürgen Spitzmüller a écrit :
Am Donnerstag, den 08.09.2016, 09:20 -0400 schrieb Maria Gouskova:
What about at least changing it so that "Search" appears in "open
position" or in a top tab, and "Formatting" is in a back tab?
I thought about this. I think for people using
Le 07/09/2016 à 06:36, Jürgen Spitzmüller a écrit :
Am Dienstag, den 06.09.2016, 23:29 -0600 schrieb Joel Kulesza:
On Tue, Sep 6, 2016 at 11:19 PM, Jürgen Spitzmüller
wrote:
Am Dienstag, den 06.09.2016, 23:15 -0600 schrieb Joel Kulesza:
On OSX, Alt-S does nothing. Same for Control-S and Comm
Le 07/09/2016 à 07:06, Jürgen Spitzmüller a écrit :
As I wrote, I think it is important that the dialogs work on all
current screens, and in general, I think 800x600 is still a good
maximum for dialogs.
And now with Hi-DPI it is no longer a matter of resolution since one
also has to take scali
Am Donnerstag, den 08.09.2016, 11:55 -0400 schrieb Richard Heck:
> I would second this. I think what is confusing people is partly the
> "stacked"
> nature of these tabs. As someone else mentioned, it would also save
> vertical
> space to use a QTabWidget. And it should be a pretty simple change.
On 09/08/2016 08:45 AM, Jean-Marc Lasgouttes wrote:
> Le 08/09/2016 à 09:05, Jürgen Spitzmüller a écrit :
>> This is not possible. One pane at a time must (and can) be opened. It
>> is also not possible to have both open, which would be even a better
>> option.
>
> I have missed most of the discuss
On Thu, Sep 8, 2016 at 9:04 AM, Jürgen Spitzmüller wrote:
> Am Donnerstag, den 08.09.2016, 14:45 +0200 schrieb Jean-Marc
> Lasgouttes:
>
> > I have missed most of the discussion, but I have to admit that the
> > current panes system is not intuitive to me. Actually, when I open
> > the
> > dialog
Am Donnerstag, den 08.09.2016, 09:20 -0400 schrieb Maria Gouskova:
> What about at least changing it so that "Search" appears in "open
> position" or in a top tab, and "Formatting" is in a back tab?
I thought about this. I think for people using Natbib/BibLaTeX, the
formatting is much more import
Am Donnerstag, den 08.09.2016, 14:45 +0200 schrieb Jean-Marc
Lasgouttes:
> I have missed most of the discussion, but I have to admit that the
> current panes system is not intuitive to me. Actually, when I open
> the
> dialog, I am not completely sure of what I see.
These are not panes, but so-
Le 08/09/2016 à 09:05, Jürgen Spitzmüller a écrit :
This is not possible. One pane at a time must (and can) be opened. It
is also not possible to have both open, which would be even a better
option.
I have missed most of the discussion, but I have to admit that the
current panes system is not
Am Mittwoch, den 07.09.2016, 08:29 -0400 schrieb Maria Gouskova:
> The "Formatting" options were hidden in the older view until a
> citation was selected. They are open by default now, but I think
> that's a little misleading since one should not want to or be able to
> format a citation when none
Am Mittwoch, den 07.09.2016, 07:38 -0600 schrieb Joel Kulesza:
> That's a fair opinion. Do you know whether there are plans to bring
> any remaining dialogs >800x600 into compliance with this soft limit?
> If so, do you know what approaches are planned? Consistency will
> help adoption of design
On Wed, Sep 7, 2016 at 12:06 AM, Jürgen Spitzmüller wrote:
>
> As I wrote, I think it is important that the dialogs work on all
> current screens, and in general, I think 800x600 is still a good
> maximum for dialogs.
>
That's a fair opinion. Do you know whether there are plans to bring any
rem
On Wed, Sep 7, 2016 at 8:29 AM, Maria Gouskova wrote:
> I had to do a bit of research just now to figure out what things used to
> look like vs. how they look now.
>
> By default, the first thing you see on a Mac now (this is 10.8 for sure
> but also 10.10, I think? can't remember my office Mac'
I had to do a bit of research just now to figure out what things used to
look like vs. how they look now.
By default, the first thing you see on a Mac now (this is 10.8 for sure but
also 10.10, I think? can't remember my office Mac's OS version):
[image: Inline image 1]
The "Search Citation" fie
Am Dienstag, den 06.09.2016, 23:56 -0600 schrieb Joel Kulesza:
> In the meantime, I'm interested in any thoughts you have on my other
> points.
As I wrote, I think it is important that the dialogs work on all
current screens, and in general, I think 800x600 is still a good
maximum for dialogs.
As
On Tue, Sep 6, 2016 at 11:36 PM, Jürgen Spitzmüller wrote:
>
> Not that I know. If it is, it would be a rather grave UI problem for
> Mac users.
>
> Maybe someone who actually has a Mac can help.
>
>
Sounds good. Thanks for looking into it. Hopefully one of the OSX-centric
developers can weigh-
Am Dienstag, den 06.09.2016, 23:29 -0600 schrieb Joel Kulesza:
> On Tue, Sep 6, 2016 at 11:19 PM, Jürgen Spitzmüller
> wrote:
> > Am Dienstag, den 06.09.2016, 23:15 -0600 schrieb Joel Kulesza:
> > > On OSX, Alt-S does nothing. Same for Control-S and Command-S.
> >
> > I don't have OS X, so I can
On Tue, Sep 6, 2016 at 11:19 PM, Jürgen Spitzmüller wrote:
> Am Dienstag, den 06.09.2016, 23:15 -0600 schrieb Joel Kulesza:
> > On OSX, Alt-S does nothing. Same for Control-S and Command-S.
>
> I don't have OS X, so I can't check.
>
I'm ignorant on the subject of Qt accelerators. Is this a kno
Am Dienstag, den 06.09.2016, 23:18 -0600 schrieb Joel Kulesza:
> > > On Tue, Sep 6, 2016 at 11:16 PM, Jürgen Spitzmüller
wrote:
> >
> > Too small is too small for current screens.
> >
> >
>
> > > That is not a satisfying answer. Please indicate what resolution(s)
the dialog was found incompat
Am Dienstag, den 06.09.2016, 23:15 -0600 schrieb Joel Kulesza:
> On OSX, Alt-S does nothing. Same for Control-S and Command-S.
I don't have OS X, so I can't check.
> It's a shame that this shortcut (accelerator?) isn't what I believe
> is more common: Control-F / Command-F.
Well, the label stri
On Tue, Sep 6, 2016 at 11:16 PM, Jürgen Spitzmüller wrote:
>
> Too small is too small for current screens.
>
>
That is not a satisfying answer. Please indicate what resolution(s) the
dialog was found incompatible with. I am genuinely curious and am trying
to better understand the issue.
Am Dienstag, den 06.09.2016, 23:11 -0600 schrieb Joel Kulesza:
> To my question earlier: how small is too small? The ticket
> references netbooks.
Too small is too small for current screens.
Jürgen
signature.asc
Description: This is a digitally signed message part
On Tue, Sep 6, 2016 at 11:10 PM, Jürgen Spitzmüller wrote:
>
> It is not an extra click. Previously, you had to click in the search
> field in order to search (= 1 click). Now you have to click on the
> "Search" header. This sets the cursor into the search field (i.e.,
> still 1 click). No extra
On Tue, Sep 6, 2016 at 11:03 PM, Jürgen Spitzmüller wrote:
>
> The dialog was too large for small screens. We had a bug report about
> that.
>
>
I read http://www.lyx.org/trac/ticket/9618 from Guillaume's earlier message
in this thread (unfortunately, the screen capture is no longer available
bec
Am Dienstag, den 06.09.2016, 21:10 -0600 schrieb Joel Kulesza:
> To the argument that there are no extra clicks, I disagree. If I
> open Insert -> Citation and never use Formatting, but always use
> Search, I need to click and expand search before I can proceed for
> each session. Yes, it is just
Am Dienstag, den 06.09.2016, 19:23 -0700 schrieb Pavel Sanda:
> Is this how it was supposed to look?
Yes.
Jürgen
signature.asc
Description: This is a digitally signed message part
Am Dienstag, den 06.09.2016, 16:20 -0400 schrieb Maria Gouskova:
> So I was wondering what the motivation was
> for the change
The dialog was too large for small screens. We had a bug report about
that.
Jürgen
signature.asc
Description: This is a digitally signed message part
On 09/06/2016 10:23 PM, Pavel Sanda wrote:
> Guillaume Munch wrote:
>> The tabs look differently depending on the platform, this may explain
>> why on yours it does not invite clicks. To be sure that I understand
>> your description, "Search" and "Formatting" cannot be hidden
>> simultaneously, can
Guillaume Munch wrote:
> The tabs look differently depending on the platform, this may explain
> why on yours it does not invite clicks. To be sure that I understand
> your description, "Search" and "Formatting" cannot be hidden
> simultaneously, can they? A screenshot of the dialog in a state that
Le 06/09/2016 à 21:20, Maria Gouskova a écrit :
Hi developers,
I just upgraded to 2.2.1 today. I can see that there have been a lot of
changes in the appearance of the interface, so obviously quite a lot of
work went into the redesign. I confess I was stumped, though, when I
went to insert a cit
75 matches
Mail list logo
