Date: prev next · Thread: first prev next last
2012 Archives by date, by thread · List index


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


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

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.