Single click for selecting notebook

Reported by dotancohen on 2008-11-14
2
Affects Status Importance Assigned to Milestone
Zim
Wishlist
Jaap Karssenberg
Pyzim
Low
Jaap Karssenberg

Bug Description

When one opens Zim he must double click to select a notebook. This is an accessibility issue, as many people cannot double click. KDE lets one choose single or double click for the File Manager, and having this option for Zim would be good as well.

Redesign will have a generic base class for list views that allows a single option to control single vs double click behavior for the whole application.

Changed in zim:
importance: Undecided → Low
status: New → Confirmed

In the pyzim tree a single-click treeview widget is used for the notebook list

Tried this out, but doesn't work. The current notebook dialog uses "edit" and "delete" buttons to manage the notebook list. Since those button require you to select a notebook without opening it single click is not an option.

I can switch the tree to single click very easily, but will need a different design for how to manage the list in that case. As having the buttons next to the list is a common design element in many Gtk apps, I want to leave it as-is for now. So moving to "Won't Fix".

Changed in zim:
status: Confirmed → Won't Fix
dotancohen (dotancohen) wrote :

Jaap, this is an accessibility issue as I have a very hard time double clicking. Can it be made optional?

As for Edit and Delete, why not have an Edit Notebooks button that opens a dialog for adding, editing, and deleting notebooks? The user could set the default notebook there, too. That would clean up the Open Notebook dialog and facilitate single click.

Please reconsider as troubles double clicking is a rather common issue, especially among the elderly.

Re-opened for discussion. Seems to me that there are many standard interface elements that do not support single click -- e.g. open/save file dialogs -- so what is different about this dialog? If there is a common solution for such interface elements, can we apply the same solution for this dialog?

I do not like the idea of have a second dialog to edit the list, this makes usability worse. For discussion of the "default notebook" option see bug #344988 .

For accessibility keep in mind that you can select the notebook and then click 'OK', or use the keyboard to open a notebook. So the interface can be used without relying on double click.

Changed in zim:
importance: Low → Undecided
status: Won't Fix → Incomplete
dotancohen (dotancohen) wrote :

> Seems to me that there are many standard interface elements
> that do not support single click -- e.g. open/save file dialogs -- so
> what is different about this dialog?

My Open/Save dialogs are single click!

> If there is a common solution for such interface elements, can
> we apply the same solution for this dialog?

I don't have the technical knowledge of that, sorry!

> I do not like the idea of have a second dialog to edit the list, this
> makes usability worse. For discussion of the "default notebook"
> option see bug #344988 .

I do not think that it makes usability worse as the actions on the Open Notebook dialog fall into two categories:
1) Opening a Notebook
2) Changing configuration (editing, adding, deleted, changing default)

Which of those two is the more common action? The dialog should be easiest for the more common action, which in my opinion is the opening of notebooks.

> For accessibility keep in mind that you can select the notebook
> and then click 'OK', or use the keyboard to open a notebook. So
> the interface can be used without relying on double click.

That is what I am doing. It feels redundant. No other applications that I use require me to confirm my actions when I do standard actions (such as opening a notebook). I do realize that this was not designed as a confirmation step, but in practice that is what it feels like. Let me click the notebook and be done with it.

Will split "open notebook" dialog in a "open notebook" and a "manage notebook list" dialog. THe first can have single click.

Changed in zim:
status: Incomplete → Confirmed
importance: Undecided → Wishlist
assignee: nobody → Jaap Karssenberg (pardus-cpan)
dotancohen (dotancohen) wrote :

Thank you, thank you, thank you Jaap!

This change will save me actual, physical pain. I am not kidding. Thanks!

tags: added: papercut usability
removed: gui
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers