#12685 new enhancement

Add action menu for creating, deleting and modifying resources or parts thereof

Reported by:	Christian Boos	Owned by:
Priority:	normal	Milestone:	next-major-releases
Component:	general	Version:	1.3dev
Severity:	normal	Keywords:	layout menu
Cc:		Branch:
Release Notes:
API Changes:
Internal Changes:

Description (last modified by Christian Boos)

With this menu, it would be easier to perform actions on resources (wiki page, ticket #10948, ticket comment #12671).

The idea would be to remove from the contextual navigation the link what's not a navigation to another resource (e.g. wiki history is rather an action on the resource itself, show me the page's history), and to gather the bottom of the page buttons (Edit, Delete, Rename) into a contextual menu at the top of the resource, a bit like what we have now for the ticket comment.

Copied from 12671#comment:2:

Replying to Jun Omae:

… the buttons are shown only when cursor is hovered in property changes box. As the results, it is difficult to click the buttons.

But also the whole <h3> line as well, in particular the comment:n part which is just above the buttons. But I think you're right anyway, it's not as obvious as it should be.

If you remember my idea presented recently on trac-dev about a "page menu" (gmessage:trac-dev:eVU0q8Tatgo/pokz_FIyEQAJ), I think it could be transposed here as well: we would have a permanent menu reminder character/icon (▤, ≣), which would show the list of actions for the comment when hovered / clicked.

Something like:

comment:n Modified by Author

≣

Change History (10)

comment:1 by Christian Boos, 8 years ago

Owner:	set to Christian Boos
Status:	new → assigned

comment:2 by Christian Boos, 8 years ago

Take ticket:12639#comment:23 and #10948 into account.

comment:3 by Christian Boos, 8 years ago

Description:	modified (diff)

fix HTML mock-up

follow-up: 7 comment:4 by Christian Boos, 8 years ago

[OT] By the way, despite the fixing above, when I add some comment and click "Preview", in Chrome (57.0.2987.110, Windows) I get an "ERR_BLOCKED_BY_XSS_AUDITOR" error. Sending the page to the validator doesn't show anything obvious… Does anyone else experience the same thing?

comment:5 by Ryan J Ollos, 8 years ago

Same with 57.0.2987.98 on OSX, and then still after upgrading to 57.0.2987.110.

comment:6 by anonymous, 7 years ago

It's not surprising that relying on JavaScript to show buttons causes issues in some browsers.

It also makes https://trac.torproject.org impossible to use with JavaScript off (Tor Browser high security mode).

in reply to: 4 comment:7 by Ryan J Ollos, 7 years ago

Replying to Christian Boos:

[OT] By the way, despite the fixing above, when I add some comment and click "Preview", in Chrome (57.0.2987.110, Windows) I get an "ERR_BLOCKED_BY_XSS_AUDITOR" error. Sending the page to the validator doesn't show anything obvious… Does anyone else experience the same thing?

Also reported in #12926, which has a proposed fix.

comment:8 by Ryan J Ollos, 5 years ago

Milestone:	next-dev-1.3.x → next-dev-1.5.x

Milestone renamed

comment:9 by Ryan J Ollos, 5 years ago

Milestone:	next-dev-1.5.x → next-major-releases

comment:10 by Ryan J Ollos, 5 years ago

Owner:	Christian Boos removed
Status:	assigned → new

Modify Ticket

Change Properties

Summary:
Description:	With this menu, it would be easier to perform actions on resources (wiki page, ticket #10948, ticket comment #12671). The idea would be to remove from the contextual navigation the link what's not a navigation to another resource (e.g. wiki history is rather an action on the resource itself, show me the page's history), and to gather the bottom of the page buttons (Edit, Delete, Rename) into a contextual menu at the top of the resource, a bit like what we have now for the ticket comment. Copied from [ticket:12671#comment:2]: ---- Replying to [ticket:12671 Jun Omae]: > ... the buttons are shown only when cursor is hovered in property changes box. As the results, it is difficult to click the buttons. But also the whole <h3> line as well, in particular the `comment:n` part which is just above the buttons. But I think you're right anyway, it's not as obvious as it should be. If you remember my idea presented recently on trac-dev about a "page menu" (gmessage:trac-dev:eVU0q8Tatgo/pokz_FIyEQAJ), I think it could be transposed here as well: we would have a permanent menu reminder character/icon (▤, ≣), which would show the list of actions for the comment when hovered / clicked. Something like: {{{#!html <div class="change" id="trac-change-1-1485283996227168"> <h3 class="change" id="comment:n"> <span class="threading"> <span class="cnum"> <a href="#comment:n">comment:n</a> </span> </span> Modified by Author </h3> <div class="trac-change-panel"> <span style="float:right; color: #aaa; font-size:120%">≣</span> <div class="trac-ticket-buttons"> <form id="reply-to-comment-n" method="get" action="#comment"> <div class="inlinebuttons"> <input type="submit" value="↳" > </div> </form> <form id="edit-comment-n" method="get" action="#comment:n"> <div class="inlinebuttons"> <input type="submit" value="✎" > </div> </form> <form action="#" method="get"> <div class="inlinebuttons"> <input class="trac-delete" type="submit" value="–"> </div> </form> </div> </div> </div> }}} \\ ---- You may use WikiFormatting here.
Type:		Priority:
Milestone:		Component:
Version:		Severity:
Keywords:		Cc:	Set your email in Preferences
Branch:
Release Notes:
API Changes:
Internal Changes:

Action

leave as new The ticket will remain with no owner.

unassign The ticket will be disowned.

resolve as The resolution will be set. Next status will be 'closed'.

assign The owner will be changed from (none) to anonymous. Next status will be 'assigned'.

Your email or username:

E-mail address and name can be saved in the Preferences .

You may use WikiFormatting here.

Download in other formats:

Context Navigation