[Orgmode] Re: [PATCH] Re: html-export mangels mailto: links

2010-09-12 Thread Achim Gratz
Eric S Fraga  writes:
> it's the output of "M-x org-version RET" as opposed to the value of
> org-version.

They both deliver the same result "7.01trans" for me, that's why I'm
asking...

Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [PATCH] Re: html-export mangels mailto: links

2010-09-12 Thread Achim Gratz
Nick Dokos  writes:
[...]
> E.g. if you git pull into one place and then install the .el files
> somewhere else, the .git subdirectory will not be found.

Thanks for the explanation, I do indeed have the source in one place and
then just proceed to "make install" into my site-lisp directory.  I'll
see how to modify my load-path a bit differently to accommodate this
slightly different workflow that org assumes.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] [PATCH] silence byte compiler warnings about european-calendar-style

2010-09-13 Thread Achim Gratz
I've investigated further and defvaralias doesn't silence the warnings,
but "with-no-warnings" does.

---
 lisp/org-agenda.el |3 ++-
 lisp/org.el|7 ---
 2 files changed, 6 insertions(+), 4 deletions(-)

diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index 32c65db..9f94fa6 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -7279,7 +7279,8 @@ the resulting entry will not be shown.  When TEXT is 
empty, switch to
   (let ((calendar-date-display-form
 (if (if (boundp 'calendar-date-style)
 (eq calendar-date-style 'european)
-  (org-bound-and-true-p european-calendar-style)) ; Emacs 22
+  (with-no-warnings ;; european-calendar-style is obsolete as 
of version 23.1
+(org-bound-and-true-p european-calendar-style))) ; Emacs 22
 '(day " " month " " year)
   '(month " " day " " year
 
diff --git a/lisp/org.el b/lisp/org.el
index 668d469..70dd482 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -14604,9 +14604,10 @@ user function argument order change dependent on 
argument order."
(list arg2 arg1 arg3))
((eq calendar-date-style 'iso)
(list arg2 arg3 arg1)))
-(if (org-bound-and-true-p european-calendar-style)
-   (list arg2 arg1 arg3)
-  (list arg1 arg2 arg3
+(with-no-warnings ;; european-calendar-style is obsolete as of version 23.1
+  (if (org-bound-and-true-p european-calendar-style)
+ (list arg2 arg1 arg3)
+   (list arg1 arg2 arg3)
 
 (defun org-eval-in-calendar (form &optional keepdate)
   "Eval FORM in the calendar window and return to current window.
-- 
1.7.1



Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf Blofeld V1.15B11:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [PATCH] Re: html-export mangels mailto: links

2010-09-13 Thread Achim Gratz
I've decided to keep my standard load-path. Instead I just put

(setq load-path (cons (expand-file-name "~/lisp/org-mode/user-lisp") load-path))
(setq load-path (cdr load-path))

in the scratch buffer and execute one line or the other whenever I want
to switch and then do a C-c C-x ! in an org-buffer.  That way I can keep
a clean install in site-lisp.  I might make these two lines into
functions I can call directly from org-mode (and bind to keys), but for
now that's working well enough to be no bother.

Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: org-babel matlab example

2010-09-14 Thread Achim Gratz
Dan Davison  writes:
> I can see that this would be particularly natural for
> matlab/octave in which (aIui) function definitions require specifying
> the name of the variable whose value is to be returned.

I can't say I fully understand what's going on and possibly I'm off my
rocker; but it seems to me that it is only the wrapper function from
ob-octave that requires the result to be anonymous so it can pick up on
"ans" without having to either parse the input or the output of Octave.
This is an artefact of how Octave handles things and a convention to
make things click with the wrapper in babel.  If for instance you'd wrap
the Octave script into an anonymous structure, you could get at the last
evaluation without knowing the name, like this:

: {%s};ans{size(ans,1)}

That'd remove the requirement of delivering the result in any particular
form as long as it is produced by the last evaluation in the code block.
I'm not sure it works when code sprinkled across several blocks is
supposed to be in a single session, however.

> In other languages which I've encountered, return values are
> determined by either "return" statements, or the value of the last
> statement in the function, or both of these mechanisms. So if we were
> to apply your suggestion to all languages, one could argue that it
> would permit un-natural code in languages other than matlab/octave. As
> you say, we do want things to be uniform across languages, but perhaps
> there is an argument for restricting your suggestion to matlab/octave?

A more interesting question is what should happen if the language in
question is capable of delivering multiple results on return...


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: org-babel matlab example

2010-09-14 Thread Achim Gratz
Achim Gratz  writes:
> : {%s};ans{size(ans,1)}

That would have been too easy... if whitespace is in the wrong place,
Octave tries to parse the code block as a multi-dimensional structure
and falls onto it's own sword.  Sigh.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Waldorf MIDI Implementation & additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries

2010-09-20 Thread Achim Gratz
Hi Eric,

your commit 88b8b839 raises the following warnings during compile on
EMACS 23.1:

In org-babel-demarcate-block:
ob.el:1157:27:Warning: `previous-line' used from Lisp code
That command is designed for interactive use only
ob.el:1155:78:Warning: reference to free variable `stars'
ob.el:1159:55:Warning: `previous-line' used from Lisp code
That command is designed for interactive use only

In end of data:
ob.el:1826:1:Warning: the function `org-current-level' is not known to be
defined.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Bug? org.el:org-open-at-point

2010-09-20 Thread Achim Gratz
David Maus  writes:

> Okay, I've pushed a change to master that adds two functions
> `org-wl-open-nntp' and `org-gnus-open-nntp' to open nntp: links with
> WL or Gnus, respectively.

Thanks, that looks good.  Gnus still doesn't do anything and silently
ignores the link, but I'm almost certain that this is due to GNUS and
how it's currently configured on my end rather than Org...  Amusingly,
when not registering the link handler, Org creates a new headline at the
end of the buffer with the link content.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries

2010-09-21 Thread Achim Gratz

Fix confirmed.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

DIY Stuff:
http://Synth.Stromeko.net/DIY.html


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Bug? org.el:org-open-at-point

2010-09-22 Thread Achim Gratz
David Maus  writes:
> Did you register the link type?

Yes.

> [[nntp://news.gmane.org/gmane.mail.imap.general][Usenet 1]]

This one doesn't (just like my example links).  If I add a trailing "/"
to the link it starts working as expected.  The link without the
trailing slash does start GNUS if not already running, but does not
enter the group buffer.

> [[nntp://news.gmane.org/gmane.mail.imap.general/2005][Usenet 2]]

This one works without the trailing "/" and continues to work with an
added trailing "/".  I'm currently a bit short on time to investigate
this any further at the moment (version of EMACS 23.1 or GNUS 5.13
here), but maybe a trailing slash should be added to the server part if
not already there (or even generally, if the second link also works on
your side).  But it's certainly not a high priority item - for me,
anyway.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Ditaa usage

2010-09-22 Thread Achim Gratz
Juri Artamonov  writes:
> I would love to update but I have emacsW32 installed and don't know
> how to update orgmode inside of it.

In a nutshell, you don't.  You put the new version of org-mode into the
site-lisp directory where EMACS is installed and EMACS will use the new
version because it looks there first.  If you can't install into
site-lisp, you can put orgmode into some other place and prepend that
location to the load-path in your user startup file (.emacs in your
"Application and Settings" folder, IIRC).  Proper installation of
org-mode requires a working make and some other programs that you can
get with MSys (or Cygwin if you need a full POSIX environment).


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [Bug] lisp/org.el (org-link-escape) escapes the type part of a link

2010-09-22 Thread Achim Gratz
David Maus  writes:
> Achim Gratz wrote:
>>The function org-link-escape escapes the '+' in file+sys and file+emacs
>>link types and creates some problems for export by doing so.  Only the
>>path component of a link URI should be escaped, but not the type part.
>
> Does this still happen und could you provide an example?

Yes it does.  The first link has been entered literally, the second
using C-c C-l.  The first link will turn into the second form as soon as
I use C-c C-l on it and can only be reverted in "literal" mode.

[[file+emacs:~/org/notes.org][My Notes]]
[[file%2Bemacs:~/org/notes.org][My Notes]]

The export to HTML delivers:

My Notes
My Notes

Org-mode version 7.01trans (release_7.01h.557.g8de43)
GNU Emacs 23.1.1 


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [Bug] lisp/org.el (org-link-escape) escapes the type part of a link

2010-09-22 Thread Achim Gratz
David Maus  writes:
> Thanks for clarification.  It should be fixed now in master.

You only wish... it doesn't escape the link type now, but adds a
colon on each call of C-c C-l:

[[file+emacs:~/org/notes.org][My Notes]]
[[file+emacs::~/org/notes.org][My Notes]]
[[file+emacs:::~/org/notes.org][My Notes]]

This messes up the HTML export even more:

My Notes
My Notes
My Notes

Interesting, isn't it? :-)


Sorry for being a troublemaker today,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [Bug] lisp/org.el (org-link-escape) escapes the type part of a link

2010-09-22 Thread Achim Gratz
David Maus  writes:
> Ooops, fixed now.

Confirmed.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [PROPOSAL] Quick and easy installation instructions

2010-09-26 Thread Achim Gratz
Dan Davison  writes:

> I think that the documentation concerning installation should be made
> more user-friendly. My impression is that the Org manual makes all this
> sound much harder than it needs to be, and I suspect that this is an
> entry-barrier for new Org users. For example, the first thing users
> encounter in the manual section is an instruction to edit a Makefile.

Agreed.  It was easy enough to follow for me, but I can see that others
may find it too technical.

> I suggest we provide a "quick and easy installation" section to the
> manual, that shows people how to start using the latest version of
> Org-mode without messing about with compilation and installation (I
> rarely compile and have never "installed" Org-mode). It would also be
> helpful to include notes on how to find your ".emacs" file.

Just as a counter-point, I always compile and install (even bleeding
edge, that just goes into a different place) because that allows me to
separate production from experimental code more easily.

> This would involve the following changes to section 1.2 Installation:
>
> 1. The first thing it should say would be along the lines of
>"A reasonably recent version of Org is included in Emacs. Are you
>sure you need the latest version of Org?  If not, skip to the
>Activation section and start using Org!"

Don't assume what version of Emacs the user may have and it may be
configured in crazy ways, too.  To read the instructions one would
already have had to find and go to orgmode.org, so there is little
further effort to fix them up with the latest stable version.  Right now
there is no official Emacs release that uses Org 7.x, for instance.

> 2. Then we should lay out an easy route and a full route:
>1. Quick and easy
>   Download, set your load-path and (require 'org-install)
>   Optionally compile (within emacs[1]?)
>   Suggested text below.

I'd really suggest putting it into site-lisp as that removes the need to
muck about with load-path (which isn't customizable...), the dangers of
which you demonstrate yourself:

>(setq load-path (cons "~/path/to/org-mode/lisp" load-path)

(yes, just a missing closing paren).  The other thing of course is that
by putting it there all other users on the system will benefit from it.
That's a plus even under Windows.

While we are at it, I think both org and org-babel have enough files to
better go into sub-directories (maybe org-install should stay on
top-level).


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf Blofeld V1.15B11:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [PROPOSAL] Quick and easy installation instructions

2010-09-26 Thread Achim Gratz
Dan Davison  writes:
> OK, so we're agreed. But your points below don't seem to describe a less
> technical route. Could you describe the less technical version of the
> instructions for the method that you are advocating?

Installing is something technical and I'm a tech-head, so you're asking
something of me I'm not really qualified to do. :-)

My points were:

- I think that a proper installation via make is the way to go, but I
  recognize that some folks don't want or need to do that.

- There is a default place where Emacs expects this kind of stuff and
  has some magic implemented to make it work without further
  configuration, and that place is site-lisp.  You can put it someplace
  else, but then you have to alter the load-path or you are at the mercy
  of some special configuration to make the same magic work in other
  places, too (I've had ~/lisp set up that way when I was still
  compiling Emacs myself).

- If org was delivered and compiled in 'org/' rather than 'lisp/', one
  could instruct users to just take that folder and copy/drag it into
  the site-lisp directory of their Emacs installation.  You can do that
  with the lisp folder, but I'd at least tell people to please rename it
  to org after doing the copy.

If you want to get any less technical than that, I'd suggest ELPA or
something like it (as has been discussed already in another thread).
ELPA packages build and configure themselves as far as possible, so that
should take out the guesswork for novice users.  Also it looks like it
will come standard with Emacs24 (with a GNU archive and the possibility
to add additional archives, which could take care of the "bleeding
edge"), so there will be absolutely no "installation" work required from
the user from then on.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

DIY Stuff:
http://Synth.Stromeko.net/DIY.html


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Windows installation with msysGit

2010-09-27 Thread Achim Gratz
Matthew Leifer  writes:
[...]

Thank you, but let me add a few remarks.

> 2. Run the program you have just downloaded (you need to be connected
> to the internet when you do this).  You'll be prompted for a few
> configuration options.  In most cases, the defaults will be fine.

If you can't connect to the internet, just use the full installer
instead.  If you're behind a proxy, setting the 'http_proxy' environment
variable in the shell will help (but likely not if the proxy requires
authentication).  Otherwise the netinstall is the better option in the
long run.

[...]
> For example, in my case, it is just /c/Users/Matt/emacs-22.3/bin
> and I would enter "set PATH=/c/Users/Matt/emacs-22.3/bin:$PATH" into
> the bash shell.  Note:  You'll have to do this every time you update
> org-mode unless you put it in the .bashrc file for the bash
> shell.  However, I was unable to determine where the bash shell that
> mysysGit installs expects this file to be.

It expects it in your home directory, which you enter with 'cd ~', just
do a 'vi .bashrc' there, the file will probably not exist.  But you
don't really need to do this if you edit the Makefile to reflect your
local installation:

>>
# Name of your emacs binary
EMACS = /c/Users/Matt/emacs-22.3/bin/emacs

# Where local software is found
prefix = /c/Users/Matt/emacs-22.3/

# Where local lisp files go.
lispdir = $(prefix)/site-lisp/org

# Where info files go.
infodir = $(prefix)/info
<<

The only thing between you and a proper 'make install' is now a working
install-info program and maybe one or two others IIRC that don't come
with MSysGit, but MSys has them.  MSysGit modified some DLL from MSys,
so you can't have both versions in the same path... but they're
compatible enough so that you can just copy all missing executables from
a temporary MSys installation over to the MSYSGit bin/ directory.  This
will also provide a few other programs that are really useful with
Emacs, so I'd do that even when Git wasn't needed.  You need to
customize the exec-path to include the bin/ directory from MSysGit at a
very early position for this to work, since some Windows programs with
the same name might exist.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: ditaa set-up on windows box

2010-09-28 Thread Achim Gratz
John Hendy  writes:
> Can you check your CLASSPATH environment variable? Mine is (not sure
> if it's correct, but it works...):
>
> .;C:\Program Files\Java\jre6\lib\ext\QTJava.zip

Unset this variable and try again.  The default CLASSPATH is simply ".",
but you don't need to set the environment variable then.

http://download.oracle.com/javase/6/docs/technotes/tools/windows/classpath.html

BTW, you can run 'java -verbose' to get more output that may show you
where the problem really is (like looking for files in the wrong place
or something like that).


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Waldorf MIDI Implementation & additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: ELPA

2010-09-28 Thread Achim Gratz
"Eric Schulte"  writes:
> I would think that it only makes sense to have one Org-mode package in
> ELPA, namely the bleeding edge git version of Org-mode.

I disagree and my vote is still on 'maint', i.e. what a user would be
most likely to install if he was visiting orgmode.org.  Master changes
too often and might have experimental commits that later get reversed.
For anybody not following the mailing list this would be exactly the
wrong version to get through ELPA, especially since ELPA (at least in
standard configuration) does not notify about new versions.

> ELPA serves as a way to distribute packages which are not (or can't
> be) part of Emacs,

This is true of the current ELPA (tromey.com), but I feel the GNU ELPA
might take on an additional role: 1) easily obtaining packages that
would not normally come with the standard install of Emacs and 2)
keeping users updated on packages that are still developed and change
between releases.  Org-mode would fall into the second category since it
will probably stay in the standard package set. 

> Also, I would tend to think that this would make the most sense if we
> automate the ELPA integration s.t. every time a new revision is pushed
> up the to git repository, the ELPA version is automatically upgraded
> (with a git commit hook).  If this isn't currently possible in ELPA then
> I'd agree with a point Jambunathan makes in this thread that this is a
> trick we can help ELPA to learn.

Again, Emacs24 ELPA will be able to query multiple archives, something
that current ELPA can't.  So Emacs24 will by default look at
elpa.gnu.org and users should be able to find the latest stable version
there (it may not show up exactly in the minute it is released on
orgmode.org).  It should then be easy enough to configure ELPA (from
org-mode even?) to look for updates on orgmode.org first and get
bleeding edge from there if the user asks to do this.  If GNU ELPA
adopts a different package update policy then both the stable and
bleeding edge version would need to be on orgmode.org -- has anybody had
a chance to ask or followed the discussion on the emacs.devel list?


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: ditaa set-up on windows box

2010-09-29 Thread Achim Gratz
Markus Heller  writes:
> The root of all evil is *NOT* org-mode, but rather the fact that my OS
> (windoze XP) insists on finding an outdated Java version (1.4).  I have
> installed the Java 1.6 runtime environment, and as far as I can tell, all
> my environment variables contain only pointers to this installation, yet
> java -version shows 1.4.2_03.

That should be fixable by removing the part of the %PATH% environment
variable that contains the 1.4.2 java executable.  Once you know where
that is, it should suggest itself which software is responsible for this.

> I just figured out that this old installation is connected to another
> piece of software, which is annoying as hell in itself.

You confirmed this or is this just a guess?  I'd run the "Software"
panel and check if the old JRE is still listed there, if yes that's a
way to do a clean uninstall.  If not you can still use the Java control
panel from the new JRE and disable the old one (it should find and list
all JRE on your computer if you let it do a search).  I don't think this
takes care of the %PATH%, which can most likely be (un)set from the
"System" control panel.


HTH,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: ditaa set-up on windows box

2010-09-29 Thread Achim Gratz
Markus Heller  writes:
> I removed the old Java version from %PATH%, and now java -version gives
> the correct version (1.6.0_21).

Good.

> But when I try to run the same ditaa code from within org-mode using
> babel, I get error messages:

Sure, you've only changed the %PATH% in the cmd window, all other
processes still see the old value.  You need to remove it from the
%PATH% on system level, then it should also work from Emacs.  If you
customize exec-path in Emacs you might be able to remove the wrong path
there (if you try, just save it "for this session only"), but you should
really remove the old JRE completely if only for security reasons.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

DIY Stuff:
http://Synth.Stromeko.net/DIY.html


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Requests about the code demarcation

2010-09-30 Thread Achim Gratz
"Eric Schulte"  writes:
> Thanks for the suggestions, I've just implemented them.

This likely relates to commit eb0068e9, which  raises this warning

In org-babel-demarcate-block:
ob.el:1141:49:Warning: reference to free variable `org-babel-load-languages'

during byte-compile.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Requests about the code demarcation

2010-10-01 Thread Achim Gratz
"Eric Schulte"  writes:
> Fixed, Thanks -- Eric

Confirmed.

Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: bug: babel-* dirs

2010-10-01 Thread Achim Gratz
"Eric Schulte"  writes:
> I've re-enabled this functionality, I believe the problems should be
> fixed, from the commit message...

Byte compile warns:

In org-babel-temp-file:
ob.el:1792:36:Warning: reference to free variable
`org-babel-temporary-directory'

In addition, byte-compiling produces 173 empty /tmp/babel-* directories.

The newly installed version does not produce a temporary directory (I'm
not using babel yet), but calling up emacs like make does (extending the
load-path and not sourcing the site-file) will produce one that does not
go away after Emacs is closed on each start of emacs (which explains the
result of byte-compiling).


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: bug: babel-* dirs

2010-10-01 Thread Achim Gratz
"Eric Schulte"  writes:
> Fixed the byte-compilation warning, thanks for the catch.
[...]
> Thanks for the debugging information, it's great to finally have enough
> context to address this issue.  I've just pushed up what I hope is a fix
> for this.

Glad to be of service -- I can confirm both fixes, byte-compile now runs
cleanly and without cluttering /tmp.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf Blofeld V1.15B11:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Quoting formula "cookies" in table?

2010-10-04 Thread Achim Gratz

I seem to have hit a snag with tables:  I didn't find a way to quote any
of the special characters that are recognized to make formulas.  Tabbing
through such cells will create a malformed #+TBLFM: line at the end of
the table.  I can clean this up no problem, but on export the "formulas"
produce interesting results again.  Depending on the content of other
cells some lines will be moved out in front of the table.  Try HTML
subtree export on this test:

* Table Test

  |-+|
  | unrelated 1 | >= |
  | Test1   | =  |
  | unrelated 2 | <= |
  | Test2   | == |
  | unrelated 3 | -= |
  | Test3   | := |
  | unrelated 4 | >= |
  | Test4   | =  |
  | unrelated 5 | <= |
  | Test5   | == |
  | unrelated 6 | -= |
  | Test6   | := |
  |-+|

  |-+|
  | unrelated 1 | >= |
  | Test1   | =  |
  | unrelated 2 | <= |
  | Test2   | == |
  | unrelated 4 | >= |
  | Test4   | =  |
  | unrelated 5 | <= |
  | Test5   | == |
  | unrelated 6 | -= |
  |-+|

  |-+|
  | unrelated 1 | XX |
  | Test1   | =  |
  | unrelated 2 | XX |
  | Test2   | == |
  | unrelated 3 | >= |
  | Test3   | := |
  | unrelated 4 | XX |
  | Test4   | =  |
  | unrelated 5 | XX |
  | Test5   | == |
  | unrelated 6 | XX |
  | Test6   | := |
  |-+|

So is there a way to quote these special chars in an unobtrusive way
that cleanly exports to all backends?  If not I'd suggest to have a
special table form for "text-only" tables where these characters aren't
special (no, I don't have an idea off-hand what to use - @ in place of
the first | maybe?


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Quoting formula "cookies" in table?

2010-10-05 Thread Achim Gratz
Carsten Dominik  writes:
[...]
> The best way to deal with this is:
>
> * Table Test
>
>  |-+--|
>  | unrelated 1 | ~>=~ |
>  | Test1   | ~=~  |
[...]

Ah, thank you -- I've settled for *bold* instead since that is a bit
more pleasing in the HTML output.  Now that I export the file to HTML
nobody gets to see the org file anymore, so while it looks a bit clumsy
in the source I can live with that.

It would still be nice if there was a way to quote without changing the
output or to just disable the formula mechanism entirely for a table,
but I recognize that these things are very deeply embedded into the
table code and not so easy to change...


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] [Feature Request] Cross headings in tables

2010-10-05 Thread Achim Gratz
Now that I've started exporting some org files (to HTML mostly), I run
into some limitations here and there.  I've worked around most of them,
but have not been able to do anything about this (other than editing the
resulting HTML):

I have some tables where I used (without thinking much about it)
cross headings like this:

|--+-+-|
| Header   | some more   | and more|
| actually | multi-line headings | just work!  |
|--+-+-|
| item | stuff   | things  |
| etc. | pp. | ad nauseam  |
|--+-+-|
| Header   | to keep | things together |
|--+-+-|
| ...  | | |
|  | ... | |
|  | | ... |
|--+-+-|

I don't want to rip these apart into separate tables since that causes
the different parts to all have different widths (both in the source and
the export) and I really need these to line up and be just a single
table.

I guess that I could somehow manage to use the "splicing" of tables to
get the HTML export done, but I'd have that problem again for each
export backend.  Also, this would interrupt the table in the source and
make a formatting mess unless I'd define the column width for each of
the table parts by hand (which is equally undesirable).

So I'd like to have first-class cross headings, maybe like this:

|--+---+-|
| Header   | some more | and more|
|--+---+-|
| item | stuff | things  |
| etc. | pp.   | ad nauseam  |
|--+---+-|
|> Header  | to keep   | things together |
|--+---+-|
|  | ...   | |
|--+---+-|

So, the first heading would be determined by the first horizontal
separator inside the table (for backwards compatibility) and any
following heading would need get some special syntax (like the "|>"
above, but anything that doesn't collide with existing syntax will just
be fine I think).  If there's a heading marker before the first
horizontal separation, it should probably take precedence over the
backwards-compatible markup.  That would also enable to have table
headings without a separator, something that's not possible today.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: custom postamble in HTML export

2010-10-05 Thread Achim Gratz
Łukasz Stelmach  writes:
> But what if I like the information it puts there? Especially the
> timestamp? there is the :timestamp option but honestly I couldn't figure
> out how to use it. I puts some HTML with  in it
> and that's all.

I don't know what was the intention, but I recognize those particular
comments very well: if you'd use html-helper-mode on that file, it will
put the modification date between those two comments on each save.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [PATCH] Compiling multiple times the LaTeX output

2010-10-05 Thread Achim Gratz
Matthew Leifer  writes:
> I don't know if you are aware, but there is a utility called texi2dvi
> that figures out how many times LaTeX, bibtex, etc. need to be run and
> automatically runs them the correct number of times for you.
[...]

You know, I've been using LaTeX for so long, but it never occured to me
that texi2dvi could actually be used for something other than, well,
texinfo files (and the manual doesn't really make much fuzz about that
either).  But it just works... this is _great_ news, thank you!  Now
I'll have to make AucTeX use this.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [PATCH] Compiling multiple times the LaTeX output

2010-10-05 Thread Achim Gratz

Commit 59ba4125 lisp/org-latex.el raises warning during byte-compile:

In org-export-as-pdf:
org-latex.el:882:28:Warning: assignment to free variable `errors'
org-latex.el:882:47:Warning: reference to free variable `errors'


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [BUG] Table formula with org-hh:mm-string-to-minutes

2010-10-05 Thread Achim Gratz
[repost -- sorry if this turns out a duplicate]

Sébastien Vauban 
writes:
> Everything is fine... but the item 4: 19 minutes get converted to 0.00
> hour...  Why!?

Because you told it to: remove ";%.2f::@5$3=0.00" from the formula and
live a happier life.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Bibtex and latex export

2010-10-06 Thread Achim Gratz
Hi Eric,

Eric S Fraga  writes:
> | /usr/bin/texi2dvi: Processing /home/ucecesf/.../file.tex ...
> | egrep: Invalid range end
> | /usr/bin/texi2dvi: cannot read .//home/ucecesf/.../file.tex, skipping.

Something somewhere tries to make a local path from an absolute one by
prepending "./", which fails (predictably).  Is the input readable at
the original path?  Not sure the error message from egrep has to do with
it or not, but it must be in any case one of the processes started by
texi2dvi (does not show up on my system, I only have calls to grep when
I trace it, but one of the sub-processes might still use it).  I think
texi2dvi also invokes shell scripts, so any funny configuration in the
environment, especially where path points to, could throw it off.


HTH,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Quoting formula "cookies" in table?

2010-10-06 Thread Achim Gratz
Carsten Dominik  writes:
> (setq org-table-formula-evaluate-inline nil)
>
> might do this - I am not completely sure

Unfortunately it doesn't.  For starters I seem to need to set this
globally (tried to make it buffer-local, but that didn't work).  I can
then tab through the table without getting funny #+TBLFM lines, but any
function that tries to re-calculate formulas still barfs.  Somewhere in
the HTML export function this still happens (not quite sure where), so
the export result is again mangled.

While rummaging around in the source files I've probably found a dead
function: org-export-splice-style is defined in org-html, but I can find
no calls to it.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf Blofeld V1.15B11:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Bibtex and latex export

2010-10-07 Thread Achim Gratz
Eric S Fraga  writes:
> I think I will do so.  The thing is that the check is very much for
> DOS file names so I don't actually care what that part of the regex is
> doing!

Since texi2dvi is not fixing a locale this is clearly a bug that you
should report.  It should use character classes instead.  Why your
version of egrep complains about the range expression is not clear to me
(it may be locale dependent behaviour, but not syntactically an invalid
range expression), but you could check LC_COLLATE if "z" gets sorted
before "A".  I have an older version of egrep that will simply ignore
the range in this case and never match, but it certainly doesn't throw
an error.  Maybe this was changed to weed out bad regex's... :-)

> but this may have unexpected side effects?  I'm not sure if any of the
> latex suite use the locale...

I'd be wary of that, too.  If anything you might precede just the call to
egrep by "LC_ALL=C".


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Bibtex and latex export

2010-10-08 Thread Achim Gratz
I'm pretty sure that this behaviour of egrep has been introduced with
GNU grep version 2.6 (which says it fixed some long-standing bugs with
regards to locale handling and character classes if you care to read the
release notes).  Unfortunately, as we see here, fixing bugs in one place
often uncovers bugs someplace else, as the texi2dvi maintainers
certainly didn't suspect a new version of grep to cause breakage.  There
are some bugs introduced with 2.6 that supposedly have been fixed in
2.7.

Since the intent of the regex is obviously to allow an absolute path to
start either with a "/" or a DOS drive letter, contrary to what I wrote
before it is _not_ possible to use character classes as that would also
allow extra characters not allowed in drive letters in most locales.
Probably the most compatible version is to force the "C" locale for the
egrep call in question and slightly modify the range expression:

  echo "$command_line_filename" | LC_ALL=C $EGREP '^(/|[A-Za-z]:/)' >&6 \
  || command_line_filename="./$command_line_filename"

Otherwise you can't really use range expressions or character classes at
all since they either permit illegal drive letters or might not work
with due to the bugs in older versions of grep... it would however be
possible to spell out each drive letter bot in upper and lower case,
although that handicaps the permissible length of the filename (if the
"-i" switch wasn't broken in some locales one could use it and save one
version of the cases):

  echo "$command_line_filename" | LC_ALL=C $EGREP \
  '^(/|[ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz]:/)' >&6 \
  || command_line_filename="./$command_line_filename"

*Shudder* :-)


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Bibtex and latex export

2010-10-08 Thread Achim Gratz
Nick Dokos  writes:
> There is a thread in the bugs-texinfo mailing list on the egrep
> problem in texi2dvi:
>
>   http://lists.gnu.org/archive/html/bug-texinfo/2010-03/msg00031.html

They came to the same conclusion... :-)


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Bibtex and latex export

2010-10-08 Thread Achim Gratz
Nick Dokos  writes:
> I also found out to my surprise from the previously posted bug-texinfo
> thread, that the ASCII characters between 'Z' and 'a' are (or were) legal
> drive letters, but the assumption is that nobody would be so foolish as
> to use them any more, so not checking for them is OK.

Ah yes, the LASTDRIVE=32 hack (Novell, I think?).  That's pretty
theoretical since most applications couldn't use them anyway, but that
didn't stop MS from later copying it.  It sure doesn't work if you try
and shove these through a POSIX command line...

BTW, Wikipedia has a good writeup on that, much to my surprise:
http://en.wikipedia.org/wiki/Drive_letter_assignment

Ob-org (enough off-topic for today): once we get the lettered lists, we
should have a LASTDRIVE configuration option to allow [\]^_` as
additional list members when lists get longer than 26 elements... ;-P


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: bug with respect to org-read-date-prefer-future

2010-10-08 Thread Achim Gratz
Bernt Hansen  writes:
> The justification for this was at the start of a new month you need to
> enter the year to go back to a date a week or two ago in the agenda
> which seemed inconvenient.

Fair enough, but at the end of the year you certainly wouldn't expect to
jump back almost a year by the same reasoning, so intead of having a
choice to "prefer future" or "keep strictly the same year/month/day"
unconditionally one should be able to say how much of the past should be
considered.  Not unlike how most spreadsheet programs today allow you to
configure what range of years should be used if you enter just two
digits.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Karl Berry: Re: Nick Dokos: texi2dvi egrep regexp

2010-10-09 Thread Achim Gratz
Carsten Dominik  writes:
> I am looking for a way out which will allow pdf compilation of Org
> work out of the box, and still allow texi2dvi to be used where possible.

All is well as long as GNU grep is not at version 2.6 or later, so maybe
check for that first.  Even for later versions it likely only breaks
when the sort order is set to sort lower case letters before upper case
ones _and_ grep produces an error code on that rather than silently
reversing the range expression as it apparently did until version 2.5.

> 1.  I could set the environment variable LC_ALL
>for the duration of the texi2dvi command to some value
>like C?  That should fix the egrep call, but could
>it have adverse effects on the pdflatex and bibtex runs or
>any other stuff used in texi2dvi?

That would most likely wreak serious havoc with path / file names that
contain UTF-8 characters if they are not just passed through.  But one
could use LC_COLLATE=C (or LC_COLLATE=POSIX) in the environment that
calls texi2dvi and that should fix it.  Maybe someone with one of the
newer grep versions could try it and report if this indeed helps.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [babel] [BUG] incorrect indentation when tangling with org-src-preserve-indentation

2010-10-12 Thread Achim Gratz

This commit produces a warning from the byte compiler on Emacs 23.1:

In org-babel-expand-body:python:
ob-python.el:60:29:Warning: reference to free variable
`org-src-preserve-indentation'
Wrote /home/gratz/lisp/org-mode/lisp/ob-python.elc


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Waldorf MIDI Implementation & additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Unable to export babel results

2010-10-19 Thread Achim Gratz
Suvayu Ali  writes:
> I use "GNU Emacs 24.0.50.1 (2010-10-15)" on Fedora 13. To install
> org-mode, I overwrite the default emacs org directory,
>
> $EMACS_INSTALL_PATH/share/emacs/24.0.50/lisp/org

Don't do this, the next time you install a newer package from your
distribution all your changes go "poof".  Or they aren't used anymore
because you have a newer version of Emacs by then - in any case things
will break.

> I know this works because after I update emacs, `org-version' returns
> "7.01h" and subsequently updating org-mode changes the version as I
> stated above. Do you think I might have mixed version of files? I used
> to install it under,
>
> $EMACS_INSTALL_PATH/share/emacs/site-lisp

I think you've found your own problem -- I suspect you still have an old
version of org-mode in site-lisp.  This directory is searched first,
unless you've changed Emacs' default settings.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Rebinding of home and end keys

2010-11-12 Thread Achim Gratz

Moreover, here's the commit message for that change:


--8<---cut here---start->8---
commit 668e28f4d050b80686937c4b7b8617f16d887ba0
Author: Carsten Dominik 
Date:   Fri Sep 25 08:03:23 2009 +0100

Bind  and  to the org-specific commands
--8<---cut here---end--->8---


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] [PATCH] org-clock.el: fix regex to recognize indented clock tables

2010-11-15 Thread Achim Gratz

org-clock.el: fix regex to recognize indented clock tables

* #BEGIN: and #END: were expected only at the first column in some
   places.
* #BEGIN: and #END: were erroneously recognized inside normal lines in
   other instances.
* always allow whitespace after #BEGIN: and #END:, not just a single space

TINYCHANGE - This patch is in the public domain.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
>From fa6a2f32a48f295e7b0053637a330d26a505ba8d Mon Sep 17 00:00:00 2001
From: Achim Gratz 
Date: Mon, 15 Nov 2010 23:19:34 +0100
Subject: [PATCH] org-clock.el: fix regex to recognize indented clock tables

* #BEGIN: and #END: were expected only at the first column in some places.
* #BEGIN: and #END: were erroneously recognized inside normal lines in other instances.
* always allow whitespace after #BEGIN: and #END:, not just a single space

TINYCHANGE - This patch is in the public domain.
---
 lisp/org-clock.el |   10 +-
 1 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/lisp/org-clock.el b/lisp/org-clock.el
index 377c510..3146926 100644
--- a/lisp/org-clock.el
+++ b/lisp/org-clock.el
@@ -1623,7 +1623,7 @@ fontified, and then returned."
 (font-lock-fontify-buffer)
 (forward-line 2)
 (buffer-substring (point) (progn
-(re-search-forward "^#\\+END" nil t)
+(re-search-forward "^[ \t]+#\\+END" nil t)
 (point-at-bol)
 
 (defun org-clock-report (&optional arg)
@@ -1648,9 +1648,9 @@ buffer and update it."
   (let ((pos (point)) start)
 (save-excursion
   (end-of-line 1)
-  (and (re-search-backward "^#\\+BEGIN:[ \t]+clocktable" nil t)
+  (and (re-search-backward "^[ \t]+#\\+BEGIN:[ \t]+clocktable" nil t)
 	   (setq start (match-beginning 0))
-	   (re-search-forward "^#\\+END:.*" nil t)
+	   (re-search-forward "^[ \t]+#\\+END:.*" nil t)
 	   (>= (match-end 0) pos)
 	   start
 
@@ -1741,7 +1741,7 @@ the currently selected interval size."
   (and (memq dir '(left down)) (setq n (- n)))
   (save-excursion
 (goto-char (point-at-bol))
-(if (not (looking-at "#\\+BEGIN: clocktable\\>.*?:block[ \t]+\\(\\S-+\\)"))
+(if (not (looking-at "^[ \t]+#\\+BEGIN:[ \t]+clocktable\\>.*?:block[ \t]+\\(\\S-+\\)"))
 	(error "Line needs a :block definition before this command works")
   (let* ((b (match-beginning 1)) (e (match-end 1))
 	 (s (match-string 1))
@@ -2134,7 +2134,7 @@ from the dynamic block defintion."
 		 "Weekly report starting on: ")
 	  (plist-get p1 :tstart) "\n")
   (setq step-time (org-dblock-write:clocktable p1))
-  (re-search-forward "#\\+END:")
+  (re-search-forward "^[ \t]+#\\+END:")
   (when (and (equal step-time 0) stepskip0)
 	;; Remove the empty table
 	(delete-region (point-at-bol)
-- 
1.7.1

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Bastien is going to become the maintainer of Org mode in January

2010-11-17 Thread Achim Gratz
Carsten Dominik  writes:
> after 7 years of responsibility for Org-mode, it is time for
> me to let go and step down as the maintainer of Org-mode.

Thanks for everything and "may the text be with you"!
:-)

I've always been impressed by how fast, yet smooth org-mode has
developed in the past two or so years.

> I am very excited that I have found Bastien Guerry willing
> to take over.

Congratualations, Bastien.  While I'm at it, thank you (and all the
contributors) for worg, that was what finally made me chose org-mode.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] [PATCH] byte compile warnings...

2010-11-18 Thread Achim Gratz

Current master produces the following warnings during byte-compile with
Emacs 23.1 (some of those had already been introduced in 7.01trans):

In end of data:
org.el:19709:1:Warning: the function `orgtbl-send-table' is not known to be
defined.
==> forward declaration for this function is missing

In org-agenda-time-of-day-to-ampm:
org-agenda.el:936:10:Warning: reference to free variable
`org-agenda-time-leading-zero'
==> used before declaration, which can be moved up a bit

In org-freemind-from-org-mode-node:
org-freemind.el:924:42:Warning: called-interactively-p called with 1 argument,
but accepts only 0
org-freemind.el:927:10:Warning: called-interactively-p called with 1 argument,
but accepts only 0
In org-freemind-from-org-mode:
org-freemind.el:955:10:Warning: called-interactively-p called with 1 argument,
but accepts only 0
org-freemind.el:960:10:Warning: called-interactively-p called with 1 argument,
but accepts only 0
In org-freemind-from-org-sparse-tree:
org-freemind.el:980:42:Warning: called-interactively-p called with 1 argument,
but accepts only 0
org-freemind.el:986:10:Warning: called-interactively-p called with 1 argument,
but accepts only 0
In org-freemind-to-org-mode:
org-freemind.el:1217:10:Warning: called-interactively-p called with 1
argument, but accepts only 0
==> that is actually a missing "with-no-warnings" in a defmacro in org-macs

In end of data:
org-indent.el:301:1:Warning: the function `with-silent-modifications' is not
known to be defined.
==> macro does not exist in Emacs 23.1 (and earlier).
There's been an earlier thread on that commit: it should probably be
aliased to org-unmodified for <23.2.

In end of data:
ob.el:1921:1:Warning: the following functions are not known to be defined:
org-in-item-p, org-list-parse-list, org-list-to-generic,
org-list-bottom-point
In end of data:
ob-ref.el:228:1:Warning: the function `org-in-item-p' is not known to be
defined.
==> require org-list during compile

The attached patch takes care of the warnings, but please check
carefully - I don't really know if that macro definition does what I
think it should do...

>From 23fa9dab05cfb34a1aa676273435188807d7c0aa Mon Sep 17 00:00:00 2001
From: Achim Gratz 
Date: Thu, 18 Nov 2010 21:19:36 +0100
Subject: [PATCH] Keep byte compiler happy

---
 lisp/ob-ref.el |1 +
 lisp/ob.el |1 +
 lisp/org-agenda.el |   12 ++--
 lisp/org-macs.el   |8 +++-
 lisp/org.el|4 +++-
 5 files changed, 18 insertions(+), 8 deletions(-)

diff --git a/lisp/ob-ref.el b/lisp/ob-ref.el
index e482cb8..83a4a75 100644
--- a/lisp/ob-ref.el
+++ b/lisp/ob-ref.el
@@ -51,6 +51,7 @@
 ;;; Code:
 (require 'ob)
 (eval-when-compile
+  (require 'org-list)
   (require 'cl))
 
 (declare-function org-remove-if-not "org" (predicate seq))
diff --git a/lisp/ob.el b/lisp/ob.el
index 96c2744..0beed86 100644
--- a/lisp/ob.el
+++ b/lisp/ob.el
@@ -30,6 +30,7 @@
 
 ;;; Code:
 (eval-when-compile
+  (require 'org-list)
   (require 'cl))
 (require 'org-macs)
 
diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index b7de45a..dfc70ca 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -921,6 +921,12 @@ This function makes sure that dates are aligned for easy reading."
   :group 'org-agenda
   :type 'boolean)
 
+(defcustom org-agenda-time-leading-zero nil
+  "Non-nil means use leading zero for military times in agenda.
+For example, 9:30am would become 09:30 rather than  9:30."
+  :group 'org-agenda-daily/weekly
+  :type 'boolean)
+
 (defun org-agenda-time-of-day-to-ampm (time)
   "Convert TIME of a string like '13:45' to an AM/PM style time string."
   (let* ((hour-number (string-to-number (substring time 0 -3)))
@@ -945,12 +951,6 @@ based on `org-agenda-timegrid-use-ampm'"
   (org-agenda-time-of-day-to-ampm time)
 time))
 
-(defcustom org-agenda-time-leading-zero nil
-  "Non-nil means use leading zero for military times in agenda.
-For example, 9:30am would become 09:30 rather than  9:30."
-  :group 'org-agenda-daily/weekly
-  :type 'boolean)
-
 (defcustom org-agenda-weekend-days '(6 0)
   "Which days are weekend?
 These days get the special face `org-agenda-date-weekend' in the agenda
diff --git a/lisp/org-macs.el b/lisp/org-macs.el
index 5a56123..c63b1b0 100644
--- a/lisp/org-macs.el
+++ b/lisp/org-macs.el
@@ -46,9 +46,15 @@
  (if (or (> emacs-major-version 23)
 	 (and (>= emacs-major-version 23)
 		  (>= emacs-minor-version 2)))
-	 (called-interactively-p ,kind)
+	 (with-no-warnings (called-interactively-p ,kind)) ;; defined with no argument in <=23.1
(interactive-p
 
+(if (or (<= emacs-major-version 23)
+	(and (<= emacs-major-version 23)
+	 (< emacs-minor-version 2)))
+(defmacro with-silent-mo

[Orgmode] Re: [PATCH] Update clocktable (C-cxr with point within clocktable) doesn't detect, inserts new clocktable at point

2010-11-20 Thread Achim Gratz
-- 

Jeff Kowalczyk  writes:

> With Org Mode git, when I use C-c C-x C-r inside an existing clocktable, Org
> inserts a new clocktable at point. The previous behavior was to detect and
> update the existing clocktable, which I presume is still the intended 
> behavior.

I think this happens because your clocktable is flush left and due to a
patch by me that fixes the same bug for indented clocktables.  :-P
Mistakenly I required at least one whitespace character instead of
allowing none also. Sorry for that, I missed it in my testing and thanks
for reporting.  The attached patch fixes the issue I believe.

>From db7440881bed53fca2643b1bd491c336ab387d5c Mon Sep 17 00:00:00 2001
From: Achim Gratz 
Date: Sat, 20 Nov 2010 11:43:45 +0100
Subject: [PATCH] org-clock.el: fix regex to recognize indented clock tables

* lisp/org-clock.el (org-get-clocktable)
  previous patch incorrectly required whitespace in front of #+BEGIN: and #+END:

TINYCHANGE - This patch is in the public domain.
---
 lisp/org-clock.el |   10 +-
 1 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/lisp/org-clock.el b/lisp/org-clock.el
index 3146926..e798027 100644
--- a/lisp/org-clock.el
+++ b/lisp/org-clock.el
@@ -1623,7 +1623,7 @@ fontified, and then returned."
 (font-lock-fontify-buffer)
 (forward-line 2)
 (buffer-substring (point) (progn
-(re-search-forward "^[ \t]+#\\+END" nil t)
+(re-search-forward "^[ \t]*#\\+END" nil t)
 (point-at-bol)
 
 (defun org-clock-report (&optional arg)
@@ -1648,9 +1648,9 @@ buffer and update it."
   (let ((pos (point)) start)
 (save-excursion
   (end-of-line 1)
-  (and (re-search-backward "^[ \t]+#\\+BEGIN:[ \t]+clocktable" nil t)
+  (and (re-search-backward "^[ \t]*#\\+BEGIN:[ \t]+clocktable" nil t)
 	   (setq start (match-beginning 0))
-	   (re-search-forward "^[ \t]+#\\+END:.*" nil t)
+	   (re-search-forward "^[ \t]*#\\+END:.*" nil t)
 	   (>= (match-end 0) pos)
 	   start
 
@@ -1741,7 +1741,7 @@ the currently selected interval size."
   (and (memq dir '(left down)) (setq n (- n)))
   (save-excursion
 (goto-char (point-at-bol))
-(if (not (looking-at "^[ \t]+#\\+BEGIN:[ \t]+clocktable\\>.*?:block[ \t]+\\(\\S-+\\)"))
+(if (not (looking-at "^[ \t]*#\\+BEGIN:[ \t]+clocktable\\>.*?:block[ \t]+\\(\\S-+\\)"))
 	(error "Line needs a :block definition before this command works")
   (let* ((b (match-beginning 1)) (e (match-end 1))
 	 (s (match-string 1))
@@ -2134,7 +2134,7 @@ from the dynamic block defintion."
 		 "Weekly report starting on: ")
 	  (plist-get p1 :tstart) "\n")
   (setq step-time (org-dblock-write:clocktable p1))
-  (re-search-forward "^[ \t]+#\\+END:")
+  (re-search-forward "^[ \t]*#\\+END:")
   (when (and (equal step-time 0) stepskip0)
 	;; Remove the empty table
 	(delete-region (point-at-bol)
-- 
1.7.1



Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

DIY Stuff:
http://Synth.Stromeko.net/DIY.html
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [PATCH] byte compile warnings...

2010-11-23 Thread Achim Gratz
Hi David,

this patch had already been partially applied by Carsten and Eric (in
slightly a different way than I suggested).  The changes to ob.el and
ob-ref.el (the require statements) are therefore superfluous and should
probably be backed out.  There was also a superfluous whitespace change
in org.el (a closing paren that was broken onto the next line).  Patch
to this effect is attached.  You've already cleaned up org-agenda.el and
the conditions in org-macs...



0001-Keep-byte-compiler-happy.patch
Description: Cleanup

It was unwise to bundle these fixes into a single patch, I'll put them
into seperate commits should the occasion arise again.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Org-Babel - Clojure & Lazy Sequences Bug

2010-11-27 Thread Achim Gratz
"Eric Schulte"  writes:
> I've just pushed up an implementation of this feature.

I'm afraid byte-compile doesn't like it:

In org-babel-expand-body:clojure:
ob-clojure.el:63:26:Warning: reference to free variable `result-params'


:-)


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Tutorial on advanced searches

2010-11-29 Thread Achim Gratz
Hi Matt,

all I can say is just "yow!".

Matt Lundin  writes:
> Since Worg is in perpetual beta, any suggestions or comments would, of
> course, be greatly appreciated!

You might want to consider scheduling the big event for next year, not
past January.
:-)


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: org-indent mode not indenting free text?

2010-12-02 Thread Achim Gratz
Antti Kaihola  writes:
> I did a git bisect with this result:
>
> 95bb16661b22ce83326f13304ed4ad690cc03eba is the first bad commit
> commit 95bb16661b22ce83326f13304ed4ad690cc03eba
> Author: Achim Gratz 
> Date:   Fri Nov 19 01:37:01 2010 +
>
> Fix byte compiler warnings
>
>   * org-macs.el (org-called-interactively-p): Wrap function call in
>   with-no-warnings.
>   (with-silent-modifications) Declare macro for Emacs < 23.2.
>
> TINYCHANGE

What version of Emacs are you running?  What does C-h f
with-silent-modifications result in?  Could you back out the change
(most likely the defmacro for with-silent-modifications in org-macs.el,
even though I have no clue why this would interact with org-indent-mode
as it should not be defined for versions >23.1) and tell us if that
solves your problem (which I can't test because org-indent-mode doesn't
even start on Emacs 23.1)?


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Waldorf MIDI Implementation & additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: org-indent mode not indenting free text?

2010-12-03 Thread Achim Gratz
Antti Kaihola  writes:
> This is:
> GNU Emacs 23.1.50.1 (i486-pc-linux-gnu, GTK+ Version 2.18.0) of
> 2009-09-27 on palmer, modified by Debian

I see.  So the check needs to include the sub-sub-version also, just
like org-indent-mode does.  The documentation said that
with-silent-modifications was introduced with Emacs 23.2, but maybe it
got backported to 23.1.50 by Debian maintainers.

> Yes it does! I commented out:
>
> ;;(if (or (< emacs-major-version 23)
> ;;(and (<= emacs-major-version 23)
> ;; (< emacs-minor-version 2)))
> ;;(defmacro with-silent-modifications
> ;;  (org-unmodified)))
>
> and it now works correctly. Thanks a lot!

Can you please check whether with-silent-modifications is defined in
your Emacs version?  I can only assume it must be since I don't think
org-indent-mode would work correctly without... if so, I think patching
the patch would be straightforward.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: org-indent mode not indenting free text?

2010-12-03 Thread Achim Gratz
Carsten Dominik  writes:
> I have now changed the definition like this:
>
> (if (and (not (fboundp 'with-silent-modifications))
>(or (< emacs-major-version 23)
>(and (= emacs-major-version 23)
> (< emacs-minor-version 2
> (defmacro with-silent-modifications (&rest body)
>   `(org-unmodified ,@body)))
>
> May I ask you to pull and check if this is
> working for you out of the box?

Beat me to it... :-)

My own solution looked very similar, I can confirm this works with Emacs
23.1.1 (without org-indent-mode of course).


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: org-indent mode not indenting free text?

2010-12-04 Thread Achim Gratz
Hi Eric,

Erik Iverson  writes:
> It only appears defined for Emacs < 23.2,
> So in particular, 23.1.50 is 'stuck' in
> between these two version checks, and maybe
> that's causing Antti's issue?

Sorry for the confusion and my apologies for any trouble I have caused.

When introducing this patch I referred to the documentation that said
"with-silent-modifications" was introduced in Emacs 23.2, hence the test
for this version.  I was completely unaware of Emacs 23.1.50, which must
have this function, otherwise org-indent-mode should not work as it is
currently implemented.  In earlier versions of org-indent-mode the call
to with-silent-modifications had been using org-unmodified (see [1] for
why it has been changed), hence my attempt to redefine
with-silent-modifications with org-unmodified when unavailable.  The
problems on Emacs 23.1.50 prove that these two are not really
interchangeable, but I was hoping for "close enough".

As I understand, the crashes Emacs <23.1.50 with org-indent-mode have
nothing to do with the bug that got fixed by with-silent-modifications,
so these are really different issues.  For the reasons outlined above my
attempted patch is botched, but I'm not sure how to proceed.  Maybe a
better idea is to revert org-indent back to using org-unmodified and
implementing this macro using with-silent-modifications on Emacsen where
it is available.  Since org-unmodified is used in many more places this
would need some testing, but it might be easier to maintain in the long
run.

(defmacro org-unmodified (&rest body)
  "Execute body without changing `buffer-modified-p'.
Also, do not record undo information."
  (if (not (fboundp 'with-silent-modifications))
  `(set-buffer-modified-p
(prog1 (buffer-modified-p)
  (let ((buffer-undo-list t)
before-change-functions after-change-functions)
,@body)))
`(with-silent-modifications ,@body)))

The version check in org-indent.el should probably be replaced by a
feature-check for with-silent-modifications to avoid the bug in [1].

[1] http://comments.gmane.org/gmane.emacs.orgmode/31927



Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Babel, Python and UTF-8

2010-12-06 Thread Achim Gratz
"Thomas S. Dye"  writes:
> Emacs configuration is one of the highest barriers to entry for
> potential adopters of Org-mode, IMO.  The idea of context-sensitive
> configuration is potentially terrific.  It gets the user to work more
> quickly than would otherwise be the case.  The problem I've run into
> is that exiting a buffer doesn't change the configuration back to some
> initial, or base, state.  I'm on to the next task but still configured
> to do the last thing.

Isn't that what buffer-local variables are for?


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Cool Clockreport in 7.3

2010-12-06 Thread Achim Gratz
Nathan Neff  writes:

> Much easier to read, and I love the nesting/indenting of
> sub-headings.

This happened through a rewrite of the clocktable functionality that
introduced new parameters _after_ the 7.3 release (so it is only in
bleeding edge for now).  If you need to get the old clocktables back,
you need to change some parameters in the #BEGIN line.  If you want the
old behaviour back by default, customize org-clocktable defaults (:level
t :indent nil).


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] [Bug] Lists with checkboxes

2010-12-14 Thread Achim Gratz

Today I have updated org-mode at work and promptly ran into a regression
introduced between 7.01h and 7.02... Lists with checkboxes don't work
anymore like they are supposed to, the sub-checkboxes are not taken into
account anymore and you can check list items that still have some of
their children unchecked.  The progress indicator in the heading still
takes the first level of lists into account correctly.  Below is a test
with a "good" version.

* [1/3] List Checkbox Test

  - [ ] First
+ [ ] Sub1
+ [ ] Sub2
+ [ ] Sub3
  - [-] Second
+ [ ] Sub1
+ [X] Sub2
+ [ ] Sub3
  - [X] Third
+ [X] Sub1
+ [X] Sub2
+ [X] Sub3

With the bad version you can do things like this:

* [2/3] List Checkbox Test

  - [X] First
+ [ ] Sub1
+ [ ] Sub2
+ [ ] Sub3
  - [ ] Second
+ [X] Sub1
+ [X] Sub2
+ [ ] Sub3
  - [X] Third
+ [ ] Sub1
+ [ ] Sub2
+ [ ] Sub3

The first bad commit is

[045e3aea280da14a4db36d7b81d959efde4b593a] Fix checkbox statistics

by Nicolas.  Emacs 23.2 at work, 23.1 at home, same behaviour on both.
I hope this is an easy fix... I do use that feature quite a bit, but
really like to get some of the fixes that have happened inbetween.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Huge performance problems to open some Org files

2010-12-17 Thread Achim Gratz
Sébastien Vauban 
writes:

> I've real performance problems for opening some Org files. Just some,
> hopefully. I don't remember having those problems when I was on Ubuntu, and I
> must already have opened it, back then, but... Anyway, I'm now (forced) on
> Windows, and I have the problem.

I don't think org itself is to blame, but I can think of two things that
may produce such a performance hit:

1) If the file is under version control, specifically git, the file stat
operations take very long on Windows since Windows' idea of file state
needs to be translated to POSIX semantics.  Not only that, they take
very long each time you open or save that file since they aren't
cacheable (TortoiseGit tries to do it anyway, but that cache daemon
likes to crash very frequently).  MSysGit is faster than Cygwin, but
still much slower than anything you know from Linux.

2) Another thing I've hit on in the past is not really Windows specific:
if your document uses characters that your standard font does not
encode, a search for a replacement font with that character is started
the first time each of those characters is found.  Depending on how many
fonts are installed and what the search order is, this can take a very
long time.  However, the second and following times of opening that
document in the same session is then much faster.


HTH,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [Bug] Lists with checkboxes

2010-12-20 Thread Achim Gratz
Nicolas Goaziou  writes:
> You are right. I'm working on it. For now, you can put a counter
> wherever you want to have the old, and right, behaviour. In your
> example, adding [/] to items "Second" and "Third" would do it.

Thanks for looking into this - and take your time.  I won't need this
feature very often in the next few weeks and if really necessary I can
easily revert back to 7.01h.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Introducing gnugol - an org-mode-output web search client

2011-01-04 Thread Achim Gratz
Bart Bunting  writes:
> Running into a few issues at the moment:  I did download and build the
> jansson library which is installed in /usr/local 
>
> However when I run gnugol I'm seeing the following error:
>
> Errors: google(1): ../engines/google.so: cannot open shared object file: No 
> such file or directory
> google: failed to acquire shared lib
>
> Warnings:google(1): Not in default location, error: libjansson.so.0: cannot 
> open shared object file: No such file or directory

You will either need to set up the DT_RUNPATH section in the executable
to point to where the library is installed or set up the LD_LIBRARY_PATH
environment variable to include the correct location.  The first option
requires to edit the linker invocation in the makefile, while the latter
is best done via a wrapper script that then calls the executable.

> I have the *.so files from gnugol in the default place that the makefile
> puts them, /var/lib/gnugol.  I also tried simlinking them into
> /usr/local/lib but this doesn't appear to make any difference.
>
> The error also suggests that the janson library isn't being found.
>
> Although the ldd output doesn't appear to list it?

Try 'ldd -v', if that also doesn't show anything, then most likely the
program itself dynamically loads new libraries at runtime (probably
after a fork).  Setting LD_TRACE_LOADED_OBJECTS (preferrably in a
wrapper script) to something non-empty should then give some ldd-like
output.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Introducing gnugol - an org-mode-output web search client

2011-01-05 Thread Achim Gratz
Dave Taht  writes:
> A fix for one of the problems reported on this list (by bart, thx!) was
> to make sure that the path
>
> /usr/local/lib
>
> was in /etc/ld.so.conf or in /etc/ld.so.conf.d and to run
>
> sudo ldconfig
>
> after installing libjannson.
>
> I've updated the documentation to reflect his.

That really shouldn't be necessary for locally built applications since
these already know where the libraries are installed.  In fact doing it
this way opens a potential security hole since now the dynamic loader
trusts libraries in /usr/local/lib/ and may prefer it over system
libraries for _all_ applications (you may or may not want this
behaviour, but in any case should be aware of it).

Better set up the correct runtime search path with an '-rpath='
argument to the linker invocation for the install and you never need to
invoke ldconfig.  Anything installed in /usr/local shouldn't require
full administrator privileges and certainly not alter the system
behaviour.  That most Linux distributions don't make that distinction
between system and local applications anymore doesn't mean it's the
correct thing to do...


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: should the mail list be splitted resp. sub-tagged ?

2011-01-05 Thread Achim Gratz
Robert Pluim  writes:
> Triage is for *computers* to do, they're much better at it than humans.

Then let your MUA strip the tag off for you and live a happier life.

> Also, those markers in the subject are obnoxious and *really* annoying,
> and take up valuable screen space.  Please don't clutter up the org-mode
> emails for zero benefit.

They are very valuable when you need to quickly check things from a
computer where you don't have set up your filtering for instance.  Plus
they are indispensable for everyone who decides to not filter mail into
folders or anything like that.  They don't force you to not filter, so
why should you force them to change their workflow?

> org-mode list email has a List-Id header, the list software has already
> taken care of it for you.  I fail to see how much can go wrong with
> filtering on that, configure it once and you're done. (or read the list
> via gmane, all nicely split out for you).

This header is there for software to see, not for humans.  There is
multiple redundancy in both the headers and the tagging of the subject
line and this is what makes things resilient.  And yes, I read the list
via Gmane/GNUS, but that doesn't mean everyone has to do it the same
way.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: IMPORTANT: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)

2011-01-08 Thread Achim Gratz
Hi Bastien,

Bastien  writes:
> It will be important to clone again after the migration as this repo
> comes with a major change: there is no ORGWEBPAGES/ directory anymore.
> We have moved ORGWEBPAGES/ in a separate repo, which might get public
> later.

As Bernt Hansen has already remarked, this is somewhat against the
spirit of Git...  There may be reasons to do what you seem to want to
do, but I don't get what they might be at the moment - could you
perhaps elaborate?

May I ask you to consider to just put ORGWEBPAGES into a separate
branch?  More specifically, create a new branch for ORGWEBPAGES and rm
all other stuff, then rm ORGWEBPAGES from the master / maint branches.
This way it's easy enough to build clones that track all or just
selected branches from a single repository which preserves commit
history.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: IMPORTANT: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)

2011-01-08 Thread Achim Gratz
Bernt Hansen  writes:
> There's no reason to keep the ORGWEBPAGE directory around in a branch in
> org-mode.git repository if it isn't ever going to be used again.

I agree, but I also see that Bastien hinted at it possibly being made
public again at a later stage.

Just to clarify my position: for me it boils down to the question: is
the orgmode.org web page part of the org-mode project or not?  If
removed from the repository this sends a strong message (intentionally?)
that it is not.  Even then, from a Git point of view filtering makes no
sense unless you deliberately need to remove history: just do a fork
(split into two repositories that will diverge from then on) -- or, as I
had suggested earlier, branch (fork in the same repository).  If the
size of the repository was the driving force behind that idea, do a
shallow rather than a full clone (I just did a fresh full clone that
comes out at 60M, I really don't know how much smaller the filtered
repository would be).


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: IMPORTANT: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)

2011-01-09 Thread Achim Gratz
Bastien  writes:
> Please report any problem while pulling or cloning!

All branches except master have disappeared.  Most notably, the maint
branch is missing (I've only had master and maint cloned locally).


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: IMPORTANT: Migration of org-mode.git to the new server on sunday 5pm-7pm CET (UTC+1)

2011-01-09 Thread Achim Gratz
Jason Dunsmore  writes:
> My bad.  I used git-clone with the --bare option instead of --mirror
> when cloning from repo.or.cz.  It's fixed now.  Thanks for catching
> this!

I've just did a fetch on both the full clone (for testing) and my local
repo (just master and maint) and everything seems to be working now as
it should.  Thank you!


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf Blofeld V1.15B11:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Org-mode development workflow with Git

2011-01-13 Thread Achim Gratz
Jason Dunsmore  writes:
> I'd be interested to hear about other workflows or how mine might be
> improved.

I'd say whatever works for you works. :-)

I've set up all but one of my various git clones up to rebase by default
instead of merging when doing a pull.  That way I can float my local
changes to the top of the tracking branch(es) whenever I pull them up to
the latest version and never lose sight of them.  So far it's been
working well with pure git commands (ocassionally I will have to reset a
branch and/or cherry-pick something into order, but gitk ensures that I
don't goof on this too badly).

When you have more of these, something like topgit or stgit may provide
an easier UI and cut down on manual interventions.  I've tried stgit
with the org repository and decided not to use it in the end; also it
needs python which becomes problematic in some installations.  As far as
I can tell topgit works well, but it is geared towards a somewhat
different workflow than I've adopted.  If you happen to follow that flow
it might be just the tool for you.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Handling file links under Windows

2011-01-16 Thread Achim Gratz
Leo Alekseyev  writes:

> If I try to explicitly set the variable org-file-apps, so that its
> value is
> (("\\.jnt\\'" . "C:\\Program Files\\Windows Journal\\Journal.exe %s")

Let me venture the guess that those spaces in the path are not quoted
on their way to the windows shell.  Something like

(("\\.jnt\\'" . "\"C:\\Program Files\\Windows Journal\\Journal.exe\" \"%s\"")

might be the ticket (can't test right now).


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] [Worg] some issues

2011-01-16 Thread Achim Gratz

A few things I noted today while I was browsing around Worg:

1. The sitemap and siteindex links point to the root of the webserver,
instead they should point to subdirectory worg.

2. The "sources" directory seems to exist, albeit apparently it is
empty.  All links into it that I've tried are dead.

3. The RSS feed link doesn't seem to work and in any case points to
repo.or.cz as its source.

4. Listing of directories is forbidden, but several links to these exist
(e.g. "code/").

5.Several unencoded "&" in URL.

6. Some CSS errors ("grey" instead of "gray" as color name, some CSS
elements that don't exist in the specified version 2.1).


I can recommend using the Multivalidator favelet from Tantek Çelik: 
http://tantek.com/favelets/



Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [Feature Request] Cross headings in tables

2011-01-16 Thread Achim Gratz
Achim Gratz  writes:
[...]
> So I'd like to have first-class cross headings, maybe like this:
>
> |--+---+-|
> | Header   | some more | and more|
> |--+---+-|
> | item | stuff | things  |
> | etc. | pp.   | ad nauseam  |
> |--+---+-|
> |> Header  | to keep   | things together |
> |--+---+-|
> |  | ...   | |
> |--+---+-|
>
> So, the first heading would be determined by the first horizontal
> separator inside the table (for backwards compatibility) and any
> following heading would need get some special syntax (like the "|>"
> above, but anything that doesn't collide with existing syntax will
> just be fine I think).  If there's a heading marker before the first
> horizontal separation, it should probably take precedence over the
> backwards-compatible markup.  That would also enable to have table
> headings without a separator, something that's not possible today.

I've spent some time on this and have developed a patch that gets
halfway there.  You can have consecutive headers, headers inside the
table and even headers at the end of the table:

--8<---cut here---start->8---
  |-+
  | unrelated 1 |
  |~|
  | Test1   |
  |-+
  | unrelated 2 |
  | Test2   |
  | unrelated 3 |
  |~|
  | Test3   |
  |-+
  | unrelated 4 |
  | Test4   |
  | unrelated 5 |
  | Test5   |
  |~|
  | unrelated 6 |
  | Test6   |
  |-+
--8<---cut here---end--->8---

The first header is still determined like it always was.  Headers inside
table need to get a special "hline", the choice of "~" for this was
dictated by most of the other characters already being used for various
markup inside or outside tables.  When I say "halfway there", I mean
that the export is working and the lines are recognized as hlines
everywhere I could find (there may still be some regexpressions floating
around that don't).  However, aligning tables will replace the wigglies
with plain dashes since I have not yet found a way to inject the correct
character for the currently hardcoded "-".  The HTML export for the
above table looks like this:

--8<---cut here---start->8---





unrelated 1>=


Test1=


unrelated 2<=
Test2==
unrelated 3-=


Test3:=


unrelated 4>=
Test4=
unrelated 5<=
Test5==


unrelated 6-=
Test6:=


--8<---cut here---end--->8---


And ASCII:
--8<---cut here---start->8---
unrelated 1 
   -
Test1   
   -
unrelated 2 
Test2   
unrelated 3 
   -
Test3   
   -
unrelated 4 
Test4   
unrelated 5 
Test5   
   -
unrelated 6 
Test6   
--8<---cut here---end--->8---

If somebody has an idea how to make the table alignment work, please
lend me a hand.  Experimental patch is attached, comments are 
welcome.

>From 0fd4e39641ab17ae1586747396acbe1e9fa48321 Mon Sep 17 00:00:00 2001
From: Achim Gratz 
Date: Sun, 16 Jan 2011 19:06:13 +0100
Subject: [PATCH] Allow headings inside tables without splicing them.

*EXPERIMENTAL*

This patch is an incomplete implementation, most notably,
table (re-)alignment does not work.
---
 lisp/org-html.el  |   15 +--
 lisp/org-table.el |   30 +++---
 lisp/org.el   |4 ++--
 3 files changed, 30 insertions(+), 19 deletions(-)

diff --git a/lisp/org-html.el b/lisp/org-html.el
index 9a5d225..d69d037 100644
--- a/lisp/org-html.el
+++ b/lisp/org-html.el
@@ -1899,7 +1899,7 @@ for formatting.  This is required for the DocBook exporter."
 			  html-table-tag attributes))
 	 (head (and org-export-highlight-first-table-line
 		(delq nil (mapcar
-			   (lambda (x) (string-match "^[ \t]*|-" x))
+			   (lambda (x) (string-match "^[ \t]*|[-~]" x))
 			   (cdr lines)
 	 (nline 0) fnum nfields i (cnt 0)
 	 tbopen line fields html gr colgropen rowstart rowend
@@ -1913,7 +1913,7 @@ for formatting.  This is required for the DocBook exporter."
 (setq tbopen t)
 (while (setq line (pop lines))
   (catch 'next-line
-	(if (string-match "^[ \t]*|-" line)
+	(if (string-match "^[ \t]*|[-]" line)
 	(progn
 	  (unless splice
 		(push (if head "" "") html)
@@ -1921,6 +1921,16 @@ for formatting.  This is required for the DocBook exporter."

[Orgmode] Re: Worg needs some reorganizing

2011-01-17 Thread Achim Gratz
Bastien  writes:
> Wow!  I love this.  My preference goes to Jason's version: both plain
> simple and colorful.

Please do not use fixed measures in pixels, points, inches or
centimeters and prescribed font families.  Let this choice reside with
the user, they know what fonts in which sizes are readable on their
computer.  Relative font sizes with a 1.2 scaling factor or the symbolic
fontsizes specified by CSS are more friendly.

> I also love Eric's expandable table of contents:
> the one we have for now often clutters the page too much...

+1

I think the unicorn icon should be a bit smaller so that the reserved
space on top is not so large and it might be a quicklink back to the top
worg page.  In Jasons version to me the space between list items, table
rows, etc. looks a bit too large - but that should be easily tuned.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [Worg] some issues

2011-01-17 Thread Achim Gratz
Bastien  writes:
>> 2. The "sources" directory seems to exist, albeit apparently it is
>> empty.  All links into it that I've tried are dead.
>
> Looks like it's not empty: 

Jason or Matt already fixed it, thank you.

>> 5.Several unencoded "&" in URL.
>
> Can you provide links/patches for this?  (Or maybe even ask Matt for a
> push access to Worg.  Those problems are easy to fix when spotted but
> they are not easy to find when mentioned...)

The Google and the RSS link on the top page.  I know it looks wierd, but
it is actually correct to use entities like & there... and except
for some braindead bots if you click that link it will be automagically
correct.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [Worg] some issues

2011-01-17 Thread Achim Gratz
Matt Lundin  writes:
[...]

Bastien mentioned requesting push access to Worg from you...  I've
actually created an SSH key on repo.or.cz for this a while back (but
never requested push access to Worg), how does this work on the new
Worg?  I keep this question on the orgmode list since the answer will
probably be of interest to other would-be-Worgers.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [babel] Sh problem when echo'ing input data with ' inside

2011-01-17 Thread Achim Gratz
Sébastien Vauban 
writes:
> However, I can't do any work on the input file, the very basic echo command
> already giving an error:

This is because quoting the arguments to echo does not work when your
input contains unescaped quote characters.  I've no idea how exactly
babel tries to get it's arguments to the command, but it looks like it
simply copies text and executes the resulting script?  If it could open
a pipe and send the data through, no quoting would be necessary since
the shell never sees the data.  I'm not sure if that's possible because
I can't find specific documentation on language "sh".

[Note: orgmode online manual links to
 http://orgmode.org/worg/org-contrib/babel/languages/ which is broken.]

> #+begin_src sh :var data=excel-from-bank :results output
> echo "$data"
> #+end_src

So, you're using a un*xoid?  This is your lucky day, since in your case you
should be able to use a here script:

#+begin_src sh :var data=excel-from-bank :results output
echo <+

SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [babel] Sh problem when echo'ing input data with ' inside

2011-01-17 Thread Achim Gratz
Achim Gratz  writes:
> #+begin_src sh :var data=excel-from-bank :results output
> echo < $data
> EOF
> #+end_src

Sent too soon: use cat, not echo.  Actually that is redundant, too:

#+begin_src sh :var data=excel-from-bank :results output
cmd1 <+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Worg needs some reorganizing

2011-01-17 Thread Achim Gratz
Jason Dunsmore  writes:
> I made several unit changes from px to em, removed the line-height
> property, and removed Georgia as the default font:

Well actually, relative font sizing works would be 'larger' and
'smaller', which would take into account what fonts are actually
available.  Specifying the fonts with percentages or em often ends up at
a font size that is not available and must be scaled, which can look
really bad.  But before I make a mess by trying to explain it, search
for:

css relative font sizes -w3schools

I actually don't assign sizes in my own CSS and rely on the default
sizes the browser delivers.  That may be too chancy for you since the
defaults are bad in several older browsers, but it works well enough
with all the modern ones.

> In h2, h3, and h4, removing Arial as the font-family and letting the
> browser use the default sans font looked ugly.  Is there a more
> general way to specify an Arial-like font?

Sans-serif uses whatever the user has specified to be used for this
font.  To me, Arial looks ugly and I'm using a different font there;
I've also replaced serif with the same font because I've yet to find a
website that actually reads better with a serif font.  Finally, I've
also locked my fonts so I don't get overruled by some webdesigners idea
of "nice-looking" and "readable" (which may well be true on their
computer).  :-)

BTW, "sans" is not a generic font family and might actually return a
(pixel?) font installed on the system.  Last but not least, font
families should be quoted and generic families not, e.g.:

font: "Georgia", sans-serif;
font-size: medium; /* absolute specification decided by UA, user preference */



Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [babel] Sh problem when echo'ing input data with ' inside

2011-01-17 Thread Achim Gratz
Sébastien Vauban 
writes:
> The above, from which I even removed the accentuated characters (from French),
> still does not work...

That's strange.

> Now, I can imagine it is due to Cygwin, not to Emacs/Org/Babel. Though, that's
> a problem in general for the use of sh blocks from Org... under Windows, then.

I can try tomorrow, I won't start the Windows box today...

> Or maybe using a real file as temporary storage?  Overkill, or simply needed?

Temporary files should work from emacs, but on Windows it is somewhat
troublesome to reliably get rid of them when they're no longer needed.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Worg needs some reorganizing

2011-01-17 Thread Achim Gratz
Jason Dunsmore  writes:
> I've taken all of your advice to heart and created this improved CSS
> file:
>
> http://orgmode.org/tmp/worg-improved.css
>
> :) Joking aside, please send me a patch or CSS file with your
> suggestions implemented.

I will take a look tomorrow, can't promise to do a patch right away, but
I'll try to make it soon-ish.  The new CSS files are not on the Worg.git
yet, or are they?


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [babel] Sh problem when echo'ing input data with ' inside

2011-01-18 Thread Achim Gratz
Sébastien Vauban 
writes:
> I asked the question on the Cygwin mailing list, and got an answer from Tobias
> Schlottke, telling me to use the 'plain old' syntax (=`...`= instead of
> =$(...)=):

I can confirm.  This is really bad, since now you'd have to escape
backticks in the data coming from emacs.  Do you have a link to the
discussion, provided there is a web-mirror of the mailing list
someplace?  I'm a bit out of my waters here since mostly I'm using tcsh,
but it appears that dash on cygwin (not ash, even though dash is just a
symlink to ash) does the right thing.  It is also vastly smaller than
bash, so you might just use it for babel scripting.

> Can we move to that syntax?

For the reason above this would not be safe without more changes to
babel and backticks are actively discouraged to use in new scripts by
just about any shell introduction/ FAQ for years now.  Eric has
implemented a workaround and the problem deserves to be documented,
though.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Worg needs some reorganizing

2011-01-19 Thread Achim Gratz
Bastien  writes:
> I don't have a strong opinion about this: splitting the FAQ into
> org-faq-*.org comes to my mind, but it's a big task.  org-info-js, 
> while not optimal for *every* page on Worg, was doing a good job 
> on the FAQ.  

Maybe this delivers motivation to incorporate a little improvement into the
publishing process (here's hoping :-)):

Introduce some properties on subtrees to split the off into their own files
while exporting or publishing.  I had hoped the EXPORT_FILE_NAME
property would do that, but it is only used when doing an explicit
subtree export.  That way you could keep a large file and still slice it
into more digestible portions for online access (much like info does).


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Worg needs some reorganizing

2011-01-19 Thread Achim Gratz
Matt Lundin  writes:
> On this one page, I think we need a simple (non-js) table-of-contents.
> Is there a way to override the hidden toc for this page only? 

Yes, by either adding a stylesheet that undoes the hiding or by not
including the part of the stylesheet that hides the toc in the first
place.  For the FAQ I'd think a two column layout with the index to the
left would be good, so you'd just have to adjust the float placement and
visibility.  So as override (untested):

  #table-of-contents {
position: fixed;
left: 0em;
width: 20%;
text-align: left;
max-height: 100%;
  }
  #table-of-contents #text-table-of-contents {
display: block;
padding: 0.5em;
margin-top: -1.5em;
  }


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Worg needs some reorganizing

2011-01-19 Thread Achim Gratz
Bastien  writes:
> I changed the background of code chunks to black - please revert this 
> if you find it too agressive/unreadable.   I really dislike the fake
> white we had as the background for black-on-white code chunks...

If you change the background you'll also need to change all the
foreground colors (maybe use the definitions from Eric's zen-something
theme).  As it looks now, several things will be close to unreadable on
many monitors (dark blue on black for table lines, shudder...) and I'm
not even talking about the folks with poor eyesight.

Personally I don't get the infatuation with light text on dark
background that currently spreads around the web, having worked on
re-purposed TV tubes as well as green and amber monitors for quite a
while, although their background never was as dark.  If you want retro,
you'd need to define a monochrome theme with a max. 20:1 contrast
ratio...


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Waldorf MIDI Implementation & additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Worg needs some reorganizing

2011-01-19 Thread Achim Gratz
"Eric Schulte"  writes:
> I just pushed up an edit to the Worg repository which should reset all
> of the defaults on the TOC of the org-faq-nojs.org page.  If this works
> I vote we set this as the sole org-faq page.

It works, but I think you would want

font-size: inherit;

in the first block.  If there's a way to have org wrap the toc into
different divs, you would not need to undo the styles.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Waldorf MIDI Implementation & additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Worg needs some reorganizing

2011-01-19 Thread Achim Gratz
Jason Dunsmore  writes:
> And there's something in the CSS 2.1 spec about allowing users to attach
> style sheets that I don't fully understand.
> http://www.w3.org/TR/CSS21/

That's quite likely the user stylesheets.  Support for this is generally
bad, even on Firefox you'll have to re-start for each change you make...
Another gripe is that the alternate stylesheets are hidden in some
second level menu and you can't configure them to be remembered.

The first problem might be solved by the Stylish extension, if anybody
knows an extension that takes care of the second, I'd love to know about
it.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Worg needs some reorganizing

2011-01-19 Thread Achim Gratz
Jason Dunsmore  writes:
> Looks like the TOC links are larger than the text on the rest of the
> page.  Can the text size be made the same?

That's what the "inherit" is fixing.  You may still have the old copy in
cache, I've just now been able to get the new version that Eric pushed
some time ago.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Waldorf MIDI Implementation & additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [babel] Sh problem when echo'ing input data with ' inside

2011-01-20 Thread Achim Gratz
Sébastien Vauban 
writes:
> I asked the question on the Cygwin mailing list, and got an answer from Tobias
> Schlottke, telling me to use the 'plain old' syntax (=`...`= instead of
> =$(...)=):

On further investigation, this is a bug in bash3, fixed in bash4
(hence why I didn't see it on Linux).  Bash4 is now available as
"experimental" in the latest version of Cygwin.  It's a bit tricky to
install since you will also need the experimental version of
libreadline7 (package version 6.1) and the setup kind of works against
you: I've not managed to install both of them in one go and you will
need to be careful with updates since I believe setup will always try to
reverse these to the non-experimental versions unless you allow them
globally (which I don't want).  In any case, the problem with the '$( )'
construct is indeed fixed and the next Cygwin release will hopefully
have this new bash as standard.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] [PATCH] inside table, delete-backward-char must not insert spaces when overwrite mode is on

2010-08-28 Thread Achim Gratz

* lisp/org.el (org-delete-backward-char): check for nil overwrite-mode before 
inserting 
spaces.

TINYCHANGE

There's probably a different/better way to do this, but this seemed the least 
intrusive.
This patch is in the public domain.
---
 lisp/org.el |8 +---
 1 files changed, 5 insertions(+), 3 deletions(-)

diff --git a/lisp/org.el b/lisp/org.el
index bc62633..41f35d4 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -16597,9 +16597,11 @@ because, in this case the deletion might narrow the 
column."
(noalign (looking-at "[^|\n\r]*  |"))
(c org-table-may-need-update))
(backward-delete-char N)
-   (skip-chars-forward "^|")
-   (insert " ")
-   (goto-char (1- pos))
+   (if (not overwrite-mode)
+   (progn
+ (skip-chars-forward "^|")
+ (insert " ")
+ (goto-char (1- pos
;; noalign: if there were two spaces at the end, this field
;; does not determine the width of the column.
(if noalign (setq org-table-may-need-update c)))
-- 
1.7.1



Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: publishing to PDF

2010-08-30 Thread Achim Gratz
Erwin Panen  writes:

> macbook:~ erwin$ pdflatex
> This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009)
>
> I assume it must be a matter of config?

I think you need to let Emacs know that you want to run pdflatex.  this
can be done in various ways.  In current AucTeX you switch between PDF
and DVI output by C-c C-t C-p for instance, in older versions you needed
to enter a whole bunch of command strings to do the same thing.


Achim.


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: svn version number as tag or property?

2010-08-31 Thread Achim Gratz
Rainer M Krug  writes:

> I could use a code block with a bash script to extract that information
> from svn info, but that seems to be awkward for me - there must be an
> easier way.

Provided your vc setup works correctly, then (vc-working-revision FILE) will
deliver just this information.


Achim.


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] [Bug] html-export mangels mailto: links

2010-09-01 Thread Achim Gratz
HTML export removes the "mailto:"; from a link, which will then be
interpreted as a local link by the browser.

For an example, see the link to this mailing list in
ORGWEBPAGE/index.org and the corresponding HTML export on orgmode-org
(or just the local file).


Achim.


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: svn version number as tag or property?

2010-09-01 Thread Achim Gratz
Rainer M Krug  writes:

> Hm - I can't find that command (I assume it is a function)? And if how
> can I get the file name of the buffer?

Yes, an elisp function.  You either already know the name of the file
and insert it as a string or just use another elisp function to ask
EMACS for it.  Then instead of running a shell script (which you said
you wanted to avoid) you'll get this information from EMACS.


Achim.


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [PATCH] inside table, delete-backward-char must not insert spaces when overwrite mode is on

2010-09-03 Thread Achim Gratz
Bastien  writes:

> I've tested your patch.  

Thanks for looking into it.

> If I understand it correctly, it does not change the current visual
> behavior of `org-delete-backward-char', it just skips the unnecessary
> step of inserting a whitespace when overwrite-mode is on.
>
> Is that so?

That was the plan, yes. :-)
Hopefully it does that (and just that).

Achim.

[Please do not Cc: me, thanks.  I read the list with GNUS and don't need
another copy in my inbox.]


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Bug? org.el:org-open-at-point

2010-09-05 Thread Achim Gratz

It seems like news: links are always sent to the browser and this
definition is hiding a later invocation of GNUS:

---
 ((member type '("http" "https" "ftp" "news"))
  (browse-url (concat type ":" (org-link-escape
path org-link-escape-chars-browser
 ;;;
 ;;; some more lines
 ;;;
 ((string= type "news")
  (require 'org-gnus)
  (org-gnus-follow-link path))
---

Additionally, if I take out "news" from the first bit of code and follow
a news: link, the code that supposedly opens news links in GNUS doesn't
seem to work on my system (gmane is a foreign server in GNUS here, but
that doesn't seem to be the reason).


Achim.


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Bug? org.el:org-open-at-point

2010-09-05 Thread Achim Gratz
David Maus  writes:

> What syntax did you try?  IIRC `org-gnus-follow-link' expects a /Gnus/
> link in path, but RFC5538 ("The 'news' and 'nntp' URI Schemes ")[1] has a
> different definition that must be normalized to a org-gnus.link.

I tried news:gmane.emacs.orgmode (incomplete, I know), but any other
link with authority would produce the same result: GNUS tries to enter a
group with the literal path as specified in the link and gets stuck.

---
   9:*nntp+news.gmane.org:gmane.emacs.orgmode
 K *: //news.gmane.org/gmane.emacs.orgmode
---

The correct path syntax suggested by GNUS to give to
gnus-group-jump-to-group is nntp+news.gmane.org:gmane.emacs.orgmode, but
that still doesn't open the Summary buffer and gives no further error
message.  Browsing around in org-gnus.el suggests that news: links
should probably not go through that function in org-gnus.el since it
registers it's own gnus: handler just for that.


Achim.


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Bounce: Bug in iCal export?

2010-09-06 Thread Achim Gratz
Richard Riley  writes:

> Guy Wiener  writes:
>
>> Do you mind sending a patch just for that? I prefer to check it
>> without switching to the development release.
>
> Just an "FYI" : you can generate your own but clearly depends
> on what version you are actually using.

Besides, you can just cherry-pick the single commit in question into
your local branch (I keep a local and a local-maint branch myself).  If
the changes were isolated enough, you wouldn't even get a merge
conflict.  This is best done with a GUI (I use gitk mostly), but it
isn't too difficult to do it on the command line either.


Achim.


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Org file rendering/manipulation too slow

2010-09-06 Thread Achim Gratz
Marcelo de Moraes Serpa  writes:

> From the moment I press  on the minibuffer to the moment the
> whole file is rendered, it takes about 3 seconds. So, it does take
> longer than I would expect.

Wild-ass guess: EMACS asks for all the fonts to be rendered that you are
using in this file... if so, opening the file a second time in the same
session should be a lot faster unless something is badly misconfigured.


Achim.


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Automatically move completed TODO items and checkboxes to another file

2010-09-07 Thread Achim Gratz
Michael Hoffman <9qobl2...@sneakemail.com> writes:

> ** TODO x
> *** [ ] x1
> *** [ ] x2
>  [ ] x2.1

That works correctly in 7.01h and later if the last item is at level
three agaiun, but fails if the last one is at level four.  Fascinating.


Achim.


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Directory Links (and a bug?)

2010-09-07 Thread Achim Gratz
Making a directory link like this: [[file://bla/fasel/]] will open that
folder in explorer on Windows at work, which is nice since I can just
keep a bunch of those in my notes.org file and fire them up whenever I
need to (the history in Explorer is never that helpful).  I have since
learned that there's a special form to make that link open in EMACS
[[file+emacs://bla/fasel/]] and that fires up dired.  Or, if I had set
up org-mode so that file:-links would open inside EMACS, I could use
[[file+sys://bla/fasel/]] to force the link to open in an external
application.  So far so good... what I'd want in addition is to have the
link open in dired with wildcard patterns (giving a file name that
doesn't exist or looks like a directory gets me into dired, but doesn't
give it the "file" part as a wildcard argument) or alternatively
directly into vc-dir like [[file+dired://bla/fasel/*.org]] and
[[file+vc-dir://bla/fasel/]].  Whatever the part after the "+", the
links should be exported like normal file: links.

The link abbrevs don't really work for this as they are supposed to
return a string and not go off into another buffer (it does sort-of
work, but I suspect it breaks exporting etc.).  An elisp link works, but
gets me a Yes/no question and shows up verbatim in export, not as link.
The +sys/+emacs links (and some abbrevs) export as file:-links with the
complete link-syntax appended as anchor (like
file:///bla/fasel/#file+emacs://bla/fasel/ - this works, but that looks
like a bug to me or an accidental feature at least).

Now, looking into the code I see that there's a lot of special casing
going on and no obvious hooks to tap into and that I don't really
understand what's going on...  If anybody could shed light on how this
is all supposed to work "under the hood" and how some extra link methods
would need to be implemented, please discuss.


Achim.


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] 7.01trans obsolete variables

2010-09-07 Thread Achim Gratz

These warnings have been appearing for a while now:

In org-order-calendar-date-args:
org.el:14592:31:Warning: `european-calendar-style' is an obsolete variable (as
of Emacs 23.1); use `calendar-date-style' instead.
Wrote /root/emacs/org-mode/lisp/org.elc

In org-agenda-add-entry-to-org-agenda-diary-file:
org-agenda.el:7282:42:Warning: `european-calendar-style' is an obsolete
variable (as of Emacs 23.1); use `calendar-date-style' instead.
Wrote /root/emacs/org-mode/lisp/org-agenda.elc

Can't they be changed because of backwards compatibility?


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Waldorf MIDI Implementation & additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: Directory Links (and a bug?)

2010-09-08 Thread Achim Gratz
Noorul Islam  writes:
> For me all these three gets exported as file:///tmp
>
> Another link [[file://tmp][another link]]
> Another link [[file+sys:///tmp][another link]]
> Another link [[file+emacs:///tmp][another link]]

Sorry, I should have checked more thoroughly: there is a bug, but it's
someplace else and hiding a bit.  Edit each of the links with C-c C-l
and then have a look what the link turns into both in the org buffer and
the export... the '+' gets replaced by '%2B' by an overly helpful
sanitation function.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


  1   2   3   4   5   6   7   8   9   10   >