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 Tex
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 unintuiti
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 conve
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 list
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 hyperlin
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. Fo
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?
Br
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
computer
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. An
large files than on many files — I
> will switch to more files when performance on large files reaches its limits.
Nah, my 100 mb (non archived) Textmind works fine. I just separated
Agenda metadata from bulk prose.
I am curious how many headings I have, how would I count that recursively?
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. I
Hi Quintus,
I recall with grim fondness arranging the Windows Start menu hierarchy
by mouse. An inefficient experience I would never waste time on
today.
Voit> All relevant studies show that for file retrieval on the local
computer system or local network, navigation is chosen over search in
the
Hi Arne,
*Almost* any computing cost pales, but not the computing cost of Emacs
choking on rendering large files.
Doubtless there are ways to mitigate that issue. I'm unsure what the
tradeoffs would be. Perhaps my Spacemacs does too much prettifying of
my Org buffers. But I like pretty buffers
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
> productive, such may only tell what is currently used w
Hi Jean,
> By using the Meta Org File user automatically creates an index of filed files
> and can search for the file in the Org file itself and open the file from the
> Meta Org File without knowing where the file is really located.
Such a set of links could easily grow out of date if paths c
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
* Hi Ihor Radchenko,
> 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.
Having a tall directory tree with many leaves and branches is against
Org's philosophy.
Here is my argument that such a structure is objectively correct for
personal info management:
https://github.com/cyberthal/10-Bins-template
For the record, Org works fine with this, although I had to do a bi
I already like and use Leuven themes:
https://github.com/fniessen/emacs-leuven-theme
It appears to be the correct normie-noob choice. Maybe some raw-notes
prose features would fit there. Emacs has many use cases, calling for
different settings. But Leuven already has some customize settings, so
fl
#+begin_quote Bastien
> Having said that, if Org could have a simple org-mixed-pitch-mode, or
> something like that, that could be very helpful, since it could make
> such configuration much easier.
If anyone wants to start coding something like this, we can consider
referencing it on Worg.
#+end_
#+begin_quote alphapapa
I think you have a better case for changing this setting. However, I
think there is another consideration: the default settings do not put
blank lines between headings and their entry text, and without any
indentation, headings and entry text on varying levels tends to blen
#+begin_quote alphapapa
What would be useful would be if Emacs/Org could be configured to wrap
prose lines but not, e.g. tables and code blocks. I don't think such
functionality exists in Emacs now, but here's a new package that may be
relevant: https://github.com/luisgerhorst/virtual-auto-fill
#+
Emacs has a giant normie-noob shaped hole in its intake funnel. The
warnings against using Emacs on Windows on the download page are good,
but not enough. Noobs need a positive recommendation of platform, and
a practical one, not ideological. It should say something like:
"If you've never coded, t
7, 2020 at 8:37 AM Corwin Brust wrote:
>
> Greetings,
>
> On Thu, Feb 6, 2020 at 5:33 PM Texas Cyberthal
> wrote:
>>
>> No, that isn't what I'm saying. I'm quite happy with Emacs, especially
>> Spacemacs. However, I had a much harder adoption experienc
No, that isn't what I'm saying. I'm quite happy with Emacs, especially
Spacemacs. However, I had a much harder adoption experience than
necessary, and I find that the barriers to entry are preventing
normie-noobs from choosing Org as a PIM. So I intend to fix that.
On Fri, Feb 7, 2020 at 5:38 AM F
ly in the org mode manual.
I don't think that's early enough in the bootstrapper's info
consumption pipeline. He's going to try to learn the basic keybinds
and UI of Emacs before diving into the Org manual. Otherwise how will
he even apply customizations? But it's definit
No, I just didn't repeat everything.
A blank line is useful, yes. Use of demi-paragraphs implies use of
line breaks to signal stronger transitions. E.g., from my recent
workflow:
#+begin_quote
turning the mic off/on manually also causes a pop
so would need to pause recording first
simpler to just
16 PM Fraga, Eric wrote:
>
> On Thursday, 6 Feb 2020 at 17:46, Texas Cyberthal wrote:
> > auto-fill-mode definitely isn't what I want.
>
> Why not? Just curious. Before I switched to visual-line-mode for all
> org documents, I used auto-fill-mode for prose all the time
starts living in Emacs, they'll eventually reach sage
status. It's just a matter of easing them in.
On Thu, Feb 6, 2020 at 3:16 PM Fraga, Eric wrote:
>
> On Thursday, 6 Feb 2020 at 10:33, Texas Cyberthal wrote:
> > Visual line mode is annoying and unnecessary; Spacemac
aphs.
On Thu, Feb 6, 2020 at 10:33 AM Texas Cyberthal
wrote:
>
> > If I understand correctly, you're arguing that defaults should be changed
> > because you don't understand how Emacs works, and since you use Spacemacs,
> > you don't even care how it works.
>
> If I understand correctly, you're arguing that defaults should be changed
> because you don't understand how Emacs works, and since you use Spacemacs,
> you don't even care how it works.
You understand incorrectly. You incorrectly asserted that all users
must learn how visual line mode works.
I started out arguing against my position and wound up with another blog post:
https://cyberthal-ghost.nfshost.com/emacs-needs-a-starter-zone-and-org-is-it/
7:26 AM Samuel Wales wrote:
>
> On 2/4/20, Texas Cyberthal wrote:
> > Prose should wrap at
> > window's edge
>
> many users need fully maximized emacs while still having legible
> paragraph width.
If a noob is using Emacs for prose, he's using Org, or at least he
should be. Those using other modes for prose are probably more
advanced. Regardless of how it defines itself, today Emacs is
primarily an IDE for programmers. So prose-friendly defaults are
specific to Org.
Emacs doesn't need to be
If someone is using optional packages that add markup such as
underlining to code, and the markup is so prevalent that he needs
extra line spacing, he is advanced enough to know how to adjust that.
Line spacing preference is idiosyncratic, and spacing varies by face
as well. I propose adding an Or
> the default settings do not put blank lines between headings and their entry
> text,
I don't know what this means. Plain Emacs behaves the same way
Spacemacs does in this regard. Insertion of a blank line after a
heading is voluntary but standrd. Insertion of a blank line between
the current no
> visual-line-mode and toggle-truncate-lines are basic Emacs commands that all
> users should learn early.
Visual lines, logical lines etc is a complicated mess that Spacemacs
avoids entirely. I recall fiddling with it and never being satisfied,
until adopting Spacemacs solved it. Now I know even
Making a vet change a default if he decides he doesn't like a change upon
upgrading won't drive him away, but Emacs' unfriendly defaults are always
driving away noobs. Therefore Org's defaults should be noob-friendly, not
vet-friendly.
Probably vets should use legible settings as well. I became ac
Org intersperses bits of code in prose, such as datestamps, drawers,
keywords, etc. The code distracts when reading the prose. The solution
is to make the code less prominent.
That way it's easy to read the paragraphs of prose without
interruption. If one wants to focus on a code bit, it's still e
Code requires less line spacing. It has more whitespace, fewer capital
letters, and no markup such as underlining. Code is read differently
than prose; it requires less sequential scanning.
Prose has big blocks of text with taller capital letters that must be
scanned sequentially. The tall bits bu
Readable prose requires variable-pitch font. Readable code requires
fixed-pitch font. Org should make it easy to configure the two
separately.
mixed-pitch-mode mostly solves this problem, but only advanced users
know about it.
https://gitlab.com/jabranham/mixed-pitch
#+begin_src elisp
(org-startup-truncated nil)
#+end_src
Line truncation is necessary for code but anathema for prose. Prose
lines need visual wrap as windows resize, so that texts can be
compared easily.
Advanced Org uses such as large tables require line truncation. Tables
are a code-like fixed-
#+begin_src elisp
(org-adapt-indentation nil)
#+end_src
Adaptive indentation makes sense when using Org as a plain-text
database. It does not make sense when using Org for longform prose.
In the former case, outline depth is important to reflect properties
such as inheritance. The code elements a
Beginners spend a while learning to use Emacs as a simple text editor
before they're able to do anything more advanced. Their ability to
intelligently customize is minimal. Meanwhile experts have automated
dotfile deployment, so defaults are almost irrelevant to them.
Therefore defaults should be s
Ok, I see what you're saying. You're proposing to have TODO states and
other tags on the left of the heading title in fixed pitch, and the
heading title in variable pitch. In my current setup the whole heading
is fixed in Agenda and variable in normal buffers. I agree it would be
good to have mixed
;[PROPOSAL]" . "orange")
>
> what does reformatting a buffer change?
>
> could tags be fixed to stay at a column by counting pixels?
>
> thank you for the tips.
>
>
> On 1/31/20, Texas Cyberthal wrote:
> > I aim to popularize Spacemacs as a personal i
g
> post some time ago: https://zzamboni.org/post/beautifying-org-mode-in-emacs/
>
> (the corresponding section of my config file is here:
> https://github.com/zzamboni/dot-emacs/blob/master/init.org#beautifying-org-mode)
>
> All the best,
> --Diego
>
>
>
> On Fri, Ja
I aim to popularize Spacemacs as a personal info manager. Next task is
the Org configuration layer.
As preparation, I wrote a post critiquing Org's out-of-the-box
legibility. I believe a default configuration should cater to
beginners, since they're least likely to know how to customize. On the
ot
48 matches
Mail list logo
