From: Jean Louis <bugs@gnu.support>
To: Texas Cyberthal <texas.cyberthal@gmail.com>
Cc: "emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org>,
Ihor Radchenko <yantar92@gmail.com>
Subject: Re: One vs many directories
Date: Sat, 21 Nov 2020 13:21:08 +0300 [thread overview]
Message-ID: <X7jqFA1LJVjTVwZ8@protected.rcdrun.com> (raw)
In-Reply-To: <CAMUm4905emx4vin8pyWCVegt9PLkpANqjQzzvDLzoaeRs=1DUA@mail.gmail.com>
* Texas Cyberthal <texas.cyberthal@gmail.com> [2020-11-21 11:32]:
> Hi Jean,
>
> I'll use some of the concepts in the first half of your email. I
> disagree with the second.
>
> > In my opinion directories should never bother user. User should just pre-define sets of directories such as: People, Groups, you name it, and files should be accessible in such directories automatically.
>
> Productivity studies show that navigation dominates search. Human
> animals are natural pathfinders and walking computer paths with
> ergonomic file explorers such as Dired increases mastery of the
> subject matter.
Do you mean that navigating file system dominates the search?
I also think that navigating file system dominates the search if that
is what you refer. I think that users are inclined to navigate because
computing tools such as file managers are given to users for
that. Users did not get better systems to find or file files or other
documents in computing. In other words I wish to say that we are under
developed.
Navigating does not necessarily contribute to production. Productivity
may say what it wants but it may not reach those who are actually more
productive without using the navigation. So studies may not tell us
what is more productive, such may only tell what is currently used
within the subject of being productive.
You mentioned 2 things, navigation and search. Since years I am
integrating pieces in my computing that drives me into direction of
neither navigating nor searching. Examples:
- I read your email in Mutt. Maybe I remember something you wrote
earlier but not quite well and I wish to find your previous email. I
click ESC-v and I can view all your previous emails. In this sense I
do not need to know your email address and where your emails are
stored on my system.
For this particular type of object "Emails of user Texas" neither I
am searching, neither navigating. I do not spend time searching and
I do not spend time navigating to that object. It is by one click or
two all in front of my eyes.
Underlying functionality is very simple. All emails of users can be
automatically (by sieve) or semi-automatically by key press saved
into personalized mailboxes ~/Maildir/person@example.com and by
clicking ESC-v in Mutt, email address is extracted from the email I
was reading and I new Mutt instance opens with all emails from
~/Maildir/person@example.com -- then after reading, I click q and I
am back in your first email, the top level email in the inbox.
I could as well make it more automated, I could answer all emails
and finish with Mutt, and upon finishing all emails could be sorted
in personalized email files.
- example with files belonging to user, let us say hyperlinks or
anything, any piece of information, I could just press F4 on email
and I could access all information related to that user. I do not
need to know the phone number and I cand send SMS or initiate the
call, share the contact, send email or fax, see all pictures of this
person, notes, tasks, and financial transactions.
I neither navigate neither search there. Maybe better way to call
this type of locating objects is relational accessing. Somebody may
correct me.
There is some object like contact named "Texas Cyber". If object has
any relation to anything else, then anything else can be displayed
and found right there.
Instead of me searching, computer is searching.
Instead of me navigating, computer is navigating.
> This value is trivial with retrieval tasks such as a person's name,
> which is why 10 Bins stores such names in a flat list of
> directories, sorted alphabetically by last name. It is easy to
> integrate an automated retrieval script with such a predictable
> path.
Take care of duplicates. When marketing contact database is growing
fast, some times 1000 people per day or more. People have same
names. Often one cannot even know what is first and what is last
name. You may know it for your country, in other countries is not
so. Then those people engage in a course on distance. They are sending
me images and files as results of their course assignments. I have to
file the files in proper folder. Because names are not always unique I
better file it under unique IDs, and keep separate symlinks with names
of people to such unique IDs whereby symlinks can be automatically
updated.
That alone makes things easily very simple at least for objects such
as people because people's names are in the file system.
Then simple `locate` command can be used to find Texas Cyber's files:
#!/bin/bash
locate -e -d /home/data1/protected/.locate.database -A -i $@
I think that switch -A helps in finding all of these:
Texas Cy
Cyber Tex
or similar variations.
But in general I would just click ESC-e and I would get your profile
and access to all files because location by email address from an
email document is pretty much decisive.
If person is not there, person is then created in the database.
next prev parent reply other threads:[~2020-11-21 11:19 UTC|newest]
Thread overview: 151+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-21 0:33 One vs many directories Texas Cyberthal
2020-11-21 5:13 ` Ihor Radchenko
2020-11-21 7:56 ` Jean Louis
2020-11-21 8:31 ` Texas Cyberthal
2020-11-21 9:29 ` Marvin ‘quintus’ Gülker
2020-11-21 10:21 ` Jean Louis [this message]
2020-11-21 15:00 ` Texas Cyberthal
2020-11-21 16:08 ` Jean Louis
2020-11-21 15:03 ` Dr. Arne Babenhauserheide
2020-11-21 15:45 ` Texas Cyberthal
2020-11-21 17:12 ` Jean Louis
2020-11-21 18:01 ` Texas Cyberthal
2020-11-21 18:57 ` Jean Louis
2020-11-22 6:36 ` Ihor Radchenko
2020-11-22 7:20 ` Jean Louis
2020-11-22 8:32 ` Ihor Radchenko
2020-11-22 8:56 ` Jean Louis
2020-11-21 22:36 ` Dr. Arne Babenhauserheide
[not found] ` <CAMUm491Psp0u5JKyGROP6M=UfAcvOLTtOKAD1rOearV+KxgYdQ@mail.gmail.com>
[not found] ` <87r1olfvh4.fsf@web.de>
2020-11-23 9:50 ` Texas Cyberthal
2020-11-23 13:17 ` Jean Louis
2020-11-23 14:16 ` Ihor Radchenko
2020-11-23 18:08 ` Is Org really so simple? Jean Louis
2020-11-23 20:41 ` Tom Gillespie
2020-11-24 5:06 ` Jean Louis
2020-11-26 3:08 ` Ihor Radchenko
2020-11-26 8:57 ` Jean Louis
2020-11-29 7:20 ` Ihor Radchenko
2020-11-29 16:22 ` Jean Louis
2020-11-26 18:07 ` Dr. Arne Babenhauserheide
2020-11-26 23:09 ` David Rogers
2020-11-27 0:43 ` Tim Cross
2020-11-27 2:56 ` Jean Louis
2020-11-23 16:07 ` One vs many directories Texas Cyberthal
2020-11-23 19:20 ` Jean Louis
2020-11-24 7:55 ` Ihor Radchenko
2020-11-28 16:16 ` Jean Louis
2020-11-28 16:33 ` Christopher Dimech
2020-11-25 6:57 ` Texas Cyberthal
2020-11-25 9:51 ` Jean Louis
2020-11-25 10:39 ` Texas Cyberthal
2020-11-25 11:02 ` Jean Louis
2020-11-26 16:04 ` Texas Cyberthal
2020-11-26 17:31 ` Jean Louis
2020-11-27 9:00 ` Texas Cyberthal
2020-11-27 10:45 ` Jean Louis
2020-11-28 8:18 ` Texas Cyberthal
2020-11-28 10:09 ` Jean Louis
2020-11-29 6:18 ` Texas Cyberthal
2020-11-29 6:53 ` Jean Louis
2020-11-30 7:35 ` Texas Cyberthal
2020-11-30 7:50 ` Ihor Radchenko
2020-11-30 10:25 ` Texas Cyberthal
2020-11-30 10:57 ` Jean Louis
2020-11-30 12:27 ` Ihor Radchenko
2020-11-30 12:28 ` Ihor Radchenko
2020-11-30 19:00 ` Jean Louis
2020-12-02 2:56 ` Ihor Radchenko
2020-12-02 6:14 ` Jean Louis
2020-12-02 7:23 ` Ihor Radchenko
2020-11-21 16:55 ` Jean Louis
2020-11-21 22:48 ` Dr. Arne Babenhauserheide
2020-11-22 0:48 ` Jean Louis
2020-11-22 2:47 ` briangpowell
2020-11-22 17:55 ` Jean Louis
2020-11-21 6:12 ` Palak Mathur
2020-11-21 9:04 ` Jean Louis
2020-11-21 6:36 ` Jean Louis
2020-11-21 7:17 ` Texas Cyberthal
2020-11-21 9:53 ` Jean Louis
2020-11-21 10:15 ` Tim Cross
2020-11-21 11:18 ` Jean Louis
2020-11-21 14:44 ` Texas Cyberthal
2020-11-21 15:45 ` Jean Louis
2020-11-23 5:40 ` Ihor Radchenko
2020-11-24 9:00 ` Jean Louis
2020-11-24 9:45 ` Eric S Fraga
2020-11-24 9:51 ` Jean Louis
2020-11-24 11:42 ` Eric S Fraga
2020-11-24 13:13 ` Diego Zamboni
2020-11-24 13:49 ` Jean Louis
2020-11-24 17:02 ` Jean Louis
2020-11-24 18:50 ` Dr. Arne Babenhauserheide
2020-11-24 18:58 ` Jean Louis
2020-11-25 6:39 ` Tim Cross
2020-11-25 12:38 ` Local variables insecurities - " Jean Louis
2020-11-25 13:05 ` Eric S Fraga
2020-11-25 13:13 ` Jean Louis
2020-11-25 13:58 ` Eric S Fraga
2020-11-25 14:07 ` Jean Louis
2020-11-25 20:54 ` Tim Cross
2020-11-25 22:09 ` Jean Louis
2020-11-26 2:06 ` Tom Gillespie
2020-11-26 5:06 ` Jean Louis
2020-11-26 5:31 ` Jean Louis
2020-11-26 6:18 ` Tom Gillespie
2020-11-26 9:10 ` Jean Louis
2020-11-26 11:44 ` Detlef Steuer
2020-11-26 12:06 ` Jean Louis
2020-11-26 5:34 ` Greg Minshall
2020-11-26 5:49 ` Jean Louis
2020-11-26 8:39 ` Christian Moe
2020-11-25 8:10 ` Dr. Arne Babenhauserheide
2020-11-25 8:36 ` Local variables liberties Jean Louis
2020-11-24 20:11 ` One vs many directories Tom Gillespie
2020-11-24 20:39 ` Tim Cross
2020-11-25 4:54 ` Jean Louis
2020-11-25 5:54 ` Tim Cross
2020-11-25 7:01 ` Local variables issue - " Jean Louis
2020-11-25 5:06 ` Jean Louis
2020-11-25 7:00 ` Tim Cross
2020-11-25 8:23 ` Security issues in Emacs packages Jean Louis
2020-11-25 9:07 ` tomas
2020-11-25 9:26 ` Jean Louis
2020-11-25 10:41 ` tomas
2020-11-25 22:46 ` Tim Cross
2020-11-25 23:07 ` Jean Louis
2020-11-25 23:39 ` Tim Cross
2020-11-26 5:24 ` Jean Louis
2020-11-26 6:46 ` Tim Cross
2020-11-26 5:29 ` Greg Minshall
2020-11-26 5:53 ` Jean Louis
2020-11-26 6:35 ` Tim Cross
2020-11-26 12:27 ` Greg Minshall
2020-11-26 22:20 ` Tim Cross
2020-11-27 2:19 ` Jean Louis
2020-11-27 4:42 ` Greg Minshall
2020-11-25 4:44 ` One vs many directories Jean Louis
2020-11-25 10:19 ` org-sbe to automate some source block executions Jean Louis
2020-11-25 11:39 ` Ihor Radchenko
2020-11-25 15:06 ` Jean Louis
2020-11-25 11:46 ` One vs many directories Jean Louis
2020-11-25 13:07 ` Eric S Fraga
2020-11-25 13:14 ` Jean Louis
2020-11-25 13:12 ` Ihor Radchenko
2020-11-25 13:32 ` Jean Louis
2020-11-24 18:47 ` Dr. Arne Babenhauserheide
2020-11-24 18:54 ` Jean Louis
2020-11-25 8:14 ` Dr. Arne Babenhauserheide
2020-11-25 8:46 ` Jean Louis
2020-11-25 11:46 ` Ihor Radchenko
2020-11-26 12:47 ` Jean Louis
2020-11-26 13:27 ` Ihor Radchenko
2020-12-02 10:12 ` Jean Louis
2020-12-02 9:49 ` Jean Louis
2020-11-26 3:47 ` Ihor Radchenko
2020-11-26 3:32 ` Ihor Radchenko
2020-11-26 11:58 ` Jean Louis
2020-11-29 7:56 ` Ihor Radchenko
2020-11-29 17:57 ` Jean Louis
2020-11-21 13:41 ` Jonathan McHugh
2020-11-21 14:04 ` Jean Louis
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=X7jqFA1LJVjTVwZ8@protected.rcdrun.com \
--to=bugs@gnu.support \
--cc=emacs-orgmode@gnu.org \
--cc=texas.cyberthal@gmail.com \
--cc=yantar92@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).