Adam J. Richman

I do like that about Arc, that I can pick my own. Would be cool to have like festive Tana icon for the holidays or Pride month, etc.

How does this not have more votes? Ha.

Agreed. Yea, alphabet with weird fringe cases... like a comes after Z

Who else caught the tease of something like this during the SF meetup presentation!?

Coming back to this to rescind my previous comment.

I never used shared spaces in my Workflowy with other folks, it was just for me. And so that feature wasn't terribly useful. Now that I'm sharing a workspace in Tana, and now that some of that work involves presenting to clients, I will say — we would definitely use this. Especially after seeing it demo'ed and teased in the recent AMA... So I'm giving this a little "nudge" here on Ideas: despite previously voting for it in solidarity, I'm now also voting for it selfishly.

cc @Olav Sindre Kriken - main per last night — Look! It actually does already exist!

The toast that pops up and tells me where it moved to should also be a link to that node so I can navigate myself there and make further adjustments.

I'm assuming this is supposed to be for the Move with Finder feature, not Move To, which still exists and was released long before 2 months ago.

The Move with finder command should have a way to zoom in/out. Right now if I search for something that's 3 nodes deep in a tree because I remember it's name, there's no way for me to quickly go to the node that's 2 levels deep, right above it. I can only push into a node and zoom in, or I can drop it there.

https://ideas.tana.inc/posts/394-marksortmark-that-follows-node-markordermark-ie-for-statuses-with-emojis-img-alt-classemoji-draggablefalse-srchttpscdnjsdelivrnetghtwittertwemoji-at-latestassetssvg1f503svg

On a similar vibe, also would want to allow BUILD TITLE FROM FIELDS to work similarly. Right now, if I try to grab a ${Item.Icon} in the title and there's two Items listed in the node, it just breaks completely. Expectation and preference is that it grabs the icons from both listed items.

Nice. Came here to add this WF shortcut and glad to see it was already here. Sadly from 3 months ago but I am in a space now where this would be AMAZING to have for a bunch of clean-up work moving between all items in a queried list that I want to work on one at a time. Really missing those "move between sibling" shortcuts.

A great example is how to do this well is Airtable does this (generally, their design choices are really on point, too). Notice how I can seamlessly filter between three different tables (aka supertags in Tana's language) from one place. Here I am on the #contacts table and I'm able to filter by the #client tag that exists within a linked #project. So that's two filter layers deep into another table.

There's no current way to do this in Tana easily. I can't query against the the content's of a connected supertag's fields.

This would be amazing. I would love to collect more simple things like restaurant recommendations, etc, but have Tana's powerful filtering built in. A location-enabled field, similar to how URLs, dates, etc. are "special" would be awesome.

Related: https://ideas.tana.inc/posts/164-search-is-not-currently-search-it-is-jump-to-merge-with-cmdk-and-replace-with-a-true-search-functionality

Related: https://ideas.tana.inc/posts/164-search-is-not-currently-search-it-is-jump-to-merge-with-cmdk-and-replace-with-a-true-search-functionality

More thoughts...

I don't want to ever feel like I'm giving my data to any company, despite their best intentions or aligning philosophically with the team.

I believe data can and should be trust-less interaction (by way of me having total control over mine).

Two decades ago we all trusted Google, and now many of us are actively trying to escape their platform after years of blatant personal data abuse.

Just pinging this request again since Tarjei had requested more details on this from users in the recent AMA. Didn't want to start another Idea for essentially the same request. Thanks for asking to hear more about this, Tarjei, if you're reading this.

Also, pulling in this related Idea: https://ideas.tana.inc/posts/64-let-tana-store-all-information-locally-without-syncing-to-cloud

There is a trend in new software to be privacy-first. I don't view Tana as being privacy-first. Sure, my data is encrypted in flight and at rest, but a data breach or a bad actor on the Tana team can still view 100% of my personal data because Tana owns the keys to my data. _Not your keys, not your data. _

I understand that it's the same with Gmail, which is a really bad argument because there is a growing contingent of folks that are actively de-Googling by using Brave, DuckDuckGo, platforms like Proton Mail for email, Signal for texts, encrypting our iCloud data, etc. Myself included, and most of my community.

I would like to store simple things like passwords and credit card data at the node-level in Tana, sure, but I also really want to keep a #journal entry in Tana, which I refuse to do until I own the keys to my data. I'd like to keep sensitive health information from being easily visible on Tana's servers. I'd like to keep sensitive client information in Tana, which I cannot (both ethically and by contract) do unless I own the keys to the data (I do a lot of work with banks, in the IPO space, etc. — all kinds of sensitive information that I could never store in Tana at current).

I want the ability to secure an entire workspace, secure specific nodes, secure specific tags, and/or secure specific fields. I understand that if I lose my keys I lose all the data — this is not as hard as folks make it sound — it's a feature, not a bug. Many of us learned all this (some of us the hard way) years ago with our crypto wallets. We have Yubikeys and Ledgers. We're comfortable with encryption and more and more are starting to require it in our everyday use apps.

We want our data shielded from ANY AND ALL companies, regardless of their best intentions. The primary reason Logseq rose in popularity was it was local-first, privacy-focused, and open-source. I'm in Silicon Valley and I can't in good faith recommend Tana to most of my personal community because many of them care far more about these things than they do the quality of the application, it's design principles, how powerful it is, etc. They are actively seeking institutions that prioritize privacy, local data, and now also: sensible limits for AI's reach.

This doesn't need to be the default for every workspace, it just needs to be an option. It can come with a dozen warnings, but please give us the ability to shield our data from Tana's servers, employees, data breaches, etc. and yes, until the quantum computers come. Realistically, at that point we'll have far greater problems than our personal data in Tana to resolve...

Thanks for reading!