Hi Alex, 2012/3/9 Alexander Wilms <alexander.wi...@zoho.com>
> Hi Mirek, > > I am not sure if the same UI could be used for touch interfaces and mouse > interaction. > Given that both Windows and Gnome, and maybe Android, plan to be usable with both, it's a goal we should have. > > How would you be able to display the template information when using > single click? Maybe the Details drop-down should simply be hidden when one > is using a touch device. > Details could be shown: * On hover -- within a pane docked to the bottom, a floating tooltip, as a transparent overlay over the thumbnail, or triggered by a small "i" icon that would appear on hover over a thumbnail. * On selection (under the selection mode). No need for double-click. > > I think I'll merge the edit mode with what you descibed for deleting them. > I'd still prefer if you only had a selection mode. Gnome has put quite a lot of thought into the Selection mode -- see the "Selections and Contextual Actions" section of http://afaikblog.wordpress.com/2012/02/10/a-new-approach-to-gnome-application-design, and it's great. If you have to have an edit mode, though, please use the standard pencil icon. > > Also, the 'Show categories' checkbox is only shown when in edit mode. I > don't know how often that wpould be used, so it might be a better choice to > put that option in the toolbar, as you said. > > Regarding the management of the categories: This would be done in the edit > mode as well, I just hadn't it added to the mock-up yet. I'll do so now. > > I have another question: How should favorites and recently used templates > be managed? > > Have another tab in the notebook widget like this: > > ------------------------------**------------------------------** > ------------ > [] [] [] [] > ------------------------------**------------------------------** > ------------ > > [Favorites | Text | Slideshow | spreadsheet] > > Recents ------------------------------**-------------- > > Template1 Template2 Template3 > Frankly, I wouldn't use a separate tab, simply because a user looking for his favorite slideshow template won't want to use a tab where document, spreadsheet, and slideshow templates are mixed together. Instead, I would have a "Favorites" and a "Recent" category for each filetype, each spanning a single row. > > > Am 09.03.2012 00:18, schrieb Mirek M.: > > Hi again Alex, >> Is the new proposal with the edit mode single-click to open or still >> double-click? Judging by the way the "Details" drop-down works, I'd still >> say double-click, but I'm not certain. >> >> Here's what I'd suggest. Since 95% of the time, the user will use the >> dialog to pick a template, let's use single-click to open a template. >> Let's >> have a selection mode with which the user could select and move files. >> This >> mode would trigger a detail pane at the bottom, featuring information >> about >> the selected template. Upon selection, a "Trash" button would appear in >> the >> toolbar, letting the user delete the selected template(s). (Single-click >> to >> delete a template in the edit mode is quite risky -- it would be very easy >> to accidentally delete a template.) >> >> Instead of having a "Show categories" checkbox at the bottom of the >> dialog, >> there should be a "Show categories" in the dialog's toolbar, for >> consistency and simplicity. >> >> Lastly, template categories should be managed inside the Template dialog, >> not from Options (it's bloated enough :) ). How about having an options >> button (with a gear icon, I presume) next to every category heading, which >> would trigger a menu including options to rename or delete the category >> (deleting the category would simply move its templates to the >> "Uncategorized" category). There could be an "Add category" button at the >> bottom of the template grid. >> >> 2012/3/3 Mirek M.<maz...@gmail.com> >> >> Hi Alex, >>> 2012/3/1 Alexander Wilms<alexander.wi...@zoho.com**> >>> >>> Hi Mirek, >>>> >>>> sorry that it took so long to reply. >>>> >>>> Regarding the color schemes: I don't know how exactly that works, but >>>> Christoph mentiones them in the commented Wiki pages he sent me. I guess >>>> one can import an xml that contains the information that is displayed in >>>> the 'formatting' window. >>>> >>>> The claud button does indeed pull templates from the online repository. >>>> >>>> I think it would be better to keep the Help button in the bottom row >>>> since this is how it works in every other dialogue in LO. I think VCL >>>> even >>>> arranges those buttons to fit the standard of each OS. >>>> >>>> No other dialog in LibO has its own toolbar. LibreOffice itself sports >>> a >>> help icon in the toolbar. Besides, it´s quite irregular for modern >>> applications to feature "Help" among its bottom choice of buttons, and >>> it´s >>> disorienting for users. The bottom list of buttons should include only >>> buttons that either confirm or cancel the action. >>> >>> In my opinion, the single click to select is a bit complicated, at least >>>> on the desktop. E.g. the details are only shown if a certain template is >>>> selected. But such behaviour might be implemented and be enabled >>>> depending >>>> whether LO runs on a PC or a tablet. >>>> >>>> A lot of new computers are going to be hybrids, built for both touch >>> and >>> mouse+keyboard input. >>> Double-click has proven to be confusing to new users, which is why mobile >>> operating systems (including Android and Windows 8 Metro UI) don´t use >>> it, >>> why Gnome is moving away from it, and why KDE´s Dophin and Google Docs >>> use >>> single-click for opening files. >>> >>> It´s just going to be easier if we forgo the double-click and implement >>> single-click behavior that would work for both touch and mouse+keyboard >>> input. >>> >>> Kind Regards >>>> >>>> Alex >>>> >>>> -- Unsubscribe instructions: E-mail to design+h...@global.libreoffice.org Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/design/ All messages sent to this list will be publicly archived and cannot be deleted
