Hi Nicolas,
Nicolas Goaziou writes:
> We can also use a very simple and tolerant regexp (e.g. =[^\000]+=), and
> introduce a syntax to escape markers for fine-grained control.
FWIW this looks like the correct approach to me.
--
Bastien
Hi Carsten,
Carsten Dominik writes:
> Keeping this variable a customize variable invites changes also by
> people who do not really know what they are doing. Turning it into
> a defvar or defconst and somewhere document how to hack around the
> restriction if you really need to sounds like a go
Hello,
Carsten Dominik writes:
> First of all, we should not see Org as just another plain text markup
> language (no offense meant, I am sure, and none taken). Because of its
> unique treatment of source code inclusion, source code markup, and
> executability, it is very much unique, I think.
Hi again
Thank you all for the responses. So as a neewb again, I dont really
understand fully all the technical specifications from the above posts,
what do you guys recommended i do if i want to start moving and using org
now full time in terms of color support? should i use the current emp.
meth
Carsten Dominik writes:
> Another example is the emphasis stuff. There are no in-buffer
> settings for it, and they would be pretty hard to make.
An in-buffer way of doing elisp is File Local Variables ; or is that not
appropriate ? Maybe the question I'm askign is : why were "#+KEYWORD"
lines f
Hi Carsten,
Thank you for your very insightful thoughts. I would like to make one note.
2013ko martxoak 18an, Carsten Dominik-ek idatzi zuen:
> Now to the discussion with Z about additional emphasis definitions
> which he/she uses for custom highlighting of stuff. Right now this
> relies on mo
Carsten Dominik writes:
> The reason why the emphasis regexp components were made configurable
> in the first place is because when the feature was introduced, I had
> no idea what would work, and I redesigned this part several times
> over. Emphasis is a very heuristic system, the character tha
Hi everyone,
first a disclaimer: Nicolas has thought about all things parser a lot more
than I have, so he might disagree. But here is my take on the issue.
First of all, we should not see Org as just another plain text markup language
(no offense meant, I am sure, and none taken). Because o
Dnia 2013-03-18, o godz. 15:21:54
wgreenho...@riseup.net (W. Greenhouse) napisał(a):
> Perhaps a compromise could be reached on variables such as
> `org-emphasis-alist' and others possibly slated for the defconst
> treatment: instead of doing that, let's consider keeping them
> customizable but in
zeltak writes:
> Dear Carsten,
>
> Thank you for your quick reply. Let me start by first thanking you
> for your great work on orgmode, I only recently discovered it
> (someone referred me to your great talk on youtube) and it made me
> have the courage to start learning emacs and use orgmode.
[
Dear Carsten,
Thank you for your quick reply. Let me start by first thanking you for your
great work on orgmode, I only recently discovered it (someone referred me
to your great talk on youtube) and it made me have the courage to start
learning emacs and use orgmode.
I (actually me and several c
Carsten Dominik writes:
> can you show an example on how you use it? Maybe we can find a better way.
> Nicolas is right that portability is compromised by customizable emphasis.
> On 18.3.2013, at 00:02, zeltak wrote:
>> I find the ability to add custom emphasise with custom faces invaluable.
Hi Z,
can you show an example on how you use it? Maybe we can find a better way.
Nicolas is right that portability is compromised by customizable emphasis.
- Carsten
On 18.3.2013, at 00:02, zeltak wrote:
> Hi all
>
> i just finished a great conversation on #org-mode with some great peopl
Hi all
i just finished a great conversation on #org-mode with some great people.
they told me about this thread and the planned changes that may or may not
occur to the syntax and id like to just raise the newbee perspective.
I find the ability to add custom emphasise with custom faces invaluable
David Engster writes:
> Jambunathan K. writes:
>> David Engster writes:
>>
>>> Jambunathan K. writes:
I know that.
But that doesn't answer the question why Carsten will appear in the To
header of a mail that I reply to a mail I receive from Eric S Fraga.
>>>
>>> Because Car
Jambunathan K. writes:
> David Engster writes:
>
>> Jambunathan K. writes:
>>> I know that.
>>>
>>> But that doesn't answer the question why Carsten will appear in the To
>>> header of a mail that I reply to a mail I receive from Eric S Fraga.
>>
>> Because Carsten started the thread and did not
David Engster writes:
> Jambunathan K. writes:
>> I know that.
>>
>> But that doesn't answer the question why Carsten will appear in the To
>> header of a mail that I reply to a mail I receive from Eric S Fraga.
>
> Because Carsten started the thread and did not set MFT.
In this very specific
Jambunathan K. writes:
> I know that.
>
> But that doesn't answer the question why Carsten will appear in the To
> header of a mail that I reply to a mail I receive from Eric S Fraga.
Because Carsten started the thread and did not set MFT.
-David
David Engster writes:
> Jambunathan K. writes:
>> Still you haven't answered my "Fudging the mail reply headers" question
>> to my satisfaction.
>
> http://www.gnu.org/software/emacs/manual/html_node/message/Mailing-Lists.html
>
> "A mailing list poster can use MFT to express that responses shoul
19 matches
Mail list logo