On 4/5/13, Bastien wrote:
> It's hard to find reproducible recipes; when we have some (like the
> one Brian provided), it's hard to debug; and for I cannot afford to
> put this as a priority as the annoyance/hard-to-debug ratio is too
> low IMO.
>
> Let's revive this after 8.0 if needed,
Reviving
If I do an agenda with restriction lock set to a subtree, then g, the
agenda will ignore the restriction lock.
Thanks.
Samuel
--
The Kafka Pandemic: http://thekafkapandemic.blogspot.com
The disease DOES progress. MANY people have died from it. ANYBODY can get it.
Denmark: free Karina Hansen
Probably the only property most people use most of the time in the
agenda is category. Would this get rid of showing category too? 66s
to 10s is impressive. I'd give up sorting and selecting category for
that. But I wouldn't give up showing category.
Samuel
--
The Kafka Pandemic: http://thek
On Tue, Aug 27, 2013 at 10:12 AM, Rick Frankel wrote:
> On 2013-08-27 00:41, Matt Price wrote:
>>
>> I just came across this, having missed it in February. Rick, I was
>> wondering if you had thought about enabling some of deck.js's snazzier
>> features -- transitions for text elements, for insta
On Tue, Aug 27, 2013 at 7:50 PM, adam wrote:
> The system here is; Ubuntu 12.04LTS, Emacs 23.3.1,
> Org-mode version 6.33x
>
> 1)
> Emacs with Org was recently installed via the Ubuntu Software Centre.
> If the Org version here is 6.33x, and Org is now version 8, then I feel
> I should upgrade Org
The system here is; Ubuntu 12.04LTS, Emacs 23.3.1,
Org-mode version 6.33x
1)
Emacs with Org was recently installed via the Ubuntu Software Centre.
If the Org version here is 6.33x, and Org is now version 8, then I feel
I should upgrade Org.
The Org Manual http://orgmode.org/manual/Installati
org-refile makes ido think that every entry that is in the
current buffer is a directory, while every entry that is
in another buffer is a file.
===
You can confirm by loading ido and doing this:
(setq org-refile-use-outline-path t)
(setq org-outline-path-complete-in-steps nil)
(setq org-c
c-c ' c-c ' on this. then undo or undo-tree-undo.
what happens is data corruption. to me, undo is a low-level
operation that should always work, even with a syntactically
invalid block.
a relevant variable is org-src-preserve-indentation. it is
possible to change it without changing a block.
On Wed, Aug 28, 2013 at 03:53:39AM +0900, Jisang Yoo wrote:
> elisp code blocks do not recognize lexical-binding in org src edit
> mode. For example, if I press C-c . on the following block, the buffer
> does not have lexical-binding set to t.
>
> #+BEGIN_SRC elisp
> ;; -*- lexical-binding: t; -
Hello,
John Hendy writes:
> LaTeX recommends \_ as an "escaped" underscore. In other words,
> "really use the underscore, not a subscript." When I do this in
> Org-mode and export via =C-e l p=, I don't get that behavior.
>
> Here's my options header:
>
> #+OPTIONS: *:t TeX:t LaTeX:t
>
> a\_b -
LaTeX recommends \_ as an "escaped" underscore. In other words,
"really use the underscore, not a subscript." When I do this in
Org-mode and export via =C-e l p=, I don't get that behavior.
Here's my options header:
#+OPTIONS: *:t TeX:t LaTeX:t
a\_b -> a$\backslash$$_{\text{b}}$
a$\_$b -> a\$
Hello,
Tim writes:
> If I put several lines into an #+BEGIN_ODT..#+END_ODT block, all whitespace
> formating is lost. A list like
>
> - List one
> - List two
> - List three
>
> becomes
>
> - List one - List two - List three
I don't quite understand. You are expected to put valid odt code wit
elisp code blocks do not recognize lexical-binding in org src edit
mode. For example, if I press C-c . on the following block, the buffer
does not have lexical-binding set to t.
#+BEGIN_SRC elisp
;; -*- lexical-binding: t; -*-
(message "%S" lexical-binding)
#+END_SRC
Is there a workaround?
At Mon, 26 Aug 2013 12:16:53 +0200,
Nicolas Goaziou wrote:
> > Is there any way to have carriage returns within the text of the
> > macro ?
>
> No, there isn't. Macros target small substitutions.
>
> > I have already tried using the #+BEGIN_ODT...#+END_ODT construct, but that
> > *really* messes
Eric-
There is a bug in ob-ruby --- if an literal 'hline is passed into
(e.g., :hline no) a ruby block, the execution fails due to an
incorrect datatype (this is not an issue in any other language). The
patch provided in
http://lists.gnu.org/archive/html/emacs-orgmode/2013-08/msg00316.html
(and r
On 2013-08-27 00:41, Matt Price wrote:
I just came across this, having missed it in February. Rick, I was
wondering if you had thought about enabling some of deck.js's snazzier
features -- transitions for text elements, for instance, like we see
in the intro deck here: http://imakewebthings.com/
The typical structure as following:
- [-] root
- [ ] b
- [X] c
- [ ] d
What i want is: if I toggle the root, all checkboxes, including root and
children, toggled, no matter the children's status are.
Is there native function/command do things like this?
--
Jun Fang
方俊
alan.schm...@polytechnique.org writes:
> I tried to fix it in the updated attached patch. I set a default value
> of "foldmarks-not-set" to the predicate that detects if it is set in the
> file, then I compare its contents. This assumes that the user will not
> give this literal value to the optio
Hello Rasmus,
Sorry for the delay, I was in vacations with tethering-only internet
access.
ras...@gmx.us writes:
> The following message is a courtesy copy of an article
> that has been posted to gmane.emacs.orgmode as well.
>
> Rasmus writes:
>
>> Alan,
>>
>>> alan.schm...@polytechnique.org wr
Hello,
I have an issue with remote function in formula :
#+TBLNAME: ch-mdp-août-2013
|---+--++---+---+--+---+--++--+|
| | 2013 | août | Lundi | Mardi | Mercredi | Jeudi | Vendredi |
Samedi | Dimanche ||
|---+-
20 matches
Mail list logo
