Thread:Feedback/Possible mock-up UI suggestion/Gmaxwell

So, assuming that you've moved the controls down you might as well make them stable rather than a popup... less confusing and easier on the client software.

I strongly agree with moving quote options onto the editing screen. Its really an editing function, and it's something you may think of doing only once you've already begun your reply. You also may want to quote from multiple messages or quote from someplace other than where you are replying (these are the only justifiable uses of quoting IMO). I'd rather the quote UI add a quote icon to every message while you're in edit-mode, and tapping the quote button copies the quote material into the bottom of your edit-box.

Since there is plenty of room on the thread subject line (as it won't ever be nested) should we really have a menu there? I'd rather just have all the normal functions exposed directly. History, move, watch, summarize… (and summarize could be replaced with wiki-messages, see below)

I don't think you can move actions out of the toolbar: All of them are actions against particular posts not actions against the thread e.g. such as seeing a post's edit history or moving a post into another thread.

Elsewhere I recommended that we add an additional message type: "Wiki". Messages set to type wiki would not display a signature and edit (and perhaps history) would be promoted from being hidden in the menu and made first class buttons; I expect a timestamp wouldn't be displayed either. The notion being that things like the collaboratively edited lists, proposed language, and summaries that sometimes come up in our discussions could be wiki-posts and thus avoid the confusion of a mandatory signature and the resulting appearance of WP:OWNership. They could also be used to ameliorate the horrific density loss LQT has for simple polls. (i.e. even your and my mockups take about 10x the space of the current system for one line comments). Wiki-messages would also be useful for non-WMF mediawiki users which may want to disable third-party comment editing. They could also serve the role of acting as a summary for hidden child responses in a more general way than having a specific summary field in the software… In any case, in the context of also having wiki-messages available I think it would be reasonable to leave edit buried in a menu as it would reflect the social norm that we're cautious and conservative about editing signed comments.