vimwiki / vimwiki Goto Github PK

If I do this:

let g:vimwiki_list = [{'path': 'scp://user@host/vimwiki/'}]

Then <leader>ww prompts me with this message:

Vimwiki: Make new directory: scp:/user@host/vimwiki
 [Y]es/[n]o?

If I say 'Y', it will quite happily create a local directory named "scp:/user@host/vimwiki", but it won't actually use NetRW to fetch wiki documents from the remote server as I'd intended.

Is there any chance of getting vimwiki to support this? I've poked around a bit inside the vimwiki scripts, and even if I disable the directory existence check, the filename seems to be being munged a bit somewhere earlier in the process, removing one of the slashes from "scp://" so that NetRW still doesn't recognise the path as a remote file which needs to be fetched to be edited.

only vimwiki's default markup will be converted to HTML at the moment

I don't see an open issue so this issue is merely to have an issue tracking that this be done.

I try to change list marker with i_<C-S> but vim hangs. The only option is to kill vim then.

branch: new-lists

To make certain that my findings are reproducable, you may want to use these
settings
shiftwidth = 4
noautoindent
nosmartindent
nocindent

== Case I: The list is entered in a straight line ==

Item 1
Item 2
Item 2.1
Item 2.2
Item 3
Item 3.1
Item 3.2
Item 3.3
Item 4
Item 4.1
Item 4.1.1
Item 4.1.2
Item 4.1.3
Item 4.2
Item 4.3
Item 5

Findings: This is the only case when "glm" and "gll" work as expected.

== Case II: The list is entered and nested list-items indented as entered ==

- Item 1
- Item 2
    - Item 2.1
    - Item 2.2
- Item 3
    - Item 3.1
    - Item 3.2
    - Item 3.3
- Item 4
    - Item 4.1
        - Item 4.1.1
        - Item 4.1.2
        - Item 4.1.3
    - Item 4.2
    - Item 4.3
- Item 5

Findings: When called on an already indented list-item for the first time
glm/gll eat up 1 character(s) when used on a list-item in level 1,
eat up 5 character(s) when used on a list-item in level 2,
eat up 7 character(s) when used on a list-item in level 3.
On subsequent usage the indenting/deindenting works as advertised.

In mediawiki one can link to a header within a page using [[Page#Header]]. In vimwiki this link leads to Page#Header.wiki. Is this a bug? Is there any way to link to a header in vimwiki?

vundle update spills an error on dev branch, in vimwiki,

I want to have F10 add a new task item for me in VimWiki specifically. However, two of my trials both had failed:

1. To add in _vimrc the following:
   autocmd Filetype wiki nmap I* [ ]
2. To add in vimfiles/ftplugin/vimwiki.vim:
   nmap I* [ ]

Is there a way that I can define a special mapping for key-bundling in VimWiki?

All the best,

• Linfeng

I am trying to setup multiple diary. One for meeting and one for dayli reflection. I have the default ~/vimwiki/diary and I created a ~/daily/diary. I use the vimwiki with the calendar plugin. If I vim ~/daily/diary.wiki and :calendar it lists link from the ~/vimwiki/diary as well as the ~/daily/diary/ . Is there a way to separate both?

For the past several weeks at least, I have found that saving vimwiki files can take up to 20-30 seconds (the UI is locked until the save completes).

I use a fair number of vimwiki plugins, so it's reasonably possible that vimwiki itself is not the source of the problem, but it seems to only happen when I save .wiki files.

Is this issue unique to me? Is it possible that the bug is with vimwiki?

How can I further diagnose the issue?

Hi,

1st,
as this project moved away from google, how am I supposed to contact the community around it? IRC? Maillist? Wiki?

2nd,
I would like to have a wikilink to not just a page, but to

• a specific line
• specific topic (marked by an heading) or
• an arbitrary reference point within the page.

Is that somehow possible?

Thanks for any advises,

Please don't get me wrong, I have learned the Vimwiki markup and it is burnt on my fingers so much that I find myself organizing my normal text files with it. However when I made a new wiki purposed to act as my blog I decided to go with the markdown syntax.

I resorted to markdown mainly because I wanted more features from the default converter to HTML in Vimwiki and have started learning it. Markdown has gathered much support as the writing system for the web. In addition parsers and converters to HTML for the markdown syntax are more mature and are being developed collaboratively by many.

If we stick with the custom markup originally developed for Vimwiki we will lose out on the collective intelligence of programmers working on markdown. By adopting a well-known and well-supported writing standard as default for Vimwiki I can see many benefits

• no documentation or support required for our original markup
• reduced barrier to entry for new users
• better support for parsers and converters to HTML
• one less feature to maintain and support

I hope you'd consider my proposal.

It's interesting to explore how we can integrate todo lists with https://github.com/jaredly/treed during html export

Using ":VimwikiRenameLink" inside vim, the actual file name is renamed correctly but the link is cut off after the dot.

I haven't installed any vimwiki plugins and I'm running the latest version from github.

This is not a new behavior, I it's been like this for some time. I just haven't done a bug report until now :)

Hi

I just installed this plugin using bundle, and it works great, but I can't access to the docs from vi. When typing

:h vimwiki

I'm getting:

E149: Sorry, no help for vimwiki

Can you fix this?

Great work, btw.

Dani.

I want to change charset by default to be "gb2312" for sake of displaying Chinese characters. However, I am not familiar with HTML template. So, finding the default template would be very helpful.

All the best,

• Linfeng

On the new linux box I have the following error while \ww

Обнаружена ошибка при обработке function vimwiki#lst#get_list_item_rx:
строка    1:
E121: Неопределенная переменная: g:vimwiki_rxListBullet
E15: Недопустимое выражение: '^\s*\%(\('.g:vimwiki_rxListBullet.'\)\|\('.g:vimwiki_rxListNumber.'\)\)'
строка    5:
E121: Неопределенная переменная: rx_without_cb
E15: Недопустимое выражение: rx_without_cb . '\s'
строка    1:
E121: Неопределенная переменная: g:vimwiki_rxListBullet
E15: Недопустимое выражение: '^\s*\%(\('.g:vimwiki_rxListBullet.'\)\|\('.g:vimwiki_rxListNumber.'\)\)'
строка    3:
E121: Неопределенная переменная: rx_without_cb
E15: Недопустимое выражение: rx_without_cb . '\s\+\%(\[\(['.join(g:vimwiki_listsyms, '').']\)\]\s\)\?'

Well on another box it works without that error. I guess the problem is in order of ftplugin and syntax files being loaded.

branch: new-lists

Hi! I've recently set up a site using vimwiki (mostly) and vimwikiblog (a bit) and have been really delighted and the viki-level navigation and the resulting html. ..but I can't figure some things out! :)

One annoying problem is where I want to link to an html file that has no .html extension, and there seems to be a "#" appended to almost everything, is that .. normal?

so using this:
[[./projects/taskwarrior/boards/1%3fpage%3d1%26per_page%3d100|User Support and Tips]]

I get this:
http://www.taskextras.org/projects/taskwarrior/boards/1%3fpage%3d1%26per_page%3d100.html#
(404)

but I want this:
http://www.taskextras.org/projects/taskwarrior/boards/1%3fpage%3d1%26per_page%3d100

I've tried many combinations of link-types and schemes, gotta clue what I'm doing wrong?

Make a new per-wiki option that can contain a meaningful name for a wiki. It is shown on <Leader>ws and :VimwikiUISelect and maybe in the HTML title.

I am trying to use vimwiki with the markdown syntax but I can't find a way to make this work.

I have set up my wiki like this :

let g:vimwiki_list=[{'path': '~/.wiki', 'syntax': 'markdown', 'ext': '.md'}]

And in .vim/ftdetect/markdown.vim :

autocmd BufNewFile,BufRead *.md,*.mkdn,*.markdown,*.wiki :set filetype=markdown

And nothing is working. I don't have a syntax highlighting for my wiki pages, and the markdown isn't recognized.

I'm looking at vimpanel, (https://github.com/mihaifm/vimpanel) a project that provides NerdTree-like side-panels, and thinking "wouldn't it be handy to open a WikiTree side-panel that showed the bare outline of a wiki, for navigation?" so I thought I'd share the idea. Have a look at the screenshots.

Fot that matter, how about two side-bars? One on the left, for whole-wiki outline and one wikipanel on the right, essentially a %toc of the headings of the document in focus ?

:VimwikiBacklinks uses simple regex expression to lvimgrep all words matching current file's name with extension striped. Shouldn't it match just words in a link format rather than just plain word?

Further more, when directories taken into consideration, this kind of regex matching causes more trouble. Because [[ dir/ ]] doesn't point to same vimwiki file, for examle, in foo/index.md, it points to foo/dir/index.md, while in bar/index.md, it points to bar/dir/index.md. And in this scenario, :VimwikiBackLinks in foo/index.md also matches foo/dir/index.md and bar/index.md

We can completely resolve this problem by simply using the full path to the vimwiki file with a description when normalizing a link. Then the link will be much easier to be precisely matched with while not being presented as a eye-mess too

Do I missed something in the docs or is there already a work-around to get over this problem?

I tried to use following to reset the file-extension of Vimwiki files:
let wiki_1.ext = '.tex'

This gets the job done but it also "stole" this specific file type from being recognizable by Vim-Latex-suite, which works as a compiler for tex files.

I also tried to accompany the above line by
let g:vimwiki_ext2syntax = {}

However, there is no luck afterwards.

Is there a fix to this problem?

Please let me know if I have not describe my question clear enough.

All the best,

• Linfeng

I suppose it would be possible to manually produce a wiki-link (or set of links) that looked like;

~/ vimwiki/ assets/ ledgers/ this.ledger.txt

where all 5 elements are "clickable", the first 4 to directories and the last one to the file, but it would be swell if this were easy to make!

This issue is a feature request in reference to https://github.com/vim-scripts/header.vim .

In playing with developing a taskwiki (a taskwarrior-oriented instance of vimwiki) I've run into several instances where having anything.wiki would be enhanced by the use of detailed and descriptive headers. In some cases, wiki's can be created per-task with a UUID.wiki name, and the header would help to identify the function of the file, and in cases where a hierarchy of files is used, where updating the files or querying the set, could be greatly enhanced with headers.

So there's this headers.vim plug-in (linked above) which seems well-though-out and recently updated, and I'm considering integrating it's functionality into my smaller project, but it occurs to me that this (optional) functionality would benefit all vimwiki-users, and the vimwiki developers would best know how to integrate it.

How do you guys and gals feel about the idea? Worth adding to vimwiki-proper? or should I try to implement it just for my sub-plugin?
thanks!

The problem lies in the function s:regexp_of_marker(item). Let's see…

In the screenshot goes what I have when trying to open an URL in Vimwiki.

Could anyone help me?

All the best,

• Linfeng

I use vimwiki to store a lot of code snippets. Ocassionally these snippets have things like underscores or stars which cause vimwiki to apply formatting when it shouldn't. I know I can surround code with back-ticks to make it ignore formatting. But that only works on a line-by-line basis. If I try to span multiple lines with backticks, vimwiki appears to ignore the back-ticks. Is there a way to add multi-line code formatting to vimwiki?

Update current htmlizer or create a new one with blackjack and PEGs.

While in normal mode should split open wikilink under cursor.

But there is M inserted in the newline above it.

M
[[hello]]

branch: new-lists

I just started to use vimwiki and already fall in love with. There is just one thing I dont like about. When hover over a link with the cursor, the link expands to [[Link]] with the surrounding brackets. Just because I select a link, doesnt mean I want to edit. So I'm asking, if there is a way to get rid of this behaviour? It is disturbing when browsing trough a list of links.

Although I'm a fan of reasonable default settings, should we make g:vimwiki_list_markers an option, so that the user can specify which kind of marker he uses most often and in which order the markers appear when pressing i_<c-l>k and i_<c-h>j?
Another solution could be dropping this list and map i_<c-l>*, i_<c-l>-, i_<c-l>A etc., analogously to gl*, gl-, glA etc.
At the moment it's a bit cumbersome to type a long list where the child items usually have a different marker than the parents, because on every <c-t> you have to change the marker manually again. I'm thinking of a method to determine the desired marker automatically from what the user has chosen the last time. But this is where things get complicated, I suspect. :)

Issue 1: No blockquote without newline

Code

# Item 1
# Item 2
    Block Quote Text
# Item 3

Result

1. Item 1
2. Item 2 Block Quote
3. Item 3

The documentation for 2.1 claims: Text started with 4 or more spaces is a blockquote
This doesn't seem true in this case. Perhaps this is merely a documentation bug. However, the newline is awkward anyway, so it would be nice if this would work

Issue 2: BlockQuote restarts list numbering

Code

# Item 1
# Item 2

    Block Quote Text
# Item 3

Result

1. Item 1
2. Item 2 
    Block Quote
1. Item 3

Item 3 should be number 3, but it shows up as number 1

Issue 3: BlockQuote at multiple list levels

GitHub style markdown allows for the following:

1. Outer Item 1
    1. Inner Item 1
        > quote 1
    1. Inner Item 2
2. Outer Item 2
> quote 2

Quote 1 and quote 2 show up at different levels. I cannot seem to achieve the same with vimwiki markdown

Issue 4: No nested BlockQuotes

In GitHub style markdown this is achievable like this:

> This is the first level of quoting.
>
> > This is nested blockquote.
>
> Back to the first level.

It seems like this is a deficiency with not having a delimiting character dedicated to block quotes.

Issue 5: Newlines in blockquotes are not honored

    Block quote line 1 
    Block quote line 2

This all shows up on one line.

Note: The desired result is achievable with:

    Block quote line 1<br> 
    Block quote line 2

PS Thank you for vimwiki. It is a fantastic tool.

I created a page "antani", I tried renaming it to "foobar" but when the page was references like this
[antani][]

or this:
[Something][antani]

links were left untouched.

I thinks the bug lies in the function update_wiki_links_dir in the file vimwiki/autoload/vimwiki/base.vim because the regex it generates only works for vimwiki_WikiLinkTemplate1 or vimwiki_WikiLinkTemplate2

Vimwiki is working fine except that using CR on a visual selection doesn't make a link. Nothing happens except the selection goes away.

:map

shows

v  <CR>         @<Plug>VimwikiNormalizeLinkVisualCR
n  <CR>         @<Plug>VimwikiFollowLink

I was just introduced to Startify;

https://github.com/mhinz/vim-startify
"Startify is a plugin that shows recently used files, bookmarks and
sessions that were saved to a certain directory."

The description under-states how cool this plugin really is,
quite feature-rich and for vim users, it is total candy!

Startify allows user-defined header and footer, and as I played with them, I realized one thing I would really like to be able to do is to "wikify" the footer, to edit it in place, and to use all the markup and links that vimwiki has to offer.. but I have no idea how to set that up :)

How to map ENTER for closing current buffer and opening link ?

I would like to embed tables into lists. I don't need them to be bulleted, but I do want the list to continue after the table.

A) Is there a way to accomplish this already in place?

OR

B) If not, it would be nice to place another type of list marker that would indicate that the text is a continuation of a list item. For example (imagine the double dashes are single dashes):

-- item 1
-- item 2
. | header|
. |----------|
. | value |
-- item 3

The periods would indicate that the table is an unbulleted part of the list, a continuation of item 2. I am not attached to the choice of marker.

The code is complex so I am hoping for an expert opinion on the feasibility of implementing this feature. And if it is feasible, then some pointers as to where to start.

Thanks,
Matt

I'm not sure if such a thing exists already, and it leans towards document templating. My example use-case is all taskwarrior (www.taskwarrior.org) but I can see it working with lots of other executables, let me try and describe it.

I would like to be able to place links in an anything.wiki that

a) insert (replace themselves with) the result of a command as a block of text, into the buffer

[[task: ls project:foo limit:5]]

(this executes system command "task ls project:foo limit:5")

b) present a description, and on hitting enter, a block of text is inserted (like above)

[[task: ls project:foo limit:5|The top 5 Foo Project tasks]]

or c) un-like above, launching the vim-taskwarrior plugin command :TW, with the query
(https://github.com/farseer90718/vim-taskwarrior)
instead of inserting text.

[[:TW list project:foo limit:5|The top 5 Foo Project tasks]]

does anything like this exist? should it? got any suggestions?
(this is related to #16 and #18)

I see that vimwiki_badsyms doesn't exist anymore in 2.1. Is there any other way?

In version 1.2, there is a configuration option

g:vimwiki_file_exts

in order to support external files, such as pdf and docx.

However, it becomes extremely difficult to make external files work in the new version. I end up scripting an ugly VimwikiWikiIncludeHandler

Basically, file extension specific behaviors should come back.

In my vimwiki page I have urls like:

http://www.site.ru/phpshop/admpanel/

When my vim cursor in this line, that url looks good.
When I move cursor into another line, url looks like

http://www.site.ru/~/admpanel/

How I may prevent this?
I often copy urls by mouse, without moving the cursor, and it is a problem.

NOTE: This feature request is cross-posted to http://taskwarrior.org/issues/1416

This feature request is to suggest a set of connections between vimwiki ToDo lists and Taskwarrior task lists. As a long-time tw (http://taskwarrior.org) user, and recent vimwiki convert, I can see a fairly easy way to bridge the two WITHOUT any major refactoring, or messing with current behaviors.

By adding a few "vimwiki-task" commands, extending the ToDo syntax to allow "[ID] description proj:foo", vimwiki users would be able to enjoy all the badass tw reporting and syncing. This doesn't necessarily alter the current behavior of "todos", but allows the option to upgrade them to "tasks", that are paired with a tw tasks, by selecting a "* [ ] something" line and issuing ":vimwiki-task".

For taskwarrior users, by simply adding a +wiki tag, any task could be directly associated a twin-task in a ~/.task/project/foo.wiki, for example, and this would completely explode a major constraint; the lack of rich project description and arbitrary details, bullet-lists, tables, markdown and all the other goodies vimwiki has to offer.

So this feature would have to be an inter-project thing, but tw and vimwiki users are the same people, I don't think it would be that hard to do, and the I think integration will have plenty of benefits for all users.

Hello,

How I can disable remaping ?

I use this mapping for switch tabs, and always confused when have opened vimwike page.

So before again somebody else makes unnecessary effort and makes things I already did I'll share some thoughts on the tables in Vimwiki. The problems there are so far:

• when making big tables, Vim gets unusable slow (at least on my computer). The reason is the syntax definitions.
• as far as I can see the only effect of the syntax is to prevent that chars get concealed inside the table
• and that's because it is difficult to compute the width of a table cell if it contains concealed chars
• and then I want to have ─ and │ for the lines of the table because it looks better

So what I did is:

• when redrawing the table, replace - and | with ─ and │
• use synconcealed() and stuff to get the correct width of the table cells even when there are concealed chars. Was a bit complicated but feasible.
• throw away the syntax definitions

But there is a big drawback: visually selecting a column is nearly useless if there are concealed characters because what in fact gets visually selected is not what you expect. But that's Vim's fault, not mine.

The interested reader finds my current state here: https://github.com/EinfachToll/Vimwiki/tree/better-tables

With the list:

a) item 1
b) item 2

while on b) item press <C-L><C-K> twice. I have A) followed b) again.
<C-L><C-J> works almost as intended except there is no b) item in the cycle.

Feature suggestion:
When I write documentation, I often include code snippets that I have in other files. Pasting the code directly into my page makes it somewhat ugly. It would be great if I can do something like:
source myExternalFile.c or source myExternalPage.wiki

looks like vimwiki is claiming .md files even if I have a:

au BufRead,BufNewFile *.md set filetype=pandoc

in my vimrc.

Of course if I do a set ft=pandoc in vim it switches.

Since I have a lot of local files that are quite interesting to the Wiki I'm building it would be really great to be able to link to them and have them opened by the default application for that file type when enter is pressed.

With new list implementation there is no list folding when g:vimwiki_folding is set to 'list'

Hello.

The text segments of "vimwiki-global-options" are written in /doc/vimwiki.txt as "viwmiki-global-options"

This is a matter of the master branch and the dev branch is not affected.