Re: Tab right-click menu hardcoded

2007-05-09 Thread A.J.Mechelynck

Setting followups to vim-dev

Steve Hall wrote:

The current right-click menu on GUI tabs is hardcoded and presents a
whole host of issues for anyone who uses code to manage buffers, tabs,
or windows. It pretends to be a sophisticated menu but it really
executes a basic Vim command which may or may not be what the user
expects. Could we at least change the menu item names to the exact
command being executed barring the option to customize these?




When using text-style tabs (in the console, or if 'guioptions' does not 
include e), there is no tab context menu.


When using GUI-style tabs (in the GUI, but only if 'guioptions' includes e) 
I see three menu items:


Close

(close clicked tab)

New tab

(open a new tab on a [No Name] buffer)

Open tab...

(open a new file in a new tab using a file selector: I presume :tab browse 
split or something like that)


These titles seem to me to accurately describe the operations performed. Which 
titles would you prefer?



The fact that the menu is hardcoded presents two problems:
- it cannot be customized
- it cannot be invoked via :emenu, e.g. in a mouseless console.


Best regards,
Tony.
--
An effective way to deal with predators is to taste terrible.


Tab right-click menu hardcoded

2007-05-09 Thread Steve Hall

The current right-click menu on GUI tabs is hardcoded and presents a
whole host of issues for anyone who uses code to manage buffers, tabs,
or windows. It pretends to be a sophisticated menu but it really
executes a basic Vim command which may or may not be what the user
expects. Could we at least change the menu item names to the exact
command being executed barring the option to customize these?


-- 
Steve Hall  [ digitect dancingpaper com ]



Re: Tab right-click menu hardcoded

2007-05-09 Thread A.J.Mechelynck

Setting followups to vim-dev

Steve Hall wrote:

The current right-click menu on GUI tabs is hardcoded and presents a
whole host of issues for anyone who uses code to manage buffers, tabs,
or windows. It pretends to be a sophisticated menu but it really
executes a basic Vim command which may or may not be what the user
expects. Could we at least change the menu item names to the exact
command being executed barring the option to customize these?




When using text-style tabs (in the console, or if 'guioptions' does not 
include e), there is no tab context menu.


When using GUI-style tabs (in the GUI, but only if 'guioptions' includes e) 
I see three menu items:


Close

(close clicked tab)

New tab

(open a new tab on a [No Name] buffer)

Open tab...

(open a new file in a new tab using a file selector: I presume :tab browse 
split or something like that)


These titles seem to me to accurately describe the operations performed. Which 
titles would you prefer?



The fact that the menu is hardcoded presents two problems:
- it cannot be customized
- it cannot be invoked via :emenu, e.g. in a mouseless console.


Best regards,
Tony.
--
An effective way to deal with predators is to taste terrible.


Re: Tab right-click menu hardcoded

2007-05-09 Thread Steve Hall
On Wed, 2007-05-09 at 20:04 +0200, A.J.Mechelynck wrote:
 Steve Hall wrote:
  The current right-click menu on GUI tabs is hardcodedCould we
  at least change the menu item names to the exact command being
  executed barring the option to customize these?

 When using GUI-style tabs (in the GUI, but only if 'guioptions'
 includes e) I see three menu items:

   Close
   New tab
   Open tab...

 These titles seem to me to accurately describe the operations
 performed. Which titles would you prefer?

Exactly what command is being used would be better I think, for
example instead of Close:

  :close
  ZZ
  :tabclose
  :tabclose!

The user isn't really sure what it does so it's a risk to use it.

 The fact that the menu is hardcoded presents two problems:
 - it cannot be customized
 - it cannot be invoked via :emenu, e.g. in a mouseless console.

I'm more interested in the first--doesn't the current
monolithicity(?!) seem so un-Vim-like?

-- 
Steve Hall  [ digitect dancingpaper com ]