Comments (6)
Ok, I've improved things a little bit now. The command should now respect your g:wiki_link_target_type
option, and it should also at least try to respect your g:wiki_journal.date_format.daily
setting (i.e. things should still work if you use a different format than the default).
It should not be too difficult to change the behaviour wrt deleting old lines and such, but I am not sure I want to update that. For now, it should be quite simple to delete an old index and insert a new, if wanted, with this command. It should also be easily automated if one knows a little bit of vimscript.
So, I'll close this issue for now. If more people want me to work more on this future then I'll consider it.
from wiki.vim.
Currently, no. Sorry. The reason is that I never really needed this feature. I kept a simple version, as you've noticed, but it does not work so smoothly as you probably want.
I could probably improve this. But first, I would challenge you once: is there really any value in this feature? That is, why do you need it; what does it give that other methods do not do better? E.g., for quickly finding diary/journal entries, I think it is better to use something like fzf.vim, ctrlp.vim, or similar. One can also quite easily browse the files in a terminal.
But, I will not be so hard to convince. If you still think the feature is important, then let's first describe it well so that I can write some good tests for it. A good specification makes the implementation much easier.
from wiki.vim.
I have previously used the vim-calendar
plugin to achieve something similar, but I find myself creating a temporary buffer with WikiJournalIndex often to get a concise list of journal-entries (partly because the calender plugin is a bit slow, and hard to see which days there exist an entry for). Whatever file generated by this command will be outdated next time I need it.
(thanks for this plugin!)
from wiki.vim.
Currently, no. Sorry. The reason is that I never really needed this feature. I kept a simple version, as you've noticed, but it does not work so smoothly as you probably want.
I could probably improve this. But first, I would challenge you once: is there really any value in this feature? That is, why do you need it; what does it give that other methods do not do better? E.g., for quickly finding diary/journal entries, I think it is better to use something like fzf.vim, ctrlp.vim, or similar. One can also quite easily browse the files in a terminal.
But, I will not be so hard to convince. If you still think the feature is important, then let's first describe it well so that I can write some good tests for it. A good specification makes the implementation much easier.
Ok, I think you might be right. Thanks for your reply. :)
from wiki.vim.
@gauteh I have previously used the vim-calendar plugin to achieve something similar, but I find myself creating a temporary buffer with
WikiJournalIndex
often to get a concise list of journal-entries (partly because the calender plugin is a bit slow, and hard to see which days there exist an entry for). Whatever file generated by this command will be outdated next time I need it.
I'm sorry for being daft, but I'm not quite sure what your point is.
I also use vim-calendar
. If I knew how, I would be happy to add some code to couple it so that it would be possible to highlight dates in the calendar where there are diary/journal entries.
Personally, if I need a list of journal-entries, I simply use a terminal and list them manually. Since I use iso dates, I trivially get a nice and sorted list of dates.
(thanks for this plugin!)
I'm happy you like it, and thanks for pitching in!
@skervim Ok, I think you might be right. Thanks for your reply. :)
No problem! As mentioned, though, I would not really mind to make improvements to the existing command. You mention two main shortcomings:
- A fixed syntax for the entry links (
wiki
format). - Inability to update an existing index.
Is this correctly understood by me? The first one should be quite simple to fix. The second one might be harder, but I could try. I can't promise it is fixed very fast, but I'll keep the issue open until I give it a try.
from wiki.vim.
Yes, I should try using the terminal, or maybe ranger for getting an overview.
from wiki.vim.
Related Issues (20)
- citekey: link to BibDesk (in wiki.vim too) [feature request] HOT 27
- Feature Request: Auto-Copy Text for WikiLinkFollow HOT 10
- Default keybinds not loading when attempting to use `adoc` HOT 3
- How can I avoid affecting certain default templates of wiki.vim HOT 3
- Possible to use one prefix to delimit a line of tags? HOT 3
- WikITocGenerate for more filetypes HOT 3
- WikiJournalNext / WikiJournalPrev navigate out of journal folder HOT 7
- Backlinks don't update immediately HOT 16
- WikiExport: cmd should use double quote under windows HOT 18
- How can g:wiki_export be configured to support HTML, docx, and PDF? HOT 4
- Using custom resolver breaks WikiJournalNext/WikiJournalPrev HOT 10
- Disabling default mappings might be broken HOT 2
- Provide dictionaries containing default mappings HOT 6
- Enhancement request for WikiJournalIndex: reverse order and update HOT 3
- Is it possible for wiki-link-types to support jumping to Vim help? HOT 7
- WikiTags can't work under gvim 9.1 or neovim 0.10 + win 10 pro HOT 19
- Infinite loop on template rendering if function starts at index 0 in template file HOT 1
- HTML text objects are overwritten by text objects for link texts HOT 3
- WikiLinkAdd in visual mode HOT 12
- Add completion source for `:WikiOpen` HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from wiki.vim.