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 VCWNGli5ul/SDAAA0tVLHw (envelope-from ) for ; Sun, 22 Nov 2020 19:17:44 +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 aBrWFVi5ul9JFAAAbx9fmQ (envelope-from ) for ; Sun, 22 Nov 2020 19:17:44 +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 150C994021E for ; Sun, 22 Nov 2020 19:17:44 +0000 (UTC) Received: from localhost ([::1]:33414 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kgurm-0000lo-Hz for larch@yhetil.org; Sun, 22 Nov 2020 14:17:42 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:33848) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kguqn-0000lf-O4 for emacs-orgmode@gnu.org; Sun, 22 Nov 2020 14:16:41 -0500 Received: from static.rcdrun.com ([95.85.24.50]:46757) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kguql-0002il-R3 for emacs-orgmode@gnu.org; Sun, 22 Nov 2020 14:16:41 -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.000000005FBAB8F4.00004AF1; Sun, 22 Nov 2020 19:16:04 +0000 Date: Sun, 22 Nov 2020 20:55:43 +0300 From: Jean Louis To: briangpowell Subject: Re: One vs many directories Message-ID: References: <87y2ive1i4.fsf@localhost> <878sauhhv1.fsf@web.de> <873612gwco.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" , Texas Cyberthal , emacs-orgmode , 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: 3nW2wKbt0R19 * briangpowell [2020-11-22 05:48]: > Emacs, believe it or not, has the FASTEST ENGINE available, without > augmentation in any way, for INTERACTIVE SEARCH--since the whole engine is > designed to be optimized to search-while-editing Interesting, I did not know about that. > But for many other searches, more elaborate searches, fancier GREP > searches, it's a VERY BAD choice of ways or programs to use for > searching Do you mean to run grep on file or buffer while editing? Or outside of editor? > What I mean is, say you're editing a file, and you search for your > "ProviderBuilderFactory" > > Suggest you try opening a huge file--even MULTI-GIGABYTE FILES--huge files > in Emacs VLF-Mode--Very Large File-mode {which I believe can be done as a > sub-mode to/with Org-Mode} > > And you can do this fearlessly since vlf-mode works by dividing the files > up for you in the background, etc.--while you're editing--but uses the same > built-in Emacs engine, optimized for such searches > > And then you type: > > Control-s > > And start to type the first letters of "ProviderBuilderFactory" > > This will interactive-search HUGE files, very quickly, and in near "Real > Time"--since this is what Emacs (implemented in C) is optimized to do--its > optimized for initial-character-searching "as you type them"--most other > engines are NOT Does occur also uses that built-in speedy search? Would it work with your library? Now I am researching it and I see vlf-occur I have tried using vlf-occur in this email and what happened seems to be error: - M-x vlf-occur - Tried with word "has" - found many "has" in vlf-occur - I press RET on the line there - I get asked "Chunk modified, are you sure?" I say yes. - my email buffer is erased at that moment and cursor switches to erased buffer - then to undo stuff I press undo So that is bug. User should never get buffer erased. > IF FOR NO OTHER REASON THAN IT SOUNDS LIKE FUN! And you might use > vlf-mode for other tasks you may face in the future. I am interested to research the possibility of expanding large number of database items into the file which would then be hyperlinked. Would some mode like Org mode work with it? I would use Hyperbole or Org links or goto-address-mode The file would be one liner expansion of database entries. By using quick vlf-occur (at this moment I just imagine it is quick, but do not have a feeling) I would quickly locate some entries. I would then click or activate the button to move to specific other database entries or outside hyperlinks. > Lastly, say you want to search for things without opening a file, you can > still use Emacs in batch-mode, at the command line, without opening a full > emacs session Provide the one line to understand it. Side thought: I remember I was making website search engines back in time with grep only. Each HTML file was converted to one line of text, something like: LOCATION:::TITLE:::KEYWORDS:::DESCRIPTION:::HERE COMES LONG LINE OF BODY Then grep was used to quickly find results which are formatted on the website page. And yet we can just find complex software for website searching on Internet these days.