Re: [Libreoffice-ux-advise] Impress : general feed back
Michel RENON wrote: > Can it be implemented easily ? > Disabling stuff, changing focus etc. is generally easy stuff, that could be done as EasyHacks, or as a group effort e.g. on the upcoming HackFest in Hamburg. Would you want to file a number of bugs for those (provided it is not yet reported), and poke us with the IDs? Thanks a lot for looking closely indeed, -- Thorsten signature.asc Description: Digital signature ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Button ordering can now adapt to desktop default ... in some places
On Thu, 2013-05-09 at 17:20 +0200, Stefan Knorr wrote: > Hi all, > > during the ESC call, it was discussed that some dialogues can now > reorder their bottom [OK] [Cancel] etc. buttons to match the button > ordering of the desktop. > I.e., on Windows or KDE we'd have a [OK] [Cancel] row, and on > Mac/Gnome we'd have a [Cancel] [OK] row. Personally, I think that is > really cool! Not quite. All the OK/Cancel dialogs are all unchanged. It's the "save/discard/cancel" MessageBoxes that now have the native ordering. The old ordering was save/discard/cancel everywhere and the new ordering is the same as the old for windows and kde, while for MacOSX and GNOME it's "discard/cancel/save" e.g. the warning dialog you get from attempting to close a document with changes. If there are any other discard/cancel/save dialogs around where the ordering is inconsistent between dialogs let me know and I'll fix them up to use the new mechanism. C. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] Template manager issues pending
Hi all, Worked myself through the list with template related issues and - apart from all great progress - found a few that are still open. And with 4.1 approaching rapidly... 60589 - [Template manager]: Can not copy styles between different files and templates 61396 - FILEOPEN: [Template Manager]Possibility to edit a template that is not in the repository, is lacking and related 59427 - [Template Manager] low discoverability of new template manager - we could use "File → Organize templates" menu I know there were some mails on issue 61396 already. I've not seen any on the others. Though I'm not able to do a lot, I'm willing to try to contribute with thinking about design, use cases, testing and such. Any ideas, things to share at this moment? thanks, Cor -- - Cor - http://nl.libreoffice.org - www.librelex.org ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] Change default shortcut of Redo action
Hi all, I would like to have some UX-advice input first, before working on a patch related to https://bugs.freedesktop.org/show_bug.cgi?id=32368 (Undo/Redo shortcuts do not adhere to the basic scheme of Gnome). Any objections to change the default shortcut for Redo to ctrl+shift+z (undo is ctrl+z). I verified the behavior of other programs, and I see most of them (randomly: Firefox and on Linux (Mint), Adobe Reader on Windows, Twitter (v2.2.0) and native 'text editor' on Mac OSX, ...) uses ctrl+shift+z for a redo action. I found 1 application during my random search that also uses ctrl+y as redo: Word for Mac. Thanks for your input and time, Joren ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Change default shortcut of Redo action
Op 10-05-13 23:03, JorenDC schreef: I verified the behavior of other programs, and I see most of them (randomly: Firefox and on Linux (Mint), Adobe Reader on Windows, Twitter (v2.2.0) and native 'text editor' on Mac OSX, ...) uses ctrl+shift+z for a redo action. I found 1 application during my random search that also uses ctrl+y as redo: Word for Mac. Sorry for the noise. But off course, for Mac applications it isn't ctrl but cmd (Command). Kind regards, Joren ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Change default shortcut of Redo action
On Fri, May 10, 2013 at 11:05 PM, JorenDC wrote: > Op 10-05-13 23:03, JorenDC schreef: > > I verified the behavior of other programs, and I see most of them >> (randomly: Firefox and on Linux (Mint), Adobe Reader on Windows, Twitter >> (v2.2.0) and native 'text editor' on Mac OSX, ...) uses ctrl+shift+z for a >> redo action. I found 1 application during my random search that also uses >> ctrl+y as redo: Word for Mac. >> > Sorry for the noise. But off course, for Mac applications it isn't ctrl > but cmd (Command). > Would it be possible to have both shortcuts? We don't want to alienate people who are now using Ctrl+Y. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Change default shortcut of Redo action
Op 10-05-13 23:16, Mirek M. schreef: On Fri, May 10, 2013 at 11:05 PM, JorenDC mailto:joren.libreoff...@telenet.be>> wrote: Op 10-05-13 23:03, JorenDC schreef: I verified the behavior of other programs, and I see most of them (randomly: Firefox and on Linux (Mint), Adobe Reader on Windows, Twitter (v2.2.0) and native 'text editor' on Mac OSX, ...) uses ctrl+shift+z for a redo action. I found 1 application during my random search that also uses ctrl+y as redo: Word for Mac. Sorry for the noise. But off course, for Mac applications it isn't ctrl but cmd (Command). Would it be possible to have both shortcuts? We don't want to alienate people who are now using Ctrl+Y. Agreed to that, that's also what an user in Comment 7 (https://bugs.freedesktop.org/show_bug.cgi?id=32368#c7) mentioned. But I don't know it's possible in LibreOffice to have both shortcut keys linked to one (uno) action. And if it's possible: which command should we display as 'default' in our menu entries? Kind regards, Joren ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Change default shortcut of Redo action
Mirek M. wrote (10-05-13 23:16) On Fri, May 10, 2013 at 11:05 PM, JorenDC I guess so ;-) We don't want to alienate people who are now using Ctrl+Y. Ctrl+Z for Undo and Ctrl+Shift+Z for Redo sounds logic to me. But having both, I would not object. Note that Ctrl+Shift+Y is Edit > Repeat. -- - Cor - http://nl.libreoffice.org - www.librelex.org ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Template manager issues pending
Well i dont have that much free time to spend on libreoffice sadly, just a few hours here and there so my progress on fixing and improving the template manager is kinda slow. About the dialog so far theres no design or talk about copying and handling styles. Any ideas for the style functionality?? Im currently working on bug 61396 (Editing a template outside of the repository), only managed to add the checkbox option to the gtk+, kde4 and native dialogs, still pending the windows one and mac, but i dont have access to a mac, so its hard to work on that one. On Fri, May 10, 2013 at 10:36 AM, Cor Nouws wrote: > Hi all, > > Worked myself through the list with template related issues and - apart > from all great progress - found a few that are still open. And with 4.1 > approaching rapidly... > > 60589 - [Template manager]: Can not copy styles between different files > and templates > > 61396 - FILEOPEN: [Template Manager]Possibility to edit a template that is > not in the repository, is lacking > > and related > 59427 - [Template Manager] low discoverability of new template manager - > we could use "File → Organize templates" menu > > I know there were some mails on issue 61396 already. I've not seen any on > the others. > > Though I'm not able to do a lot, I'm willing to try to contribute with > thinking about design, use cases, testing and such. > > Any ideas, things to share at this moment? > > thanks, > Cor > > -- > - Cor > - http://nl.libreoffice.org > - www.librelex.org > > ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Template manager issues pending
Hi all, Le 10/05/2013 17:06, Cor Nouws a écrit : Hi all, Worked myself through the list with template related issues and - apart from all great progress - found a few that are still open. And with 4.1 approaching rapidly... 60589 - [Template manager]: Can not copy styles between different files and templates I would say that the only one being able to work on that is Mirek : as he strongly designed the new Template Manager, he must know how to do that. *why is Mirek silent for such a long time on this subject ?* As I really don't understand how the new Template Manager was designed, I absolutely have no idea how to correct that bug in the new Template Manager. My only proposal is based on something existing : (I just saw it has already been proposed by Raphael on 09/04/2013) in the "Styles & Formatting" window, there are buttons on top. In Writer, there is even a popup with an action "Load Styles..." : It opens a dialog that has nearly what you need : - the list of categories of templates, then the list of templates - it can copy some styles from the selected template to the current document. My idea is to simply extend it by integrating code from old template manager (v3.6). As those dialogs seems similar, I suppose it should not require a complete rewrite. Then, maybe add this action ("Load Styles...") in "Styles & Formatting" for Calc, Impress and Draw. If you think it might be a solution, then I can make a more precise proposal. 61396 - FILEOPEN: [Template Manager]Possibility to edit a template that is not in the repository, is lacking I saw a comment with the proposal : "when a user does "Open" from the "File" menu and selects a template, then LO should open the template" ; instead of creating a new file from the template". It seems to be a coherent behavior : the user selects the command "open" so LO must open. When the user selects "new from template", then LO must create a new file from a template. If you really want to prevent modification of bad file, maybe add an dialog asking confirmation : "Do you really want to open the template 'test.ott' ? or create a new file from this template ?" and related 59427 - [Template Manager] low discoverability of new template manager - we could use "File → Organize templates" menu I agree Cheers, Michel ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Template manager issues pending
Hi, Le 11/05/2013 00:59, Michel Renon a écrit : > Hi all, > > Le 10/05/2013 17:06, Cor Nouws a écrit : >> Hi all, >> >> Worked myself through the list with template related issues and - apart >> from all great progress - found a few that are still open. And with 4.1 >> approaching rapidly... >> 60589 - [Template manager]: Can not copy styles between different files >> and templates >> > > I would say that the only one being able to work on that is Mirek : as > he strongly designed the new Template Manager, he must know how to do that. > *why is Mirek silent for such a long time on this subject ?* > > As I really don't understand how the new Template Manager was designed, > I absolutely have no idea how to correct that bug in the new Template > Manager. As Cedric said in https://bugs.freedesktop.org/show_bug.cgi?id=60589#c7 this function should be part of styles manager (F11) not of templates manager. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Change default shortcut of Redo action
Hi, Le 10/05/2013 23:03, JorenDC a écrit : > Hi all, > > I would like to have some UX-advice input first, before working on a > patch related to https://bugs.freedesktop.org/show_bug.cgi?id=32368 > (Undo/Redo shortcuts do not adhere to the basic scheme of Gnome). > > Any objections to change the default shortcut for Redo to ctrl+shift+z > (undo is ctrl+z). I verified the behavior of other programs, and I see > most of them (randomly: Firefox and on Linux (Mint), Adobe Reader on > Windows, Twitter (v2.2.0) and native 'text editor' on Mac OSX, ...) uses > ctrl+shift+z for a redo action. I found 1 application during my random > search that also uses ctrl+y as redo: Word for Mac. I do not agree: I never had to use ctrl+shift+Z as shortcut for redo, and I used gnome for years, and now xfce. AFAIK Firefox and Thunderbird have both, ctrl+shift+Z and ctrl+Y. I think we need to choose the shortcuts our users are used to use. And mainly, our users are MS-Windows users. What is the basic scheme of MS-Windows ? Is it possible to have the default shortcuts depending on the OS / Window Manager ? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Change default shortcut of Redo action
11.05.2013 08:20, Jean-Baptiste Faure kirjutas: I do not agree: I never had to use ctrl+shift+Z as shortcut for redo, and I used gnome for years, and now xfce. AFAIK Firefox and Thunderbird have both, ctrl+shift+Z and ctrl+Y. I as well have used GNOME for years and I still struggle with accidentally using Ctrl+Shift+Z to Redo just to find that it does nothing. (I use gedit a lot) Using double shortcuts is an excellent idea, let's just assign them both. This makes LibreOffice more consistent with itself over platforms and with platforms. Regards Mattias ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise