Attached is a patch that adds a customization variable for
setting which characters you can use as bullets in plain lists.
Unicode has all kinds of pretty characters like ❧ or ☞ that would
be good for bullets, why limit ourselves to just [-+*]?
The variable's "set"
I guess. I spoke with someone on the IRC channel about this too, the
basic idea being that the Org format should be stable, so the same file
won't parse or behave differently on different installations. There's
something to be said for that, but there are a fair number of
customizable options
On 04/20/2012 09:38 AM, Bastien wrote:
Hi Mark,
I agree with Nicolas that a solution based on overlays would be better.
Probably, though very possibly not worth it.
I also agree with you that there are many areas where we let the users
modify the content of Org files in a way that makes the
It's a very tiny patch, but one that probably should have
happened before. When org-pretty-entities is enabled, the
entities are displayed as Unicode characters, which is nice, but
if they are in the middle of a word, you need to terminate them
with {}, which are
There's a small bug in rendering the entities when
org-pretty-entities is on (I get the feeling that
org-pretty-entities is not a very commonly-used feature). The
entities \sup1 \sup2 \sup3 and \there4 are not rendered properly.
The regex detecting entities appa
(I seem to be winding up fixating on non-asciisms for org-mode;
strange)
"Smart" quotes can be annoying when they aren't smart enough.
But when they work you can miss them. I'm attaching a patch that
defines a custom variable org-smart-quotes (nil by default), whi
On 05/23/2012 05:53 PM, Nicolas Goaziou wrote:
Hello,
"Mark E. Shoulson" writes:
There's a small bug in rendering the entities when org-pretty-entities
is on (I get the feeling that org-pretty-entities is not a very
commonly-used feature). The entities \sup1 \sup2 \sup3 and
On 05/23/2012 05:53 PM, Nicolas Goaziou wrote:
Hello,
"Mark E. Shoulson" writes:
Also attached is another patch that might or might not be useful.
Sometimes it can be a problem when you can't type, say, asterisks
around a word when you NEED asterisks around the word, not a bol
On 05/23/2012 06:17 PM, Nicolas Goaziou wrote:
Hello,
"Mark E. Shoulson" writes:
"Smart" quotes can be annoying when they aren't smart enough. But when
they work you can miss them. I'm attaching a patch that defines a
custom variable org-smart-quotes (nil b
On 05/25/2012 11:04 AM, Nicolas Goaziou wrote:
Hello,
You're right, there could be another entity for ^. asciicirc is good
enough as a name. Would you want to make a patch for it?
Also, you may want to consider signing FSF papers for more important
contributions.
Yes, I'll do both those thing
Enda writes:
Otherwise is like in vi, the additional stars (like **, opposed to
*) are too noisy, and since I do not want to see them whether
it is in org-mode or in vi, etc, so I wondered was there a way to have
the file like
* first level heading
=C2=A0* second level heading
=C2=A0=C2=A0 * th
On 05/25/2012 01:14 PM, Nicolas Goaziou wrote:
Hello,
"Mark E. Shoulson" writes:
Hm. I like the idea, but it raises some questions for me. It would
be particularly good if this could share code/custom variables with
the pieces of the (new) exporter that make smart quotes on ex
On 05/26/2012 02:48 AM, Nicolas Goaziou wrote:
Hello,
"Mark E. Shoulson" writes:
The regexp may be able to tell level 1 from level 2 quotes.
Do you mean that the author would use the same characters for both
first and second level quotes, and the regexp would be smart enough to
d
On 05/29/2012 01:57 PM, Nicolas Goaziou wrote:
Hello,
"Mark E. Shoulson" writes:
I guess it doesn't actually matter, but it starts to get weird if you
find yourself looking arbitrarily far back, and then you start
building in exceptions for crossing paragraph boundaries...
Sorry for messing up the thread subject header; I think I misused
gmane's posting.
On 05/31/2012 09:38 AM, Nicolas Goaziou wrote:
Hello,
Mark Shoulson writes:
+(defvar org-e-html-quote-replacements
+ '(("fr" "« " " »" "‘" "’" "’")
+("en" "“" "”" "‘" "’" "’")
+("de" "„" "“" "‚" "‘"
On 06/01/2012 01:11 PM, Nicolas Goaziou wrote:
Hello,
"Mark E. Shoulson" writes:
Oh, certainly; they're all a disaster. I think I said that in the
writeup at the top. This is just proof of concept, nothing is in the
right place, nothing is properly documented. They have t
All right, preliminary patch is attached, *maybe* good enough for more
serious consideration now, but might need some fixes. Still only uses
ordinary regexps and plain-text strings, but can now handle the example
with formatting-breaks next to quotes. Things have been moved into more
appropriat
Update on the smart-quotes patch. Supports the odt exporter now too,
which I think covers all the current major "new" exporters for which it
is relevant (adding smart quotes to ASCII export is a contradiction in
terms; should it be in the "publish" exporter? It didn't look like it
to me).
A
Per prior emails, added \asciicirc entity in org-entities.el, to
expand to ascii "^" character, or \textasciicirc in LaTeX. Also
fixed bug a few lines earlier, wherein \circ (org entity) would
expand to \circ (latex entity) in LaTeX export, even though the
former
Hey. New to this list this time around... I've been tinkering
with a custom link-type and I'm curious if anyone else is at all
interested in it.
I use org-mode (among other things) to keep a sort of log or
daily journal at work. Things are entered in by
The "org-ellipsis" variable is specifically marked as (potentially)
a
safe local variable, so obviously someone intended for it possibly
to be
used that, and believed that it might be useful to someone as a
local
variable.
However, there is no setup that
re it's possible, in general), I
took the easy way out and defined an org-strike-through face which
can be used in org-empasis-alist.
Humbly submitted for your approval...
~mark
>From 9a489ddf9d411bfc907a5b765d015e757b0b6903 Mon Sep 17 00:00:00
this
situation (I'm not sure it's possible, in general), I took the easy way
out and defined an org-strike-through face which can be used in
org-emphasis-alist.
Humbly submitted for your approval...
~mark
From 9a489ddf9d411bfc907a5b765d015e757b0b6903 Mon Sep 17 00:00:00 2001
From: &
So, in the "new" org-mode, we've done away with standard
percent-encoding of URLs, in favor of a more... idiosyncratic
method using backslashes. So... what is one supposed to do about
spaces in URLs? When they're in [[link format]], with or without
a description
On 2/19/20 2:39 AM, Bastien wrote:
- org-hide-emphasis-markers => t
Just to note: I've been working on a minor-mode in which the emphasis
markers are "invisible" but not hidden (i.e. they still take up space,
they're just in 'org-hide face or something similar), except when the
point is clos
This is something I've wanted for years in org-mode, but which in some
ways could actually be _offensive_ to its ideals. If you're an outline
purist, look away.
It's something we can do with plain lists: work on a list item at level
X, then make a sublist at level X+1, and then "pop" back up
On 3/18/20 3:00 AM, Ihor Radchenko wrote:
Any feedback?
>From the first glance it does not look too different from inline
headings. Could you highlight the difference?
Best,
Ihor
Well, it's true there is similarity. I even found in my notes where I
noticed inline tasks and their similarity,
On 3/18/20 3:15 PM, Adam Porter wrote:
"Mark E. Shoulson" writes:
This is something I've wanted for years in org-mode, but which in some
ways could actually be _offensive_ to its ideals. If you're an
outline purist, look away.
...
So, I present a pre-alpha version,
htt
On 3/18/20 5:43 AM, Nicolas Goaziou wrote:
Hello,
"Mark E. Shoulson" writes:
So... what is one supposed to do about spaces in URLs?
When they're in [[link format]], with or without a description, it's no problem, but
org-mode has a long tradition of support for "ba
On 3/18/20 4:58 AM, Norman Tovey-Walsh wrote:
Mark E. Shoulson writes:
On 2/19/20 2:39 AM, Bastien wrote:
- org-hide-emphasis-markers => t
Just to note: I've been working on a minor-mode in which the emphasis
markers are "invisible" but not hidden (i.e. they still take up
On 3/18/20 4:24 PM, Adam Porter wrote:
BTW, in the body of your email, the text you write has these two
characters between sentences: " ". The second is a plain space, but
the first is a Unicode non-breaking space, or "C-x 8 RET a0". I noticed
because it's displayed in Emacs as an underline ch
On 3/18/20 3:00 AM, Ihor Radchenko wrote:
Any feedback?
>From the first glance it does not look too different from inline
headings. Could you highlight the difference?
Best,
Ihor
Oh! And I forgot a crucial feature that org-pop has over inline tasks:
you can put any amount of org-mode tree-st
32 matches
Mail list logo
