headers
Tomas Grigera | 1 Jan 2012 01:22
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, 680 bytes
Permalink | Reply | 1 comment |
headers
Richard Riley | 1 Jan 2012 03:22
Picon
Gravatar

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)

Permalink | Reply | 4 comments |
headers
Nick Dokos | 1 Jan 2012 05:51
Picon
Favicon

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)

Permalink | Reply | 3 comments |
headers
Marc-Oliver Ihm | 1 Jan 2012 14:55
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
Permalink | Reply | 4 comments |
headers
Marco Craveiro | 1 Jan 2012 16:03
Picon
Gravatar

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
Permalink | Reply | 0 comments |
headers
Ulrich Mueller | 1 Jan 2012 19:35
Picon
Favicon

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
Permalink | Reply | 9 comments |
headers
York Zhao | 1 Jan 2012 20:52
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
Permalink | Reply | 0 comments |
headers
Nicolas Goaziou | 1 Jan 2012 21:05
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
Permalink | Reply | 3 comments |
headers
Ulrich Mueller | 1 Jan 2012 21:43
Picon
Favicon

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)

Permalink | Reply | 8 comments |
headers
Marc-Oliver Ihm | 1 Jan 2012 22:01
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)

Permalink | Reply | 2 comments |

Gmane