pkt / lh-vim Goto Github PK

:Brackets only supports buffer-local mappings.

Add a bang [!] to enable global mappings.

What steps will reproduce the problem?
1. Install local_vimrc.vim
2. Start vim with a file in your home dire that has modeline values that are 
different from one in your .vimrc
3. Verify that modeline values are not set correctly


What version of the product are you using? On what operating system?
v1.9

What steps will reproduce the problem?
1. Install lhCpp
2. Open an empty a.cpp file (using GVim ; that might be the problem ?)
3. Have a look at the bottom of the screen

What is the expected output?
Nothing

What do you see instead?
An error message (approximated traduction from french) :
{{{
Error detected treating /home/[My
Name]/.vim/ftplugin/cpp/cpp_GotoFunctionImpl.vim :
line  302 :
E117: Fonction inconnue : lh#menu#DefToggleItem
}}}

How to fix the bug ?
Edit line 302 of file ftplugin/cpp/cpp_GotoFunctionImpl.vim to :
{{{
call lh#menu#def_toggle_item(s:FunctionPositionMenu)
}}}

What steps will reproduce the problem?
1. Install the SVN version
2. Start GVim on a C++ source / header file.

What is the expected output?
Nothing

What do you see instead?
A flashing message at launching GVim on a C++ source or header file, which
disappears just after appearing.

How to fix the bug ?
Edit the file after/plugin ; line 962 :
{{{
<  call lh#menu#DefToggleItem(s:AutoInsertMenu)
>  call lh#menu#def_toggle_item(s:AutoInsertMenu)
}}}

Sorry if I disturb you, I just want to help you fixing some bugs quicker :)

Would you mind updating the wiki :)
This library looks fantastic but I don't see docs for how to use the more 
advanced features e.g. 
http://stackoverflow.com/questions/4080253/create-getter-and-setter-members-for-
a-c-class-in-vim 

Thanks!

It should be possible to do the jump to ')' only
if we are within a pair of brackets -- all the pairs matching code is already
defined in various places.

This should be the case for ']' as well. 

Bug indirectly issued on SO: 
http://stackoverflow.com/questions/25027540/does-anyone-have-extra-generated-fro
m-lh-brackets/ by osirisgothra

ftplugin/c/c_doc.vim tries to load system_utils.vim in line 62

What steps will reproduce the problem?
1. Install lhCpp
2. Start GVim (maybe Vim does that mistake too)

What is the expected output?
Nothing

What do you see instead?
{{{
lh#common#CheckDeps() is deprecated, use lh#common#check_deps() instead.
lh#common#CheckDeps() is deprecated, use lh#common#check_deps() instead.
}}}

How to fix the issue ?
Replace (not valid diff file, written with my hand, I don't exactly know
standard format for diff files) :
{{{
@file autoload/lh/common.vim @ line 253
<  return lh#common#CheckDeps(a:Symbol, a:File, a:path, 'mu-template')
>  return lh#common#check_deps(a:Symbol, a:File, a:path, 'mu-template')
@file ftplugin/cpp/cpp_GotoFunctionImpl.vim @ line 276
<      \    !lh#common#CheckDeps('*Cpp_CurrentScope',
>      \    !lh#common#check_deps('*Cpp_CurrentScope',
      \         'cpp_FindContextClass.vim', 'ftplugin/cpp/',
      \                 'cpp_GotoFunctionImpl')
<      \ || !lh#common#CheckDeps(':CheckOptions',
>      \ || !lh#common#check_deps(':CheckOptions',
}}}

What steps will reproduce the problem?
1. :UTRun tests/lh/function.vim 

What is the expected output? 
  SUITE<[lh-vim-lib] Testing lh#function plugin> 12/12 tests successfully
executed.


What do you see instead?
We cannot define a lh#function that references another lh#function.

What steps will reproduce the problem?
1. Go into a folder with spaces.
2. Create a _vimrc_local.vim file.
3. Open vim.

What is the expected output?

The _vimrc_local.vim file should be loaded normally, without any error.

What do you see instead?

The error „E172: Only one file name allowed: source /home/cristi/spaced
path/_vimrc_local.vim”


What version of the product are you using? On what operating system?

1.7

Please provide any additional information below.

The problem occurs because the path is not escaped when constructing the
argument to „exe”, so that the „source” command thinks that spaces
represent filename separators.

The attached patch solved the problem.

part of this file:
"   Installation Method 1:
"       Need to manualy patch $VIMRUNTIME/syntax/cpp.vim.
"       Add
"           runtime! syntax/c-assign-in-condition.vim
"       or
"           runtime! syntax/cpp-*.vim syntax/cpp_*.vim
"       after the call to
"           runtime! syntax/c.vim
"   Installation Method 2: (prefer this one)
"       Define a {rtp}/syntax/cpp.vim (where {rtp} < $VIMRUNTIME) that
"       contains:
"           " This is the only valid way to load the C++ and C default syntax file.
"           so $VIMRUNTIME/syntax/cpp.vim
"           " Source C++ hooks
"           runtime! syntax/cpp-*.vim syntax/cpp_*.vim

Command
runtime! syntax/cpp-*.vim syntax/cpp_*.vim
is not sufficient, because this filename start with c-assign!

It shall be possible to directly choose the new value for a toggable option 
without cycling through every possible values till the desired one is reached.

For instance, a sub-menu may be activated (if requested), to show all possible 
values.

What steps will reproduce the problem?
1. let g:mt_chooseWith="confirm"
2. try to expand 'fori' in a C++/C file
3. one gets:

Which template do you wish to use ?
[A]bort, (c)pp/fori, (c)/fori: 

In order to simplify Mu-template syntax, find a way to expand variables from 
placeholders.

We could use the same algorithm than the one used today for expansing: 
if the expansion successes
- then insert its result
- otherwise insert the text within the placeholder

A compatible mode with other TEPs may ned to be considered.

===What steps will reproduce the problem?===
1. type "if foo<esc>"
2. continue with "Ielse<space>"

===What is the expected output? ===
{{{
        else if (foo)
        {
            «»
        }
        «»
}}}

===What do you see instead?===
{{{
        else
        {

        }
        «»if (foo)
        {
            «»
        }
        «»
}}}

===What steps will reproduce the problem?===
1. Make sures there is no foo/ directory in the current directory
2. gvim foo/bar.ttx

===What is the expected output?===
No error

===What do you see instead?===
An error caused by an infinite recursive loop.

What steps will reproduce the problem?
1. Toggle the brackets
2. change to a new buffer

What is the expected output? 
- The bracket mappings should not be active in the new buffer

What do you see instead?
- They are active


If the bracket definitions are toggled again, then if we move back to the
original buffer and toggle them again, a error will occur.

What steps will reproduce the problem?
1. Edit any cpp file and have c-assign-in-condition configured
2. put this text into main:
int i;
    if ( i != 5) {
    }
3.  Part != 5 is now underlined

I think simple fix to regex can solve this.

When new variables are set/assigned with `:let`, they are never `:unlet`.

There is a need to detect classical patterns to (i.e. uses of `:let`) in order 
to automatically release most resources. For other resources, a finalize hook 
may be defined.

This feature could be exploited to push/pop arguments to functions calls.

What steps will reproduce the problem?
- type "foo"

What is the expected output? 
  "foo"<cursor><+placeholder+>

What do you see instead?
  "foo"<cursor>"<+placeholder+>

It should be possible to specify how a selection will be surrounded.

What steps will reproduce the problem?
1. Install
2.
3.

What is the expected output?

What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.

This is a known issue. However I posted this on google code issues as a
reminder that I would appreciate this to be fixed as I am a fan of

if ()
{

}

What steps will reproduce the problem?
1. set let g:mt_IDontWantTemplatesAutomaticallyInserted = 1 in .vimrc
2. open new vim instance
3. echo g:mt_IDontWantTemplatesAutomaticallyInserted

What is the expected output?
1

What do you see instead?
0

What version of the product are you using? On what operating system?
2.1.0 on WinXP

Please provide any additional information below.
commenting out the following line in after/plugin/mu-template.vim fixes the 
issue: 1047.
call lh#menu#def_toggle_item(s:AutoInsertMenu)

It should be possible to specify the contexts in which the INERT-mode
mapping are enabled and disabled.

NB: Currently the default is active everywhere except in strings and comments.

What steps will reproduce the problem?
1. Install the SVN version of lhCpp (r175)
2. Create a new header file in dir/a.hpp
3. Have a look at the second line of the file

What is the expected output?
/**@file       dir/a.hpp

What do you see instead?
/**@file       /home/myself/programs/test_vim_issue/dir/a.hpp

So file names are absolute, and I think it is not the normal behavior

Calling

lh#path#find_in_parents('/cygdrive/d/_P/tesfile', ['_vimrc_local.vim'], 
'file,dir', '^/\=$\|^[A-Za-z]:\+$\|^//$\|^\\\\$\|^[/\\]home[/\\]uidw8099$')

prints the warning:

The current file '/cygdrive/d/_P/testfile' seems to be in a non-existent 
directory: ''

It seems that the last_valid_path is wrong. This could stem from the fact that 
when opening the file the path is "~/d/_P/testfile" and "d" is a symlink to 
"/cygdrive/d".

The toggle-command `:Toggle` shall be able to work directly on real variable 
names (and not symbolic variable names built from the menu), and on real values 
(and not their textual equivalent).

This mode could be activated by banging the command -> `:Toggle!`

What steps will reproduce the problem?
- type (foo)

What is the expected output? 
 (foo)<cursor>

What do you see instead?
 (foo)<cursor><+placeholder+>

What steps will reproduce the problem?
1. mu-template 2.0.3 + patched a.vim from lh-cpp
2. The following files: root/inc/foo.h, root/src/cpp/foo.cpp, 
3. Have a local vimrc in root that sets:
{{{
let b:sources_root = expand('<sfile>:p:h')
let g:alternateSearchPath = 'reg:#/src/cpp#/inc#,reg:#/inc#/src/cpp#'
}}}
4. edit root/src/cpp/foo.cpp
5. change directory to root/src/cpp/
6. `:echo lh#cpp#file#HeaderName(expand('%:p'))`

What is the expected output? 
`root/inc/foo.h`

What do you see instead?
`/absolute/path/to/root/inc/foo.h`

_Conclusion_
The path returned shall be made relative to `b:sources_root`. May be it
shall be an option that mu-template could take advantage of.
The error actually appears when first creating, from within vim, foo.cpp
from src/cpp/.

We should be able to distinguish and treat accordingly the following cases:
1. "foo\"bar", in C strings
2. \{foo\}, in LaTeX ; '\(foo\)' in VimL

In the first case, the backslash (or any other specifiable character)
should prevent the mappings from expanding.

In the second case, the backslash (or even '\%' in VimL case) triggers the
expansion of the closing pair prefixed by a backslash.


The first case could be fixed with something like
`-context=function(NoStringNorCommentsNorBackslash')`. Is it an acceptable
workaround ? 

The toggle-menu command `:Toggle` shall permit to directly set the value of the 
variable.

It shall also support auto-completion.

Emacs' [http://mumble.net/~campbell/emacs/paredit.el Paredit] has some neat
behaviours: on <del>, <bs>, it deletes both brackets characters.

What will be supported
- <bs> and <del> in normal and insert mode
- x and X in normal mode
- a way to execute the deletion without triggering the deletion of both
bracket characters

What won't be supported
- the deletion of several characters that contain a brackets characters
won't remove the pair from the text

What need more thinking:
- changing the pair of brackets characters is not very ergonomic
- what if we are within a peculiar context like comments/string ?

What steps will reproduce the problem?
1. Download lh-vim-lib-2.2.5.vba
2. Open it using vim
3. ":so %"
4. Start vim again

Then I get the following errors:

Error detected while processing /home/myhome/.vim/plugin/let.vim:
line   25:
E110: Missing ')'
E15: Invalid expression: &cp || (exists("g:loaded_let")
Error detected while processing /home/myhome/.vim/plugin/lhvl.vim:
line   24:
E110: Missing ')'
E15: Invalid expression: &cp || (exists("g:loaded_lhvl")
Error detected while processing /home/tiziano/.vim/plugin/ui-functions.vim:
line  248:
E15: Invalid expression: 
E15: Invalid expression: {
line  249:
E492: Not an editor command:       ¥ "variable": "ui_type",
line  250:
E492: Not an editor command:       ¥ "idx_crt_value": 1,
line  251:
E492: Not an editor command:       ¥ "values": ['gui', 'text', 'fte'],
line  252:
E492: Not an editor command:       ¥ "menu": { "priority": '500.2700', "name": 
'&Plugin.&LH.&UI type'}
line  253:
E492: Not an editor command:       ¥}
line  255:
E121: Undefined variable: s:OptionData
E116: Invalid arguments for function lh#menu#def_toggle_item
Press ENTER or type command to continue

When vim is launched in textual mode or when menus are disabled,
g:mt_templates_dirs is not defined.

Todo: Fetch the contents of s:TemplateDirs() at the beginning of each
"interface" function.

What steps will reproduce the problem?
1. Use local_vimrc.vim plugin with _local_vimrc.vim file in project base dir 
(on network drive (H:))
2. cd into project base dir via bash script
3. start vim from bash script

What is the expected output?
nothing, or output of found _local_vimrc.vim file

What do you see instead?
"Error detected while processing function 
<SNR>17_Main..lh#path#find_in_parents..#lh#path#find_in_parents.. [and so on]
..#lh#path#find_in_parents:
line  24:
E132: Function call depth is higher  than 'maxfuncdepth'
E734: Wrong variable type for +=
line 43:
E132: Function call depth is higher  than 'maxfuncdepth'

What version of the product are you using? On what operating system?
latest lh-vim
vim 7.4 (gvim portable, run from usb drive (F:))
windows

Please provide any additional information below.
I believe the problem is in path.vim starting at line 481.
the recursive call is done before checking the current directory.
Although the _local_vimrc.vim file is in the base dir, the function checks all 
parent dirs (and will not find anything there).
Since there are too many parent dirs the script fails before reaching the break 
criteria.
Please add a 'maxdepth' to the brake criteria

IMHO lh#list#Match() is not needed, since match() already accepts a list as the 
first argument:
    :h match()

What version of the product are you using? On what operating system?
lh-vim-lib, list.vim v2.2.6

What steps will reproduce the problem?
1. open a C++ file with several lines
2. select 2 lines in the middle
3. surround with the "group-dox" template

What is the expected output? 
The lines selected shall be surrounded with //@{ and //@}, and the original 
order of the lines shall be kept

What do you see instead?
The first line after the lines selected is moved before the surrounded lines, 
and is joined with the first line from the template-file.

It should be possible to surround a selection with a template.


Typical steps :
1. select text
2. hit v_CTRL-R_TAB (configurable)
3. type/select the name of the template to use

What is the expected output? 
The selection will be dispatched in the template visual-placeholders


This feature should also be accessible programmatically.

What steps will reproduce the problem?
1. Have a _vimrc_local.vim that defines a variable b:foo used in a
{ft}.template file
2. vim foo.{ft}

What is the expected output? What do you see instead?
mu-template should have been able to use b:foo, alas it is not defined yet
when the template is expanded.

mu-template shall be able to force the execution of local vimrc plugins, or
any other similar plugins like project.vim, before expanding the template.

What steps will reproduce the problem?
Install lh-vim-lib, searchInRuntime, and bracketing-system

in order to install mu-template for vim 7.2


What is the expected output?
No error msg!

What do you see instead?
http://img708.yfrog.com/i/screenshotne.png/

1.
      removed 2 files
2.
      Vimball Archive
3.
      extracted <doc/searchInRuntime.txt>: 283 lines
   4.
      wrote /home/mo/.vim/doc/searchInRuntime.txt
   5.
      extracted <plugin/searchInRuntime.vim>: 677 lines
   6.
      wrote /home/mo/.vim/plugin/searchInRuntime.vim
   7.
      Error detected while processing function vimball#Vimball:
   8.
      line 154:
   9.
      E154: Duplicate tag "lhvl#syntax" in file
/home/mo/.vim/doc/lh-vim-lib.txt
  10.
      did helptags
  11.



When opening a test file (1.c) :

#
"1.c" [New File]
#
Error detected while processing function
<SNR>31_TemplateOnBufNewFile..<SNR>31_Template..<SNR>31_LoadTemplate:
#
line 6:
#
E121: Undefined variable: g:mt_templates_dirs
#
E116: Invalid arguments for function
lh#path#GlobAsList(g:mt_templates_dirs, a:templatepath)
#
E15: Invalid expression: lh#path#GlobAsList(g:mt_templates_dirs,
a:templatepath)

after/ftplugin/c/c_brackets.vim from lhBrackets/lh-map-tools uses 
lh#dev#option#get and thus generates some errors when opening/creating c files 
while brackets-addon-info.txt is missing the dependency on lh-dev

What steps will reproduce the problem?
1. open a C++ file with several lines of codes
1. select several lines
2. Execute a template-file
3. Enter the template-file name "group" or "if"

What is the expected output? 
The user is requested to enter the name of the template-file once

What do you see instead?
The user is requested once per line selected

lh-cpp broke visual mode '<'. Is there a way to
disable your functionality (surrounding with <>)?

I'm trying to use your UT vim addon with the vim-addon-manager system.  It 
works by getting the VCS system, in this case SVN, to check out the addon from 
the URL given in the -addon-info file.

What steps will reproduce the problem?
1. $ svn co 'http://code.google.com/p/lh-vim/source/browse/#svn/BTW/trunk'
2.
3.

What is the expected output?
Whatever svn does when a checkout works correctly.

What do you see instead?
svn: URL 'http://code.google.com/p/lh-vim/source/browse/#svn/BTW/trunk' is not 
properly URI-encoded


What version of the product are you using? On what operating system?
N/A

Please provide any additional information below.

Zdenek observed:
The only glitch is that those (default) marks '<<>>' (and only those marks,
the rest is fine) come now in "some light color" on white background, very
hard to read, while before they were nice blue on black bg which I liked.
Is there any new setting for colors, perhaps?

lh-cpp options are expected to be defined in the cpp_options.vim files.
Alas this approach doesn't cope well with project specific settings nor with 
multi-languages options.

One of the features of lh-dev is to provide a framework for these kinds of 
options.

lh-cpp options policy shall migrate to lh-dev+local_vimrc policy.

What steps will reproduce the problem?
1. write the following template file
VimL: function! s:echo(str)
VimL:   echo a:str
VimL: endfunction
2. save it in after/template/echo.template
3. execute :MuTemplate echo

What is the expected output?
No error

What do you see instead?
Error detected while processing function 
<SNR>49_TemplateAndJump..<SNR>49_Template..<SNR>49_InterpretLines..<SNR>49_Inter
pretCommand:
line    6:
E126: Missing :endfunction


What version of the product are you using? On what operating system?
Linux Ubuntu 8.04
VIM - Vi IMproved 7.0 (2006 May 7, compiled Jun 12 2009 07:07:08)
Included patches: 1, 3-4, 7-9, 11, 13-17, 19-26, 29-31, 34-44, 47, 50-56, 
58-64, 66-73, 75, 77-92, 94-107, 109, 202, 234-237
Mu-Template 2.0.3

Please provide any additional information below.

I often like this kind of behavior:
Select a few lines in visual mode, hit '{' which surrounds the code
with braces, but also two newlines (one before and one after the
selected lines). Additionally, the selected lines should be shifted to
the right (as if you would do '>' in visual mode). And possibly put
the cursor before the opening '{' :)