Closed GoogleCodeExporter closed 8 years ago
Fairly import point I missed: the link was in a list like:
* Talking about nothing. http://google.com
* item2
Original comment by firecat4...@gmail.com
on 9 May 2012 at 7:36
You can recall the error message with ":messages". Here's what I get ...
Error detected while processing function vimwiki#base#get_links:
line 20:
E499: Empty file name for '%' or '#', only works with ":p:h": lcd! %:h
E499: Empty file name for '%' or '#', only works with ":p:h": lcd! %:h
Original comment by stu.andrews
on 9 May 2012 at 8:34
Well, I saw the error you got as well. Now I also get these errors in a fresh
window trying to open the daily diary page:
Error detected while processing function
vimwiki#diary#make_note..vimwiki#base#open_link..vimwiki#base#resolve_scheme:
line 3:
E121: Undefined variable: g:vimwiki_rxSchemeUrl
E15: Invalid expression: lnk !~ g:vimwiki_rxSchemeUrl
line 4:
E121: Undefined variable: is_schemeless
E15: Invalid expression: (is_schemeless ? 'wiki'.g:vimwiki_current_idx.':'.lnk
: lnk)
line 7:
E121: Undefined variable: g:vimwiki_rxSchemeUrlMatchScheme
E116: Invalid arguments for function matchstr(lnk,
g:vimwiki_rxSchemeUrlMatchScheme)
E15: Invalid expression: matchstr(lnk, g:vimwiki_rxSchemeUrlMatchScheme)
line 9:
E121: Undefined variable: g:vimwiki_rxSchemeUrlMatchUrl
E116: Invalid arguments for function matchstr(lnk,
g:vimwiki_rxSchemeUrlMatchUrl)
E15: Invalid expression: matchstr(lnk, g:vimwiki_rxSchemeUrlMatchUrl)
line 15:
E121: Undefined variable: scheme
E15: Invalid expression: !(scheme =~ 'wiki.*' || scheme =~ 'diary' || scheme =~
'local' || scheme =~ 'file')
line 21:
E121: Undefined variable: scheme
E15: Invalid expression: scheme =~ 'wiki\d\+'
line 91:
E121: Undefined variable: is_schemeless
E15: Invalid expression: is_schemeless && a:as_html
line 100:
E121: Undefined variable: scheme
E15: Invalid expression: [scheme, path, subdir, lnk, ext, url]
Error detected while processing function
vimwiki#diary#make_note..vimwiki#base#open_link:
line 5:
E714: List required
line 7:
E121: Undefined variable: lnk
E15: Invalid expression: lnk == ''
line 11:
E121: Undefined variable: scheme
E15: Invalid expression: ( scheme == '' || scheme =~ 'wiki' || scheme =~
'diary' ? 1 : 0)
line 15:
E121: Undefined variable: scheme
E15: Invalid expression: ( scheme == '' || scheme =~ 'wiki' || scheme =~
'diary' || scheme =~ 'local' || scheme =~ 'file' ? 0 : 1)
line 23:
E121: Undefined variable: update_prev_link
E15: Invalid expression: update_prev_link
line 34:
E121: Undefined variable: use_weblink_handler
E15: Invalid expression: use_weblink_handler
Original comment by firecat4...@gmail.com
on 9 May 2012 at 8:47
I cannot reproduce it, there might be some different options set up.
Original comment by habamax
on 10 May 2012 at 3:44
with the 'maxhi' set to 1 I can see it.
Looks like cached variables strike back. :)
Original comment by habamax
on 10 May 2012 at 4:21
Could you check if it is ok with the latest src?
Original comment by habamax
on 10 May 2012 at 5:33
Well...almost...
1. If I do <leader>w<leader>w from an existing page (with or without a link),
it works fine.
2. If I do <leader>w<leader>w from a blank vim instance, or if I do
<leader>w<leader>t, I get the following errors (and it really works the CPU
hard!):
Error detected while processing function
<SNR>34_highlight_existing_links..<SNR>34_add_target_syntax_ON:
line 8:
E63: invalid use of \_
E475: Invalid argument: VimwikiLink
`\[\[\%(\%(wiki\|wiki0\):\)\?\%(Dropbox[/\]\|Dropbox[/\]CS_Forms[/\]\|Dropbox[/\
]Camer
a Uploads[/\]\|Dropbox[/\]Insurance
Cards[/\]\|Dropbox[/\]Photos[/\]\|Dropbox[/\]Photos[/\]John's Background
Switcher[/
\]\|Dropbox[/\]Photos[/\]Nick-School[/\]\|Dropbox[/\]Photos[/\]Starred
Photos[/\]\|Dropbox[/\]Photos[/\]family[/\]\|
Dropbox[/\]Photos[/\]family[/\]2011-Syd
Bday[/\]\|Dropbox[/\]Photos[/\]funny[/\]\|Dropbox[/\]Photos[/\]lovey[/\]\|Dr
opbox[/\]Photos[/\]wallpapers[/\]\|Dropbox[/\]Public[/\]\|Dropbox[/\]phones[/\]\
|Dropbox[/\]phones[/\]droid[/\]\|Dro
pbox[/\]phones[/\]droid_X[/\]\|Dropbox[/\]phones[/\]droid_X[/\]roms[/\]\|Dropbox
[/\]scotty[/\]\|Dropbox[/\]scotty[/\n\]docs[/\]\|Dropbox[/\]scotty[/\]docs[/\]20
11[/\]\|Dropbox[/\]scotty[/\]docs[/\]2011[/\]flashcards[/\]\|Dropbox[/\]
scotty[/\]docs[/\]2011[/\]ventilation_presentation[/\]\|Dropbox[/\]scotty[/\]doc
s[/\]Captains Interview[/\]\|Dropbox[/
\]scotty[/\]fi
line 9:
E63: invalid use of \_
E475: Invalid argument: VimwikiLinkT
`\[\[\%(\%(wiki\|wiki0\):\)\?\%(Dropbox[/\]\|Dropbox[/\]CS_Forms[/\]\|Dropbox[/\
]Came
ra Uploads[/\]\|Dropbox[/\]Insurance
Cards[/\]\|Dropbox[/\]Photos[/\]\|Dropbox[/\]Photos[/\]John's Background
Switcher[
/\]\|Dropbox[/\]Photos[/\]Nick-School[/\]\|Dropbox[/\]Photos[/\]Starred
Photos[/\]\|Dropbox[/\]Photos[/\]family[/\]\n|Dropbox[/\]Photos[/\]family[/\]201
1-Syd
Bday[/\]\|Dropbox[/\]Photos[/\]funny[/\]\|Dropbox[/\]Photos[/\]lovey[/\]\|D
ropbox[/\]Photos[/\]wallpapers[/\]\|Dropbox[/\]Public[/\]\|Dropbox[/\]phones[/\]
\|Dropbox[/\]phones[/\]droid[/\]\|Dr
opbox[/\]phones[/\]droid_X[/\]\|Dropbox[/\]phones[/\]droid_X[/\]roms[/\]\|Dropbo
x[/\]scotty[/\]\|Dropbox[/\]scotty[/
\]docs[/\]\|Dropbox[/\]scotty[/\]docs[/\]2011[/\]\|Dropbox[/\]scotty[/\]docs[/\]
2011[/\]flashcards[/\]\|Dropbox[/\
]scotty[/\]docs[/\]2011[/\]ventilation_presentation[/\]\|Dropbox[/\]scotty[/\]do
cs[/\]Captains Interview[/\]\|Dropbox[
/\]scotty[/\]f
line 8:
E63: invalid use of \_
E475: Invalid argument: VimwikiLink
`\[\[\%(\%(wiki\|wiki0\):\)\?\%(Dropbox[/\]\|Dropbox[/\]CS_Forms[/\]\|Dropbox[/\
]Camer
a Uploads[/\]\|Dropbox[/\]Insurance
Cards[/\]\|Dropbox[/\]Photos[/\]\|Dropbox[/\]Photos[/\]John's Background
Switcher[/
\]\|Dropbox[/\]Photos[/\]Nick-School[/\]\|Dropbox[/\]Photos[/\]Starred
Photos[/\]\|Dropbox[/\]Photos[/\]family[/\]\|
Dropbox[/\]Photos[/\]family[/\]2011-Syd
Bday[/\]\|Dropbox[/\]Photos[/\]funny[/\]\|Dropbox[/\]Photos[/\]lovey[/\]\|Dr
opbox[/\]Photos[/\]wallpapers[/\]\|Dropbox[/\]Public[/\]\|Dropbox[/\]phones[/\]\
|Dropbox[/\]phones[/\]droid[/\]\|Dro
pbox[/\]phones[/\]droid_X[/\]\|Dropbox[/\]phones[/\]droid_X[/\]roms[/\]\|Dropbox
[/\]scotty[/\]\|Dropbox[/\]scotty[/\n\]docs[/\]\|Dropbox[/\]scotty[/\]docs[/\]20
11[/\]\|Dropbox[/\]scotty[/\]docs[/\]2011[/\]flashcards[/\]\|Dropbox[/\]
scotty[/\]docs[/\]2011[/\]ventilation_presentation[/\]\|Dropbox[/\]scotty[/\]doc
s[/\]Captains Interview[/\]\|Dropbox[/
\]scotty[/\]fi
line 9:
E63: invalid use of \_
E475: Invalid argument: VimwikiLinkT
`\[\[\%(\%(wiki\|wiki0\):\)\?\%(Dropbox[/\]\|Dropbox[/\]CS_Forms[/\]\|Dropbox[/\
]Came
ra Uploads[/\]\|Dropbox[/\]Insurance
Cards[/\]\|Dropbox[/\]Photos[/\]\|Dropbox[/\]Photos[/\]John's Background
Switcher[
/\]\|Dropbox[/\]Photos[/\]Nick-School[/\]\|Dropbox[/\]Photos[/\]Starred
Photos[/\]\|Dropbox[/\]Photos[/\]family[/\]\n|Dropbox[/\]Photos[/\]family[/\]201
1-Syd
Bday[/\]\|Dropbox[/\]Photos[/\]funny[/\]\|Dropbox[/\]Photos[/\]lovey[/\]\|D
ropbox[/\]Photos[/\]wallpapers[/\]\|Dropbox[/\]Public[/\]\|Dropbox[/\]phones[/\]
\|Dropbox[/\]phones[/\]droid[/\]\|Dr
opbox[/\]phones[/\]droid_X[/\]\|Dropbox[/\]phones[/\]droid_X[/\]roms[/\]\|Dropbo
x[/\]scotty[/\]\|Dropbox[/\]scotty[/
\]docs[/\]\|Dropbox[/\]scotty[/\]docs[/\]2011[/\]\|Dropbox[/\]scotty[/\]docs[/\]
2011[/\]flashcards[/\]\|Dropbox[/\
]scotty[/\]docs[/\]2011[/\]ventilation_presentation[/\]\|Dropbox[/\]scotty[/\]do
cs[/\]Captains Interview[/\]\|Dropbox[
/\]scotty[/\]f
Error detected while processing function
vimwiki#diary#make_note..vimwiki#base#open_link..vimwiki#base#edit_file:
line 4:
E325: ATTENTION
Not sure if that's the same bug or something different.
Thanks,
Scott
Original comment by firecat4...@gmail.com
on 10 May 2012 at 2:13
Testing ...
<Leader>w<Leader>w
<Leader>w<Leader>t
Both work great for me. With maxi=1.
I am thinking of ways to make caching more robust and transparent, and possibly
integrated with VimwikiGet/Set.
Thx!
Original comment by stu.andrews
on 10 May 2012 at 3:19
BTW, these results are all with maxhi=1. I've had that set the whole time.
Scott
Original comment by firecat4...@gmail.com
on 10 May 2012 at 3:31
And it works in my orphan wikis, when I preface the command sequences with a
number.
For my default wiki, I tested the commands both from a blank (just started)
vim, and from existing pages.
Original comment by stu.andrews
on 10 May 2012 at 3:33
Hmmm. I hate it when I have problems all by myself! Here's the vimwiki portions
of my .vimrc if that helps at all:
"Vimwiki bindings
let wiki={}
let wiki.maxhi = 1
let wiki.css_name= 'style.css'
let wiki.auto_export = 0
let wiki.diary_index = 'diary'
let wiki.nested_syntaxes = {}
let wiki.path = '~/.local/share/vimwiki/'
let wiki.diary_link_fmt = '%Y-%m-%d'
let wiki.html_footer = ''
let wiki.diary_link_count = 4
let wiki.syntax = 'default'
let wiki.index = 'index'
let wiki.diary_header = 'Diary'
let wiki.ext = '.wiki'
let wiki.path_html = '~/.local/share/vimwiki/vimwiki_html/'
let wiki.temp = 0
let wiki.html_header = ''
let wiki.diary_rel_path = 'diary/'
let wiki_logo={}
let wiki_logo.maxhi = 1
let wiki_logo.css_name= 'style.css'
let wiki_logo.auto_export = 0
let wiki_logo.diary_index = 'diary'
let wiki_logo.nested_syntaxes = {}
let wiki_logo.path = '~/projects/Logo_Company/inventory/working_files/vimwiki/'
let wiki_logo.diary_link_fmt = '%Y-%m-%d'
let wiki_logo.html_footer = ''
let wiki_logo.diary_link_count = 4
let wiki_logo.syntax = 'default'
let wiki_logo.index = 'index'
let wiki_logo.diary_header = 'Diary'
let wiki_logo.ext = '.wiki'
let wiki_logo.path_html =
'~/projects/Logo_Company/inventory/working_files/vimwiki/vimwiki_html/'
let wiki_logo.temp = 0
let wiki_logo.html_header = ''
let wiki_logo.diary_rel_path = 'diary/'
let wiki_logo.diary_header = 'Work Log'
let g:vimwiki_list = [wiki, wiki_logo]
let g:vimwiki_browsers=['browser.sh']
let g:vimwiki_hl_cb_checked = 1
map <leader>wn :VimwikiDiaryNextDay<CR>
map <leader>wp :VimwikiDiaryPrevDay<CR>
I also deleted my .vim/view/* items for good measure. Any other ideas?
Scott
Original comment by firecat4...@gmail.com
on 10 May 2012 at 4:13
@Scott,
remove all 'conflicted copies' from your vimwiki dropbox folder and try again...
Original comment by habamax
on 10 May 2012 at 4:38
@Stuart,
Caching using VimwikiGet/Set sounds very good for me!
Original comment by habamax
on 10 May 2012 at 4:42
Oddly enough, I'm not using Dropbox to sync! My vimwiki files are in
~/.local/share/vimwiki and they're synced to my server with unison. I do have a
Dropbox folder in ~/Dropbox, but I've never kept my vimwiki files there. So why
the heck is it even investigating and throwing errors about the Dropbox
folder?? I've got 4 other folders in ~/ .... why isn't it looking at them? This
is really bizarre....
I had one alias in my bashrc that referenced the Dropbox folder (unrelated to
vimwiki). Deleted that. Killed all my tmux sessions. Logged completely out.
Tried it in console...same result.
If you want to chat on IRC you can get me on #archlinux. (firecat53)
Thanks!
Scott
Original comment by firecat4...@gmail.com
on 10 May 2012 at 5:06
Well, this is interesting....I installed the same version on my server and get
very much the same result except it's finding a different directory, as I don't
have a Dropbox folder on the server:
Error detected while processing function
<SNR>28_highlight_existing_links..<SNR>28_add_target_syntax_ON:
line 8:
E63: invalid use of \_
E475: Invalid argument: VimwikiLink
`\[\[\%(\%(wiki\|wiki0\):\)\?\%(backups[/\]\|backups[/\]bfd-training-data[/\]\|b
ackups[
/\]bfd-training-data[/\]1[/\]\|backups[/\]bfd-training-data[/\]1[/\]backupdata[/
\]\|backups[/\]bfd-training-data[/\]3
[/\]\|backups[/\]bfd-training-data[/\]3[/\]backupdata[/\]\|backups[/\]bfd-traini
ng-data[/\]cache[/\]\|backups[/\]bfd-
training-data[/\]geoip[/\]\|backups[/\]bfd-training-data[/\]sessions[/\]\|backup
s[/\]bfd-training-data[/\]temp[/\]\|ba
ckups[/\]bfd-training-data[/\]temp[/\]backup[/\]\|backups[/\]bfd-training-data[/
\]temp[/\]lesson[/\]\|backups[/\]bfd-
training-data[/\]temp[/\]lesson[/\]2009\.HIPAA[/\]\|backups[/\]bfd-training-data
[/\]temp[/\]typo3temp[/\]\|backups[/\
]bfd-training-data[/\]temp[/\]typo3temp[/\]cs[/\]\|backups[/\]bfd-training-data[
/\]upgradelogs[/\]\|backups[/\]bfd-tra
ining-data[/\]user[/\]\|backups[/\]bfd-training-data[/\]user[/\]0[/\]\|backups[/
\]bfd-training-data[/\]user[/\]0[/\]
2[/\]\|backups[
line 9:
E63: invalid use of \_
E475: Invalid argument: VimwikiLinkT
`\[\[\%(\%(wiki\|wiki0\):\)\?\%(backups[/\]\|backups[/\]bfd-training-data[/\]\|b
ackups
[/\]bfd-training-data[/\]1[/\]\|backups[/\]bfd-training-data[/\]1[/\]backupdata[
/\]\|backups[/\]bfd-training-data[/\]
3[/\]\|backups[/\]bfd-training-data[/\]3[/\]backupdata[/\]\|backups[/\]bfd-train
ing-data[/\]cache[/\]\|backups[/\]bfd
-training-data[/\]geoip[/\]\|backups[/\]bfd-training-data[/\]sessions[/\]\|backu
ps[/\]bfd-training-data[/\]temp[/\]\|b
ackups[/\]bfd-training-data[/\]temp[/\]backup[/\]\|backups[/\]bfd-training-data[
/\]temp[/\]lesson[/\]\|backups[/\]bfd
-training-data[/\]temp[/\]lesson[/\]2009\.HIPAA[/\]\|backups[/\]bfd-training-dat
a[/\]temp[/\]typo3temp[/\]\|backups[/\n\]bfd-training-data[/\]temp[/\]typo3temp[
/\]cs[/\]\|backups[/\]bfd-training-data[/\]upgradelogs[/\]\|backups[/\]bfd-tr
aining-data[/\]user[/\]\|backups[/\]bfd-training-data[/\]user[/\]0[/\]\|backups[
/\]bfd-training-data[/\]user[/\]0[/\
]2[/\]\|backups
line 8:
E63: invalid use of \_
E475: Invalid argument: VimwikiLink
`\[\[\%(\%(wiki\|wiki0\):\)\?\%(backups[/\]\|backups[/\]bfd-training-data[/\]\|b
ackups[
/\]bfd-training-data[/\]1[/\]\|backups[/\]bfd-training-data[/\]1[/\]backupdata[/
\]\|backups[/\]bfd-training-data[/\]3
[/\]\|backups[/\]bfd-training-data[/\]3[/\]backupdata[/\]\|backups[/\]bfd-traini
ng-data[/\]cache[/\]\|backups[/\]bfd-
training-data[/\]geoip[/\]\|backups[/\]bfd-training-data[/\]sessions[/\]\|backup
s[/\]bfd-training-data[/\]temp[/\]\|ba
ckups[/\]bfd-training-data[/\]temp[/\]backup[/\]\|backups[/\]bfd-training-data[/
\]temp[/\]lesson[/\]\|backups[/\]bfd-
training-data[/\]temp[/\]lesson[/\]2009\.HIPAA[/\]\|backups[/\]bfd-training-data
[/\]temp[/\]typo3temp[/\]\|backups[/\
]bfd-training-data[/\]temp[/\]typo3temp[/\]cs[/\]\|backups[/\]bfd-training-data[
/\]upgradelogs[/\]\|backups[/\]bfd-tra
ining-data[/\]user[/\]\|backups[/\]bfd-training-data[/\]user[/\]0[/\]\|backups[/
\]bfd-training-data[/\]user[/\]0[/\]
2[/\]\|backups[
line 9:
Almost like it's picking the first alphabetical folder in ~/ to have an issue
with...
Scott
Original comment by firecat4...@gmail.com
on 10 May 2012 at 5:15
yep, looks like it is. But I can not figure why it works that way.
Could you attach your vimrc here?
Original comment by habamax
on 10 May 2012 at 5:25
@Scott: I am sorry that you are experiencing this error. All I can say is that
it looks similar to errors that were encountered during the development of
highlight_existing_links().
Please make sure that you are erasing all related vimwiki files from your .vim/
folder before re-installing. You can list these files by cd'ng into .vim and
typing:
$ find . -exec grep -l vimwiki \{\} \;
./autoload/vimwiki/base.vim
./autoload/vimwiki/custom.vim
./autoload/vimwiki/customwiki2html.sh
./autoload/vimwiki/diary.vim
./autoload/vimwiki/html.vim
./autoload/vimwiki/lst.vim
./autoload/vimwiki/tbl.vim
./autoload/vimwiki/u.vim
./doc/vimwiki.txt
./ftplugin/vimwiki.vim
./plugin/vimwiki.vim
./syntax/vimwiki.vim
./syntax/vimwiki_default.vim
./syntax/vimwiki_markdown.vim
./syntax/vimwiki_media.vim
The only other thing that I can think of is replacing "~" with an absolute
path, in your .vimrc settings (e.g. wiki.path = '~/...')
Original comment by stu.andrews
on 10 May 2012 at 5:35
@habamx: .vimrc is here: http://codepad.org/tOCfwmrg
@stu.andrews: I'm actually not installing vimwiki into .vim, but into
/usr/share/vim/vimfiles. (using an Arch PKGBUILD to do the install...found here
https://aur.archlinux.org/packages/vi/vim-vimwiki-hg/PKGBUILD ).
But I did verify that all vimwiki files had been removed from ~/.vim, and also
verified there were no leftover files in /usr/share/vim/vimfiles.
Replaced '~' with absolute path...no effect.
Thanks guys!
Scott
Original comment by firecat4...@gmail.com
on 10 May 2012 at 6:15
While not very satisfying, Vimwiki will be 99% functional with maxhi=0 ...
until this bug with highlighting is resolved.
Original comment by stu.andrews
on 10 May 2012 at 10:10
Yeah, that did fix the worst of it. I can live with it...just letting you guys
know for future troubleshooting (with maxhi=0):
1. Open any random non-empty text file (e.g. vim ~/.vimrc)
2. <leader>w<leader>w
3. See this:
".vimrc" 206L, 6306C
Error detected while processing function
vimwiki#diary#make_note..vimwiki#base#open_link..vimwiki#base#resolve_scheme:
line 3:
E121: Undefined variable: g:vimwiki_rxSchemeUrl
E15: Invalid expression: lnk !~ g:vimwiki_rxSchemeUrl
line 4:
E121: Undefined variable: is_schemeless
E15: Invalid expression: (is_schemeless ? 'wiki'.g:vimwiki_current_idx.':'.lnk
: lnk)
line 7:
E121: Undefined variable: g:vimwiki_rxSchemeUrlMatchScheme
E116: Invalid arguments for function matchstr(lnk,
g:vimwiki_rxSchemeUrlMatchScheme)
E15: Invalid expression: matchstr(lnk, g:vimwiki_rxSchemeUrlMatchScheme)
line 9:
E121: Undefined variable: g:vimwiki_rxSchemeUrlMatchUrl
E116: Invalid arguments for function matchstr(lnk,
g:vimwiki_rxSchemeUrlMatchUrl)
E15: Invalid expression: matchstr(lnk, g:vimwiki_rxSchemeUrlMatchUrl)
line 15:
E121: Undefined variable: scheme
E15: Invalid expression: !(scheme =~ 'wiki.*' || scheme =~ 'diary' || scheme =~
'local' || scheme =~ 'file')
line 21:
E121: Undefined variable: scheme
E15: Invalid expression: scheme =~ 'wiki\d\+'
line 91:
E121: Undefined variable: is_schemeless
E15: Invalid expression: is_schemeless && a:as_html
line 100:
E121: Undefined variable: scheme
E15: Invalid expression: [scheme, path, subdir, lnk, ext, url]
Error detected while processing function
vimwiki#diary#make_note..vimwiki#base#open_link:
line 5:
E714: List required
line 7:
E121: Undefined variable: lnk
E15: Invalid expression: lnk == ''
line 11:
E121: Undefined variable: scheme
E15: Invalid expression: ( scheme == '' || scheme =~ 'wiki' || scheme =~
'diary' ? 1 : 0)
line 15:
E121: Undefined variable: scheme
E15: Invalid expression: ( scheme == '' || scheme =~ 'wiki' || scheme =~
'diary' || scheme =~ 'local' || scheme =~ 'file' ? 0 : 1)
line 23:
E121: Undefined variable: update_prev_link
E15: Invalid expression: update_prev_link
line 34:
E121: Undefined variable: use_weblink_handler
E15: Invalid expression: use_weblink_handler
It works fine in any empty file, as it does in any vimwiki files.
Thanks!
Scott
Original comment by firecat4...@gmail.com
on 10 May 2012 at 11:02
Scott, with your .vimrc I can reproduce that bug.
Original comment by habamax
on 11 May 2012 at 4:36
Actually with A can reproduce it with the following:
set nocompatible
filetype plugin indent on
syntax on
"Vimwiki bindings
let wiki={}
let wiki.maxhi = 1
let g:vimwiki_list = [wiki]
Original comment by habamax
on 11 May 2012 at 4:46
Could you check it again?
Original comment by habamax
on 11 May 2012 at 5:11
Version 566 -- still a problem. But it's really weird...some files it works
fine with (empty files, certain other random files), others I get the same
errors as in comment 20 (~/.xinitrc, ~/Dropbox/notes.txt, etc), and others it
goes reallllly slow and gets the same errors as in comment 15 (~/.xsel.log).
Strange!
Thanks,
Scott
Original comment by firecat4...@gmail.com
on 11 May 2012 at 4:20
Works fine for me, fresh install, also using the minimal setup from comment 22
... !?
- S.
Original comment by stu.andrews
on 11 May 2012 at 9:08
[deleted comment]
[deleted comment]
Tomas, with his optimization, didn't remove line 411 in base.vim so get_links()
is about 2 times slower than it should be.
And I believe I get why this error is happening. It is all about paths that are
relative to the current(!) wiki(!) file. While it works ok with empty buffer or
wiki file, it fails if there other file is opened first.
100% reproducible
Original comment by habamax
on 12 May 2012 at 4:09
This issue should be fixed now.
Original comment by habamax
on 12 May 2012 at 5:29
Nice work, thanks guys!! Works in all the ways I can throw at it
Scott
Umm...<ahem>but now my diary index links are aren't being automatically
generated anymore when I open a new diary page for the day :-) Calling
VimwikiDiaryGenerateLinks manually works fine. Sorry!!
Original comment by firecat4...@gmail.com
on 12 May 2012 at 6:23
Original comment by habamax
on 13 May 2012 at 6:51
Original issue reported on code.google.com by
firecat4...@gmail.com
on 9 May 2012 at 7:34