Replies: 2 comments 1 reply
-
@vhyrro not sure if you get pinged when discussions get created, and I apologize for doing so, but I'd be very interested in your insights in (1) and (3) noted above. As for (2), I believe it is an "actual issue" so I will move it there as needed (see #1031) |
Beta Was this translation helpful? Give feedback.
1 reply
-
for 1 afaik wiki links are not implemented yet |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
A few questions.
If I have a structure like:
and insert the following text into
other.norg
:then press
<CR>
orgf
when hovered over the{? Splunk}
text, it says the link is broken. The filesplunk.norg
contains:Is this expected? Am I doing something wrong? For the record, the following works just fine:
other.norg
within the workspace has the following content:and looks like:
The syntax tree looks fine as well, noting the lack of any injected syntax trees though:
The same thing happens even with
core.concealer
disabled. My configuration is as follows (usinglazy.nvim
):and I have ensured
:TSInstall lua
or:TSUpdate lua
have been run. This happens with any language, and doing something like opening the code block in another buffer highlights the content just fine (as expected).1.0.0
(which by the way is really hard to get any idea of how close it is to being re-implemented), I want to try to "port" over a system I've maintained myself. A lot of it I will add my own custom handling for, but a big part of my workflow is referencing items in files where they are not defined. Per the syntax, I can have a heading that is like:which would specify that it is "undone", with priority
A
, and a date of08/19/23
. It (and its children) are also tagged with atask.type
value ofwork
. Looking at the syntax tree, this is all parsed correctly and will be more than easy enough for me to work with.However, where this tends to fall apart is with links. I cannot link to this task because the "todo matter" is considered part of the heading and is obviously subject to change - e.g. I want to change the status or date but still be able to link to the item.
I want to be able to have text in another file that does something like:
and just navigate to the task as defined above directly.
Obviously something like:
would work as then I can still reference the task by its title, but having the "metadata" in a separate header like that doesn't seem like a great way to do things (and it is also harder to parse with a TS query).
Is there a better way to do this? "This" being "keep metadata about a heading but still be able to link to it as the metadata changes"?
Beta Was this translation helpful? Give feedback.
All reactions