Tomas Grigera | 1 Jan 01:22 2012
Picon

[PATCH] Org manual on :noweb-ref property

Hi

After Eric's fix a couple of days ago, setting :noweb-ref through a
property now works as explained in the manual. However, the example
given will only work if one turns on property inheritance. I think it
is worthwhile noting this in the manual. The patch here adds that
comment.

First time I send a patch, sorry if I screwd up.

Happy new year

Tomas
Attachment (org.texi.diff): text/x-patch, 919 bytes
Richard Riley | 1 Jan 03:22 2012
Picon

calendar problem with schedule


Ive not been using org mode for a while, just came back to and using
latest 24 snapshot from git I get

,----
| Debugger entered--Lisp error: (void-function window-combination-p)
|   window-combination-p(#<window 8> nil)
|   calendar-generate-window(1 2012)
|   calendar-basic-setup(nil)
|   calendar()
|   org-read-date(nil to-time nil nil nil nil)
|   byte-code("\204>	\306>\203>\212\307\310!\210\212\311
\210`)\312	\313=\203!\202\"\f\n\310#\203=\314\315!\316\317\320!\".\205;\321!/)	\203R\206Q\322\323\324\323\211./&0\203}	\325\235\203}	\313=\203h1\202j2\326\261\210\3273\323\211\2114C&\210\323\212\214\323\211\211\211\2115678\307\310!\210\3309\331P!\210\315\225b\210i8\332\225b\210m\203\255\333c\210\202\260\315u\210	\204\302\330\334:P!\204\302\335\336\323\"\210\3309!\204\345\330\337;\340Q!\203\345\314\315!<\232\204\345\332\224\332\225}\210\202\372\341\333!\210\342u\210``}\210=\203\372\3438!\210	>B77\203L7\211A7 <at> \2116\313=\203\312\323\310#\204;6\344=\203+\312\f\323\310#\204;6\345=\203\312?\323\310#\203\346\347!\210\330\350!\203\346\347!\210\202\330\351!\203V\346\347!\210=\203dn\203d\3438!\210	\203\322n\204x`Sf\352=\204x\326\202y\347	\313=\203\2041\202\227	\344=\203\2172\202\227	\345=\205\227 <at> \326\261\210\3273\206\252	\345=\205\252A	\345=\323\2114C&n\204\314`Sf\352=\204\314\323f\352=\204\314\326\202\315\347c\210\315\210eb\210~\210\330\353!\203\353`Sf\354\232\203\353`S\355
|\210.\207" [time what end org-scheduled-time-regexp org-deadline-time-regexp ts (scheduled
deadline) org-back-to-heading t outline-next-heading re-search-forward scheduled match-string 1
apply encode-time org-parse-time-string org-get-compact-tod org-read-date nil to-time (scheduled
deadline) " " org-insert-time-stamp looking-at "\\( *\\)[^\n]*" 0 "\n" "[ 	]*" throw exit "[^\n]*?"
"[^\n]*" insert-before-markers -1 org-indent-to-column deadline closed replace-match ""
"--+<[^>]+>" "^[ 	]+" 32 "[ 	]*\n" 10 point-at-eol default-time default-input
org-insert-labeled-timestamps-at-point org-scheduled-string ...] 8)
|   org-add-planning-info(scheduled nil closed)
|   org-schedule(nil)
|   call-interactively(org-schedule nil nil)
`----

when pressing C-c C-s to schedule an item.

Whats changed or what have I configured wrong?

(Continue reading)

Nick Dokos | 1 Jan 05:51 2012
Picon

Re: calendar problem with schedule

Richard Riley <rileyrg <at> gmail.com> wrote:

> 
> Ive not been using org mode for a while, just came back to and using
> latest 24 snapshot from git I get
> 
> ,----
> | Debugger entered--Lisp error: (void-function window-combination-p)
> |   window-combination-p(#<window 8> nil)
> |   calendar-generate-window(1 2012)
> |   calendar-basic-setup(nil)
> |   calendar()

You likely have a mixture of old and new files (what I call a
"frankenstein install"): calendar-generate-window calls
window-combined-p in the current version, and there is no
window-combination-p function, which leads me to believe that you have
old calendar code.

I recommend a thorough cleaning, rebuilding and reinstalling of
emacs. You might want to try a restart of emacs first just to see if it
works, but I wouldn't hold my breath.

Nick

PS. Happy New Year!

> |   org-read-date(nil to-time nil nil nil nil)
> |   byte-code("\204>	\306>\203>\212\307\310!\210\212\311 \210`)\312	\313=
> =3D\203!=0B\202\"\f\n\310#\203=3D\314\315!\316\317\320!\".\205;\321!/)	\203=
(Continue reading)

Marc-Oliver Ihm | 1 Jan 14:55 2012
Picon

[babel] Is there a way to use edebug on emacs-lisp code blocks ?

Hi 2012, hi all !

Is there a way to use edebug for debugging my emacs-lisp code blocks ?
(Or is there another preferred way to debug emacs-lisp code in babel ?)

For normal coding I use edebug a lot and it would be great to be able to use it in babel too.

The only workaround I can currently imagine would be to define global functions to do the work and
only call these functions from the code blocks ...

with kind and curious regards, Marc-Oliver Ihm

Marco Craveiro | 1 Jan 16:03 2012
Picon

Re: Problems exporting org-babel to HTML

On Thu, 2011-12-29 at 14:10 -0700, Eric Schulte wrote:
> Please update to the latest version of Org-mode available from git at
> http://orgmode.org/org-mode-download.html and let us know if the problem
> persists.

Eric, git latest did solve the problem - thanks. For google posterity,
if you are running emacs 23 or 24 (at the time of this writing with org
mode v7.7) and if you bump into the following error while batch
exporting from gnuplot:

Symbol's function definition is void: copy-seq

You will need to obtain a later version of org-mode, which contains the
fix described here:

http://lists.gnu.org/archive/html/emacs-orgmode/2011-07/msg01203.html

Many thanks for your help

Marco

Ulrich Mueller | 1 Jan 19:35 2012
Picon

Re: Location of OpenDocument style files should be configurable

>>>>> On Sat, 31 Dec 2011, Ulrich Mueller wrote:

>>>>> On Sat, 31 Dec 2011, Jambunathan K wrote:
>> Let know how things go.

> Looks like the current git head is working fine.

Sorry, I was a bit too fast with my reply. In fact, things are still
broken.

The problem is that when building org-odt.elc (with "make all"), the
value of datadir is ignored. Instead, its value at the time of
"make install" is embedded into the byte-compiled file.

This fails, because Gentoo builds are done in a sandboxed environment,
therefore org-odt.elc will contain some path like
/var/tmp/portage/app-emacs/org-mode-7.8.02-r1/image/usr/share/emacs/etc/org-mode/styles/
instead of the correct /usr/share/emacs/etc/org-mode/styles/.

So, could the build system please be changed, such that the datadir
value at _compile_ time is taken, not at _install_ time? (And of
course, it cannot be assumed that the final datadir exists at compile
time.)

Thanks,
Ulrich

York Zhao | 1 Jan 20:52 2012
Picon

Re: LaTeX export

> Read Chapter 14 of the Org-mode manual. And go to
> http://orgmode.org/worg/ and search with the keyword "literate".

Thanks, I've read these already, they are helpful.

Happy New Year
York

Nicolas Goaziou | 1 Jan 21:05 2012
Picon

Re: [babel] Is there a way to use edebug on emacs-lisp code blocks ?

Hello,

Marc-Oliver Ihm <marc-oliver.ihm <at> online.de> writes:

> Is there a way to use edebug for debugging my emacs-lisp code blocks ?
> (Or is there another preferred way to debug emacs-lisp code in
> babel ?)

You can open the block in a temporary buffer, with C-c ', and use C-u
C-M-x from there.

Regards,

--

-- 
Nicolas Goaziou

Ulrich Mueller | 1 Jan 21:43 2012
Picon

Re: Location of OpenDocument style files should be configurable

> So, could the build system please be changed, such that the datadir
> value at _compile_ time is taken, not at _install_ time?

I.e., something like the patch included below.

BTW, maybe one could think about supporting DESTDIR? That should be
trivial to implement, simply prepend $(DESTDIR) to all destination
paths in the install-* make targets. I can prepare a patch if this is
wanted.
<http://www.gnu.org/prep/standards/html_node/DESTDIR.html>

Cheers,
Ulrich

From f6eb5150418bfd5de35b8f4f9ca39f4cbff1d40b Mon Sep 17 00:00:00 2001
From: Ulrich Mueller <ulm <at> gentoo.org>
Date: Sun, 1 Jan 2012 21:39:21 +0100
Subject: [PATCH] Don't re-compile org-odt.el at install time.

---
 Makefile |    6 +-----
 1 files changed, 1 insertions(+), 5 deletions(-)

diff --git a/Makefile b/Makefile
index 520b0fd..642b21f 100644
--- a/Makefile
+++ b/Makefile
 <at>  <at>  -247,14 +247,10  <at>  <at>  p:
 g:
 	${MAKE} pdf && open doc/orgguide.pdf
(Continue reading)

Marc-Oliver Ihm | 1 Jan 22:01 2012
Picon

Re: [babel] Is there a way to use edebug on emacs-lisp code blocks ?

Am 01.01.2012 21:05, schrieb Nicolas Goaziou:
> Hello,
>
> Marc-Oliver Ihm<marc-oliver.ihm <at> online.de>  writes:
>
>> Is there a way to use edebug for debugging my emacs-lisp code blocks ?
>> (Or is there another preferred way to debug emacs-lisp code in
>> babel ?)
>
> You can open the block in a temporary buffer, with C-c ', and use C-u
> C-M-x from there.
>
>
> Regards,
>

Hi Nicolas,

Thanx, that is close ! However, I also need to resolve <<noweb>> references.

Resolving <<noweb>> references is something, that org-babel-expand-src-block does,
which however is still not what I need, because it only works for #+begin_src ... #+end_src blocks,
but not for #+call: lines and for the arguments, which can be passed.

So, if I have something like:

#+call: foo(1,2)

I cannot see a way to get a buffer with all the code, that foo might expand into, INCLUDING the assignments for the
arguments 1 and 2.
(Continue reading)


Gmane