Tom Davey writes:
> Hello Carsten,
>
> My apologies for the very tardy reply. You wrote me in June:
>
>> I believe this issue no longer exists in the current master,
>> it was fixed a while ago. Could you please confirm?
>
> I just upgraded to 8.07, and unfortunately I don't believe it's fixed.
Hi Sebastien,
On 8/6/13, Sebastien Vauban wrote:
> Just a question: did you play with the following settings?
Yes. They don't seem to fix it.
> --8<---cut here---start->8---
> ;; show full hierarchy when revealing a location
> (setq org-show-hierarchy-ab
Hello Carsten,
My apologies for the very tardy reply. You wrote me in June:
> I believe this issue no longer exists in the current master,
> it was fixed a while ago. Could you please confirm?
I just upgraded to 8.07, and unfortunately I don't believe it's fixed.
I'm finding the same behavior I
Thanks for such a well-written, well-documented, and most of all useful
contribution! Definitely a big improvement over my initial implementation.
I've applied the patch to my system, but I'm having trouble getting it to
work--I'm not getting any results. For example, this block:
#+BEGIN_SRC sch
Oh, oh: I just tried following the steps in your last email and I *did*
get the infinite loop, with the same backtrace that you did. Then I
tried it again just now and it did not happen again. Is this thing not
100% reproducible?
In any case, I'm working through the rest of your email. I should ha
Thorsten Jolitz writes:
> Roland Donat writes:
>
>> Hello,
>>
>> I have the following table :
>> #+TBLNAME: T
>
> This does the job in Emacs Lisp:
>
> #+TBLNAME: T
> | | x | 1 |
> | ^ | | varx |
>
> #+begin_src emacs-lisp :var x=T[0,-1]
> x
> #+end_src
>
> #+results:
> : 1
Nit: I b
Roland Donat writes:
> Hello,
>
> I have the following table :
> #+TBLNAME: T
> | | x | 1 |
> | ^ | | varx |
>
> And I would like to use the reference T$var_x (=1) as input in a source block
> variable.
> For example, I would have expected the following behavior for this source
> code
Hello,
I have the following table :
#+TBLNAME: T
| | x | 1 |
| ^ | | varx |
And I would like to use the reference T$var_x (=1) as input in a source block
variable.
For example, I would have expected the following behavior for this source
code :
#+begin_src python :var x=T$varx :retur
Has anyone created a support for CoffeeScript? Obviously, putting it in the
org-babel-load-languages allows me to edit code, however, evaluating this
requires more.
If no one has done this, can someone point me in a way to call out to the
"coffee" command (or "node") instead of "moz"?
Thanks f
jh> For starters, =M-x org-export= is the old exporter.
Yes, that's what I was running ...
jh> Have you followed along with the upgrade guide? -
jh>http://orgmode.org/worg/org-8.0.html
Hadn't seen that yet ... thanks for the reference.
jh> Please try =C-c C-e h h= and see if that
Nick Dokos writes:
> So you revert that commit and the infloop goes away? I looked at the
> functions briefly and I don't understand how this commit could affect
> what move-to-column does.
Just to confirm: Did you try rescheduling with the agenda buffer
filtered only to the home tag using the s
John Hendy writes:
> The error .txt file looks pretty garbled... do you have an explanation
> for that (piped through something that didn't work quite right), or
> might you have an encoding/locale setup issue?
>
The OP was using compiled code when he got the backtrace.
--
Nick
On Tue, Aug 6, 2013 at 10:42 AM, Kenneth Jacker wrote:
> [ Ubuntu 12.04.2; org-8.0.7 ]
>
> I was working on this file (as well as other more complicated ones):
>
> * alpha
> * beta
>* b1
>* b2
> * gamma
>
> and I invoked 'org-export'. Entering an `h' produced these
[ Ubuntu 12.04.2; org-8.0.7 ]
I was working on this file (as well as other more complicated ones):
* alpha
* beta
* b1
* b2
* gamma
and I invoked 'org-export'. Entering an `h' produced these errors:
Exporting...
(New file)
org-export-preprocess-string: Wrong numb
Sebastien Vauban writes:
>
> First, x[0,1] can't be resolved (unlike tab_x[0,1]).
>
> For the rest, I'd guess you must add the proper replacemen "method" for
> `own_lang'. Is this the case?
>
> I mean: depending on the Babel language, variables must or must not be
> prefixed by a $ sign to be
Thanks for the helpful reply.
On Tue, Aug 6, 2013 at 4:02 PM, Nick Dokos wrote:
> Gammel Holte writes:
>
>> Hello,
>>
>> I've been running org-mode for a while, and I've come across an issue
>> that was not present before.
>>
>> If I open an org file, the org-timeline function is not defined. I
Gammel Holte writes:
> Hello,
>
> I've been running org-mode for a while, and I've come across an issue
> that was not present before.
>
> If I open an org file, the org-timeline function is not defined. I can
> only call it once I open an agenda buffer with org-agenda.
>
> This issue is reproduc
Roland wrote:
> I use orgmode to write code in a IA language developped by the company I
> work for. Everything was just nice when I attempted to insert in the source
> code a value set up in my org buffer.
>
> Here is the real situation :
>
> #+TBLNAME: tab_x
> | x | 1 |
> #+begin_src own_lang :
Hi,
Nicolas Goaziou writes:
> Samuel Loury writes:
>
>> Use the following org sample:
>>
>> ---Beginning
>> * test1
>> #+BEGIN_EXAMPLE
>> * stuff
>> #+END_EXAMPLE
>> * test2
>> ---End
>
> Headlines have precedence over blocks. Therefore "* stuff" is really
> a headline in your ex
Hello!
I use orgmode to write code in a IA language developped by the company I
work for. Everything was just nice when I attempted to insert in the source
code a value set up in my org buffer.
Here is the real situation :
#+TBLNAME: tab_x
| x | 1 |
#+begin_src own_lang :tangle ./tangle_file
Hello,
Samuel Loury writes:
> I realized recently the following behavior, running on org version 8.0.3
> got from commit d7e884d86c8560477ca1e69fb8423db6770981ac (git sha).
>
> Use the following org sample:
>
> ---Beginning
> * test1
> #+BEGIN_EXAMPLE
> * stuff
> #+END_EXAMPLE
> * test2
Hello,
I've been running org-mode for a while, and I've come across an issue
that was not present before.
If I open an org file, the org-timeline function is not defined. I can
only call it once I open an agenda buffer with org-agenda.
This issue is reproducible both under vanilla emacs 24.3, an
Hi,
I realized recently the following behavior, running on org version 8.0.3
got from commit d7e884d86c8560477ca1e69fb8423db6770981ac (git sha).
Use the following org sample:
---Beginning
* test1
#+BEGIN_EXAMPLE
* stuff
#+END_EXAMPLE
* test2
---End
Then in test, do M- to get tes
Hello,
> When I move around in the *Org Agenda* with up and down, the current
> outline path is displayed in the echo area, which is good.
>
> However, what is displayed gets also copied in the *Messages* buffer,
> which is not helpful, but clutters *Messages* with useless noise.
>
> So, IMHO `org
Hi Samuel,
Samuel Wales wrote:
> I hope a kind soul can comment here.
>
> For years I have been trying to make it so that you can go
> to Org from Magit and have it reveal the way I want.
>
> [All I want is what for me is a normal visibility state, which means a
> visibility state that can be recr
25 matches
Mail list logo
