From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id mm9lLJFjuV8oCwAA0tVLHw (envelope-from ) for ; Sat, 21 Nov 2020 18:59:29 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id oKfHJ5FjuV8ULwAAbx9fmQ (envelope-from ) for ; Sat, 21 Nov 2020 18:59:29 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 260C09404C8 for ; Sat, 21 Nov 2020 18:59:29 +0000 (UTC) Received: from localhost ([::1]:58016 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kgY6Y-0002Cn-Or for larch@yhetil.org; Sat, 21 Nov 2020 13:59:26 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:57050) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kgY5t-0002BP-Iz for emacs-orgmode@gnu.org; Sat, 21 Nov 2020 13:58:45 -0500 Received: from static.rcdrun.com ([95.85.24.50]:37529) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kgY5p-0006fW-AA for emacs-orgmode@gnu.org; Sat, 21 Nov 2020 13:58:43 -0500 Received: from localhost ([::ffff:41.202.241.56]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by static.rcdrun.com with ESMTPSA id 00000000002C1AE7.000000005FB96340.00007C3B; Sat, 21 Nov 2020 18:58:07 +0000 Date: Sat, 21 Nov 2020 21:57:45 +0300 From: Jean Louis To: Texas Cyberthal Subject: Re: One vs many directories Message-ID: References: <87y2ive1i4.fsf@localhost> <878sauhhv1.fsf@web.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Received-SPF: pass client-ip=95.85.24.50; envelope-from=bugs@gnu.support; helo=static.rcdrun.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: "Dr. Arne Babenhauserheide" , "emacs-orgmode@gnu.org" , Ihor Radchenko Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: ns3122888.ip-94-23-21.eu Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Spam-Score: 0.99 X-TUID: hDHnr9U/Tnri * Texas Cyberthal [2020-11-21 21:02]: > Hi Jean, > > > That is good and isn't it general way of sorting things? I guess > > that general computer users may not be aware that they could make > > nice hierarchical tree of directories. > > It's not that they're unaware. Everybody with a mouse and Windows > Explorer tries to make good directories. People try and people fail. I know hackers only on distance, I do not know them personally face to face. Often computer users that I see in offices like stationary, even sometimes legal office, have their desktops overloaded of files on top of files on top of files where majority of them are named something like unknown or whatever new-file and similar nonsense. All sorting is taking place under Desktop on Desktop space and it becomes mess. > It's just that Dired+Treefactor's order of magnitude improvement in > speed and fluency means that the directory tree can be mind-synced Good term, mind synced. That is how it should be. In my opinion various paradigms of file sorting should be sorted in a list similar to those Awesome lists. Sorting files how mind thinks is how it should be. Computer should help user to complement the mind and help in execution of actions and not bother the mind or make mind confused what is really the case with majority of users. Side note: I was always sorting files, people, stuff from the command line or from web browser into their places. And I mostly used readline in bash for completion or finding of the selection candidate. In Emacs I am using `ivy-mode` or `helm`, `selectrum` and similar, Emacs offers quite good interface for completions. And often I am completing file locations, maybe I wish to file into this or the other subject. So the list of subjects has to be brought up. In X and outside of Emacs there is dmenu and I could use it even from Emacs inside out. (defun dmenu-completing-read (prompt collection) ;; &optional predicate require-match initial-input history def inherit-input-method) "Uses external `dmenu' command for Emacs completions." (let* ((collection (concat (string-join collection "\n") "\n")) (file (string-to-file-force collection "/dev/shm/collection")) (dmenu "dmenu")) (with-temp-buffer (call-process dmenu file (current-buffer) nil "-fn" "DejaVu:pixelsize=30" "-l" "10" "-i" "-b" "-p" prompt "-nb" "dark goldenrod" "-nb" "black") (string-trim (buffer-string))))) (dmenu-completing-read "Subject: " '("People" "Work" "Group")) I find dmenu as excellent tool to provide it for functions that are used within Emacs and that may be used outside of Emacs to complement Emacs filing of files. For example Rox filer file manager or Nautilus can invoke external command that files the file into specific directory by using dmenu. Choose the directory by few words, and if directory is semnatically written, file may be filed easily. Three interfaces for selection among large line-based items were needed: - [X] Emacs - [X] X interface: Dmenu - [ ] Console. I was using readline with TAB, it is not visual enough Now I found finally `fzf`. $ mv courier-crm114 `find Work/Computer -type d | fzf` Then in the next step I can type "mail" or "spam" subdirectories and file it there. fzf is great tool for console and terminal emulators. It similar things on console what helm does on Emacs and dmenu on X. - [X] Console: fzf fzf is great tool that may be used for finding stuff, filing, retrieval of stuff, launching or opening files. Example: $ mimeopen `locate *.org | fzf` and similar with dmenu: $ mimeopen `locate -d .locate.database -A Documents .org | dmenu -fn DejaVu:pixelsize=20 -l 10 -i -b -p "Org: " -nb "dark goldenrod" -nb black ` As my files are in ~/Documents/Org/ I would find at least 185 files ending with .org there by its name and quickly open it with emacs. Instead of "mimeopen" I could as well use emacsclient. If you have set your mimeopen to open it by Emacs, you will quickly locate the file and open it. Provided that Org file names have some built-in semantics.