Darren Brierton
Darren Brierton's Comments
-
-
- Ideas
- Gantt or Timeline view
In reply to Ian StewartIan StewartSep 19, 2023 This has the bigger ask of dependencies - which I'd love to see. And a visual view of tasks would be great!I've added a separate "idea" for dependency management that is closely related to this idea. Consider upvoting it if you upvoted this.
https://ideas.tana.inc/posts/490-new-semantic-function-dependency-of
-
Another example of someone asking about this on Slack.
-
What is the use case for having the code block in a field though, as opposed to it just being a child node of
#code snippet
? -
The Tana web app is not intended for mobile usage. A dedicated mobile app is in the works.
-
- Ideas
- Contextual commands
Given that the existing Node Filters for commands are based on what is available in queries (live search) in general, it would seem that your idea would be better framed as an idea for extending live queries.
-
But you already can:
Screen Recording 2023-12-08 at 16.25.02.mov
Or were you thinking of something more complex?
-
- Newly Released Feature Feedback
- Request for feedback on Image updates
In reply to Darren BriertonDarren BriertonDec 1, 2023 Please add support for SVG images. Right now they are treated as attachments and you have to run cmd+K Convert legacy image to new image format every time.SVG images work now as of web@256.0.2! Thank you.
-
- Newly Released Feature Feedback
- Request for feedback on Image updates
So, first of all I wanted to say congratulations on this new feature. I imagine it probably works great for many of the most central use cases, and I also imagine that you never intended it to be the final word for all use cases. I also imagine that it might be useful for you to know about concrete use cases where it perhaps does not work quite so well, so in that spirit I thought I'd explain in depth something I am using Tana for.
I do appreciate that this is going to sound extremely niche, and in its specifics it is. But I also think it exemplifies a more general pattern that might be exemplified by people who use diagrams or flow charts to document particular sorts of things — network diagrams or project management flowcharts for example.
Apologies in advance for the length of this post, but I think I need first explain as briefly as I can what it is I am doing. I've been an amateur drummer for decades, and over that time I have amassed a huge collection of exercises, rudiments (short sticking patterns that are like the alphabet for drummers), and rhythms and grooves, mostly jotted down on scraps of paper. These are all short musical phrases, often just a couple of bars long, not sheets and sheets of music. I am slowly engraving them all in Dorico, and exporting as SVGs which I then import into Tana where I tag them and classify them, write notes, and relate them together. Unfortunately, the new image format is not working so well for this.
The first problem is that tag names are displayed on top of the images, often making them hard to read:
Even worse, in cards view for some reason the tag name is repeated, once above the image and once again on top of the image, this time almost completely obscuring the musical notes themselves:
Second, the name is displayed in a muted grey colour, centred beneath the image. I'm sure this works well for captions of images which are like floats in a longer document, but when it is supposed to be the title of something it's actually quite hard to read:
The tag name is far more prominent in the screenshot above than the actual name of the node. This is made worse when a node is expanded:
Here the title, 50 Ways to Leave Your Lover, is almost completely obscured by the image above and the fields below. (And note that again, the tag name obscures part of the music.)
Returning to the screenshot before the one above, the centred layout is odd here. Music is always left-aligned, and it feels really odd for me to read them like that. The enforced centring here is not an insurmountable difficulty, but it makes things harder to read comfortably.
Finally, when you zoom into a node it looks like this:
I'm not quite sure what is constraining the height, as the image is an SVG and so presumably lacks an intrinsic height. As it is, the image is a little small.
It seems to me that the best way around this is for you to add a small number of built-in image layouts, rather than just one. I am not suggesting adding endless user configuration options, I dislike that idea almost as much as you probably do. But a few curated layouts (less than a handful) designed by the Tana design team surely could cover most eventualities. One which left-aligned the image, had the title and tag on the same line, left-aligned also, and which set the title in a brighter colour would work perfectly for me, and I'm sure others too.
Another option might be to have different layouts depending on whether an image was tagged or not.
Thanks for taking the time to read this.
-
- Newly Released Feature Feedback
- Request for feedback on Image updates
Please add support for SVG images. Right now they are treated as attachments and you have to run
cmd+K Convert legacy image to new image format
every time. -
For live queries this exists already:
-
The problem with search operators such as the ones suggested, and with PARENT and GRANDPARENT, is that they are too fragile, searches that use them break as soon as you change something's indentation.
I'd like to see an ANCESTOR WITH TAG which took one argument (a tag) and matched the nearest ancestor node tagged with that tag. So in the original example
/- Level 1 #book
/-- Level 2 #chapter
/--- Level 3 #topic
/---- Level 4 #paragraph
/----- Level 5 #sentencea search node nested under level 5 with the following query
ANCESTOR WITH TAG #chapter
would match the level 2 node.
-
- Newly Released Feature Feedback
- Request for feedback on Tana Publish: Pages!
As this comment of mine on Slack proved to be quite a popular suggestion I'll repeat it here:
Next step: make checkboxes clickable in the published page (and communicated back to the source notes), and I can publish any TODO list and open it in the browser on my phone!
-
- Ideas
- Headings H1 H2 H3
I definitely support adding the concept of a "heading" as a special type of node. I don't think it is necessary to distinguish different types of heading (title, subtitle, h1, h2, h3, subheading, sub-subheading, etc.) as that would be determined by indent level and which node was currently top-level in the particular view.
Logseq has a plugin called bullet threading which highlights the current node in a very unobtrusive way. It appears to be very popular with Logseq users.