Hi,
Here's a minimal document:
BEGIN EXAMPLE
#+title: Testing
* Src blocks
Here's some Lisp:
#+begin_src emacs-lisp
(message Hello world!)
#+end_src
END EXAMPLE
When I try to export the Src blocks subtree to PDF via LaTeX, I get
the error:
unbalanced begin/end_src
Hi!
Just updated to current git version of org:
Org-mode version 7.7 (release_7.7.674.gc609)
Running under emacs:
GNU Emacs 23.3.1 (x86_64-suse-linux-gnu, GTK+ Version 2.22.1) of 2011-10-07 on
build40
Suddenly I have some lines with colored backgrounds, some dark
blue, some light blue in my
Hi, people.
Whenever a TODO is scheduled with a recurrence (with .+ or ++), forcing
the state to DONE is a mere way to trigger Org into setting the state to
TODO again, yet with the scheduled date updated for the next repetition.
Setting to DONE merely means that this repetition is done, which
Hi, Org mode people.
I had some misery trying to debug a special personal machinery to
capture URLs from Chrome into Org. Not worth detailing here. And
moreover, as it works now, I'm happy with this.
However, I had to make the following modification to get it going. I'm
not sure what are the
Hi again, Org people.
Let me first say that I much like org-goto (C-c C-j), thanks for it!
One thing which I miss in it is the capability of quick positioning
within the goto window, using the mouse. If I click anywhere (using
mouse-1), the Emacs cursor jumps to the mouse cursor indeed, but
Commit 6f8ea8e breaks the build.
make clean
make
...returns the error:
--8---cut here---start-8---
emacs -batch -q -no-site-file -eval (setq load-path (cons (expand-file-name
\./lisp/\) (cons \/usr/local/share/emacs/site-lisp\ load-path))) -f
I have the same problem.
It occurs on a 2nd pass through org-export-blocks-preprocess (in
org-exp-blocks.el).
1st pass runs OK, 2nd pass gets the error condition.
1st pass processes the following:
(buffer-substring match-start (point-max)) -
#+begin_src emacs-lisp\n (message \Hello,
Martyn Jago martyn.j...@btinternet.com writes:
Commit 6f8ea8e breaks the build.
make clean
make
...returns the error:
emacs -batch -q -no-site-file -eval (setq load-path (cons (expand-file-name
\./lisp/\) (cons \/usr/local/share/emacs/site-lisp\ load-path))) -f
batch-byte-compile
Hi,
Either something's gone wrong with my setup, or there are a number of
issues to straighten out after org-odt moved to core.
Here's what I have so far (with Org 7.7 pulled this morning, Emacs
23.3.1, on a Mac). Issues 1 and 3 look urgent.
1. The org-export-odt-styles-file variable
Christian
Hi,
Either something's gone wrong with my setup, or there are a number of
issues to straighten out after org-odt moved to core.
Here's what I have so far (with Org 7.7 pulled this morning, Emacs
23.3.1, on a Mac). Issues 1 and 3 look urgent.
1. The org-export-odt-styles-file
Hi Jambunathan
Jambunathan K kjambunat...@gmail.com writes:
Martyn Jago martyn.j...@btinternet.com writes:
Commit 6f8ea8e breaks the build.
make clean
make
...returns the error:
emacs -batch -q -no-site-file -eval (setq load-path (cons (expand-file-name
\./lisp/\) (cons
Hi Detlef,
Detlef Steuer detlef.ste...@gmx.de writes:
Suddenly I have some lines with colored backgrounds, some dark
blue, some light blue in my agenda view?! (invoked using C-c a a)
Don't panic :)
I like the good old white background for all my agenda lines and want it
back. What has
On Mon, 12 Dec 2011 09:56:15 +0100
Detlef Steuer detlef.ste...@gmx.de wrote:
Hi!
Just updated to current git version of org:
Org-mode version 7.7 (release_7.7.674.gc609)
Running under emacs:
GNU Emacs 23.3.1 (x86_64-suse-linux-gnu, GTK+ Version 2.22.1) of 2011-10-07
on build40
Jambunathan K kjambunat...@gmail.com writes:
Don't you have htmlfontify.el in your version of Emacs? I thought it is
part of regular Emacs. Could you please check why this is so? May be
some adjustment of load path is required or htmlfontify.el has to be
installed.
htmlfontify.el is part of
Tassilo Horn tass...@member.fsf.org writes:
First of all, in the mean time it's mostly Thierry Volpiatto and
Rubikitch doing all the work on anything.el.
Oops -- sorry I forgot to mention this, thanks for clarifying!
--
Bastien
Bastien b...@altern.org writes:
First of all, in the mean time it's mostly Thierry Volpiatto and
Rubikitch doing all the work on anything.el.
Oops -- sorry I forgot to mention this, thanks for clarifying!
No problem, I'm still capable of accepting patches. ;-)
Bye,
Tassilo
Jambunathan K kjambunat...@gmail.com wrote:
Martyn Jago martyn.j...@btinternet.com writes:
Commit 6f8ea8e breaks the build.
...
...
Don't you have htmlfontify.el in your version of Emacs? I thought it is
part of regular Emacs. Could you please check why this is so? May be
some
Takaaki ISHIKAWA takaxp at ieee.org writes:
If this package can handle `org-directory' having org files,
or `org-agenda-files', it is more handy.
org-agenda-files should be no problem, since this package searches in
all opened org buffers, and org opens all agenda files when building
the
Hi Tassilo,
Thank you for your advice!
I'm going to discuss this topic at emacs-anything ML.
Thanks,
--
SAKURAI, Masashi (family, given)
m.saku...@kiwanami.net
Bastien b...@altern.org writes:
Jambunathan K kjambunat...@gmail.com writes:
Don't you have htmlfontify.el in your version of Emacs? I thought it is
part of regular Emacs. Could you please check why this is so? May be
some adjustment of load path is required or htmlfontify.el has to be
El Mon, 12 Dec 2011 09:56:15 +0100 Detlef Steuer va escriure:
Suddenly I have some lines with colored backgrounds, some dark
blue, some light blue in my agenda view?! (invoked using C-c a a)
There are _no_ entries in my .emacs telling anything about colors at
all. (AFAICT.)
With C-u
Hi Bill,
Bill Jackson w...@jacksonhost.com writes:
In version 7.7, a function provided to org-publish via :html-preamble or
:html-postamble no longer accepts a property list of export options. I do
not know if this change is a bug, or if it is deliberate.
This is deliberate: I think the
Jambunathan K kjambunat...@gmail.com writes:
I pushed one more fix which does a (require 'htmlfontify nil t) instead
of (require 'htmlfontify).
Indeed, thanks!
--
Bastien
Dear Tom,
Hi. Thanks for your comment.
I have verified the `org-agenda-files' is available for org-search-goto
once I call org-agenda command.
The solution for `org-directory' is good for active buffers.
But I actually don't want to keep opening archived org files only for searching.
So I will
Hello,
This was a very tricky problem to work around. I have two directories
(notesmine and personal) that I use to refile stuff to. I refile to my
notesmine directory once every few months, so I was baffled last night
when I started getting Wrong type argument:
stringp, nil when I wanted to
Patch 1033 (http://patchwork.newartisans.com/patch/1033/) is now Accepted.
Maintainer comment: none
This relates to the following submission:
http://mid.gmane.org/%3C2008000620.6fd433b6%40kuru.homelinux.net%3E
Here is the original message containing the patch:
Content-Type: text/plain;
Patch 1004 (http://patchwork.newartisans.com/patch/1004/) is now Accepted.
Maintainer comment: none
This relates to the following submission:
http://mid.gmane.org/%3Cm2bot77c1a.fsf%40pluto.luannocracy.com%3E
Here is the original message containing the patch:
Content-Type: text/plain;
Dave Abrahams d...@boostpro.com writes:
Without this change, org-agenda-follow-indirect tends to cause the
window configration to bounce around chaotically as you move from item
to item.
Applied, thanks. I had to update the commit message: it should contain
an Emacs-ready ChangeLog message.
Suvayu Ali fatkasuvayu+li...@gmail.com writes:
Lately I have been seeing a lot of bug reports sent using the
org-submit-bug-report. The reporter usually reports the bug from a
session they have been using with their full blown customisations. And
often they are requested to reproduce the bug
Nathan Neff nathan.n...@gmail.com wrote:
Hello,
This was a very tricky problem to work around. I have two directories
(notesmine and personal) that I use to refile stuff to. I refile to my
notesmine directory once every few months, so I was baffled last night
when I started getting Wrong
pin...@iro.umontreal.ca (François Pinard) writes:
Whenever a TODO is scheduled with a recurrence (with .+ or ++), forcing
the state to DONE is a mere way to trigger Org into setting the state to
TODO again, yet with the scheduled date updated for the next repetition.
Setting to DONE merely
Dear all,
Hi.
I'm writing a presentation tool for Org-mode named `org-tree-slide'.
This elisp will help you when a live editable presentation is required.
And it is also possible to access TODO items sequentially with narrowing.
Since org-tree-slide treats a tree as a single slide by
Orgcard: Correct markup in 'Timestamps' section
* doc/orgcard.tex: Correct one markup in 'Timestamps' section
From 756e4eb6aca0e1b72f8fa55537005d2b617b83f8 Mon Sep 17 00:00:00 2001
From: Julian Gehring julian.gehr...@googlemail.com
Date: Mon, 12 Dec 2011 12:29:46 +0100
Subject: [PATCH] Orgcard:
Org manual: Fix double-spaces at the end of sentences
* doc/org.texi: End sentences with two spaces.
From 19e39b67f4a8dbee3f1015f636fac4f77e59d3c2 Mon Sep 17 00:00:00 2001
From: Julian Gehring julian.gehr...@googlemail.com
Date: Mon, 12 Dec 2011 19:19:20 +0100
Subject: [PATCH] Org manual: Fix
Hi Bernt,
sorry, I wasn't more specific. My problem is with projects that consist
of subprojects and simple tasks. Consider the following scenario:
* TODO Project
** TODO Subproject A
*** NEXT Task A1
*** TODO Task A2
** NEXT Task B
** TODO Task C
** TODO ...
Task B and C have to be done in
Patch 1068 (http://patchwork.newartisans.com/patch/1068/) is now Accepted.
Maintainer comment: none
This relates to the following submission:
http://mid.gmane.org/%3Cjc5fuu%24ppc%241%40dough.gmane.org%3E
Here is the original message containing the patch:
Content-Type: text/plain;
Patch 1069 (http://patchwork.newartisans.com/patch/1069/) is now Accepted.
Maintainer comment: none
This relates to the following submission:
http://mid.gmane.org/%3Cjc5h3b%242jq%241%40dough.gmane.org%3E
Here is the original message containing the patch:
Content-Type: text/plain;
Bernt Hansen be...@norang.ca writes:
pin...@iro.umontreal.ca (François Pinard) writes:
todo-dependencies should likely never be enforced for repeated
entries, even if enforced otherwise, as enforcing for repetitions
with the current Org mechanics has no meaning, at least as I
undestand Org
Hello,
You can get the following patchset by pulling:
git pull git://git.baby-gnu.net/org-mode dad/add-level-to-headings
Regards.
This patch permits a more flexible usage than :minlevel.
It's possible to include files with their heading demoted by 'X' levels
relatively to the current one.
Hello,
As I want to write some documentation with org-mode, I'm looking for a
way to manage an list of files in which org-mode will look for links, or
better, a list or directory to scan.
For example:
- in file1.org, I link something like
[[file:file2.org::#some-point][some point in some
Viktor Rosenfeld listuse...@googlemail.com writes:
Hi Bernt,
sorry, I wasn't more specific. My problem is with projects that consist
of subprojects and simple tasks. Consider the following scenario:
* TODO Project
** TODO Subproject A
*** NEXT Task A1
*** TODO Task A2
** NEXT Task B
**
Hi,
Thanks, the problem was indeed with setup and not with org-odt as
such, so I'm really sorry about the noise. But I'm wondering if
something needs to be done about the Makefile to make sure etc/styles
installs.
Background: I'm in the habit of compiling and installing Org each time
I
Thanks Nick for your advice. I have posted a new e-mail
with the subject Refile fails with blank * TODO
On Mon, Dec 12, 2011 at 11:05 AM, Nick Dokos nicholas.do...@hp.com wrote:
Nathan Neff nathan.n...@gmail.com wrote:
Hello,
This was a very tricky problem to work around. I have two
Hello,
With some help from Nick Dokos, I think I've found a
bug:
If you have a blank TODO entry in any of your refile targets,
you will get the error message below.
Here's a sample ~/Documents/notesmine/emacs.org file that will
reproduce the error:
* Emacs - auto fill mode
* TODO
*
Hi,
sorry for my late response.
I have little time right now, but I think org-mode could be integrated.
The current node.js org-mode parser is not designed to take care of the content
of a paragraph (for instance it will not be able to detect numbered lists), and
I fear this is its major weak
Nathan Neff nathan.n...@gmail.com wrote:
If you have a blank TODO entry in any of your refile targets,
you will get the error message below.
...
I'm able to replicate this bug by opening Emacs and
running M-x njn/refile-targets-personal
...
Thanks and hope someone else can replicate it
On Sun, Dec 11, 2011 at 11:01:13AM +0100, David Maus wrote:
At Mon, 5 Dec 2011 17:19:29 +0100, M. Bauer wrote:
as in the last paragraph of the Org v7.7 manual section 4.3
about external links, Org also finds external links in the
normal text and activates them as links. While editing,
Hello,
There may be a problem with parsing arguments to the #+call
function:
#+name: A
#+begin_src sh :var a=this, works
echo $a
#+end_src
#+results: A
| this | works |
#+call: A()
#+results: A()
| this | works |
#+call: A(a=this also works)
#+results: A(a=this also works)
: this also
Dear all,
I made a small refresh of the website.
http://orgmode.org
- random quote (taken from worg/org-quotes.org)
- random screenshot
- twitter feed
- g+/flattr/fb buttons
- french translation (http://orgmode.org/fr/)
If you want to help with the translation in your language,
please send
Dear all,
I'm releasing 7.8.01. 7.8 has a bug about HTML publishing,
please don't use it.
http://orgmode.org/org-7.8.01.tar.gz
http://orgmode.org/org-7.8.01.zip
Below is the list of changes, also accessible on the website:
http://orgmode.org/Changes.html
Special thanks to Jambunathan,
Mathias Bauer mba...@gmx.org writes:
Can you please check this issue?
This is now fixed in 7.8.01. Sorry for this.
--
Bastien
Hi Myles,
Thanks for reporting this issue, I just pushed up a fix and a protecting
test case.
Best,
mylesengl...@gmail.com writes:
Hello,
There may be a problem with parsing arguments to the #+call
function:
#+name: A
#+begin_src sh :var a=this, works
echo $a
#+end_src
#+results: A
Hello Bastien,
On Tue, Dec 13, 2011 at 01:07:15AM +0100, Bastien wrote:
Mathias Bauer mba...@gmx.org writes:
Can you please check this issue?
This is now fixed in 7.8.01. Sorry for this.
Never mind. Thanks for your quick response.
But,... there is still a litte flaw at the website's
Hey Tobias, I think this would be a great feature for the Android version.
It would be helpful if you could add this as a feature request in the
issue tracker:
https://github.com/matburt/mobileorg-android/issues
As well as any ideas you have on how it should work... that will help us
prioritize
pin...@iro.umontreal.ca (François Pinard) writes:
Bernt Hansen be...@norang.ca writes:
pin...@iro.umontreal.ca (François Pinard) writes:
todo-dependencies should likely never be enforced for repeated
entries, even if enforced otherwise, as enforcing for repetitions
with the current Org
Bastien b...@altern.org writes:
I'm releasing 7.8.01. 7.8 has a bug about HTML publishing,
please don't use it.
7.8.02 is now online, with the correct etc/ folder in it
for the ODT exporter, and the commit Eric just pushed.
--
Bastien
Daniel Dehennin daniel.dehen...@baby-gnu.org writes:
As I want to write some documentation with org-mode, I'm looking for a
way to manage an list of files in which org-mode will look for links, or
better, a list or directory to scan.
For example:
- in file1.org, I link something like
Hi Mathias,
Mathias Bauer mba...@gmx.org writes:
But,... there is still a litte flaw at the website's
org-mode-download.html page:
The download links for the zip file and the gzipped tar archive
both show the v7.6 files. However v7.8.01 is directly accessible
via
pin...@iro.umontreal.ca (François Pinard) writes:
todo-dependencies should likely never be enforced for repeated
entries
Bernt Hansen be...@norang.ca writes:
You can set a NOBLOCKING property to t to skip the dependency check
for repeated tasks.
Bernt Hansen be...@norang.ca writes:
It
Bastien b...@altern.org writes:
Special thanks to Jambunathan, Nicolas, Eric and Carsten for
their work on this release.
Thanks a bunch to Jambunathan! Great to see your work being part of
Org.
This seems like a very exciting release! Thanks to Bastien and other
new and old contributors.
Hi, Org people.
I'm noticing that the R (org-agenda-clockreport-mode) command with the
*Org Agenda* buffer ignores the running clock.
To get a result closer to the truth while I work, I have to clock-out
and clock-in, then retry R. (Then edit out the spurious clock out and
the following
61 matches
Mail list logo