include "edit" function in context menu and/or automaticly just by clicking into the field

[JuergeN]

The "edit" function and other context based functions that appear in the buttom of the details panel (e.g. "open URL", etc.) should be included in the context menu (right click on topic) for usability reasons. Another option would be to enter "edit" mode just by clicking into the row/field in the details panel, if user has the right to edit the topic.

From my observation many people just try to edit a field by clicking into it and do not "see" the edit button at the bottom of the page. Same is true for "open URL" etc.

[jri]

That's an interesting observation. Thank you for that!

Yes, the context menu brings the commands close to the objects. This is a strong advantage, cognition-wise. On the other hand it is *invisible*. That's a strong disadvantage. I often see normal users who never get the idea to right-click something when there is no visible affordance. They want *see* before they click. Those users complain just in the other direction: they want all context menu commands, e.g. "Delete", as *visible* buttons in the lower toolbar.

Perhaps on-mouse-over "Command Halos" (see #15) can combine the respective strengths of both approaches.

Anyway, for the DM developer its very easy to place commands a) in the context menu, b) in the lower toolbar, or c) in both locations. Should possibly *all* commands available in both locations? (I don't know.)

I will start with putting the "Edit" command in the context menu. More commands will follow.

Your other aspect (enter "edit" mode just by clicking into the row/field) is very interesting too! I think we should target for this. Some details remain to be discussed. 1) Should only the clicked field enter edit mode, or all fields? 2) How to "confirm"? Is there still an "OK" button? (However, confirmation is not strictly required as all content is auto-saved anyway).

Thanks, JuergeN!

[jri]

BTW: the "Open URL" and "Open URL in new windows" commands appear already at both locations: context menu and lower toolbar. Make sure to right-click an "URL" topic, not a "Web Resource" topic.
(Having the parent topic to adopt the child topic's commands would be imaginable. We could open another ticket for that.)

[Jörg Richter]

Webclient: "Edit" command in context menu (#416).

The "Edit" command appears in the context menu (additionally to lower toolbar).

See ticket 416.

• Changeset: 1598a8a29b581e1083710c640f7feeba038b8b80
• URL: ​https://github.com/jri/deepamehta/commit/1598a8a29b581e1083710c640f7feeba038b8b80

[JuergeN]

The edit and retype commands should also be included in the context menu of associations. As of today this did not seem to be implemented yet.

[jri]

Oh, you're right. I forgot to put "Edit" in the association context menu.

However, "Retype" is different. Associations have no explicit Retype command. Instead retype is part of edit. This is because the association type and the corresponding role types are typically edited together. For associations retyping takes place in the detail panel. In contrast, Topic retyping takes place in a separate dialog box. The thought here is that topics are retyped much more rarely than associations. On the other hand topic content is much more often edited than association content. So it seemed not reasonable to mix topic edit and topic retype in the same panel. That's why topics have an explicit Retype command but associations have not.

[Jörg Richter]

Webclient fix: Edit in assoc context menu (#416).

The "Edit" command appears in the association's context menu (additionally to lower toolbar).

Webclient public client-side API:

2 new methods in AssociationType? model class:

• is_hidden()
• is_locked()

See ticket 416.

• Changeset: da0aa0c1568ca5e36f10e9fa3afa7393c3df63cc
• URL: ​https://github.com/jri/deepamehta/commit/da0aa0c1568ca5e36f10e9fa3afa7393c3df63cc