bug#9054: 24.0.50; show source in other window

[Juri Linkov <juri@linkov.net>]

>>> We could abbreviate such monsters in the menu entry and show the full
>>> identifier in the tooltip of the menu entry.
>>
>> I'm not sure if this would be more useful:
>>
>>    Describe `display-...'
>>    Lookup `display-...' in Manuals
>>    Show Definition of `display-...'
>>    Show References for `display-...'
>
> We could try to abbreviate them in some clever way that could be also
> used here on emacs-devel when discussing such variables (rather than the
> d-f-c-i-c some people use instead).  But I think that your 'function'
> and 'variable' are already good enough (the term "symbol" has gone for
> good) and maybe we could write out the identifier in the tooltips as,
> for example, instead of
>
> "Find definition of identifier"
>
> we would write
>
> "Find definition of 'setq'"

Good idea.

>> Generally, I agree, but the problem is that "Describe Character"
>> is not specific to the currently discussed emacs-lisp-mode.
>
> Neither Paste nor Undo are so we can place that "Describe Character"
> just at the end.  It should be just intuitively evident for the user
> that the properties of the character described at the position of the
> mouse are different from the properties of the same character at a
> different position.  As I claimed before, 'describe-char' tells so many
> interesting things which could prompt a user to dig further, as to not
> put it into the context menu.

The question is whether to show it by default.  The default menu that the
user will see after clicking somewhere in a new buffer will contain just
2 items:

  - Select All
  - Describe Character `x'

I think the second item will confuse the users.  But it can be added
to an optional menu for advanced users.

>> Should the context menu always contain "Describe Character"
>> in all buffers?
>
> Definitively.  It even does tell the user something useful about
> whitespace and control characters.

I can't imagine that a novice user would need to describe a character
and inspect the output of describe-char.

>> The "Select" sub-menu is a good idea.  For example, LibreOffice has
>> a sub-menu "Selection Mode" with "Standard" and "Rectangle Selection".
>> Gimp even has the top-level menu "Select", etc.  But this means that
>> region-related part of the context menu doesn't need to be the same
>> as region-related part of the Edit sub-menu of the menu-bar?
>
> A "Select" context submenu should propose something reasonable when
> there is no active region.  When there is an active region around the
> mouse position it should say _what_ "Undo" undoes and what "Clear"
> clears.  And the Edit sub-menu should say the same.

I don't understand what it could say.  Do you mean it should change to
"Undo in Region"?

>> Maybe not in Show/Hide sub-menu that is related only to visible parts
>> of the screen.
>
> Tooltips are not visible either until they are shown.

Then "Context Menus" could be placed below from "Menu Bar".