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.<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