emacs-elpa-diffs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[elpa] externals/ef-themes 604d2d0ec0 2/4: Reposition another node in th


From: ELPA Syncer
Subject: [elpa] externals/ef-themes 604d2d0ec0 2/4: Reposition another node in the manual
Date: Sat, 24 Sep 2022 21:57:33 -0400 (EDT)

branch: externals/ef-themes
commit 604d2d0ec025df51c65db8b186bd1ec13cccfc4b
Author: Protesilaos Stavrou <info@protesilaos.com>
Commit: Protesilaos Stavrou <info@protesilaos.com>

    Reposition another node in the manual
---
 README.org | 116 ++++++++++++++++++++++++++++++-------------------------------
 1 file changed, 58 insertions(+), 58 deletions(-)

diff --git a/README.org b/README.org
index 31e13cb219..22e9f64c4a 100644
--- a/README.org
+++ b/README.org
@@ -625,64 +625,6 @@ Please contact us if you have specific questions about 
this mechanism.
 We are willing to help and shall provide comprehensive documentation
 where necessary.
 
-** Configure bold and italic faces
-:PROPERTIES:
-:CUSTOM_ID: h:8c0b05b7-5624-4051-844c-3c4882658782
-:END:
-#+cindex: Bold and italic fonts
-
-The Ef themes do not hardcode a ~:weight~ or ~:slant~ attribute in the
-faces they cover.  Instead, they configure the generic faces called
-~bold~ and ~italic~ to use the appropriate styles and then instruct all
-relevant faces that require emphasis to inherit from them.
-
-This practically means that users can change the particularities of what
-it means for a construct to be bold/italic, by tweaking the ~bold~ and
-~italic~ faces.  Cases where that can be useful include:
-
-+ The default typeface does not have a variant with slanted glyphs
-  (e.g. Fira Mono/Code as of this writing on 2022-08-23), so the user
-  wants to add another family for the italics, such as Hack.
-
-+ The typeface of choice provides a multitude of weights and the user
-  prefers the light one by default.  To prevent the bold weight from
-  being too heavy compared to the light one, they opt to make ~bold~ use a
-  semibold weight.
-
-+ The typeface distinguishes between oblique and italic forms by
-  providing different font variants (the former are just slanted
-  versions of the upright forms, while the latter have distinguishing
-  features as well).  In this case, the user wants to specify the font
-  that applies to the ~italic~ face.
-
-To achieve those effects, one must first be sure that the fonts they use
-have support for those features.
-
-In this example, we set the default font family to Fira Code, while we
-choose to render italics in the Hack typeface (obviously one needs to
-pick fonts that work in tandem):
-
-#+begin_src emacs-lisp
-(set-face-attribute 'default nil :family "Fira Code" :height 110)
-(set-face-attribute 'italic nil :family "Hack")
-#+end_src
-
-And here we play with different weights, using Source Code Pro:
-
-#+begin_src emacs-lisp
-(set-face-attribute 'default nil :family "Source Code Pro" :height 110 :weight 
'light)
-(set-face-attribute 'bold nil :weight 'semibold)
-#+end_src
-
-To reset the font family, one can use this:
-
-#+begin_src emacs-lisp
-(set-face-attribute 'italic nil :family 'unspecified)
-#+end_src
-
-Consider the =fontaine= package on GNU ELPA (by Protesilaos) which
-provides the means to configure font families via faces.
-
 ** A theme-agnostic hook for theme loading
 :PROPERTIES:
 :CUSTOM_ID: h:1dbea3c9-de9a-4bb4-b540-654bea70ba4d
@@ -774,6 +716,64 @@ The exact color values are taken from the active Ef theme."
 To find the names of the color variables, the user can rely on the
 commands for previewing the palette 
([[#h:8dd67bf5-879e-46e5-b277-5bac141f53d1][Preview theme colors]]).
 
+** Configure bold and italic faces
+:PROPERTIES:
+:CUSTOM_ID: h:8c0b05b7-5624-4051-844c-3c4882658782
+:END:
+#+cindex: Bold and italic fonts
+
+The Ef themes do not hardcode a ~:weight~ or ~:slant~ attribute in the
+faces they cover.  Instead, they configure the generic faces called
+~bold~ and ~italic~ to use the appropriate styles and then instruct all
+relevant faces that require emphasis to inherit from them.
+
+This practically means that users can change the particularities of what
+it means for a construct to be bold/italic, by tweaking the ~bold~ and
+~italic~ faces.  Cases where that can be useful include:
+
++ The default typeface does not have a variant with slanted glyphs
+  (e.g. Fira Mono/Code as of this writing on 2022-08-23), so the user
+  wants to add another family for the italics, such as Hack.
+
++ The typeface of choice provides a multitude of weights and the user
+  prefers the light one by default.  To prevent the bold weight from
+  being too heavy compared to the light one, they opt to make ~bold~ use a
+  semibold weight.
+
++ The typeface distinguishes between oblique and italic forms by
+  providing different font variants (the former are just slanted
+  versions of the upright forms, while the latter have distinguishing
+  features as well).  In this case, the user wants to specify the font
+  that applies to the ~italic~ face.
+
+To achieve those effects, one must first be sure that the fonts they use
+have support for those features.
+
+In this example, we set the default font family to Fira Code, while we
+choose to render italics in the Hack typeface (obviously one needs to
+pick fonts that work in tandem):
+
+#+begin_src emacs-lisp
+(set-face-attribute 'default nil :family "Fira Code" :height 110)
+(set-face-attribute 'italic nil :family "Hack")
+#+end_src
+
+And here we play with different weights, using Source Code Pro:
+
+#+begin_src emacs-lisp
+(set-face-attribute 'default nil :family "Source Code Pro" :height 110 :weight 
'light)
+(set-face-attribute 'bold nil :weight 'semibold)
+#+end_src
+
+To reset the font family, one can use this:
+
+#+begin_src emacs-lisp
+(set-face-attribute 'italic nil :family 'unspecified)
+#+end_src
+
+Consider the =fontaine= package on GNU ELPA (by Protesilaos) which
+provides the means to configure font families via faces.
+
 ** Tweak =org-modern= timestamps
 :PROPERTIES:
 :CUSTOM_ID: h:32e3b7b2-3b53-4ec2-bd4e-fa24235e447d



reply via email to

[Prev in Thread] Current Thread [Next in Thread]