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
On 26.5.2011, at 00:20, Bernt Hansen wrote:
Samuel Wales samolog...@gmail.com 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
On 26.5.2011, at 04:04, Bernt Hansen wrote:
Samuel Wales samolog...@gmail.com writes:
On 2011-05-25, Bernt Hansen be...@norang.ca 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
On 14.5.2011, at 17:14, Johnny wrote:
Carsten Dominik carsten.domi...@gmail.com 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
Hi Michael
Michael Markert markert.mich...@googlemail.com 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
Hi Sven,
On 26 May 2011, Sven Bretfeld wrote:
Michael Markert markert.mich...@googlemail.com 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
suvayu ali fatkasuvayu+li...@gmail.com 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
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
means of
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
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
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/
Eric Schulte schulte.e...@gmail.com writes:
Eric S Fraga e.fr...@ucl.ac.uk writes:
Eric Schulte schulte.e...@gmail.com 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
Hello,
Le Wang l26w...@gmail.com 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.
Eric Schulte schulte.e...@gmail.com 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
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:
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 sanderb...@yahoo.com wrote:
I think it it possible to write a function that prepends
{\myfunction..etc and appends } to the frame environment.
For the time
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.
Ethan Ligon li...@are.berkeley.edu 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
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)
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 schulte.e...@gmail.com wrote:
Ethan Ligon li...@are.berkeley.edu writes:
I'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
Hi Julien
Julien Danjou jul...@danjou.info 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
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 Samuel,
On Thu, May 26, 2011 at 1:56 PM, Samuel Wales samolog...@gmail.com 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
Hello,
On Wed, May 25, 2011 at 12:22 AM, Thomas S. Dye t...@tsdye.com 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.
Nick
Aloha Nick,
This
On Thu, May 26, 2011 at 12:17 PM, Christian Moe m...@christianmoe.com 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
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)
27 matches
Mail list logo