Re: [libreoffice-design] Rework of the "Templates and documents" dialogue

Hi Mirek,

I am not sure if the same UI could be used for touch interfaces and 
mouse interaction.

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.

I think I'll merge the edit mode with what you descibed for deleting them

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


Category 1 --------------------------------------------



Or rather like this




------------------------------------------------------------------------
 []  []  []  []
------------------------------------------------------------------------

           [Recents | Text | Slideshow | spreadsheet]

Favorites --------------------------------------------

Template1  Template2  Template3


Category 1 --------------------------------------------

Regards

Alex

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.<mazelm@gmail.com>
>
> > Hi Alex,
> > 2012/3/1 Alexander Wilms<alexander.wilms@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+help@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