* 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 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
* 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
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 public inbox https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).