Re: Don't hide menus

On 2023-10-14 14:48, Jean-Pierre Chrétien wrote: Le 14/10/2023 à 03:52, Daniel a écrit : On 2023-10-13 18:07, Daniel wrote: On 2023-10-13 17:24, Jürgen Spitzmüller wrote: Am Freitag, dem 13.10.2023 um 17:08 +0200 schrieb Daniel: I have not noticed that. I usually find that disabled menus

Re: Don't hide menus

nados). > > Right. I miss the application menus there, though. > > > I suspect it is not easy to implement this properly, though. And I > > suspect it will trigger once more the critique that we go again our own > > UI path instead of duplicating what popular text processors

Re: Don't hide menus

On Sat, Oct 14, 2023 at 06:10:11PM +0200, Jean-Marc Lasgouttes wrote: > Le 14/10/2023 à 17:57, Scott Kostyshak a écrit : > > > Right. And in practice it is also a great tool for experienced users, > > > > I agree that experienced users is the intended audience. > > This is not what I wrote. It is

Re: Don't hide menus

Am Samstag, dem 14.10.2023 um 18:12 +0200 schrieb Jean-Marc Lasgouttes: > Right. I miss the application menus there, though. I don't miss it at all anymore. But I agree this is completely subjective. I was thrilled by the idea right from the beginning (and long before it worked in a

Re: Don't hide menus

Am Samstag, dem 14.10.2023 um 10:35 -0400 schrieb Scott Kostyshak: > I would call it "persistence" but I can understand that people might > feel harassed. Just for the records, I don't feel harassed and I agree that we have this list for the very purpose of such exchange of thoughts. Nonetheless

Re: Don't hide menus

Le 14/10/2023 à 18:09, Jürgen Spitzmüller a écrit : As a GNOME user I am quite used to this sort of UI (the search bar in the shell follows a similar spirit and is great for keyboard aficionados). Right. I miss the application menus there, though. I suspect it is not easy to implement this

Re: Don't hide menus

Le 14/10/2023 à 17:57, Scott Kostyshak a écrit : Right. And in practice it is also a great tool for experienced users, I agree that experienced users is the intended audience. This is not what I wrote. It is also useful for searching menu entries when you are not familiar with them. I thi

Re: Don't hide menus

Am Samstag, dem 14.10.2023 um 17:40 +0200 schrieb Jean-Marc Lasgouttes: > Right. And in practice it is also a great tool for experienced users, > because this can be used as keyboard shortcuts (with time you know > which > 3 letters will trigger the right action). > > We could also experiment add

Re: Don't hide menus

On Sat, Oct 14, 2023 at 05:40:20PM +0200, Jean-Marc Lasgouttes wrote: > Le 14/10/2023 à 14:27, Jürgen Spitzmüller a écrit : > > Am Samstag, dem 14.10.2023 um 14:18 +0200 schrieb Jean-Marc Lasgouttes: > > > Look at the screenshot here : > > > https://wiki.ubuntu.com/Unity/HUD > > > > Thanks. So in

Re: Don't hide menus

Le 14/10/2023 à 14:27, Jürgen Spitzmüller a écrit : Am Samstag, dem 14.10.2023 um 14:18 +0200 schrieb Jean-Marc Lasgouttes: Look at the screenshot here : https://wiki.ubuntu.com/Unity/HUD Thanks. So in simpler words, a search field for menu items. Right. And in practice it is also a great to

Re: Don't hide menus

l: > > > > I have not noticed that. I usually find that disabled menus are easy > > > to disregard when I do not explicitly try to discover some function. > > > And typically I have greater problems with disregarding stuff than > > > other people. > > He

Re: Don't hide menus

Le 14/10/2023 à 03:52, Daniel a écrit : On 2023-10-13 18:07, Daniel wrote: On 2023-10-13 17:24, Jürgen Spitzmüller wrote: Am Freitag, dem 13.10.2023 um 17:08 +0200 schrieb Daniel: I have not noticed that. I usually find that disabled menus are easy to disregard when I do not explicitly try

Re: Don't hide menus

Am Samstag, dem 14.10.2023 um 14:18 +0200 schrieb Jean-Marc Lasgouttes: > Look at the screenshot here : > https://wiki.ubuntu.com/Unity/HUD Thanks. So in simpler words, a search field for menu items. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listin

Re: Don't hide menus

Look at the screenshot here : https://wiki.ubuntu.com/Unity/HUD JMarc Le 14 octobre 2023 08:33:53 GMT+02:00, "Jürgen Spitzmüller" a écrit : >Am Freitag, dem 13.10.2023 um 17:44 +0200 schrieb Jean-Marc Lasgouttes: >> What we could provide is a HUD, like Apple's Cmd-space, but for menu >> entri

Re: Don't hide menus

On 2023-10-14 12:47, Jürgen Spitzmüller wrote: Am Samstag, dem 14.10.2023 um 12:26 +0200 schrieb Daniel: I think it's just a matter of getting used. But I understand that it's hard at the beginning as with every new interface. I use that for years and don't get used to it. It's just very bad d

Re: Don't hide menus

Am Samstag, dem 14.10.2023 um 12:26 +0200 schrieb Daniel: > I think it's just a matter of getting used. But I understand that > it's hard at the beginning as with every new interface. I use that for years and don't get used to it. It's just very bad design. -- Jürgen -- lyx-devel mailing list l

Re: Don't hide menus

On 2023-10-14 09:08, Jürgen Spitzmüller wrote: Am Freitag, dem 13.10.2023 um 18:07 +0200 schrieb Daniel: I meant the group of "References" as in "Citation", "Cross- References", "Label", "Caption", etc. These are typically subsumed under "References" in other word processors. Ah, that. Yes, th

Re: Don't hide menus

Am Freitag, dem 13.10.2023 um 18:07 +0200 schrieb Daniel: > I meant the group of "References" as in "Citation", "Cross- > References", "Label", "Caption", etc. These are typically subsumed > under "References" in other word processors. Ah, that. Yes, this is a very good example for Word's failed u

Re: Don't hide menus

Am Freitag, dem 13.10.2023 um 17:44 +0200 schrieb Jean-Marc Lasgouttes: > What we could provide is a HUD, like Apple's Cmd-space, but for menu > entries. We had that in Ubuntu in the old days. I have not the slightest idea what a HUD is. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.

Re: Don't hide menus

On 2023-10-14 03:52, Daniel wrote: On 2023-10-13 18:07, Daniel wrote: On 2023-10-13 17:24, Jürgen Spitzmüller wrote: Am Freitag, dem 13.10.2023 um 17:08 +0200 schrieb Daniel: I agree that the menus of these apps are complex. But that might be in their nature. Well, they are aware of it

Re: Don't hide menus

On 2023-10-13 18:07, Daniel wrote: On 2023-10-13 17:24, Jürgen Spitzmüller wrote: Am Freitag, dem 13.10.2023 um 17:08 +0200 schrieb Daniel: I agree that the menus of these apps are complex. But that might be in their nature. Well, they are aware of it: https

Re: Don't hide menus

On 2023-10-13 17:44, Jean-Marc Lasgouttes wrote: Le 13/10/2023 à 17:08, Daniel a écrit :  > I agree that the menus of these apps are complex. But that might be in their nature. I guess the Ribbon was a (maybe controversial) attempt to solve this problem. But I think LyX with its hidden me

Re: Don't hide menus

On 2023-10-13 17:24, Jürgen Spitzmüller wrote: Am Freitag, dem 13.10.2023 um 17:08 +0200 schrieb Daniel: I agree that the menus of these apps are complex. But that might be in their nature. Well, they are aware of it: https://design.blog.documentfoundation.org/2016/01/22/way-down-in-the

Re: Don't hide menus

Le 13/10/2023 à 17:08, Daniel a écrit : > I agree that the menus of these apps are complex. But that might be in their nature. I guess the Ribbon was a (maybe controversial) attempt to solve this problem. But I think LyX with its hidden menus is actually worse to figure out. I am st

Re: Don't hide menus

Am Freitag, dem 13.10.2023 um 17:08 +0200 schrieb Daniel: > I agree that the menus of these apps are complex. But that might be > in their nature. Well, they are aware of it: https://design.blog.documentfoundation.org/2016/01/22/way-down-in-the-libreoffice-menus/ > I guess the Rib

Re: Don't hide menus

. However, I have noticed that LyX does have rather few main menus: LyX: 8 Word: 9 Pages: 9 Writer: 11 So, creating a new menu might be a way to have it all. It also needs to make sense. "Insert" is hard to split sensibly. I agree that the menus of these apps are complex. But that m

Re: Don't hide menus

favorite apps or search the recommendation on the web. (There is also the more extreme recommendations to not even disable menu entries but I think it is generally agreed that this is a bad idea because it leaves the user clicking in vain.) Don't like it since 1.) we will end up in overcrowded

Re: Don't hide menus

s have rather few main menus: > > LyX: 8 > Word: 9 > Pages: 9 > Writer: 11 > > So, creating a new menu might be a way to have it all. It also needs to make sense. "Insert" is hard to split sensibly. -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Don't hide menus

On 2023-10-13 16:18, Jürgen Spitzmüller wrote: Am Freitag, dem 13.10.2023 um 16:11 +0200 schrieb Daniel: An example would be interesting. As I mentioned, I enabled all menu items and didn't notice too long menus (not longer than in other popular apps anyway). The Insert menu is alread

Re: Don't hide menus

Am Freitag, dem 13.10.2023 um 16:11 +0200 schrieb Daniel: > An example would be interesting. As I mentioned, I enabled all menu > items and didn't notice too long menus (not longer than in other > popular apps anyway). The Insert menu is already too long now, with entries hidden.

Re: Don't hide menus

the more extreme recommendations to not even disable menu entries but I think it is generally agreed that this is a bad idea because it leaves the user clicking in vain.) Don't like it since 1.) we will end up in overcrowded menus full of disabled entries. Too long for sure in some cases

Re: Don't hide menus

> > search the recommendation on the web. (There is also the more extreme > > recommendations to not even disable menu entries but I think it is > > generally agreed that this is a bad idea because it leaves the user > > clicking in vain.) > > Don't like it since &g

Re: Don't hide menus

Am Freitag, dem 13.10.2023 um 10:43 +0200 schrieb Jürgen Spitzmüller: > And > > "Don't put more than 12 items within a single level of a menu. Add > separators between logical groups within a menu. Organize the menu > items into groups of seven or fewer strongly related items." > > It also says:

Re: Don't hide menus

tions to not even disable menu entries but I think it is > generally agreed that this is a bad idea because it leaves the user > clicking in vain.) Don't like it since 1.) we will end up in overcrowded menus full of disabled entries. Too long for sure in some cases 2.) we will run

Don't hide menus

this is a bad idea because it leaves the user clicking in vain.) I am referring here foremost to the main menu items. Context-menus may be treated differently because they are expected to be context-dependent (as the name suggests). Among the main reasons for why menu items should not be

Re: Menus with many entries do not scroll

On Mon, Sep 11, 2023 at 12:14:06AM +0200, Jean-Marc Lasgouttes wrote: > Le 10/09/2023 à 22:36, Scott Kostyshak a écrit : > > On Sun, Sep 10, 2023 at 08:02:30PM +0200, Jean-Marc Lasgouttes wrote: > > > Le 10/09/2023 à 17:25, Richard Kimberly Heck a écrit : > > > > St

Re: Menus with many entries do not scroll

Le 10/09/2023 à 22:36, Scott Kostyshak a écrit : On Sun, Sep 10, 2023 at 08:02:30PM +0200, Jean-Marc Lasgouttes wrote: Le 10/09/2023 à 17:25, Richard Kimberly Heck a écrit : Still, one would think the menus should scroll. Is it a Qt version issue? Indeed it seems better with Qt 6. Thanks

Re: Menus with many entries do not scroll

On Sun, Sep 10, 2023 at 08:02:30PM +0200, Jean-Marc Lasgouttes wrote: > Le 10/09/2023 à 17:25, Richard Kimberly Heck a écrit : > > Still, one would think the menus should scroll. > > Is it a Qt version issue? Indeed it seems better with Qt 6. Thanks! s. signature.asc D

Re: Menus with many entries do not scroll

Le 10/09/2023 à 17:25, Richard Kimberly Heck a écrit : Still, one would think the menus should scroll. Is it a Qt version issue? JMarc -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel

Re: Menus with many entries do not scroll

3.x I seemed to get away with it, but in master for some reason it doesn't show as many entries. I attach screenshots. Is there a simple way in Qt to allow to scroll these types of menus? I do not know, but does the toolbar button show the same behavior? Ah good idea! The toolbar button works m

Re: Menus with many entries do not scroll

gt; > > In 2.3.x I seemed to get away with it, but in master for some reason it > > doesn't show as many entries. I attach screenshots. > > > > Is there a simple way in Qt to allow to scroll these types of menus? > > I do not know, but does the toolbar button sh

Re: Changing the background color in math menus

Am Donnerstag, dem 04.03.2021 um 11:52 +0100 schrieb Stephan Witt: > Yes it works. Thank you. Great. > While thinking about the change: wouldn’t it be better to move > clear() > into fill()? > > Like the attached. In practice it’s the same probably. In theory it > looks more safe. I don't think

Re: Changing the background color in math menus

Am 04.03.2021 um 09:10 schrieb Jürgen Spitzmüller : > > Am Donnerstag, dem 04.03.2021 um 08:24 +0100 schrieb Jürgen > Spitzmüller: >> Ah, that's this issue. We discussed this already. I remember you >> mentioned some signal that is emitted on the Mac when the switch >> happens and that you intende

Re: Changing the background color in math menus

Am Donnerstag, dem 04.03.2021 um 07:40 +0100 schrieb Stephan Witt: > I think it’s caused by the different dark mode switch.  > On Mac I can switch to dark mode after LyX start… > > > … or use it as my normal user desktop setting and then it’s probably > fine. > > > The switch at runtime should

Re: Changing the background color in math menus

Am Donnerstag, dem 04.03.2021 um 08:24 +0100 schrieb Jürgen Spitzmüller: > Ah, that's this issue. We discussed this already. I remember you > mentioned some signal that is emitted on the Mac when the switch > happens and that you intended to investigate how dark mode in LyX can > be connected to th

Re: [LyX/master] New icons for dynamic inset and charstyle menus.

Am Montag, den 07.05.2018, 12:26 -0400 schrieb Richard Kimberly Heck: > On 05/07/2018 09:12 AM, Jürgen Spitzmüller wrote: > > 2018-05-07 14:47 GMT+02:00 Enrico Forestieri : > > > Jürgen, I think Riki explicitly asked for better icons and, given > > > that > > > you selected the oxygen set, I would

Re: [LyX/master] New icons for dynamic inset and charstyle menus.

On 05/07/2018 09:12 AM, Jürgen Spitzmüller wrote: > 2018-05-07 14:47 GMT+02:00 Enrico Forestieri >: > > Jürgen, I think Riki explicitly asked for better icons and, given that > you selected the oxygen set, I would say you are entitled to commit if > you think the

Re: [LyX/master] New icons for dynamic inset and charstyle menus.

2018-05-07 14:47 GMT+02:00 Enrico Forestieri : > Jürgen, I think Riki explicitly asked for better icons and, given that > you selected the oxygen set, I would say you are entitled to commit if > you think the proposed icons are better. > Thanks, Enrico, I prefer to hear Riki's vote first, though,

Re: [LyX/master] New icons for dynamic inset and charstyle menus.

New icons for dynamic inset and charstyle menus. > > > > These icons are more in line with the default theme, IMHO. > > > > In line with these, I propose the attached for oxygen. Jürgen, I think Riki explicitly asked for better icons and, given that you selected the oxygen

Re: [LyX/master] New icons for dynamic inset and charstyle menus.

2018-05-07 11:58 GMT+02:00 Enrico Forestieri : > commit dc0b21525b0b7b249e4332bd9f82e066310dae8c > Author: Enrico Forestieri > Date: Mon May 7 11:55:47 2018 +0200 > > New icons for dynamic inset and charstyle menus. > > These icons are more in line with the defau

Re: [LyX/master] Try some new icons for new dynamic inset and charstyle menus.

Am Sonntag, den 06.05.2018, 19:39 +0200 schrieb Richard Kimberly Heck: > commit 40a61357af4c293daa721763d3303b3b25190f8e > Author: Richard Kimberly Heck > Date: Thu May 3 21:28:09 2018 -0400 > > Try some new icons for new dynamic inset and charstyle menus. > >

Re: [LyX/master] Add toolbar menus for custom insets and character styles.

On 05/03/2018 08:55 AM, Pavel Sanda wrote: > Richard Kimberly Heck wrote: >> commit cc4bfc7f04dc5a16347172f064f910ff3d26df9d >> Author: Richard Heck >> Date: Fri Jun 24 17:47:30 2016 -0400 >> >> Add toolbar menus for custom insets and character styles. &

Re: [LyX/master] Add toolbar menus for custom insets and character styles.

Richard Kimberly Heck wrote: > commit cc4bfc7f04dc5a16347172f064f910ff3d26df9d > Author: Richard Heck > Date: Fri Jun 24 17:47:30 2016 -0400 > > Add toolbar menus for custom insets and character styles. > > I'm open to putting this elsewhere on

Re: #11130: Lyx 2.3 is not exporting menus to Appmenu correctly (Linux)

do this in MATE Mate is since version 1.20 at the latest completely ported to gtk3. That is all. Should I Post this as it is in the bug tracker? Cheers 2018-05-02 4:48 GMT-05:00 LyX Ticket Tracker : > #11130: Lyx 2.3 is not exporting menus to

Re: #11130: Lyx 2.3 is not exporting menus to Appmenu correctly (Linux)

. 2018-04-26 14:54 GMT-05:00 LyX Ticket Tracker : > #11130: Lyx 2.3 is not exporting menus to Appmenu correctly (Linux) > --+-- > Reporter: elxolote | Owner: lasgouttes > Type: defect| Status: new > Priority: normal

Re: Combinations of context menus

Am Freitag, 15. Dezember 2017 um 17:46:57, schrieb Jean-Marc Lasgouttes > Le 15/12/2017 à 17:38, Kornel Benko a écrit : > >> The code in InsetCollapsible::contextMenu tells it all: it depends > >> whether there is a button, whether it is open, etc. > > > > It describes the algorithm, yes. But, a

Re: Combinations of context menus

Le 15/12/2017 à 17:38, Kornel Benko a écrit : The code in InsetCollapsible::contextMenu tells it all: it depends whether there is a button, whether it is open, etc. It describes the algorithm, yes. But, as a translator, one needs the possible combinations. I was a bit fast: the code show tha

Re: Combinations of context menus

Am Freitag, 15. Dezember 2017 um 16:46:14, schrieb Jean-Marc Lasgouttes > Le 15/12/2017 à 15:36, Kornel Benko a écrit : > > Do we have somewhere a list of possible combinations? > > > > Something like > > context-edit + context-tabular > > > > or > > context-phantom + context-collapsibl

Re: Combinations of context menus

Le 15/12/2017 à 15:36, Kornel Benko a écrit : Do we have somewhere a list of possible combinations? Something like context-edit + context-tabular or context-phantom + context-collapsible + context-edit The code in InsetCollapsible::contextMenu tells it all: it depends whethe

Combinations of context menus

Do we have somewhere a list of possible combinations? Something like context-edit + context-tabular or context-phantom + context-collapsible + context-edit It would help in omitting conflicting shortcuts. Kornel signature.asc Description: This is a digitally signed mes

Re: make lyx versions distinguishable in desktop menus

Am Donnerstag, 19. Oktober 2017 um 14:03:49, schrieb Pavel Sanda > Kornel Benko wrote: > > Unix only: > > Using suffixed lyx, we install the lyx-desktop for different versions with > > different file name, but with the same 'Name'-entry. > > Looks Ok. P Pushed to master at e5d4ba8. Korn

Re: make lyx versions distinguishable in desktop menus

Kornel Benko wrote: > Unix only: > Using suffixed lyx, we install the lyx-desktop for different versions with > different file name, but with the same 'Name'-entry. Looks Ok. P

make lyx versions distinguishable in desktop menus

Unix only: Using suffixed lyx, we install the lyx-desktop for different versions with different file name, but with the same 'Name'-entry. Selecting the desired version with the desktop menu is difficult if there is more than one lyx version installed. Kornel signature.asc Description: T

Re: Icons in menus

, label(*m), However, this leads to very slow performance (on my dual core at least). Could it be that this is because LyX creates the menus on the fly? Bad luck! It must indeed have to do with the fact that menus are emptied and re-created every time. To move forward one would need to know prec

Re: [LyX/master] Simplify menus when there is only one caption type

On 08/26/2016 11:36 AM, Jean-Marc Lasgouttes wrote: > Le 23/08/2016 à 17:17, Guillaume Munch a écrit : >>> I like it. How do I test the case where there would be two captions to >>> choose from? >> >> Found it. Amusingly I never noticed that \caption could be turned into >> \captionabove and \capti

Re: [LyX/master] Simplify menus when there is only one caption type

Le 23/08/2016 à 17:17, Guillaume Munch a écrit : I like it. How do I test the case where there would be two captions to choose from? Found it. Amusingly I never noticed that \caption could be turned into \captionabove and \captionbelow from the menu ! Richard, what about backporting? I am not

Re: [LyX/master] Simplify menus when there is only one caption type

Le 23/08/2016 à 16:13, Guillaume Munch a écrit : Le 23/08/2016 à 14:30, Jean-Marc Lasgouttes a écrit : Le 19/08/2016 à 14:17, Jean-Marc Lasgouttes a écrit : Simplify menus when there is only one caption type This removes the submenu indirection in Insert and the type changer in

Re: [LyX/master] Simplify menus when there is only one caption type

Le 23/08/2016 à 14:30, Jean-Marc Lasgouttes a écrit : Le 19/08/2016 à 14:17, Jean-Marc Lasgouttes a écrit : Simplify menus when there is only one caption type This removes the submenu indirection in Insert and the type changer in contextual menu. Interestingly, the code was there

Re: [LyX/master] Simplify menus when there is only one caption type

Le 19/08/2016 à 14:17, Jean-Marc Lasgouttes a écrit : Simplify menus when there is only one caption type This removes the submenu indirection in Insert and the type changer in contextual menu. Interestingly, the code was there, but it did not work at all. It has always been

Re: [LyX/master] Simplify menus when there is only one caption type

Le 19/08/2016 à 14:15, Jean-Marc Lasgouttes a écrit : commit e7a33cacf171ee41609d6fe31e19eff6df1691bf Author: Jean-Marc Lasgouttes Date: Fri Aug 19 14:01:00 2016 +0200 Simplify menus when there is only one caption type This removes the submenu indirection in Insert and the type

Re: Icons in menus

On 11.07.2016 21:24, Guillaume Munch wrote: Le 11/07/2016 09:17, racoon a écrit : On 15.06.2016 09:45, racoon wrote: Hi, I could not find a discussion on icons in menus. I tend to believe that they help locating entries when scanning over a menu entry. But maybe that's bogus. I think ico

Re: Icons in menus

Le 11/07/2016 09:17, racoon a écrit : On 15.06.2016 09:45, racoon wrote: Hi, I could not find a discussion on icons in menus. I tend to believe that they help locating entries when scanning over a menu entry. But maybe that's bogus. I think icons in menus are less popular on macOS [sic]

Re: Icons in menus

On 15.06.2016 09:45, racoon wrote: Hi, I could not find a discussion on icons in menus. I tend to believe that they help locating entries when scanning over a menu entry. But maybe that's bogus. I think icons in menus are less popular on macOS [sic] than on Windows and Linux. I am just thr

Re: Icons in menus

Le 15/06/2016 à 09:45, racoon a écrit : Hi, I could not find a discussion on icons in menus. I tend to believe that they help locating entries when scanning over a menu entry. But maybe that's bogus. I think icons in menus are less popular on macOS [sic] than on Windows and Linux. I am

Icons in menus

Hi, I could not find a discussion on icons in menus. I tend to believe that they help locating entries when scanning over a menu entry. But maybe that's bogus. I think icons in menus are less popular on macOS [sic] than on Windows and Linux. I am just throwing this in. There seems to

Re: Math menus at bottom of screen do not work

Am 27.10.2015 um 10:29 schrieb Fridrik Baldursson : > Hi, > > I work with Lyx for OS X El Capitan vs. 10.11. I tried downloading and > reinstalling Lyx before posting this but the problem remains. > > The problem is that when I try to enter mathematical formulas using the >

Re: #1720: LyX/Mac: TOC Menus entries are not correctly disabled when a dialog has focus

Am 06.05.2015 um 04:35 schrieb LyX Ticket Tracker : > #1720: LyX/Mac: TOC Menus entries are not correctly disabled when a dialog has > focus > -+--- > Reporter: lasgouttes | Owner: spitz > Type: defect

Re: what does "..." mean in our GUI menus/buttons?

On Wed, Apr 1, 2015 at 4:29 AM, Jean-Marc Lasgouttes wrote: > Le 31/03/2015 21:52, Georg Baum a écrit : >> >> Scott Kostyshak wrote: >> >>> In the LaTeX Errors dialog, what doe the "..." mean in "View Complete >>> Log..." ? Does it have anything to do with signalling to the user that >>> another m

Re: what does "..." mean in our GUI menus/buttons?

Le 31/03/2015 21:52, Georg Baum a écrit : Scott Kostyshak wrote: In the LaTeX Errors dialog, what doe the "..." mean in "View Complete Log..." ? Does it have anything to do with signalling to the user that another menu will follow? In some of the menu entries with following dialogs I see "..."

Re: what does "..." mean in our GUI menus/buttons?

Scott Kostyshak wrote: > In the LaTeX Errors dialog, what doe the "..." mean in "View Complete > Log..." ? Does it have anything to do with signalling to the user that > another menu will follow? In some of the menu entries with following > dialogs I see "..." but in others I do not. For example,

what does "..." mean in our GUI menus/buttons?

In the LaTeX Errors dialog, what doe the "..." mean in "View Complete Log..." ? Does it have anything to do with signalling to the user that another menu will follow? In some of the menu entries with following dialogs I see "..." but in others I do not. For example, why is "Help > About LyX" not "H

Re: feature request: ribbon menus

On Tue, Apr 9, 2013 at 9:46 PM, Nico Williams wrote: > On Tue, Apr 9, 2013 at 1:36 PM, Liviu Andronic wrote: >> On Tue, Apr 9, 2013 at 8:20 PM, Nico Williams wrote: >>> textual user, I prefer everything as textual as possible. I'd even >>> like a search fea

Re: feature request: ribbon menus

On Tue, Apr 9, 2013 at 1:36 PM, Liviu Andronic wrote: > On Tue, Apr 9, 2013 at 8:20 PM, Nico Williams wrote: >> textual user, I prefer everything as textual as possible. I'd even >> like a search feature for menus/functions, and in general I'd like >> > That&

Re: feature request: ribbon menus

On Tue, Apr 9, 2013 at 8:20 PM, Nico Williams wrote: > textual user, I prefer everything as textual as possible. I'd even > like a search feature for menus/functions, and in general I'd like > That's a good idea and easy to pull-off: Put in a search box that will fi

Re: feature request: ribbon menus

Since we're piling on... I don't mind the sort of ribbon menu as they've evolved to be at MSFT, but I do prefer pull-down menus with *text* instead of icons. I'm a textual user, I prefer everything as textual as possible. I'd even like a search feature for menus/func

Re: feature request: ribbon menus

> On the other hand ribbon menus once you get use to them you find your > productivity increasing, I had been forced to use MS crapware for quite some. And getting rid of those ribbons by switching to LO was the only way to come back to anything close to "productivity". Add-ins t

Re: feature request: ribbon menus

- Original Message - From: "Jürgen Spitzmüller" To: Sent: Friday, April 05, 2013 11:16 AM Subject: Re: feature request: ribbon menus Well, this is an open source project. So if there are no license issues, everybody who is motivated enough to implement and maintain suc

Re: feature request: ribbon menus

Alex Vergara Gil wrote: > As I said this is my personal opinion so I migth be wrong, but I haven´t > received any useful opinion (besides M$ patent) of why not doing such a > thing just a few user complaining they will affect some how what they feel > is comfortable. Regarding the patent believe

Re: feature request: ribbon menus

- Original Message - From: "Steve Litt" To: Sent: Thursday, April 04, 2013 7:38 PM Subject: Re: feature request: ribbon menus On Thu, 4 Apr 2013 14:31:07 +0200 (CEST) Csikos Bela wrote: Alex Vergara Gil írta: >Hello developers! > >I have a feature req

Re: feature request: ribbon menus

On 3.4.2013 19:20, Alex Vergara Gil wrote: > Hello developers! > > I have a feature request if this is not already requested to you: Ribbon > Menus. > > The actual look of lyx makes duplicate functions in text menus and icon > menus, besides there is a lot of space was

Re: feature request: ribbon menus

On 04/03/2013 04:41 PM, Alex Vergara Gil wrote: Alex Vergara Gil wrote: I don´t know if thi request can be made inside Qt (I think there should be some package for this in the nokia library!). Pavel Sanda wrote: No it isn't. Mr Google suggest that "Qt team at one point stopped developing th

Re: feature request: ribbon menus

Alex Vergara Gil wrote: I don´t know if thi request can be made inside Qt (I think there should be some package for this in the nokia library!). Pavel Sanda wrote: No it isn't. Mr Google suggest that "Qt team at one point stopped developing the control due to Microsoft licensing." This sound

Re: feature request: ribbon menus

Alex Vergara Gil wrote: > I don´t know if thi request can be made inside Qt (I think there should be > some package for this in the nokia library!). No it isn't. Mr Google suggest that "Qt team at one point stopped developing the control due to Microsoft licensing." This sounds funny given the fa

Re: feature request: ribbon menus

Opinions are cheap, so I guess I'll offer mine. Patents are one thing I know next to nothing about, so that may be a game stopper to begin with, as Richard pointed out. I may be in the minority here, but in general I think the ribbon toolbar is a useful improvement for Microsoft products (at least

Re: feature request: ribbon menus

On 04/03/2013 12:20 PM, Alex Vergara Gil wrote: Hello developers! I have a feature request if this is not already requested to you: Ribbon Menus. If someone wanted to code these as an option, I'd have no objection, except for the fact that Microsoft appears to have patented this:

feature request: ribbon menus

Hello developers! I have a feature request if this is not already requested to you: Ribbon Menus. The actual look of lyx makes duplicate functions in text menus and icon menus, besides there is a lot of space wasted by allocating the icon menus. This has nothing to do with intrinsic code but

Re: About LyX menus & usability.

On 2012-10-17, Tommaso Cucinotta wrote: > On 17/10/12 11:26, Jürgen Spitzmüller wrote: >> Marginal notes and footnotes are conceptually different to the >> LyX notes, despite the similar name. LyX notes are rather editiorial >> tools (adressed at the author/editor; except for "greyed out maybe, >>

Re: About LyX menus & usability.

Tommaso Cucinotta wrote: > What about "Version Control" operations ? They probably affect the whole > document, so move them to Document ? However, it's quite common to find > that stuff under "File". No, this really belongs to file, not to the document content. > Again, inserting figures is ve

Re: About LyX menus & usability.

Le 18/10/2012 11:34, Liviu Andronic a écrit : On Thu, Oct 18, 2012 at 7:45 AM, Jürgen Spitzmüller wrote: I wonder if the term "Annotation" for LyX Notes and comments would be better. I think less people would associate that with footnotes and marginal notes. Actually this would be a good idea

Re: About LyX menus & usability.

On Thu, Oct 18, 2012 at 7:45 AM, Jürgen Spitzmüller wrote: > I wonder if the term "Annotation" for LyX Notes and comments would be > better. I think less people would associate that with footnotes and > marginal notes. > Actually this would be a good idea. > How are these things called in Word P

  1   2   3   4   5   >