Well, hieroglyphs aren't just pictograms. Some are, but the bulk you can pronounce .If you were versed in the language you could read out aloud what's on that slate just like you can read out aloud this comment. Try doing that with the wall of emojies.
That being said, emojies do much enhance our communication potential 🥳.
I haven't seen an app that does it really well like some libraries or ontologies do but I'm certainly not well versed with all of them. Back in the day I used Evernote which was at least a start, as you could create arbitrary hierarchies (nest tags within tags).
So ideally you would want to be able to nest tags like this:
news.politics.europe.denmark
of course another person might prefer the hierarchy
politics.elections.news.denmark
There's no strict right or wrong here but often over time some consensus forms. Bonus points if there are equivalency classes, ie "recipe", "recipes", "cooking recipe", and even the Spanish versions "receta" and "recetas" all refer to the same thing.
By meta tags I mean the ability to describe and classify certain tag groups. For instance "politics", "cats" and "Hollywood" are content tags while the tags "English", "Danish" and "French" are language tags. "PDF", "MP3" and "HTML" are file format tags but "video", "music" and "text" are content form tags while "2023", "2004-04-03" are time-line tags
Meta categories allow you for instance to search for pages that are about the English language, but not necessarily in English and surely not written by people who happen to have the last name 'English'. Now some systems encode this information inside the string of the tag itself like so: "language = English" or "topic = cats", but I think the most elegant solution is really to let a tag have categories or tags on its own which describe what it's used for (thus meta tags).
Works as intended for me between my android phone and Kububtu PC however I deliberately turned it off for security reasons.
¿Why? Whenever I copy a password from my password manager on the PC it is shared to the Android phone and stored on the clip board there in plain unecrypted form. Since I also use a clip board manager app which remembers anything that is copied for later retrieval this means that if I were to lose my phone it would yield the finder with a long list of logins and passwords that I use.
I could of course manually delete each password from the smart phone after logging in but it's way too much of a hassle and I'm prone to simply forgetting it.
By default KDE connect should simply not transfer copies made from password managers. It bypasses the whole security feature that password managers have which automatically clears the clipboard a short time after copying any password. Last I checked there were feature requests // bug reports on github arounc issue. But I'm not tech savvy enough to know whether there is a programmatic way to detect what kind of app the copy is originating from or whether we are stuck with the current way by design constraint.
Fair point. Although I suspect you could still kill people that just happen to be walking by the buildings and such.