all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Make code elements in prose unobtrusive [legibility 6/6]
@ 2020-02-04  4:11 Texas Cyberthal
  2020-02-04  5:01 ` Tim Cross
  2020-02-04  6:35 ` Adam Porter
  0 siblings, 2 replies; 7+ messages in thread
From: Texas Cyberthal @ 2020-02-04  4:11 UTC (permalink / raw)
  To: emacs-orgmode@gnu.org

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 easily
readable. Prose needs to be larger to be human-scannable, but the code
bits aren't in paragraphs, so they can be smaller. Code only needs to
be readable when the eye is centered on it, whereas a prose paragraph
must be read with multiple saccades.

Org should provide a way to make all the code bits smaller with one settings:

#+begin_src elisp
(custom-set-faces
 ;; custom-set-faces was added by Custom.
 ;; If you edit it by hand, you could mess it up, so be careful.
 ;; Your init file should contain only one such instance.
 ;; If there is more than one, they won't work right.
 '(org-date ((t (:foreground "#7590db" :underline t :height 0.8 :width
normal))))
 '(org-drawer ((t (:foreground "LightSkyBlue" :height 0.7 :width condensed))))
 '(org-special-keyword ((t (:foreground "#bc6ec5" :height 0.7 :width
condensed)))))
#+end_src

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Make code elements in prose unobtrusive [legibility 6/6]
  2020-02-04  4:11 Make code elements in prose unobtrusive [legibility 6/6] Texas Cyberthal
@ 2020-02-04  5:01 ` Tim Cross
  2020-02-10  7:08   ` Bastien
  2020-02-04  6:35 ` Adam Porter
  1 sibling, 1 reply; 7+ messages in thread
From: Tim Cross @ 2020-02-04  5:01 UTC (permalink / raw)
  To: emacs-orgmode


It strikes me that much of what seems to be required for 'legible' org
would possibly be handled by an org 'theme'. As it is possible to
combine themes, it should be possible to create a 'org pros theme',
which users could add to their existing theme. This theme could adjust
face sizes, colours, fonts etc. For things which cannot be modified
using a theme, we could define profiles e.g. a pros profile and a coding
profile. Provided these are adequately documented, new users will be
able to try them out.

Changing defaults is far more problematic as it has the potential to
impact a large number of existing users who have their environment
configured the way they like already. In this day and age of cut and
paste, pre-configured setups and stack overflow solutions, we cannot
assume that these users are advanced enough to 'fix' or restore their
setup when defaults change.

I also think it important to not consider this to be a simple pros v
code use case. Personally, while I do use org to write pros quite often,
my main use of org is for organisation of information, tracking tasks,
planning and notes. In the majority of my workflows, a lot of that
'code' information is important and not something I would want hidden or
de-emphasised all the time. Rather than changing defaults, what I think
is really needed is something along the 'profile' lines - a way to
reliably switch to a pros profile when I'm writing pros and switch out
to a 'standard' profile when not.

Texas Cyberthal <texas.cyberthal@gmail.com> writes:

> 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 easily
> readable. Prose needs to be larger to be human-scannable, but the code
> bits aren't in paragraphs, so they can be smaller. Code only needs to
> be readable when the eye is centered on it, whereas a prose paragraph
> must be read with multiple saccades.
>
> Org should provide a way to make all the code bits smaller with one settings:
>
> #+begin_src elisp
> (custom-set-faces
>  ;; custom-set-faces was added by Custom.
>  ;; If you edit it by hand, you could mess it up, so be careful.
>  ;; Your init file should contain only one such instance.
>  ;; If there is more than one, they won't work right.
>  '(org-date ((t (:foreground "#7590db" :underline t :height 0.8 :width
> normal))))
>  '(org-drawer ((t (:foreground "LightSkyBlue" :height 0.7 :width condensed))))
>  '(org-special-keyword ((t (:foreground "#bc6ec5" :height 0.7 :width
> condensed)))))
> #+end_src


--
Tim Cross

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Make code elements in prose unobtrusive [legibility 6/6]
  2020-02-04  4:11 Make code elements in prose unobtrusive [legibility 6/6] Texas Cyberthal
  2020-02-04  5:01 ` Tim Cross
@ 2020-02-04  6:35 ` Adam Porter
  2020-02-05  3:38   ` Matthew Lundin
  1 sibling, 1 reply; 7+ messages in thread
From: Adam Porter @ 2020-02-04  6:35 UTC (permalink / raw)
  To: emacs-orgmode

As Tim said, this is really a matter for theming.  There are several
themes and example configs available that make Org buffers "pretty".
For example:

https://github.com/kunalb/poet
https://github.com/jonnay/org-beautify-theme
https://lepisma.xyz/2017/10/28/ricing-org-mode/

As well, faces are easy to customize using:

  M-x customize-apropos-faces RET org RET

There may be improvements to be made, but the defaults shouldn't be set
to match the preferences of any one user.  Remember that people have
been using Org for years, and theming and faces are very personal.  ;)

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Make code elements in prose unobtrusive [legibility 6/6]
  2020-02-04  6:35 ` Adam Porter
@ 2020-02-05  3:38   ` Matthew Lundin
  2020-02-05  3:59     ` Samuel Wales
  2020-02-05 13:56     ` Russell Adams
  0 siblings, 2 replies; 7+ messages in thread
From: Matthew Lundin @ 2020-02-05  3:38 UTC (permalink / raw)
  To: Adam Porter, emacs-orgmode

Adam Porter <adam@alphapapa.net> writes:

> There may be improvements to be made, but the defaults shouldn't be set
> to match the preferences of any one user.  Remember that people have
> been using Org for years, and theming and faces are very personal.  ;)

I strongly agree. All of the changes mentioned in these legibility
threads could be accomplished through theming and Elpa/Melpa packages
one could recommend to new users who easier ways to add variable pitch,
unobtrusive markup, etc. It would be trivial to point a new user to
install them through the package manager. It would be a bad precedent to
add idiosyncratic customization options to cater to personal aesthetic
preferences. As Adam says, everyone's theming preferences are personal,
and they are best addressed through add-on themes and packages.

Matt

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Make code elements in prose unobtrusive [legibility 6/6]
  2020-02-05  3:38   ` Matthew Lundin
@ 2020-02-05  3:59     ` Samuel Wales
  2020-02-05 13:56     ` Russell Adams
  1 sibling, 0 replies; 7+ messages in thread
From: Samuel Wales @ 2020-02-05  3:59 UTC (permalink / raw)
  To: Matthew Lundin; +Cc: Adam Porter, emacs-orgmode

On 2/4/20, Matthew Lundin <mdl@imapmail.org> wrote:
> and they are best addressed through add-on themes and packages.

agreed.

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Make code elements in prose unobtrusive [legibility 6/6]
  2020-02-05  3:38   ` Matthew Lundin
  2020-02-05  3:59     ` Samuel Wales
@ 2020-02-05 13:56     ` Russell Adams
  1 sibling, 0 replies; 7+ messages in thread
From: Russell Adams @ 2020-02-05 13:56 UTC (permalink / raw)
  To: emacs-orgmode

On Tue, Feb 04, 2020 at 09:38:57PM -0600, Matthew Lundin wrote:
> Adam Porter <adam@alphapapa.net> writes:
>
> > There may be improvements to be made, but the defaults shouldn't be set
> > to match the preferences of any one user.  Remember that people have
> > been using Org for years, and theming and faces are very personal.  ;)
>
> I strongly agree. All of the changes mentioned in these legibility
> threads could be accomplished through theming and Elpa/Melpa packages

I've been monitoring this thread, and I have to agree strongly with the idea of
themes. I think if you feel strongly about the newbie experience, maybe you can
help setup and maintain a single binary Emacs distro with your theme as the
default.

I'm the complete opposite of the original poster in all of these threads. I
avoid applications with variable width fonts. I treasure that my terminals all
have the same fixed width font and it isn't overridden by every document or
application. I find variable fonts to be an aesthetic hassle. I wish I could
read more items on my terminal or in fixed width in Emacs. It's very high speed
and consistent. The modern web is a particular hassle with bright backgrounds
and highly inconsistent and illegible fonts.

However, if that's what makes you happy in Emacs, feel free to customize it that
way. You can always have it your way in your config. ;]


------------------------------------------------------------------
Russell Adams                            RLAdams@AdamsInfoServ.com

PGP Key ID:     0x1160DCB3           http://www.adamsinfoserv.com/

Fingerprint:    1723 D8CA 4280 1EC9 557F  66E8 1154 E018 1160 DCB3

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Make code elements in prose unobtrusive [legibility 6/6]
  2020-02-04  5:01 ` Tim Cross
@ 2020-02-10  7:08   ` Bastien
  0 siblings, 0 replies; 7+ messages in thread
From: Bastien @ 2020-02-10  7:08 UTC (permalink / raw)
  To: Tim Cross; +Cc: emacs-orgmode

Tim Cross <theophilusx@gmail.com> writes:

> Changing defaults is far more problematic as it has the potential to
> impact a large number of existing users who have their environment
> configured the way they like already.

Yes, indeed.

-- 
 Bastien

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2020-02-10  7:08 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-02-04  4:11 Make code elements in prose unobtrusive [legibility 6/6] Texas Cyberthal
2020-02-04  5:01 ` Tim Cross
2020-02-10  7:08   ` Bastien
2020-02-04  6:35 ` Adam Porter
2020-02-05  3:38   ` Matthew Lundin
2020-02-05  3:59     ` Samuel Wales
2020-02-05 13:56     ` Russell Adams

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.