* Ihor Radchenko [2020-11-26 16:29]:
> > Sorry for that vague expression. Let us say I open Completions buffer
> > I can switch into it, inspect it, ask for defined keys, evaluate with
> > M-:, Emacs allows me to remain in the window and go to other
> > window. Agenda buffer does not do that,
* Ihor Radchenko [2020-11-25 14:48]:
> > When I do C-c a it runs (org-agenda) but I do not have "g" and I am on
> > development version. The C-c a window is made so that I cannot go with
> > cursor inside and that I cannot even expect the key map neither invoke
> > command by M-x and I cannot
Jean Louis writes:
> That is great to hear. I wonder how it can be integrated with Emacs as
> it is all Javascript based.
The server is mostly python-based (see Language stats in
https://github.com/hypothesis/h). They provide HTTP API:
https://h.readthedocs.io/en/latest/api-reference/. There is
* Ihor Radchenko [2020-12-02 05:53]:
>
> Jean Louis writes:
> > hypothes.is is free software that may be installed locally.
> >
> > https://github.com/hypothesis
>
> Thanks. You inspired me to try installing it locally again.
>
> The main problem with hypothesis is that it is designed to be
Jean Louis writes:
> hypothes.is is free software that may be installed locally.
>
> https://github.com/hypothesis
Thanks. You inspired me to try installing it locally again.
The main problem with hypothesis is that it is designed to be deployed
to a server and not to a local machine. Thus,
* Ihor Radchenko [2020-11-30 15:25]:
> Jean Louis writes:
> > You could record on some of free hostings that respect users' freedom
> > that refrain of coercing non-free javascript such as:
> >
> > Open.tube upload
> > https://open.tube/videos/upload
>
> Thanks for this reference.
>
> You also
Jean Louis writes:
> You could record on some of free hostings that respect users' freedom
> that refrain of coercing non-free javascript such as:
>
> Open.tube upload
> https://open.tube/videos/upload
Thanks for this reference.
You also mentioned hypothes.is earlier. Do you know if there is
Jean Louis writes:
> You could record on some of free hostings that respect users' freedom
> that refrain of coercing non-free javascript such as:
>
> Open.tube upload
> https://open.tube/videos/upload
Thanks for this reference.
You also mentioned hypothes.is earlier. Do you know if there is
* Texas Cyberthal [2020-11-30 10:36]:
> Hi Jean,
>
> > For that I need video to understand.
>
> Agreed. I thought the Treefactor gif videos would be enough, but it's
> clear that people's imagination cannot extrapolate the utility of
> RIITR.
>
> I developed this skill long ago on the Windows
Ihor> That would be appreciated. I tried to read Treefactor docs at
least 3 times and failed to understand its utility.
Then I will move AI Dungeon Treefactor demo priority above all but
critical Cyborganize documentation, such as broken links.
Apparently I've wasted a lot of time documenting
Texas Cyberthal writes:
> Agreed. I thought the Treefactor gif videos would be enough, but it's
> clear that people's imagination cannot extrapolate the utility of
> RIITR.
That would be appreciated. I tried to read Treefactor docs at least 3
times and failed to understand its utility.
Best,
Hi Jean,
> For that I need video to understand.
Agreed. I thought the Treefactor gif videos would be enough, but it's
clear that people's imagination cannot extrapolate the utility of
RIITR.
I developed this skill long ago on the Windows app Brainstorm, and
have forgotten how rare and
* Ihor Radchenko [2020-11-29 10:52]:
> Jean Louis writes:
>
> > When task is assigned to somebody notification of a deadline or alerts
> > are definitely useful for me. But they are are useful for those
> > conducting the tasks.
> >
> > Thus integration to remind those *related* people to the
Jean Louis writes:
> When task is assigned to somebody notification of a deadline or alerts
> are definitely useful for me. But they are are useful for those
> conducting the tasks.
>
> Thus integration to remind those *related* people to the assigned
> tasks and their deadlines or schedules
* Texas Cyberthal [2020-11-29 09:20]:
> Images should have a creation date in metadata and also some tags, I
> agree. Whether to organize them in a Binmind using 10 Bins is a
> matter of taste. I prefer to keep them in 10 Bins until their tag
> nomenclature is mature. Then, when worthwhile, I
Hi Jean,
> After a while user will get a subset of highly ranked headings in their
> corresponding Org files. That subset then can be used as quick bookmarks or
> get bound to keys.
This is a higher tier of PIM than Textmind. Textmind is for
processing thoughts. For example, I use it to
> Sent: Saturday, November 28, 2020 at 5:16 PM
> From: "Jean Louis"
> To: "Ihor Radchenko"
> Cc: "Dr. Arne Babenhauserheide" , "Texas Cyberthal"
> , "emacs-orgmode@gnu.org"
> Subject: Re: One vs many directories
>
>
* Ihor Radchenko [2020-11-24 10:57]:
> > I find it entertaining for now. Now, what is exomind?
>
> Unless I misunderstood, Jean referred to "external brain" concept:
> - https://beepb00p.xyz/exobrain/
The more you send me reference more I discover other set of people
doing same what I am
* Texas Cyberthal [2020-11-28 11:20]:
> Hi Jean,
>
> > What should it be or do?
>
> Dbmind does things that Postgres handles better than Org.
>
> > As you have specific thought order in directory names then maybe
> > such could be parsed, maybe slashes / removed to show a full path
> > to the
Hi Jean,
> What should it be or do?
Dbmind does things that Postgres handles better than Org.
> As you have specific thought order in directory names then maybe such could
> be parsed, maybe slashes / removed to show a full path to the file. This
> becomes long but could be useful in some
* Texas Cyberthal [2020-11-27 12:01]:
> Hi Jean,
>
> > does using the 10 Bins and Textmind system gives you personal
> > satisfaction of being well organized?
>
> For what it does, yes, amazingly so.
Thank you. I was expecting something like that as we are in similar
position of having
Hi Jean,
> does using the 10 Bins and Textmind system gives you personal satisfaction of
> being well organized?
For what it does, yes, amazingly so. I still need Dbmind, which I
haven't developed yet.
> did you develop having functions similar to store link that quickly obtain
> the
Hi Jean,
Yes, Textmind is a rock tumbler for natural language thoughts. An SME
CRM treats people like widgets. The former does many small thoughtful
touches, the latter does few robotic touches. Excessive widget volume
chokes Textmind.
Sure, I will subscribe you when I have a mailing list.
* Texas Cyberthal [2020-11-26 19:05]:
> Hi Jean,
>
> Yes, Textmind is a rock tumbler for natural language thoughts. An SME
> CRM treats people like widgets. The former does many small thoughtful
> touches, the latter does few robotic touches. Excessive widget volume
> chokes Textmind.
>
>
> Sorry for that vague expression. Let us say I open Completions buffer
> I can switch into it, inspect it, ask for defined keys, evaluate with
> M-:, Emacs allows me to remain in the window and go to other
> window. Agenda buffer does not do that, this is probably because it
> just waits for any
* Ihor Radchenko [2020-11-25 14:48]:
> > When I do C-c a it runs (org-agenda) but I do not have "g" and I am on
> > development version. The C-c a window is made so that I cannot go with
> > cursor inside and that I cannot even expect the key map neither invoke
> > command by M-x and I cannot
* Ihor Radchenko [2020-11-26 06:34]:
> > Can I automated the execution of Babel code upon opening of the Org
> > file?
>
> Adding to other suggestions, you can always add a custom function to
> org-mode-hook instead of playing with file-local variables.
>
> > Then we comes to actual execution
* Detlef Steuer [2020-11-26 14:46]:
> Am Thu, 26 Nov 2020 08:31:29 +0300
> schrieb Jean Louis :
>
> > That is not fair choice. It pushes user to finally ! apply and accept
> > it, but does not give chance to permanently ignore it.
> >
> >
> > Do you want to apply it? You can type
> > y -- to
Am Thu, 26 Nov 2020 08:31:29 +0300
schrieb Jean Louis :
> That is not fair choice. It pushes user to finally ! apply and accept
> it, but does not give chance to permanently ignore it.
>
>
> Do you want to apply it? You can type
> y -- to apply the local variables list.
> n -- to ignore the
* Tom Gillespie [2020-11-26 09:19]:
> > As there is the option ! to "apply local variables and permanently
> > mark these values" but there is no option "not to apply local
> > variables and permanently mark these values".
>
> I have a longer reply that I will send tomorrow, but wanted to
* Greg Minshall [2020-11-26 08:34]:
> Tom,
>
> > 2. If mutt is launching Emacs, you can pass --eval "(setq
> >enable-local-eval nil)" on the command line and all file local
> >variables will be ignored and treated as plain text.
>
> maybe that is one thing that could really help here.
Located Eric's message and can confirm the same for mu4e (no query about
setting/evaluating anything upon opening the message).
cm
Eric S Fraga writes:
> On Wednesday, 25 Nov 2020 at 15:38, Jean Louis wrote:
>> I have not configured anything. In fact I have opened the email and I
>> was
> As there is the option ! to "apply local variables and permanently
> mark these values" but there is no option "not to apply local
> variables and permanently mark these values".
I have a longer reply that I will send tomorrow, but wanted to respond
to this.
Yes exactly! I have the equivalent
Additionally, as a good example of faulty design, user is coerced to
ACCEPT local variables rather than is given fair choice.
As there is the option ! to "apply local variables and permanently
mark these values" but there is no option "not to apply local
variables and permanently mark these
Tom,
> 2. If mutt is launching Emacs, you can pass --eval "(setq
>enable-local-eval nil)" on the command line and all file local
>variables will be ignored and treated as plain text.
maybe that is one thing that could really help here. possibly mutt and
other emacs-based mail readers,
* Tom Gillespie [2020-11-26 05:07]:
> Hi Jean,
>
> Some points in summary before a long email.
> 1. Having an accepting default behavior as a user (i.e., saying yes to
>all prompts) is bad security practice. The only thing that systems
>can do is prompt as infrequently as possible in
> For my own setup I run code in a hook to update the agenda whenever I
> change a TODO state, clock in or clock out, but that has performance
> problems when I do it while the Agenda is shown.
You do not have or update the whole agenda view.
I use the following code to update the clocking
> Can I automated the execution of Babel code upon opening of the Org
> file?
Adding to other suggestions, you can always add a custom function to
org-mode-hook instead of playing with file-local variables.
> Then we comes to actual execution of tasks. How do we get reminded?
>
> Is the reminder
Hi Jean,
Some points in summary before a long email.
1. Having an accepting default behavior as a user (i.e., saying yes to
all prompts) is bad security practice. The only thing that systems
can do is prompt as infrequently as possible in hopes that people
don't get prompt fatigue. Emacs
* Tim Cross [2020-11-25 23:54]:
> I guess this is probably the main point where we disagree.
>
> Emacs is first and foremost a programmers editor. It was never designed
> as a general purpose editor, but rather specifically as an editor for
> programmers.
Yes. And when I was born as baby I was
Jean Louis writes:
> * Eric S Fraga [2020-11-25 16:58]:
>> On Wednesday, 25 Nov 2020 at 16:13, Jean Louis wrote:
>> > I use Mutt.
>> > The message is opened in Emacs in mail-mode
>>
>> Ah, so mutt saves content in a file which is then opened by
>> Emacs. Okay, that makes sense. Gnus does
* Eric S Fraga [2020-11-25 16:58]:
> On Wednesday, 25 Nov 2020 at 16:13, Jean Louis wrote:
> > I use Mutt.
> > The message is opened in Emacs in mail-mode
>
> Ah, so mutt saves content in a file which is then opened by
> Emacs. Okay, that makes sense. Gnus does things the other way around:
>
On Wednesday, 25 Nov 2020 at 16:13, Jean Louis wrote:
> I use Mutt.
> The message is opened in Emacs in mail-mode
Ah, so mutt saves content in a file which is then opened by
Emacs. Okay, that makes sense. Gnus does things the other way around:
opens the buffer (associated with a file in the
* Eric S Fraga [2020-11-25 16:06]:
> On Wednesday, 25 Nov 2020 at 15:38, Jean Louis wrote:
> > I have not configured anything. In fact I have opened the email and I
> > was surprised that I am getting those dialogues to execute local
> > variables.
>
> Very strange. It was my email that
* Ihor Radchenko [2020-11-25 16:16]:
>
> > ... It does
> > evaluates and I get the result in the message buffer, but it does not
> > expands in the Org buffer.
>
> It is expected behaviour. According to the docstring of org-sbe, it only
> returns the value, but does not actually change buffer.
* Eric S Fraga [2020-11-25 16:08]:
> On Wednesday, 25 Nov 2020 at 14:46, Jean Louis wrote:
> > I have got it to work as I had to name the source block.
>
> Yes, org-sbe looks for the first source block with the name
> given. Nothing to do with headings etc.
>
> > It does evaluates and I get
On Wednesday, 25 Nov 2020 at 15:38, Jean Louis wrote:
> I have not configured anything. In fact I have opened the email and I
> was surprised that I am getting those dialogues to execute local
> variables.
Very strange. It was my email that instigated this part of the
thread. I can view my
> ... It does
> evaluates and I get the result in the message buffer, but it does not
> expands in the Org buffer.
It is expected behaviour. According to the docstring of org-sbe, it only
returns the value, but does not actually change buffer.
If you want to replace the RESULTS, you need to
On Wednesday, 25 Nov 2020 at 14:46, Jean Louis wrote:
> I have got it to work as I had to name the source block.
Yes, org-sbe looks for the first source block with the name
given. Nothing to do with headings etc.
> It does evaluates and I get the result in the message buffer, but it
> does not
* Tim Cross [2020-11-25 09:41]:
> >> Why is it a security issue? The variables do need to be close to the end
> >> — 3000 characters is only about 50 lines.
> >
> > Emacs users, Org users on our mailing lists are not so private. Their
> > names and email addresses are in the public database.
* Eric S Fraga [2020-11-24 12:46]:
> On Tuesday, 24 Nov 2020 at 12:00, Jean Louis wrote:
> > Can I automated the execution of Babel code upon opening of the Org
> > file?
>
> You can, by using file local variables. For instance, for some files, I
> do this:
>
> #+begin_src org
> ,* local
> When I do C-c a it runs (org-agenda) but I do not have "g" and I am on
> development version. The C-c a window is made so that I cannot go with
> cursor inside and that I cannot even expect the key map neither invoke
> command by M-x and I cannot even M-:
C-c a will first show so-called agenda
* Texas Cyberthal [2020-11-25 13:40]:
> > You also spoke of device, do you really mean physical device?
>
> Brain-Computer Interface is a term that usually means an
> electromagnetic connection between nerves and electronics. However,
> really a keyboard is a superior version of that for
Hi Jean,
> There are those who die and come back and view things from above and can
> think and use their mind even though brain was turned off temporarily.
I didn't say that the mind always turns off when the brain is damaged.
> You also spoke of device, do you really mean physical device?
* Texas Cyberthal [2020-11-25 09:58]:
> Hi Jean,
>
> > Now, what is exomind?
>
> https://cyberthal-docs.nfshost.com/cyborganize/exomind/
How I like those thoughts.
> Mind vs brain
> Your brain is the squishy jelly between your ears.
> Your mind is what disappears when that jelly gets
* Dr. Arne Babenhauserheide [2020-11-25 11:14]:
>
> Jean Louis writes:
>
> > * Dr. Arne Babenhauserheide [2020-11-24 21:48]:
> >>
> >> Jean Louis writes:
> >>
> >> > Some people maybe access multiple Org files through Agenda, me I
> >> > don't. Some items are "non existent" and I do not
Jean Louis writes:
> * Dr. Arne Babenhauserheide [2020-11-24 21:48]:
>>
>> Jean Louis writes:
>>
>> > Some people maybe access multiple Org files through Agenda, me I
>> > don't. Some items are "non existent" and I do not know how to ask
>> > agenda to refresh itself.
>>
>> Simply press
Jean Louis writes:
> * Dr. Arne Babenhauserheide [2020-11-24 21:51]:
>>
>> Jean Louis writes:
>> >> The start of the local variables list should be no more than 3000
>> >> > characters from the end of the file
>> >>
>> >>
>> >> Given the length of the email, I guess this is why Emacs saw
* Tim Cross [2020-11-25 08:54]:
>
> Jean Louis writes:
>
> > Observing users who are asked questions upon invokation of other
> > software I can say that many times users just click one of the
> > options, either YES or NO, but without real regard to the
> > meanings. The purpose to click
Jean Louis writes:
> * Tim Cross [2020-11-24 23:40]:
>> If people are really concerned about security, they should look first at
>> their use of repositories like MELPA. There is no formal review or
>> analysis of packages in these repositories, yet people will happily
>> select some package
Hi Jean,
> Now, what is exomind?
https://cyberthal-docs.nfshost.com/cyborganize/exomind/
What you described is not how you think, it is how you wish your CRM
info retrieval system to perform conveniently. Almost nobody has a
formal thought algorithm, because brains have ADD compared to
Jean Louis writes:
> * Dr. Arne Babenhauserheide [2020-11-24 21:51]:
>>
>> Jean Louis writes:
>> >> The start of the local variables list should be no more than 3000
>> >> > characters from the end of the file
>> >>
>> >>
>> >> Given the length of the email, I guess this is why Emacs saw the
Jean Louis writes:
> Observing users who are asked questions upon invokation of other
> software I can say that many times users just click one of the
> options, either YES or NO, but without real regard to the
> meanings. The purpose to click either YES or NO is to continue one
> step forward
* Tim Cross [2020-11-24 23:40]:
> If people are really concerned about security, they should look first at
> their use of repositories like MELPA. There is no formal review or
> analysis of packages in these repositories, yet people will happily
> select some package and install it.
Interesting
* Tim Cross [2020-11-24 23:40]:
> > Thus it is only a security issue if you permanently accept that eval
> > file local variable and then open random org files that use it with a
> > malicious startup block. An eval file local variable like that which
> > blindly executes an org babel block
* Tom Gillespie [2020-11-24 23:11]:
> > > That is security issue.
> >
> > Why is it a security issue? The variables do need to be close to the end
> > — 3000 characters is only about 50 lines.
>
> It isn't a security issue by itself. Emacs never automatically runs
> eval file local variables
* Dr. Arne Babenhauserheide [2020-11-24 21:48]:
>
> Jean Louis writes:
>
> > Some people maybe access multiple Org files through Agenda, me I
> > don't. Some items are "non existent" and I do not know how to ask
> > agenda to refresh itself.
>
> Simply press the letter g.
What function is on
* Dr. Arne Babenhauserheide [2020-11-24 21:51]:
>
> Jean Louis writes:
> >> The start of the local variables list should be no more than 3000
> >> > characters from the end of the file
> >>
> >>
> >> Given the length of the email, I guess this is why Emacs saw the variables
> >> as being
Tom Gillespie writes:
>> > That is security issue.
>>
>> Why is it a security issue? The variables do need to be close to the end
>> — 3000 characters is only about 50 lines.
>
> It isn't a security issue by itself. Emacs never automatically runs
> eval file local variables unless you have
> > That is security issue.
>
> Why is it a security issue? The variables do need to be close to the end
> — 3000 characters is only about 50 lines.
It isn't a security issue by itself. Emacs never automatically runs
eval file local variables unless you have tampered with
enable-local-eval, in
Jean Louis writes:
>> The start of the local variables list should be no more than 3000
>> > characters from the end of the file
>>
>>
>> Given the length of the email, I guess this is why Emacs saw the variables
>> as being within the correct range.
>
> Yes thank you. I was thinking Emacs
Jean Louis writes:
> Some people maybe access multiple Org files through Agenda, me I
> don't. Some items are "non existent" and I do not know how to ask
> agenda to refresh itself.
Simply press the letter g.
For my own setup I run code in a hook to update the agenda whenever I
change a TODO
* Diego Zamboni [2020-11-24 16:15]:
> >
> > So I think this is bug in Emacs as Local-variables should be on the
> > end of the file.
>
>
> According to the manual (
> https://www.gnu.org/software/emacs/manual/html_node/emacs/Specifying-File-Variables.html#Specifying-File-Variables
> ):
>
> The
* Diego Zamboni [2020-11-24 16:13]:
> >
> > So I think this is bug in Emacs as Local-variables should be on the
> > end of the file.
>
>
> According to the manual (
> https://www.gnu.org/software/emacs/manual/html_node/emacs/Specifying-File-Variables.html#Specifying-File-Variables
> ):
>
> The
>
> So I think this is bug in Emacs as Local-variables should be on the
> end of the file.
According to the manual (
https://www.gnu.org/software/emacs/manual/html_node/emacs/Specifying-File-Variables.html#Specifying-File-Variables
):
The start of the local variables list should be no more than
On Tuesday, 24 Nov 2020 at 12:51, Jean Louis wrote:
> So I think this is bug in Emacs as Local-variables should be on the
> end of the file.
"end of file" is a rather loose term when it comes to local variables...
--
: Eric S Fraga via Emacs 28.0.50, Org release_9.4-118-g2a4578.dirty
* Eric S Fraga [2020-11-24 12:46]:
> On Tuesday, 24 Nov 2020 at 12:00, Jean Louis wrote:
> > Can I automated the execution of Babel code upon opening of the Org
> > file?
>
> You can, by using file local variables. For instance, for some files, I
> do this:
>
> #+begin_src org
> ,* local
On Tuesday, 24 Nov 2020 at 12:00, Jean Louis wrote:
> Can I automated the execution of Babel code upon opening of the Org
> file?
You can, by using file local variables. For instance, for some files, I
do this:
#+begin_src org
,* local variables :noexport:
# Local
* Ihor Radchenko [2020-11-23 08:43]:
> >> I am wondering what you mean by Org's philosophy. Why would it have
> >> anything to do with directories?
> >
> > Org's philosophy is to have one or a handful of directories without
> > nesting of directories. Users are not expected to have their Org
>
> I find it entertaining for now. Now, what is exomind?
Unless I misunderstood, Jean referred to "external brain" concept:
- https://beepb00p.xyz/exobrain/
- https://zettelkasten.de/posts/extend-your-mind-and-memory-with-a-zettelkasten/
- https://github.com/novoid/Memacs
-
* Texas Cyberthal [2020-11-23 19:08]:
> Hi Jean,
>
> > I have tried your solution and could not find the mental concept to relate
> > to my thinking.
>
> I forgot this inductive sorting skill must be learned gradually, like
> touch typing, at small scale before exomind conversion.
I find it
Hi Jean,
> I have tried your solution and could not find the mental concept to relate to
> my thinking.
I forgot this inductive sorting skill must be learned gradually, like
touch typing, at small scale before exomind conversion.
> Do we think of a tree of knowledge first? I do not think so.
Dear Jean Louis,
Your description of the database reminds me how org-roam handles the
files - it also uses an external database for linking and allows quick
incremental search that does not really depend on where the
files/headings are stored.
However, what you are talking about is against
* Texas Cyberthal [2020-11-23 12:51]:
> Hi Dr. Arne,
>
> > The only part that hits performance limits is the agenda.
>
> Well, IIRC your Org Textmind is much smaller than mine.
>
> > My current guess is that the agenta is slow because it has to parse all my
> > 7500 clock entries, and it has
Hi Dr. Arne,
> The only part that hits performance limits is the agenda.
Well, IIRC your Org Textmind is much smaller than mine.
> My current guess is that the agenta is slow because it has to parse all my
> 7500 clock entries, and it has to check the Todo states of around 1200
> headings.
>> I am wondering what you mean by Org's philosophy. Why would it have anything
>> to do with directories?
>
> Org's philosophy is to have one or a handful of directories without
> nesting of directories. Users are not expected to have their Org
> files in a deeply nested tree. Org also prefers
* 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
* Ihor Radchenko [2020-11-22 11:33]:
> > * Full contact information is required
> > :PROPERTIES:
> > :CREATED: [2018-10-08 Mon 21:34]
> > :ID: 06781e66-0382-4833-a61e-0d76e317593f
> > :END:
> >
> > Thank you. Am I supposed to declare these properties in
> >
> * Full contact information is required
> :PROPERTIES:
> :CREATED: [2018-10-08 Mon 21:34]
> :ID: 06781e66-0382-4833-a61e-0d76e317593f
> :END:
>
> Thank you. Am I supposed to declare these properties in
> org-custom-properties for it not to be visible?
Yes. I
* Ihor Radchenko [2020-11-22 09:37]:
> > In fact the properties, custom ID and else inside is mostly visually
> > disturbing me though it is necessary.
>
> FYI: org-custom-properties and
> org-toggle-custom-properties-visibility
* Full contact information is required
:PROPERTIES:
> In fact the properties, custom ID and else inside is mostly visually
> disturbing me though it is necessary.
FYI: org-custom-properties and org-toggle-custom-properties-visibility
Jean Louis writes:
> * Texas Cyberthal [2020-11-21 18:46]:
>> I guess I avoid the problem you're talking about
* Strongly suggest looking into Emacs' vlf-mode and the newer vlfi-mode
** That is Very-Large-File-Mode & Very-Large-File-Improved-Mode for issues
you're experiencing & if not, simply because they're very useful &
interesting & fun Emacs Modes to explore & put into your toolbox
* Dr. Arne Babenhauserheide [2020-11-22 01:48]:
> > So in general I never need to use some general search through Org
> > files or any other files as my way of thinking begins with People or
> > Groups and that narrows what has to be searched.
>
> How do you deal with stuff that applies to
Jean Louis writes:
> So in general I never need to use some general search through Org
> files or any other files as my way of thinking begins with People or
> Groups and that narrows what has to be searched.
How do you deal with stuff that applies to several people?
> it comfortable. My way
Hi Texas,
> Grepping my 94 Mb 6562 files (excluding archive) Textmind for
> "elephantine" takes a few seconds, which is fine.
For the sake of ruining my argument ( :-) ), you might want to check ripgrep.
Searching within 30k files of in total around 150 MiB for
ProviderBuilderFactory (guess
* 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
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.
* Texas Cyberthal [2020-11-21 18:46]:
> I guess I avoid the problem you're talking about by mostly excluding
> bulk prose from the Agenda directory. They're fundamentally different
> and should be handled differently.
Well said.
> One is about human language, the other is about database
* Dr. Arne Babenhauserheide [2020-11-21 18:04]:
>
> Jean Louis writes:
>
> > When there are more than 2000 people related notes, tasks,
> > calculations, questions arise if such better be kept in one Org file
> > or multiple Org files in one directory or multiple directories for
> > multiple
* Texas Cyberthal [2020-11-21 18:01]:
> Hi Jean,
>
> > 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
1 - 100 of 119 matches
Mail list logo
