* XHTML export - customizing via local variables
@ 2007-11-02 12:13 Adam Spiers
2007-11-02 12:20 ` XHTML export - etc Adam Spiers
2007-11-02 15:45 ` XHTML export - customizing via local variables Bastien
0 siblings, 2 replies; 30+ messages in thread
From: Adam Spiers @ 2007-11-02 12:13 UTC (permalink / raw)
To: org-mode mailing list
Is org-export-html-style the only aspect of XHTML export which can be
customized via Local Variables? It would be nice to be able to
override org-export-html-table-tag per-file, for instance, but it
didn't work for me and I wasn't clever enough to figure out how the
code works from a quick glance. Thanks!
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-02 12:13 XHTML export - customizing via local variables Adam Spiers
@ 2007-11-02 12:20 ` Adam Spiers
2007-11-02 15:26 ` Bastien
2007-11-02 15:45 ` XHTML export - customizing via local variables Bastien
1 sibling, 1 reply; 30+ messages in thread
From: Adam Spiers @ 2007-11-02 12:20 UTC (permalink / raw)
To: emacs-orgmode
Another XHTML export question - is it possible to export special
symbols such as " " ? If not, perhaps the @ syntax could be
extended from simple tags to these too, i.e. "@ " ?
Thanks!
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-02 15:26 ` Bastien
@ 2007-11-02 15:19 ` Adam Spiers
2007-11-02 15:33 ` Daniel Clemente
2007-11-02 18:46 ` Bastien
0 siblings, 2 replies; 30+ messages in thread
From: Adam Spiers @ 2007-11-02 15:19 UTC (permalink / raw)
To: emacs-orgmode
On Fri, Nov 02, 2007 at 03:26:19PM +0000, Bastien wrote:
> Adam Spiers <orgmode@adamspiers.org> writes:
>
> > Another XHTML export question - is it possible to export special
> > symbols such as " " ? If not, perhaps the @ syntax could be
> > extended from simple tags to these too, i.e. "@ " ?
>
> Have a look at `org-html-entities'.
>
> You can use \nbsp in Org source file, it'll be converted to
> smoothly.
Perfect, thanks! Probably worth adding this to the docs?
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-02 12:20 ` XHTML export - etc Adam Spiers
@ 2007-11-02 15:26 ` Bastien
2007-11-02 15:19 ` Adam Spiers
0 siblings, 1 reply; 30+ messages in thread
From: Bastien @ 2007-11-02 15:26 UTC (permalink / raw)
To: emacs-orgmode
Adam Spiers <orgmode@adamspiers.org> writes:
> Another XHTML export question - is it possible to export special
> symbols such as " " ? If not, perhaps the @ syntax could be
> extended from simple tags to these too, i.e. "@ " ?
Have a look at `org-html-entities'.
You can use \nbsp in Org source file, it'll be converted to
smoothly.
--
Bastien
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-02 15:19 ` Adam Spiers
@ 2007-11-02 15:33 ` Daniel Clemente
2007-11-02 15:34 ` Daniel Clemente
2007-11-02 19:21 ` Bastien
2007-11-02 18:46 ` Bastien
1 sibling, 2 replies; 30+ messages in thread
From: Daniel Clemente @ 2007-11-02 15:33 UTC (permalink / raw)
To: Adam Spiers, emacs-orgmode
Hi,
Bastien suggested in other thread adding ~ to get a „protected
space" in LaTeX, and now I discover that a \nbsp is also to get a
protected space in HTML. So why can't we use the same syntax for
LaTeX and HTML?
Some other similar signs:
\- : breaking allowed
~ : protected space
-- : hyphen
Also - , ---
It would be nice if the behaviour in HTML and LaTeX were the same.
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-02 15:33 ` Daniel Clemente
@ 2007-11-02 15:34 ` Daniel Clemente
2007-11-02 19:21 ` Bastien
1 sibling, 0 replies; 30+ messages in thread
From: Daniel Clemente @ 2007-11-02 15:34 UTC (permalink / raw)
To: Adam Spiers, emacs-orgmode
Oops!
-- : dash, not hyphen :-)
„hyphen" is -
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - customizing via local variables
2007-11-02 12:13 XHTML export - customizing via local variables Adam Spiers
2007-11-02 12:20 ` XHTML export - etc Adam Spiers
@ 2007-11-02 15:45 ` Bastien
1 sibling, 0 replies; 30+ messages in thread
From: Bastien @ 2007-11-02 15:45 UTC (permalink / raw)
To: org-mode mailing list
Hi Adam,
Adam Spiers <orgmode@adamspiers.org> writes:
> Is org-export-html-style the only aspect of XHTML export which can be
> customized via Local Variables? It would be nice to be able to
> override org-export-html-table-tag per-file, for instance, but it
> didn't work for me and I wasn't clever enough to figure out how the
> code works from a quick glance.
A buffer-local value for `org-export-html-table-tag' won't be of any
help here, so you can't blame yourself :)
Perhaps something like #+TABLE_TAG: would be useful so that
`org-export-plist-vars' can know about a :table-tag property.
I don't know -- Carsten would be of a wiser advice on this.
--
Bastien
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-02 15:19 ` Adam Spiers
2007-11-02 15:33 ` Daniel Clemente
@ 2007-11-02 18:46 ` Bastien
1 sibling, 0 replies; 30+ messages in thread
From: Bastien @ 2007-11-02 18:46 UTC (permalink / raw)
To: emacs-orgmode
Adam Spiers <orgmode@adamspiers.org> writes:
>> You can use \nbsp in Org source file, it'll be converted to
>> smoothly.
>
> Perfect, thanks! Probably worth adding this to the docs?
Yes, you're right.
I guess (info "(org)Enhancing text") is the appropriate place for that.
--
Bastien
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-02 19:21 ` Bastien
@ 2007-11-02 18:50 ` William Henney
2007-11-02 20:20 ` Daniel Clemente
2007-11-03 0:04 ` Bastien
0 siblings, 2 replies; 30+ messages in thread
From: William Henney @ 2007-11-02 18:50 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode
Hi list
On 11/2/07, Bastien <bzg@altern.org> wrote:
> I'm not sure about the the last two columns. Maybe it's simpler to
> let -- and --- be -- and --- in HTML output as well.
>
Shouldn't they be `&endash;' and `&emdash;' in HTML?
http://www.w3.org/TR/xhtml1/dtds.html#a_dtd_Symbols
Cheers
Will
--
Dr William Henney, Centro de Radioastronomía y Astrofísica,
Universidad Nacional Autónoma de México, Campus Morelia
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-02 15:33 ` Daniel Clemente
2007-11-02 15:34 ` Daniel Clemente
@ 2007-11-02 19:21 ` Bastien
2007-11-02 18:50 ` William Henney
1 sibling, 1 reply; 30+ messages in thread
From: Bastien @ 2007-11-02 19:21 UTC (permalink / raw)
To: emacs-orgmode
"Daniel Clemente" <n142857@gmail.com> writes:
> Bastien suggested in other thread adding ~ to get a „protected
> space" in LaTeX, and now I discover that a \nbsp is also to get a
> protected space in HTML. So why can't we use the same syntax for
> LaTeX and HTML?
> Some other similar signs:
> \- : breaking allowed
> ~ : protected space
> -- : hyphen
> Also - , ---
What about this:
| Org | HTML | LaTeX |
|--------+--------+-------|
| \- | ­ | \- |
| ~ or | | ~ |
| -- | - | -- |
| --- | -- | --- |
I'm not sure about the the last two columns. Maybe it's simpler to
let -- and --- be -- and --- in HTML output as well.
--
Bastien
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-02 18:50 ` William Henney
@ 2007-11-02 20:20 ` Daniel Clemente
2007-11-03 0:06 ` Bastien
2007-11-03 6:10 ` William Henney
2007-11-03 0:04 ` Bastien
1 sibling, 2 replies; 30+ messages in thread
From: Daniel Clemente @ 2007-11-02 20:20 UTC (permalink / raw)
To: William Henney; +Cc: emacs-orgmode
> Shouldn't they be `&endash;' and `&emdash;' in HTML?
>
> http://www.w3.org/TR/xhtml1/dtds.html#a_dtd_Symbols
>
You mean – and —
– and — for -- and --- respectively is ok. I think there
exist no ---- and -----
­ with \- and with ~ are also good... There exists
also ​ (zero-width space), but that's not a sign for breaking
words into syllables; ­ is in addition better implemented.
That means that following signs:
\-
~
--
---
would have a special meaning when being exported on all org documents.
I don't know if ~ is a good election. It should be looked for
inside of words (li~ke this), but probably excluding URLs. Maybe that
causes more problems to the users who want to write a literal ~.
The symbol for „breaking allowed" could also be \~ ... That's an
inconsistency with LaTeX ~, but is consistent with LaTeX's \- And
that would leave ~ untouched and just use \- and \~ for hyphenation.
Greets,
Daniel
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-02 18:50 ` William Henney
2007-11-02 20:20 ` Daniel Clemente
@ 2007-11-03 0:04 ` Bastien
1 sibling, 0 replies; 30+ messages in thread
From: Bastien @ 2007-11-03 0:04 UTC (permalink / raw)
To: emacs-orgmode
"William Henney" <whenney@gmail.com> writes:
>> I'm not sure about the the last two columns. Maybe it's simpler to
>> let -- and --- be -- and --- in HTML output as well.
>
> Shouldn't they be `&endash;' and `&emdash;' in HTML?
> http://www.w3.org/TR/xhtml1/dtds.html#a_dtd_Symbols
Yes, thanks. So we have now:
| Org | HTML | LaTeX |
|-----+---------+-------|
| \- | ­ | \- |
| " " | | ~ |
| -- | – | -- |
| --- | — | --- |
(Please note that you can already obtain the HTML ­ and
friends by inserting \shy \nbsp etc. But not having to bother about
special character names in the source file is certainly the right
direction.)
I removed the idea of using the tilde character `~' for inerting a
non-breakable space in Org source file because:
- this is the function of Emacs non-breakable space character ` '
- the tilde char can be used in several other places, and we need to
keep the handling of special characters as simple as possible...
- this seems too close to the LaTeX convention.
So now: do people think this conversion table is okay? Too complex?
Incomplete? Unnecessary?
--
Bastien
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-02 20:20 ` Daniel Clemente
@ 2007-11-03 0:06 ` Bastien
2007-11-04 0:00 ` Daniel Clemente
2007-11-03 6:10 ` William Henney
1 sibling, 1 reply; 30+ messages in thread
From: Bastien @ 2007-11-03 0:06 UTC (permalink / raw)
To: emacs-orgmode
> I don't know if ~ is a good election. It should be looked for
> inside of words (li~ke this), but probably excluding URLs. Maybe that
> causes more problems to the users who want to write a literal ~.
I also think this is too complex.
> The symbol for „breaking allowed" could also be \~ ... That's an
> inconsistency with LaTeX ~, but is consistent with LaTeX's \- And
> that would leave ~ untouched and just use \- and \~ for hyphenation.
What is wrong with \- ? It seems enough to me.
--
Bastien
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-02 20:20 ` Daniel Clemente
2007-11-03 0:06 ` Bastien
@ 2007-11-03 6:10 ` William Henney
2007-11-03 13:51 ` Bastien
1 sibling, 1 reply; 30+ messages in thread
From: William Henney @ 2007-11-03 6:10 UTC (permalink / raw)
To: Daniel Clemente; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 544 bytes --]
On 11/2/07, Daniel Clemente <n142857@gmail.com> wrote:
> > Shouldn't they be `&endash;' and `&emdash;' in HTML?
> >
> > http://www.w3.org/TR/xhtml1/dtds.html#a_dtd_Symbols
> >
>
> You mean – and —
Yes. Thanks for the correction.
Personally, I tend to just use the unicode characters directly in my
org file. This works quite well om the whole (see attached example).
Cheers
Will
--
Dr William Henney, Centro de Radioastronomía y Astrofísica,
Universidad Nacional Autónoma de México, Campus Morelia
[-- Attachment #2: unicode.org --]
[-- Type: application/octet-stream, Size: 6646 bytes --]
#+TITLE: Unicode and org mode
#+AUTHOR: William Henney
#+EMAIL: w.henney@astrosmo.unam.mx
#+LANGUAGE: en
#+OPTIONS: H:3 num:nil toc:t \n:nil @:t ::t |:t ^:t f:t *:t TeX:t LaTeX:t skip:t p:nil
* Notes on using unicode characters in org mode
** How to enter the unicode characters
Use either the SGML or TeX input method.
*** Using the TeX input method
+ Type =C-u C-\ tex= to activate
+ Type things like =\alpha= or =x^2= and they will be translated
into the unicode glyph. Use tab for completion help.
+ Pro: "Intuitive" to use.
+ Con: Gets in the way of typing a "real" backslash
*** Using the SGML input method
+ Type =C-u C-\ sgml= to activate
+ Type things like =α= or =°= to get α and °.
+ Pro: Access to more glyphs than with TeX it seems
+ Con: No access to sub/superscripts
** Punctuation
We can use the em and en dashes—this clause is bounded by em
dashes—directly in the org file. However, they aren't very easily
distinguishable in some fonts, especially fixed width ones at small
sizes. Here is a range of numbers separated by an en dash: 223–999.
In this sentence – following British typographic convention –
the en dash is used like the em dash is used in American
typography. Here are some minus signs:— binary (223 − 999) and
unary (−0.2). Finally, here is a hyphen for comparison: a-b. They
look good in proportional fonts, such as Times, Futura and
Optima. Baskerville is the font where they look most like their
Computer Modern versions. In fact, Baskerville looks quite a lot
like CMR in other ways too… Oh, and that was an ellipsis.
: Test in fixed-width font:— range 666–999
| symbol | examples |
|---------+----------|
| hyphen | 1-2 a-b |
| en dash | 1–2 a–b |
| em dash | 1—2 a—b |
| minus | 1−2 a−b |
|---------+----------|
It seems that the glyphs for the non-ascii characters are always
taken from those of the font family of the =default= face, even
where the font-lock face is specifically set to another font
family.
** Dealing with pre-formatted text
:This uses the org-code face, so we can easily make
:it fixed-width
Even if we are using a proportional font family for the =default=
face, by customizing the =org-code= face, we can use a fixed-width
font (such as Monaco) for pre-formatted material (lines starting
with ":" and words delimited with "="). We can do the same with the
=org-table= face, so that the alignment of table lines still
works. In the case of the pairing of Monaco and Times, it is also
necessary to set the height of the fixed-width faces to 0.85, so
that the character sizes match up.
*** Bugs
1. Table alignment still won't be quite right if there are unicode
characters in the table cells, since the glyphs for these have
variable widths, even in a /supposedly/ fixed-width font like
Monaco.
2. It doesn't work for sections with the QUOTE keyword, since
these do not use any special face.
** Other typographical symbols (e.g., §)
It would be nice if we could use ∗, • and ⋆ as list markers. Maybe
even ♥and ♠, although they look a bit heavy.
** Greek letters and math symbols: /α = x² − y²/
Examples: ½∫ Ξ₀ dz = ℏc/λ ⇒ ϑ ⊂ {⊼, ⋓, ∡} □
*** Variations between fonts (Mac OS X 10.4/Aquamacs 1.2)
As far as I can see, only a few fonts have their own set of
glyphs for the Greek letters. Times has a nice set of glyphs,
although it does have the problem that italic nu and italic v
look /very/ similar. Spot the difference: /νv/ ! Most font
families use a common set of glyphs that have a Sans Serif feel
to them, as though they were designed to go with Helvetica
(although Helvetica actually uses a slightly different
set). These glyphs have the problem that the "gamma" looks too
much like a "y" and the "tau" looks like a "t". When used with
Monaco, they look too small.
*** Super- and sub-scripts
These don't exist for all letters.
*** Example alphabets
αβγδεζηθικλμνξοπρστυφχψω\\
/αβγδεζηθικλμνξοπρστυφχψω/\\
abcdefghijklmnopqrstuvwxyz\\
/abcdefghijklmnopqrstuvwxyz/ \\
ΑΒΓΔΕΖΗΘΙΚΛΜΝΞΟΠΡΣΤΥΦΧΨΩ\\
/ΑΒΓΔΕΖΗΘΙΚΛΜΝΞΟΠΡΣΤΥΦΧΨΩ/ \\
ABCDEFGHIJKLMNOPQRSTUVWXYZ\\
/ABCDEFGHIJKLMNOPQRSTUVWXYZ/ \\
: αβγδεζηθικλμνξοπρστυφχψω
: /αβγδεζηθικλμνξοπρστυφχψω/
: abcdefghijklmnopqrstuvwxyz
: /abcdefghijklmnopqrstuvwxyz/
: ΑΒΓΔΕΖΗΘΙΚΛΜΝΞΟΠΡΣΤΥΦΧΨΩ
: /ΑΒΓΔΕΖΗΘΙΚΛΜΝΞΟΠΡΣΤΥΦΧΨΩ/
: ABCDEFGHIJKLMNOPQRSTUVWXYZ
: /ABCDEFGHIJKLMNOPQRSTUVWXYZ/
** Export to HTML
This should work since the charset is declared as utf-8. However,
support in browsers is variable.
+ Safari and Opera work the best—everything looks pretty nice in
both.
+ Firefox does OK, but the minus signs come out as hyphen. The bold
math looks funny too with greek letters being *very* bold.
** Export to LaTeX
Presumably, this won't work out of the box. I haven't tried it
yet. However, see this [[http://iamleeg.blogspot.com/2007/10/nice-looking-latex-unicode.html][blog post by Graham Lee]] for a possible
solution:
:\usepackage{ucs} % Unicode support
:\usepackage[utf8x]{inputenc} % UCS' UTF-8 driver is better than the LaTeX kernel's
:\usepackage[T1]{fontenc} % The default font encoding only contains Latin characters
:\usepackage{ae,aecompl} % Almost European fonts/hyphenation do a better job than Computer Modern
*** Update [2007-11-02 Fri]
Best to use the option =\usepackage[mathletters]{ucs}=, since
otherwise it tries to use commands like =\textalpha= and I have no
idea where these are defined (and Google wasn't much help). With
=mathletters= it uses the standard math symbol greek alphabet,
whether you are in math mode or not. I guess a better solution
would be to use =\ifmmode= to test if we are in math mode and use
=\upalpha= if we are not.
**** Problems encountered with =org-export-latex=
+ Backslashes in quoted text are not properly escaped.
** Integration with calc
Calc does not understand unicode as afar as I can see (e.g., it
doesn't recognise 2.3 ± 0.4 as an error form). Presumably, this
could be fixed rather easily since calc already has the concept of
display styles.
[-- Attachment #3: Type: text/plain, Size: 204 bytes --]
_______________________________________________
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-03 6:10 ` William Henney
@ 2007-11-03 13:51 ` Bastien
2007-11-03 14:23 ` William Henney
0 siblings, 1 reply; 30+ messages in thread
From: Bastien @ 2007-11-03 13:51 UTC (permalink / raw)
To: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 619 bytes --]
"William Henney" <whenney@gmail.com> writes:
> Personally, I tend to just use the unicode characters directly in my
> org file. This works quite well om the whole (see attached example).
This is *very* nice.
I attach the corresponding .tex source and a .pdf output.
I used org-export-latex.el for this. I had to handle backslashes issues
(hopefully this will be fixed in org-export-latex.el) and some unicode
characters could not be printed:
Unicode characters: ✧ ♥ ⊼ ⋓ ∡ □ ϑ
ERROR: Package ucs Error: Unknown Unicode character 9829 = U+2665,
I don't have any clue on how this could be handled...
[-- Attachment #2: unicode.tex --]
[-- Type: text/x-tex, Size: 7742 bytes --]
% Created 2007-11-03 sam 11:58
\documentclass[11pt,a4paper]{article}
\usepackage[mathletters]{ucs}
%\usepackage{ucs} % Unicode support
\usepackage[utf8x]{inputenc} % UCS' UTF-8 driver is better than the LaTeX kernel's
\usepackage[T1]{fontenc} % The default font encoding only contains Latin characters
\usepackage{ae,aecompl} % Almost European fonts/hyphenation do a better job than Computer Modern
\usepackage{graphicx}
\usepackage{hyperref}
\hypersetup{
colorlinks=true,
urlcolor=blue,
linkcolor=blue,
}
\title{Unicode and org mode}
\author{William Henney}
\date{03 novembre 2007}
\begin{document}
\maketitle
\section*{Notes on using unicode characters in org mode}
\subsection*{How to enter the unicode characters}
Use either the SGML or TeX input method.
\subsubsection*{Using the TeX input method}
\begin{itemize}
\item Type \texttt{C-u C-\textbackslash{} tex} to activate
\item Type things like \texttt{$\alpha$} or \texttt{$x^2$} and they will be translated
into the unicode glyph. Use tab for completion help.
\item Pro: ``Intuitive'' to use.
\item Con: Gets in the way of typing a ``real'' backslash
\end{itemize}
\subsubsection*{Using the SGML input method}
\begin{itemize}
\item Type \texttt{C-u C-\textbackslash{} sgml} to activate
\item Type things like \texttt{\α} or \texttt{\°} to get α and °.
\item Pro: Access to more glyphs than with TeX it seems
\item Con: No access to sub/superscripts
\end{itemize}
\subsection*{Punctuation}
We can use the em and en dashes—this clause is bounded by em
dashes—directly in the org file. However, they aren't very easily
distinguishable in some fonts, especially fixed width ones at small
sizes. Here is a range of numbers separated by an en dash: 223–999. In
this sentence – following British typographic convention – the en dash
is used like the em dash is used in American typography. Here are some
minus signs:— binary (223 − 999) and unary (−0.2). Finally, here is a
hyphen for comparison: a-b. They look good in proportional fonts, such
as Times, Futura and Optima. Baskerville is the font where they look
most like their Computer Modern versions. In fact, Baskerville looks
quite a lot like CMR in other ways too… Oh, and that was an ellipsis.
\begin{verbatim}
Test in fixed-width font:— range 666–999
\end{verbatim}
\begin{tabular}{ll}
symbol & examples \\
\hline
hyphen & 1-2 a-b \\
en dash & 1–2 a–b \\
em dash & 1—2 a—b \\
minus & 1−2 a−b \\
\hline
\end{tabular}
It seems that the glyphs for the non-ascii characters are always taken
from those of the font family of the \texttt{default} face, even where
the font-lock face is specifically set to another font family.
\subsection*{Dealing with pre-formatted text}
\begin{verbatim}
This uses the org-code face, so we can easily make
it fixed-width
\end{verbatim}
Even if we are using a proportional font family for the \texttt{default}
face, by customizing the \texttt{org-code} face, we can use a
fixed-width font (such as Monaco) for pre-formatted material (lines
starting with ``:'' and words delimited with ``=''). We can do the same
with the \texttt{org-table} face, so that the alignment of table lines
still works. In the case of the pairing of Monaco and Times, it is also
necessary to set the height of the fixed-width faces to 0.85, so that
the character sizes match up.
\subsubsection*{Bugs}
\begin{enumerate}
\item Table alignment still won't be quite right if there are unicode
characters in the table cells, since the glyphs for these have
variable widths, even in a \emph{supposedly} fixed-width font like
Monaco.
\item It doesn't work for sections with the QUOTE keyword, since
these do not use any special face.
\end{enumerate}
\subsection*{Other typographical symbols (e.g., §)}
% FIXME Cannot be printed:
% It would be nice if we could use ∗, • and ⋆ as list markers. Maybe even
% ♥ and ♠, although they look a bit heavy.
Diamond character: ♢
% FIXME Cannot be printed:
%✧ ♥ ⊼ ⋓ ∡ □ ϑ
\subsection*{Greek letters and math symbols: \emph{α = x² − y²}}
% FIXME Cannot be printed:
%Examples: ½∫ Ξ₀ dz = ℏc/λ ⇒ ϑ ⊂ \{⊼, ⋓, ∡\} □
Examples: ½∫ Ξ₀ dz = ℏc/λ ⇒
\subsubsection*{Variations between fonts (Mac OS X 10.4/Aquamacs 1.2)}
As far as I can see, only a few fonts have their own set of glyphs for
the Greek letters. Times has a nice set of glyphs, although it does have
the problem that italic nu and italic v look \emph{very} similar. Spot
the difference: \emph{νv} ! Most font families use a common set of
glyphs that have a Sans Serif feel to them, as though they were designed
to go with Helvetica (although Helvetica actually uses a slightly
different set). These glyphs have the problem that the ``gamma'' looks
too much like a ``y'' and the ``tau'' looks like a ``t''. When used with
Monaco, they look too small.
\subsubsection*{Super- and sub-scripts}
These don't exist for all letters.
\subsubsection*{Example alphabets}
αβγδεζηθικλμνξοπρστυφχψω\\
/αβγδεζηθικλμνξοπρστυφχψω/\\
abcdefghijklmnopqrstuvwxyz\\
\emph{abcdefghijklmnopqrstuvwxyz} \\
ΑΒΓΔΕΖΗΘΙΚΛΜΝΞΟΠΡΣΤΥΦΧΨΩ\\
\emph{ΑΒΓΔΕΖΗΘΙΚΛΜΝΞΟΠΡΣΤΥΦΧΨΩ} \\
ABCDEFGHIJKLMNOPQRSTUVWXYZ\\
\emph{ABCDEFGHIJKLMNOPQRSTUVWXYZ} \\
\begin{verbatim}
αβγδεζηθικλμνξοπρστυφχψω
/αβγδεζηθικλμνξοπρστυφχψω/
abcdefghijklmnopqrstuvwxyz
/abcdefghijklmnopqrstuvwxyz/
ΑΒΓΔΕΖΗΘΙΚΛΜΝΞΟΠΡΣΤΥΦΧΨΩ
/ΑΒΓΔΕΖΗΘΙΚΛΜΝΞΟΠΡΣΤΥΦΧΨΩ/
ABCDEFGHIJKLMNOPQRSTUVWXYZ
/ABCDEFGHIJKLMNOPQRSTUVWXYZ/
\end{verbatim}
\subsection*{Export to HTML}
This should work since the charset is declared as utf-8. However,
support in browsers is variable.
\begin{itemize}
\item Safari and Opera work the best—everything looks pretty nice in
both.
\item Firefox does OK, but the minus signs come out as hyphen. The bold
math looks funny too with greek letters being \textbf{very} bold.
\end{itemize}
\subsection*{Export to \LaTeX{}}
Presumably, this won't work out of the box. I haven't tried it
yet. However, see this \href{http://iamleeg.blogspot.com/2007/10/nice-looking-latex-unicode.html}{blog post by Graham Lee} for a possible
solution:
\begin{verbatim}
\usepackage{ucs} % Unicode support
\usepackage[utf8x]{inputenc} % UCS' UTF-8 driver is better than the \LaTeX{} kernel's
\usepackage[T1]{fontenc} % The default font encoding only contains Latin characters
\usepackage{ae,aecompl} % Almost European fonts/hyphenation do a better job than Computer Modern
\end{verbatim}
\subsubsection*{Update [2007-11-02 Fri]}
% FIXME (some chars were removed):
Best to use the option \texttt{[mathletters]}, since otherwise it tries
to use commands like \texttt{textalpha} and I have no idea where these
are defined (and Google wasn't much help). With \texttt{mathletters} it
uses the standard math symbol greek alphabet, whether you are in math
mode or not. I guess a better solution would be to use \texttt{ifmmode}
to test if we are in math mode and use \texttt{upalpha} if we are not.
\begin{description}
\item[Problems encountered with \texttt{org-export-latex}]
\begin{itemize}
\item Backslashes in quoted text are not properly escaped.
\end{itemize}
\end{description}
\subsection*{Integration with calc}
Calc does not understand unicode as afar as I can see (e.g., it
doesn't recognise 2.3 ± 0.4 as an error form). Presumably, this
could be fixed rather easily since calc already has the concept of
display styles.
\end{document}
[-- Attachment #3: unicode.pdf --]
[-- Type: application/pdf, Size: 117008 bytes --]
[-- Attachment #4: Type: text/plain, Size: 13 bytes --]
--
Bastien
[-- Attachment #5: Type: text/plain, Size: 204 bytes --]
_______________________________________________
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-03 13:51 ` Bastien
@ 2007-11-03 14:23 ` William Henney
2007-11-03 15:51 ` Bastien
0 siblings, 1 reply; 30+ messages in thread
From: William Henney @ 2007-11-03 14:23 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 1982 bytes --]
Hi Bastien
On 11/3/07, Bastien <bzg@altern.org> wrote:
> "William Henney" <whenney@gmail.com> writes:
>
> > Personally, I tend to just use the unicode characters directly in my
> > org file. This works quite well om the whole (see attached example).
>
> This is *very* nice.
>
Glad you liked it
> I attach the corresponding .tex source and a .pdf output.
>
> I used org-export-latex.el for this. I had to handle backslashes issues
> (hopefully this will be fixed in org-export-latex.el)
That would be great!
> and some unicode
> characters could not be printed:
>
> Unicode characters: ✧ ♥ ⊼ ⋓ ∡ □ ϑ
>
> ERROR: Package ucs Error: Unknown Unicode character 9829 = U+2665,
>
> I don't have any clue on how this could be handled...
>
Here is what I have managed to work out. Apologies for answering in
org syntax :)
------------------------------------------------------------------------
*** Second update [2007-11-03 Sat]
**** Finding LaTeX definitions for obscure symbols
Look in the
[[http://www.ctan.org/tex-archive/info/symbols/comprehensive/][Comprehensive
LaTeX Symbol List]] to find the package
where each symbol is defined.
+ =\usepackage{amssymb}= provides lots of the more obscure math
symbols, such as ⋓ (=\Cup=).
**** Telling =ucs.sty= about symbols it doesn't understand
We can use something like
:\DeclareUnicodeCharacter{977}{\ensuremath{\vartheta}}
+ Note that the code (e.g., 977) can be found from the TeX error
message. It seems to be decimal, but I still haven't worked out
its relation to the Unicode hex code.
+ A better way might be to add the new definitions to the ucs
config files and run =makeunidef.pl=
------------------------------------------------------------------------
Attached are example .tex and .pdf that work for me.
Cheers
Will
--
Dr William Henney, Centro de Radioastronomía y Astrofísica,
Universidad Nacional Autónoma de México, Campus Morelia
[-- Attachment #2: unicode-test.tex --]
[-- Type: application/x-tex, Size: 801 bytes --]
[-- Attachment #3: unicode-test.pdf --]
[-- Type: application/pdf, Size: 22723 bytes --]
[-- Attachment #4: Type: text/plain, Size: 204 bytes --]
_______________________________________________
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-03 14:23 ` William Henney
@ 2007-11-03 15:51 ` Bastien
2007-11-03 16:46 ` William Henney
0 siblings, 1 reply; 30+ messages in thread
From: Bastien @ 2007-11-03 15:51 UTC (permalink / raw)
To: emacs-orgmode
"William Henney" <whenney@gmail.com> writes:
>> ERROR: Package ucs Error: Unknown Unicode character 9829 = U+2665,
>>
>> I don't have any clue on how this could be handled...
>
> Here is what I have managed to work out. Apologies for answering in
> org syntax :)
Hey this is great. I ♥ typesetting :)
--
Bastien
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-03 15:51 ` Bastien
@ 2007-11-03 16:46 ` William Henney
0 siblings, 0 replies; 30+ messages in thread
From: William Henney @ 2007-11-03 16:46 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 449 bytes --]
On 11/3/07, Bastien <bzg@altern.org> wrote:
> "William Henney" <whenney@gmail.com> writes:
> >
> > Here is what I have managed to work out. Apologies for answering in
> > org syntax :)
>
> Hey this is great. I ♥ typesetting :)
>
Me too. And the possibilities for new smilies are endless:
•⋖
⌣
Cheers
Will
--
Dr William Henney, Centro de Radioastronomía y Astrofísica,
Universidad Nacional Autónoma de México, Campus Morelia
[-- Attachment #2: Type: text/plain, Size: 204 bytes --]
_______________________________________________
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-03 0:06 ` Bastien
@ 2007-11-04 0:00 ` Daniel Clemente
2007-11-04 12:45 ` Bastien
0 siblings, 1 reply; 30+ messages in thread
From: Daniel Clemente @ 2007-11-04 0:00 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode
>
> > The symbol for „breaking allowed" could also be \~ ... That's an
> > inconsistency with LaTeX ~, but is consistent with LaTeX's \- And
> > that would leave ~ untouched and just use \- and \~ for hyphenation.
>
> What is wrong with \- ? It seems enough to me.
Sorry, I wanted to say the symbol for „*nonbreaking space*" could be
\~ , instead of just ~
That way the symbols for hyphenation are more symmetrical: \- for
„breaking allowed" and \~ for „nonbreaking space".
And then the normal ~ is still rendered as expected.
> I removed the idea of using the tilde character `~' for inerting a non-breakable space in Org source file because:
> ...
> - this is the function of Emacs non-breakable space character `'
What do you mean? Did you type something? I see nothing; just `'
Is it better to enter the unicode character directly, or offering
something like \~ ? I suppose both could be changed at the exporting,
so maybe it's a matter of taste.
Daniel
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-04 0:00 ` Daniel Clemente
@ 2007-11-04 12:45 ` Bastien
2007-11-07 16:09 ` Daniel Clemente
0 siblings, 1 reply; 30+ messages in thread
From: Bastien @ 2007-11-04 12:45 UTC (permalink / raw)
To: emacs-orgmode
"Daniel Clemente" <n142857@gmail.com> writes:
> Sorry, I wanted to say the symbol for „*nonbreaking space*" could be
> \~ , instead of just ~
I think this would be weird.
By "nonbreaking character", I meant the output of C-x 8 SPC (try it).
This is iso-8859-1, not ascii, so we should avoid to handle this in Org
source file -- but my bet is that people who want to insert nonbreaking
characters are also people using other charsets than ascii.
> Is it better to enter the unicode character directly, or offering
> something like \~ ?
For me \~ would rather mean "don't convert ~", which means: output "~"
(at least in LaTeX, since the normal LaTeX conversion for ~ is \~)
--
Bastien
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-04 12:45 ` Bastien
@ 2007-11-07 16:09 ` Daniel Clemente
2007-11-07 17:39 ` Bastien
0 siblings, 1 reply; 30+ messages in thread
From: Daniel Clemente @ 2007-11-07 16:09 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode
Hi
>
> By "nonbreaking character", I meant the output of C-x 8 SPC (try it).
>
> This is iso-8859-1, not ascii, so we should avoid to handle this in Org
> source file -- but my bet is that people who want to insert nonbreaking
> characters are also people using other charsets than ascii.
>
If you use C-x 8 SPC in a text file, you probably want to export it
as ~ in LaTeX, not to include that Unicode character directly. But
this conversion is a strange one, therefore it may be besser to offer
a syntax for the ~ (non-breaking space) in LaTeX. For instance \~ or ~
> > Is it better to enter the unicode character directly, or offering
> > something like \~ ?
>
> For me \~ would rather mean "don't convert ~", which means: output "~"
> (at least in LaTeX, since the normal LaTeX conversion for ~ is \~)
>
But we said that if someone writes ~ in an org-file, then it is
expected that ~ appears at the result. Therefore:
~ is for the sign ~
other sign (maybe \~ ) is for the non-breaking space
I know this behaviour it's not the same as LaTeX, but I don't think
it's a problem.
Daniel
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-07 16:09 ` Daniel Clemente
@ 2007-11-07 17:39 ` Bastien
2007-11-07 18:04 ` Daniel Clemente
0 siblings, 1 reply; 30+ messages in thread
From: Bastien @ 2007-11-07 17:39 UTC (permalink / raw)
To: emacs-orgmode
"Daniel Clemente" <n142857@gmail.com> writes:
> If you use C-x 8 SPC in a text file, you probably want to export it
> as ~ in LaTeX, not to include that Unicode character directly.
This is what i suggested.
> But this conversion is a strange one,
Why?
> therefore it may be besser to offer a syntax for the ~ (non-breaking
> space) in LaTeX. For instance \~ or ~
I think I misunderstood at some point. For me "\~" means "protect the
tilde character from conversion" which means "don't escape the tilde",
which results into a LaTeX nonbreaking-space (~).
Note that this is also the case for "%": \% unescape the "%" character,
then starts a comment in the LaTeX source.
My point about letting C-x 8 SPC being converted into ~ was this: those
people who are likely to use nonbreaking spaces are also those who won't
be scared by using non-ascii characters such as C-x 8 SPC in their Org
files. I might be wrong on this.
--
Bastien
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-07 17:39 ` Bastien
@ 2007-11-07 18:04 ` Daniel Clemente
2007-11-08 0:48 ` Bastien
0 siblings, 1 reply; 30+ messages in thread
From: Daniel Clemente @ 2007-11-07 18:04 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode
>
> > If you use C-x 8 SPC in a text file, you probably want to export it
> > as ~ in LaTeX, not to include that Unicode character directly.
>
> This is what i suggested.
>
Ok, I misunderstood because you said „so we should avoid to handle
this in Org source file"
> > But this conversion is a strange one,
>
> Why?
Well, I didn't know the character inserted by C-x 8 SPC, and I
suppose most people don't use it frequently. However, it could be used
and that would be simple. For instance:
- you write C-x 8 SPC in your org files
- C-x 8 SPC is exported to on HTML
- C-x 8 SPC is exported to ~ on HTML
- ~ continues working normally: produces ~ on HTML and \~{} on LaTeX
>
> > therefore it may be besser to offer a syntax for the ~ (non-breaking
> > space) in LaTeX. For instance \~ or ~
>
> I think I misunderstood at some point. For me "\~" means "protect the
> tilde character from conversion" which means "don't escape the tilde",
> which results into a LaTeX nonbreaking-space (~).
>
But we don't need to „protect the tilde from conversion" because ~
already writes the tilde unconverted. \~ is still free to other uses.
Sometimes the \ means „don't escape", sometimes not. For instance
at \- it wouldn't mean „insert a hyphen", but „breaking allowed".
Yes, that's confusing...
Daniel
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-07 18:04 ` Daniel Clemente
@ 2007-11-08 0:48 ` Bastien
2007-11-09 19:51 ` Daniel Clemente
0 siblings, 1 reply; 30+ messages in thread
From: Bastien @ 2007-11-08 0:48 UTC (permalink / raw)
To: emacs-orgmode
"Daniel Clemente" <n142857@gmail.com> writes:
> - you write C-x 8 SPC in your org files
> - C-x 8 SPC is exported to on HTML
> - C-x 8 SPC is exported to ~ on HTML
> - ~ continues working normally: produces ~ on HTML and \~{} on LaTeX
100% okay. And you can add:
- \~ will insert ~ in the LaTeX source
> Sometimes the \ means „don't escape", sometimes not.
Are you okay with this:
Org => LaTeX
----------------
\~ => ~
\% => %
\# => #
\{ => {
\} => }
\& => &
\_ => _
\^ => ^
(i.e. preventing special characters from being converted.)
--
Bastien
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-08 0:48 ` Bastien
@ 2007-11-09 19:51 ` Daniel Clemente
2007-11-09 19:59 ` Daniel Clemente
2007-11-12 5:22 ` Bastien
0 siblings, 2 replies; 30+ messages in thread
From: Daniel Clemente @ 2007-11-09 19:51 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode
>
> > - you write C-x 8 SPC in your org files
> > - C-x 8 SPC is exported to on HTML
> > - C-x 8 SPC is exported to ~ on HTML
> > - ~ continues working normally: produces ~ on HTML and \~{} on LaTeX
>
> 100% okay. And you can add:
>
> - \~ will insert ~ in the LaTeX source
>
Yes
> > Sometimes the \ means „don't escape", sometimes not.
>
> Are you okay with this:
>
> Org => LaTeX
> ----------------
> \~ => ~
> \% => %
> \# => #
> \{ => {
> \} => }
> \& => &
> \_ => _
> \^ => ^
>
> (i.e. preventing special characters from being converted.)
Mmm... some of those characters /can/ already be written directly
and they won't be interpreted, so you suggest adding a second method
(ex: \# besides # ). Maybe some users find this confusing and prefer
just one way to write each sign.
What do other people think? Should both # and \# write # ?
But your proposal would convert \ into the generic escaping character.
This is good since then you can always write \% (or with any
character of the list) and you know it will be escaped.
But this is bad because this would only work on the characters you
proposed, not on all. Ex \[ would probably write \[ and not [
I would suggest:
1. Using \# just for signs that are part of org's syntax: _ ^
2. Developing a general way to include a literal text without
processing of org's syntax. For instance, the string *word* where both
asterisks should be visible at the exported text (instead of a bold
word). That can be implemented with start-end markers (ex:
<literal>some *unprocessed* text</literal>) or with a marker before
each sign: (ex: some \*unprocessed\* text).
1 and 2 can be combined if \# works with exactly all syntax
elements, that means, all elements which would otherwise change the
meaning and processing of the text. For instance:
\*
\/
\[
\]
\#
\|
\=
etc.
Of course, also \\ must be present to write a literal \
For the signs which are not part of org's syntax, you wouldn't need
to write \ Ex: \( is unnecesary since ( has no meaning in org.
Sorry for starting anothed discussion :-)
Daniel
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-09 19:51 ` Daniel Clemente
@ 2007-11-09 19:59 ` Daniel Clemente
2007-11-09 22:37 ` Eddward DeVilla
2007-11-12 5:22 ` Bastien
1 sibling, 1 reply; 30+ messages in thread
From: Daniel Clemente @ 2007-11-09 19:59 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode
I should add that the @<em>at-syntax@</em>:
- is too HTML-specific (we need something that exports as good to
LaTeX as to HTML)
- and sometimes it isn't clear what to write. For instance if I want
to write [1] without being processed as a footnote (on a document with
footnotes on); something like @<span>[@</span>1@<span>]@</span> would
be too complex.
@<strong>@<em>Greetings@</em>@</strong> :-)
Daniel
2007/11/9, Daniel Clemente <n142857@gmail.com>:
> >
> > > - you write C-x 8 SPC in your org files
> > > - C-x 8 SPC is exported to on HTML
> > > - C-x 8 SPC is exported to ~ on HTML
> > > - ~ continues working normally: produces ~ on HTML and \~{} on LaTeX
> >
> > 100% okay. And you can add:
> >
> > - \~ will insert ~ in the LaTeX source
> >
> Yes
>
> > > Sometimes the \ means „don't escape", sometimes not.
> >
> > Are you okay with this:
> >
> > Org => LaTeX
> > ----------------
> > \~ => ~
> > \% => %
> > \# => #
> > \{ => {
> > \} => }
> > \& => &
> > \_ => _
> > \^ => ^
> >
> > (i.e. preventing special characters from being converted.)
>
> Mmm... some of those characters /can/ already be written directly
> and they won't be interpreted, so you suggest adding a second method
> (ex: \# besides # ). Maybe some users find this confusing and prefer
> just one way to write each sign.
> What do other people think? Should both # and \# write # ?
>
> But your proposal would convert \ into the generic escaping character.
> This is good since then you can always write \% (or with any
> character of the list) and you know it will be escaped.
> But this is bad because this would only work on the characters you
> proposed, not on all. Ex \[ would probably write \[ and not [
>
> I would suggest:
> 1. Using \# just for signs that are part of org's syntax: _ ^
> 2. Developing a general way to include a literal text without
> processing of org's syntax. For instance, the string *word* where both
> asterisks should be visible at the exported text (instead of a bold
> word). That can be implemented with start-end markers (ex:
> <literal>some *unprocessed* text</literal>) or with a marker before
> each sign: (ex: some \*unprocessed\* text).
>
> 1 and 2 can be combined if \# works with exactly all syntax
> elements, that means, all elements which would otherwise change the
> meaning and processing of the text. For instance:
> \*
> \/
> \[
> \]
> \#
> \|
> \=
> etc.
> Of course, also \\ must be present to write a literal \
> For the signs which are not part of org's syntax, you wouldn't need
> to write \ Ex: \( is unnecesary since ( has no meaning in org.
>
>
> Sorry for starting anothed discussion :-)
>
>
> Daniel
>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-09 19:59 ` Daniel Clemente
@ 2007-11-09 22:37 ` Eddward DeVilla
2007-11-09 23:40 ` Xiao-Yong Jin
0 siblings, 1 reply; 30+ messages in thread
From: Eddward DeVilla @ 2007-11-09 22:37 UTC (permalink / raw)
To: Daniel Clemente; +Cc: emacs-orgmode
I feel tempted to bring up my suggestion of [markup|text] format
again, but I've been resisting because I feel like a develish nag. So
[*|at-syntax] could still be html specific if you really want
something html specific, but there would be something that could be
portable to all export formats. It would just be a matter of deciding
what 'org' marks should be supported and making sure exporters try to
support them. And of course there are other ways to get around *at
syntax*.
Edd
On Nov 9, 2007 1:59 PM, Daniel Clemente <n142857@gmail.com> wrote:
> I should add that the @<em>at-syntax@</em>:
> - is too HTML-specific (we need something that exports as good to
> LaTeX as to HTML)
> - and sometimes it isn't clear what to write. For instance if I want
> to write [1] without being processed as a footnote (on a document with
> footnotes on); something like @<span>[@</span>1@<span>]@</span> would
> be too complex.
>
>
> @<strong>@<em>Greetings@</em>@</strong> :-)
> Daniel
>
>
> 2007/11/9, Daniel Clemente <n142857@gmail.com>:
>
> > >
> > > > - you write C-x 8 SPC in your org files
> > > > - C-x 8 SPC is exported to on HTML
> > > > - C-x 8 SPC is exported to ~ on HTML
> > > > - ~ continues working normally: produces ~ on HTML and \~{} on LaTeX
> > >
> > > 100% okay. And you can add:
> > >
> > > - \~ will insert ~ in the LaTeX source
> > >
> > Yes
> >
> > > > Sometimes the \ means „don't escape", sometimes not.
> > >
> > > Are you okay with this:
> > >
> > > Org => LaTeX
> > > ----------------
> > > \~ => ~
> > > \% => %
> > > \# => #
> > > \{ => {
> > > \} => }
> > > \& => &
> > > \_ => _
> > > \^ => ^
> > >
> > > (i.e. preventing special characters from being converted.)
> >
> > Mmm... some of those characters /can/ already be written directly
> > and they won't be interpreted, so you suggest adding a second method
> > (ex: \# besides # ). Maybe some users find this confusing and prefer
> > just one way to write each sign.
> > What do other people think? Should both # and \# write # ?
> >
> > But your proposal would convert \ into the generic escaping character.
> > This is good since then you can always write \% (or with any
> > character of the list) and you know it will be escaped.
> > But this is bad because this would only work on the characters you
> > proposed, not on all. Ex \[ would probably write \[ and not [
> >
> > I would suggest:
> > 1. Using \# just for signs that are part of org's syntax: _ ^
> > 2. Developing a general way to include a literal text without
> > processing of org's syntax. For instance, the string *word* where both
> > asterisks should be visible at the exported text (instead of a bold
> > word). That can be implemented with start-end markers (ex:
> > <literal>some *unprocessed* text</literal>) or with a marker before
> > each sign: (ex: some \*unprocessed\* text).
> >
> > 1 and 2 can be combined if \# works with exactly all syntax
> > elements, that means, all elements which would otherwise change the
> > meaning and processing of the text. For instance:
> > \*
> > \/
> > \[
> > \]
> > \#
> > \|
> > \=
> > etc.
> > Of course, also \\ must be present to write a literal \
> > For the signs which are not part of org's syntax, you wouldn't need
> > to write \ Ex: \( is unnecesary since ( has no meaning in org.
> >
> >
> > Sorry for starting anothed discussion :-)
> >
> >
> > Daniel
> >
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-09 22:37 ` Eddward DeVilla
@ 2007-11-09 23:40 ` Xiao-Yong Jin
2007-11-12 5:07 ` Bastien
0 siblings, 1 reply; 30+ messages in thread
From: Xiao-Yong Jin @ 2007-11-09 23:40 UTC (permalink / raw)
To: emacs-orgmode
"Eddward DeVilla" <eddward@gmail.com> writes:
> I feel tempted to bring up my suggestion of [markup|text] format
> again, but I've been resisting because I feel like a develish nag. So
> [*|at-syntax] could still be html specific if you really want
> something html specific, but there would be something that could be
> portable to all export formats. It would just be a matter of deciding
> what 'org' marks should be supported and making sure exporters try to
> support them. And of course there are other ways to get around *at
> syntax*.
I would vote against heavily mark-up format like that. I
guess the original design of org-mode is to make a simple
text file that can make personal information organization
much simpler in emacs, as opposed to those half-mark-up
languages like emacs-muse.
I would suggest to keep current method, which is converting
everything that could be converted. To resolve the
complication in some circumstances where conversion of `[1]'
or `_', `^' and etc. is not wanted, I would propose that we
can just use one of the mark-ups, `=code=', and make it be
actually `=verbatim='.
These are just what I think. Probably there is another way
to go: merge with emacs-muse!
Xiao-Yong
--
c/* __o/*
<\ * (__
*/\ <
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-09 23:40 ` Xiao-Yong Jin
@ 2007-11-12 5:07 ` Bastien
0 siblings, 0 replies; 30+ messages in thread
From: Bastien @ 2007-11-12 5:07 UTC (permalink / raw)
To: emacs-orgmode
Xiao-Yong Jin <xj2106@columbia.edu> writes:
> "Eddward DeVilla" <eddward@gmail.com> writes:
>
>> I feel tempted to bring up my suggestion of [markup|text] format
>> again, but I've been resisting because I feel like a develish nag. So
>> [*|at-syntax] could still be html specific if you really want
>> something html specific, but there would be something that could be
>> portable to all export formats. It would just be a matter of deciding
>> what 'org' marks should be supported and making sure exporters try to
>> support them. And of course there are other ways to get around *at
>> syntax*.
>
> I would vote against heavily mark-up format like that. I
> guess the original design of org-mode is to make a simple
> text file that can make personal information organization
> much simpler in emacs, as opposed to those half-mark-up
> languages like emacs-muse.
FWIW, I second this.
--
Bastien
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: XHTML export - etc.
2007-11-09 19:51 ` Daniel Clemente
2007-11-09 19:59 ` Daniel Clemente
@ 2007-11-12 5:22 ` Bastien
1 sibling, 0 replies; 30+ messages in thread
From: Bastien @ 2007-11-12 5:22 UTC (permalink / raw)
To: Daniel Clemente; +Cc: emacs-orgmode
About escaping characters in LaTeX, here is the rule I'm trying to stick
to:
1. If a character is a special character in LaTeX, org-export-latex.el
will escape it (so that this character will be correctly displayed in
the resulting .dvi.)
2. If you escape such a character in the Org source file, then this
character won't be escaped in the LaTeX source file, meaning that you
want to refer to the special meaning of this character in LaTeX.
I don't use any notion of "Org's special character".
As long as this approach handles 99% of the special characters issues, I
think it's better not to try to invent any new specific Org syntax or to
impose new writing conventions...
I will work on the relevant code for that this week, let's see what
happen then.
Thanks,
"Daniel Clemente" <n142857@gmail.com> writes:
>>
> Yes
>
>> > Sometimes the \ means „don't escape", sometimes not.
>>
>> Are you okay with this:
>>
>> Org => LaTeX
>> ----------------
>> \~ => ~
>> \% => %
>> \# => #
>> \{ => {
>> \} => }
>> \& => &
>> \_ => _
>> \^ => ^
>>
>> (i.e. preventing special characters from being converted.)
>
> Mmm... some of those characters /can/ already be written directly
> and they won't be interpreted, so you suggest adding a second method
> (ex: \# besides # ). Maybe some users find this confusing and prefer
> just one way to write each sign.
> What do other people think? Should both # and \# write # ?
>
> But your proposal would convert \ into the generic escaping character.
> This is good since then you can always write \% (or with any
> character of the list) and you know it will be escaped.
> But this is bad because this would only work on the characters you
> proposed, not on all. Ex \[ would probably write \[ and not [
>
> I would suggest:
> 1. Using \# just for signs that are part of org's syntax: _ ^
> 2. Developing a general way to include a literal text without
> processing of org's syntax. For instance, the string *word* where both
> asterisks should be visible at the exported text (instead of a bold
> word). That can be implemented with start-end markers (ex:
> <literal>some *unprocessed* text</literal>) or with a marker before
> each sign: (ex: some \*unprocessed\* text).
>
> 1 and 2 can be combined if \# works with exactly all syntax
> elements, that means, all elements which would otherwise change the
> meaning and processing of the text. For instance:
> \*
> \/
> \[
> \]
> \#
> \|
> \=
> etc.
> Of course, also \\ must be present to write a literal \
> For the signs which are not part of org's syntax, you wouldn't need
> to write \ Ex: \( is unnecesary since ( has no meaning in org.
>
>
> Sorry for starting anothed discussion :-)
>
>
> Daniel
>
--
Bastien
^ permalink raw reply [flat|nested] 30+ messages in thread
end of thread, other threads:[~2007-11-12 4:22 UTC | newest]
Thread overview: 30+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-11-02 12:13 XHTML export - customizing via local variables Adam Spiers
2007-11-02 12:20 ` XHTML export - etc Adam Spiers
2007-11-02 15:26 ` Bastien
2007-11-02 15:19 ` Adam Spiers
2007-11-02 15:33 ` Daniel Clemente
2007-11-02 15:34 ` Daniel Clemente
2007-11-02 19:21 ` Bastien
2007-11-02 18:50 ` William Henney
2007-11-02 20:20 ` Daniel Clemente
2007-11-03 0:06 ` Bastien
2007-11-04 0:00 ` Daniel Clemente
2007-11-04 12:45 ` Bastien
2007-11-07 16:09 ` Daniel Clemente
2007-11-07 17:39 ` Bastien
2007-11-07 18:04 ` Daniel Clemente
2007-11-08 0:48 ` Bastien
2007-11-09 19:51 ` Daniel Clemente
2007-11-09 19:59 ` Daniel Clemente
2007-11-09 22:37 ` Eddward DeVilla
2007-11-09 23:40 ` Xiao-Yong Jin
2007-11-12 5:07 ` Bastien
2007-11-12 5:22 ` Bastien
2007-11-03 6:10 ` William Henney
2007-11-03 13:51 ` Bastien
2007-11-03 14:23 ` William Henney
2007-11-03 15:51 ` Bastien
2007-11-03 16:46 ` William Henney
2007-11-03 0:04 ` Bastien
2007-11-02 18:46 ` Bastien
2007-11-02 15:45 ` XHTML export - customizing via local variables Bastien
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).