suvayu ali writes:
> Hello,
>
> On Wed, May 25, 2011 at 12:22 AM, Thomas S. Dye wrote:
>>> #+LaTeX_HEADER: \usepackage{scripttab}
>>>
>>> * foo
>>>
>>> What's this?
>>>
>>>
>>> #+tblname: foo
>>> #+CAPTION: foo
>>> | table | here |
>>> |---+--|
>>> | table | here |
>>>
>>> What's this?
>
At Wed, 25 May 2011 09:58:03 -0700,
Samuel Wales wrote:
>
> Minimal .emacs and test case for export corruption bug.
Okay, I can reproduce the args out of range with Emacs 22. Turns out
that `regexp-opt` behaves different when creating
`org-babel-result-regexp'.
(regexp-opt org-babel-data-names)
On Thu, May 26, 2011 at 12:17 PM, Christian Moe wrote:
>> No, this is expected (if possibly under-documented behavior). The
>> :results header arguments are associated with the code block and *not*
>> with the #+call line. To get the desired behavior, you must specify the
>> :results header argu
Hello,
On Wed, May 25, 2011 at 12:22 AM, Thomas S. Dye wrote:
>> #+LaTeX_HEADER: \usepackage{scripttab}
>>
>> * foo
>>
>> What's this?
>>
>>
>> #+tblname: foo
>> #+CAPTION: foo
>> | table | here |
>> |---+--|
>> | table | here |
>>
>> What's this?
>>
>>
>> I think this works OK.
>>
>> Nic
Hi Samuel,
On Thu, May 26, 2011 at 1:56 PM, Samuel Wales wrote:
> I am eagerly awaiting these. Just curious for the git experts: are
> there git tricks to make it so we don't have to maintain a clone but
> instead a local branch?
>
$ cd org-mode/
$ git remote add nicolas git://orgmode.org/org-m
I am eagerly awaiting these. Just curious for the git experts: are
there git tricks to make it so we don't have to maintain a clone but
instead a local branch?
Hi Julien
Julien Danjou writes:
> On Thu, May 26 2011, Sven Bretfeld wrote:
>
>> It is definitely not there in 23.1, the emacs-snapshot package which
>> AFAIK is the orebokech version that seems not to have been updated since
>> quite a while. I have checked the sources of minibuffer.el and it d
Hello,
I've updated some changes that should hopefully fix most issues reported
in this thread. git pull -f may be required.
The footnotes are completely fontified again.
Again, feedback is more than welcome.
Regards,
--
Nicolas Goaziou
So, the ":result output org" ought to be associated with the *call*,
not with the function. That makes good sense. But perhaps it still
doesn't work quite as it ought...
On Thu, May 26, 2011 at 11:46 AM, Eric Schulte wrote:
> Ethan Ligon writes:
>
>> I'd like to call a simple babel code block
No, this is expected (if possibly under-documented behavior). The
:results header arguments are associated with the code block and *not*
with the #+call line. To get the desired behavior, you must specify the
:results header argument on the #+call: line thusly.
#+call: print_list(lst=list1) :
Ethan Ligon writes:
> I'd like to call a simple babel code block to generate org-code
> If I define a list thusly:
>
> #+results: list1
> - foo
> - bar
>
> Then I define a code block thusly, and execute it by C-c C-c on the
> "source" line. That yields the desired result: a sequence of heading
I'd like to call a simple babel code block to generate org-code
If I define a list thusly:
#+results: list1
- foo
- bar
Then I define a code block thusly, and execute it by C-c C-c on the
"source" line. That yields the desired result: a sequence of headings
under "#+results: print_list".
#+so
I see the limitation of my suggestion one now. I guess the only way is
option two then.
On Thu, May 26, 2011 at 3:08 AM, Sander Boer wrote:
> I think it it possible to write a function that prepends
> "{\myfunction..etc " and appends "}" to the frame environment.
> For the time being a property
Hello list,
Recently, autoloads ceased to work in my local org-mode installation.
My typical update routine is to:
1. Pull the most recent changes into my local org-mode repository,
located at "~/org-mode".
2. Run "make clean && make".
My .emacs file contains the following lines:
--8<-
Eric Schulte writes:
[...]
> I've now added ob-awk.el to the Org-mode core. The newest version
> incorporates some change inspired by recent work with Sebastien, notably
> :stdin is now its own header argument, rather than a special variable
> name.
>
> Best -- Eric
Thanks Eric.
My apologie
Hello,
Le Wang writes:
> patch fixes sorting lists with custom getkey-func. Bug was trying to
> evaluate getkey-func while setting it, so it was always nil.
Indeed !
I've applied a slightly modified version of your patch. Thank you for
reporting this and providing the patch.
Regards,
--
Ni
Eric Schulte writes:
> Eric S Fraga writes:
>
>> Eric Schulte writes:
>>
>> [...]
>>
>>> As an example, I've worked up an very simple ob-awk.el file from
>>> ob-template.el, it is attached along with an example org-mode file which
>>> demonstrates its usage.
>>
>> Eric,
>>
>> this is great to s
>
> Go for applying it!
>
Great, happy it works. I've just pushed this up to the git repository.
>
> Thanks a lot, Eric, for your time.
>
Its my pleasure. Best -- Eric
>
> Best regards,
> Seb
--
Eric Schulte
http://cs.unm.edu/~eschulte/
On Thu, May 26 2011, Sven Bretfeld wrote:
> It is definitely not there in 23.1, the emacs-snapshot package which
> AFAIK is the orebokech version that seems not to have been updated since
> quite a while. I have checked the sources of minibuffer.el and it does
> not define completion-at-point-func
On Wed, May 25 2011, Sven Bretfeld wrote:
> Debugger entered--Lisp error: (void-variable completion-at-point-functions)
> add-to-list(completion-at-point-functions
> org-contacts-message-complete-function)
> (lambda nil (add-to-list (quote completion-at-point-functions) (quote
> org-contacts
Hi Eric,
Eric Schulte wrote:
>> As you can see, I did not really mean any concurrent execution. Simply
>> being able to execute parts of code in-situ, in the Org buffer, to document
>> (and test) what I'm writing.
>>
>> And to be able to assemble all the parts in one single script file, by the
>>
suvayu ali writes:
> You can try (untested):
>
> #+LATEX: { %}
>
> * This is a frame
> The commented out closing brace is important. Otherwise the exporter
> gets confused.
>
> #+LATEX: }
>
This will not work as it is by definition inserted between
\begin{frame}...\end{frame}
like thus:
\be
Hi Sven,
On 26 May 2011, Sven Bretfeld wrote:
> Michael Markert writes:
>
>> Hi Sven, I run org-contacts on Emacs 23.3, there is a
>> `completion-at-point-functions' and org-contacts works just fine.
>> But I recall myself trying with Gnus and it didn't work because
>> `completion-at-point' was n
Hi Michael
Michael Markert writes:
> Hi Sven, I run org-contacts on Emacs 23.3, there is a
> `completion-at-point-functions' and org-contacts works just fine.
> But I recall myself trying with Gnus and it didn't work because
> `completion-at-point' was not bound to keys.
It is definitely not th
26/05/11 04:23, Stefan Monnier
>>> Another is to do it more selectively, flag some of
>>> completion-at-point-functions as "not-exclusive", meaning that if
>>> completion fails with those we should keep trying with subsequent
>>> functions. E.g. the nick completion in rcirc could be flagged as
>>>
On 14.5.2011, at 17:14, Johnny wrote:
> Carsten Dominik writes:
>
>> On May 4, 2011, at 7:48 PM, Johnny wrote:
>>
>>> ... any way to make the 'org-table-edit-field' to be permanently
>>> visible in a buffer, automatically updating while moving around in
>>> the table to view the full content o
On 26.5.2011, at 04:04, Bernt Hansen wrote:
> Samuel Wales writes:
>
>> On 2011-05-25, Bernt Hansen wrote:
>>> Trying to reuse the current session with an org-reload probably won't
>>> work well for the general case.
>>
>> Perhaps it will work for the cases for which org-reload was designed.
On 26.5.2011, at 00:20, Bernt Hansen wrote:
> Samuel Wales writes:
>
>> Hi Bernt,
>>
>> My proposal is for an Emacs command, not a shell script. The command
>> would load source for org-mode each time and provide a command that
>> the user can use to provide feedback to git interactively. It
Did you use Emacs 22?
No, 23.
Re: being stuck with Carbon Emacs 22 -- I found that plain GNU Emacs
23 compiled perfectly well on my old G4 PowerPC Mac, but I assume
you've tried this already.
Yours,
Christian
29 matches
Mail list logo