Hi,
I'm not especially familiar with emacs-lisp and I haven't looked at the
functions for node properties at all. Unfortunately, I'm under a time
crunch today and I don't have the few hours it would take to get up to
speed (otherwise, I'd have a go at it myself).
It seems that everything in
Nicolas Goaziou writes:
> Hello,
>
> Eric Schulte writes:
>
>> I've been using this since it was sent, and I haven't noticed any bad
>> behavior.
>
> Thanks for the feedback.
>
> BTW, I tried to add `org-self-insert-command' to
> `flyspell-delayed-commands', since `self-insert-command' belongs t
Nicolas Goaziou writes:
> Eric Schulte writes:
>
>> My initial thoughts are that inserting keywords *with* values while not
>> inserting empty keywords would be the most intuitive.
>
> TITLE always have a value. When not specified, it defaults to buffer's
> name.
>
> Also, what keywords? Documen
Hi everyone!
first of all thanks go to everyone out there making (mobile)org the
great piece of software that it is!
No here's my issue: When I clear the database in Mobileorg for Android
and re-sync with the staged files, all entries that used to be synced
with the Android system calendar v
On 7.11.2013, at 20:38, David wrote:
> El 05/11/13 11:56, Bastien escribió:
>> Hi David,
>>
>> Carsten Dominik writes:
>>
>>> do you have FSF papers? If so, write to Jason Dunsmore and send him your
>>> public key.
>>> Thanks you!
>> I think org-license.el and org-effectiveness.el belong to
>> FWIW, hiding text by setting foreground == background is the wrong
>> way to do it IMO.
AFAIK there's no other way offered by Emacs. `invisible' actually
removes the text from the output rather than leaving blank space, so it
doesn't provide the same feature.
Stefan
Hi,
For the Texinfo exporter, I noticed that the @documentencoding macro is
derived from the buffer-file-coding-system. At the moment it is
translated like this: us-ascii-unix to US-ASCII-UNIX. This makes
makeinfo complain like so:
org-syntax.texi:5: warning: encoding `US-ASCII-UNIX' is not a c
Hello,
Yasushi SHOJI writes:
> I've been trying to fix ASCII export back-end for variable width
> chars. It is basically replacing `length' with `string-width', but the
> behavior of those two functions differ when you give nil as an
> argument; `length' returns 0, `string-width' yields a type e
Christof Spitz writes:
> Emacs did return a runtime error
This is what Emacs does.
>From xml.c: 96
message1 ("libxml2 library not found");
and message1 (based on other uses elsewhere) seems to be used for
ordinary echo area messages (like prompt strings etc) as opposed to an
"error
Christof
Christof Spitz writes:
> I found the bug: Windows-Emacs was missing the libxml2 library. I got
> the libxml2-2.7.8.-w32-bin.zip, copied the content of /bin into Emacs'
> /bin directory and now the formatting works.
This should have been very difficult to track down.
ox-freemind.el d
On Mon, Nov 04, 2013 at 01:17:24PM +0100, Bastien wrote:
> Hi Ingo,
>
> what version of Org and notmuch are you using?
>
> I use a recent Emacs/Org and a recent notmuch and I can
> store link without problem.
Same here.
--
Suvayu
Open source is the future. It sets us free.
Hi,
I've been trying to fix ASCII export back-end for variable width
chars. It is basically replacing `length' with `string-width', but the
behavior of those two functions differ when you give nil as an
argument; `length' returns 0, `string-width' yields a type error:
"eval: Wrong type argument: s
Hello Harry,
On Thu, Nov 07, 2013 at 12:00:32PM -0500, Rockefeller, Harry wrote:
> NOTE: This is not an information request.
> I searched google, orgmode.org FAQ, org manual, and ran a search on this
> mailing list but
> could not find this useful information. Since it took me a few days
> to fi
On Fri, Nov 01, 2013 at 04:52:20PM +, Loyall, David wrote:
> Hello, Bernt.
>
> According to your famous org-mode.org document (thank you!) this file:
> http://doc.norang.ca/org-mode.org.html
> ...should be a colorized version of the org source.
>
> Please take a look at it. T
14 matches
Mail list logo
