[Orgmode] Re: [PATCH] Re: html-export mangels mailto: links
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
"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
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
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
"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
"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
"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
"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?
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?
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
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
Ł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
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
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
[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
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?
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
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
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
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
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
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
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
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
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
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
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
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...
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
-- 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...
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
"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
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?
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?
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?
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?
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
"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
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
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
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
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
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
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 ?
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)
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)
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)
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)
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
"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
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
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
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
* 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
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?
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
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?
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
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
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
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?
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
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
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?)
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
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?)
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