Noorul Islam writes:
> I think these cannot be changed because `calendar-date-style' is not
> available on earlier version of Emacs.
I was thinking that maybe a defvaralias only for EMACSen earlier than 23.1
might be a better solution that both keeps the compiler happy and the
code uncluttered (
James Harkins writes:
> (Yay! http://orgmode.org/emacs-orgmode@gnu.org is broken for me - 404 error.)
That's a bug in the mailto: link export (already fixed in the
development version). So that should have read:
mailto:emacs-orgmode@gnu.org
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQ
Samuel Wales writes:
> In the last 24 hours, org created 436 seemingly empty directories
> named similar to "babel-81922AX" in (I think) $TMP. I do not actively
> use babel.
I can confirm this behaviour.
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptat
These two commits break exporting of local links as reported elsewhere
on this list.
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
_
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.
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Fa
David Maus writes:
> The problem with exporting local links is fixed in master.
Thanks, although I don't see that particular commit yet... :-)
One other question: I often see org-mode version reported like this:
Org-mode version 7.01trans (release_7.01h.497.g59fa)
All I get is 7.01trans sans t
I still get the following warnings w/ GNU Emacs 23.2.1 on the current
HEAD:
In org-footnote-all-labels:
org-footnote.el:336:62:Warning: reference to free variable `rtn'
org-footnote.el:352:74:Warning: assignment to free variable `rtn'
In org-footnote-normalize:
org-footnote.el:531:41:Warning: re
I confirm both fixes and the current HEAD is compiling without any
warnings.
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
Eric S Fraga writes:
> That's the problem with deadlines... :(
"I love deadlines. I like the whooshing sound they make as they fly by."
(Douglas N. Adams)
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.
Bastien writes:
> Thanks for confirming!
Regression on latest HEAD:
In org-footnote-at-reference-p:
org-footnote.el:191:49:Warning: reference to free variable
`org-bracket-link-regexp'
apparently introduced by de0fcdffa48da8baf57a612f2ce032d8737e6525
(N. Goaziou). Likely just needs a
(defv
Sean Whitton writes:
> I am presently packaging up Org from git for a new (to me) GNU/Linux
> distribution I am switching to, CRUX [1], and I can’t figure out the
> clean way to get the new version of Org in /usr/share/emacs/site-lisp to
> override that in /usr/share/emacs/23.3. I mean I could ea
Bastien writes:
> I'm releasing Org 7.6.
Thank you and everyone else for all the work that has been put into this
release.
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/Down
Bastien writes:
>> is there a process for bug-fix commits like this one which should be
>> pushed through to Emacs24? I'm thinking a branch (maintenance?) to
>> which this should be pushed or a special way to tag the commit?
>
> there is none for now -- I need to think about it.
Pure fixes shoul
Nick Dokos writes:
> Most Linux systems I know of have a description of what distro is
> installed in the /etc/issue file: Ubuntu, Debian, RH, Fedora, SuSE
[...]
True, but it's not reliable since it is quite common to customize the
login message. And the next thing of course is that you don't ha
Eric S Fraga writes:
> thanks; but cygwin seems natural to install in conjunction with emacs as
> I want bash et al. if I ever have to use Windows. having said this,
> it's been years since I have had to do this luckily (for me).
Yes, but even with a complete Cygwin install running X in fullscre
Nick Dokos writes:
> I'm actually hoping that nothing of the sort will be needed, but given
> that I don't have either debian squeeze or slackware available, I can't
> really see what goes wrong.
Well, I've had a look on some server I have admin access to: what goes
wrong on Debian (Lenny+Backpor
Nick Dokos writes:
> But from what I saw in the Ubuntu man-page, debian install-info is a wrapper
> around GNU install-info that does *nothing different* in the ``normal'' case.
> It only behaves differently when one is doing Debian maintenance thingies,
> whatever
> that means - from the man pag
ge anything for others.
>From a2399077495e716d0dd1faa3d491a379d2015065 Mon Sep 17 00:00:00 2001
From: Achim Gratz
Date: Sun, 10 Jul 2011 08:42:20 +0200
Subject: [PATCH] possible solution for Debian install-info charade
---
Makefile |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/Makefile b/Makefile
in
Hi Jude,
Jude DaShiell writes:
> I just ran make update && make all && sudo make install && sudo make
> install-info-debian and updated org-mode to 7.6.
That does not work, you would need to do
sudo make install-info && sudo make install-info-debian
with the original Makefile - only change th
Bastien writes:
> Achim and Nick, can I safely apply your patch or was it still a beta
> version?
My patch obsolotes what Nick was trying to achieve, but I'm just looking
at some other stuff in the Makefile that looks like it needs a makeover,
so I'd suggest we discuss this first and I'll submit
Nick Dokos writes:
> My worry is this: before Achim's patch, the "other" systems run the
> following command:
>
> $(INSTALL_INFO) --info-file=$(INFOFILES) --info-dir=$(infodir)
The invocation with --info-files is only understood by GNU install-info,
that was presumably the reason for introd
Achim Gratz writes:
[...]
I just realize that the Makefile already uses several GNU make
extensions. If it's OK to use them (specifically include files and
conditional variable assignment), that would help to restructure the
Makefile so that it can be customized and maintained more easily.
Achim Gratz writes:
> I just realize that the Makefile already uses several GNU make
> extensions. If it's OK to use them (specifically include files and
> conditional variable assignment), that would help to restructure the
> Makefile so that it can be customized and maint
Bastien writes:
> The targets release and fixrelease are for Org's maintainers.
Yes, but if they've been used, no trace is to be found in the repository
and in any case, what fixrelease is supposed to be doing is not what it
actually does — it's currently an exact copy of release. I'll sort it
ou
Bastien writes:
> this looks like a flexible solution we might use.
Good.
> When you have time, please provide a patch to this effect.
I'll be on it, I should have something to show maybe next weekend.
Instead of posting a series of patches to the list, I'll add a feature
branch to my orgmode c
f7956abbaafd7e8 Mon Sep 17 00:00:00 2001
From: Achim Gratz
Date: Sun, 10 Jul 2011 08:42:20 +0200
Subject: [PATCH] remove Makefile target install-info-debian, modify
install-info to be compatible
* Makefile: remove target install-info-debian and modify target
install-info so that it is compatible
"Sebastien Vauban"
writes:
> Look at the results under Windows (in 8 pt):
You may be interested in this:
http://cygutils.fruitbat.org/mintty-font-test/
HTH,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf Q+, Q and micr
Bastien writes:
> Okay - I'll follow that branch till the change becomes mature.
I've set up the feature branch "Makefile" in my org-mode clone on
repo.or.cz. Assuming you already have orgmode.git cloned (it does not
really matter where from), do a
git remote add -t Makefile remote-tableheading
m attaching a patch to
correct that.
>From 5372528a02d29ef92487d2a9cf46663804f8c9e2 Mon Sep 17 00:00:00 2001
From: Achim Gratz
Date: Wed, 13 Jul 2011 17:26:45 +0200
Subject: [PATCH] remove documentation for removed make target
install-info-debian
* Makefile: also remove the documentation exp
I've tested some things on Win7 and happen to have an Emacs24 installed
there, so I compiled the latest org-mode. I got quite a few warnings
that I've never seen before with Emacs23, so I assume this is Emacs24
tightening the screws on some loseness. I don't remember the exact
warning text, but
Skip Collins writes:
> Is there any more progress on finding and fixing this problem with org
> and emacs24? I just built the development version of Aquamacs (GNU
> Emacs 24.0.50.3). The problem with the way org autoloads lisp files is
> present. Should this patch be applied to org sources?
I've
Bastien writes:
> If you can go through Org's code (or motivate someone to go thru the
> code for you) and check where the "*" is hardcoded instead of being
> inherited from outline-mode that would help a lot, because I'm busy
> with other changes I find more important right now.
There's roughly
Bastien writes:
> I think the proliferation of *.mk files can confuse the user.
> Can we try to reduce this to the maximum?
Nothing is set in stone at this point and there will certainly be
changes to make sure things are useful both for users and maintainers of
org-mode. If something doesn't "f
Branch is rebased onto current master.
I'm now using a sub-make for ./lisp. Compiling and making the
org-install.el in ./lisp rather than from toplevel also ensures that
both the new (Emacs24) and old autoload.el produces the correct result.
It is now possible to copy default.mk to local.mk and
The ./doc directory is now also handled via a sub-make invocation.
Feature-wise the user part should be complete now.
I've also patched org.el to provide a placeholder to record which
orgmode version has been installed and the installer will patch the
installed file with that so that org-version
Bastien writes:
> Attached is a patch that replaces instances of outline-regexp
> by org-outline-regexp. It also introduces more harmonization.
So that's what you were doing all sunday... ;-)
> I'd be interesed in hearing about feedback.
Looks good, except that Git complains about two whitesp
Matthew Sauer writes:
> The points that grabbed my attention are listed here, didn't know
> exactly how one would go about finding other than going to the line in
> the files noted? :
>
> In org-cycle:
> org.el:5932:47:Warning: attempt to let-bind constant `org-outline-regexp'
I noticed those, t
Bastien writes:
> #+TAGGROUP: :colour: :red:green:
>
> in such a way that:
>
> 1. searches for :red: will continue to display entries with :red:
> 2. searches for :colour: will display entries with :red: and/or :green:
>
> Would this be useful already?
If I've read the OP correctly, this should
Achim Gratz writes:
> git remote add -t Makefile remote-tableheadings
> git://repo.or.cz/org-mode/org-tableheadings.git
> git fetch remote-tableheadings Makefile:local-Makefile
> git checkout local-Makefile
>
> to get it (change remote-tableheadings and local-Makefile to
Jude DaShiell writes:
> Thanks, here's what I have now and it almost works. When I add a new
> line though the averages don't change until I delete the TBLFM: line and
> the line with the =vmean(@2..-1) formulas on it then key the formulas in
> again. Then the averages do update to reflect ne
Bastien writes:
> I fail to understand why an additional
> should break Sebastian's tool.
>
For starters, the title now resides in the preamble, but the script
looks for it in content. This error is easily fixed, but I don't know
if it has further repercussions.
--8<---cut here--
Jambunathan K writes:
> suvayu ali writes:
>> Does anyone know how to generate autoloads for libraries in the
>> contrib directory? I was hoping generating autoloads would let me
>> remove some of the (require 'library) from my setup.
>
> (To satisfy my own curiosity)
>
> IIRC, Achim has added su
Bastien writes:
> Mhh... I tried to patch org-info-src.js with this fix, to recompile
> it (and get org-info.js). I copied the result here:
>
> http://orgmode.org/org-info2.js
>
> Then setting this path in `org-infojs-options', I tried various ways
> of getting a working HTML file, with the
Hsiu-Khuern Tang writes:
> I haven't found a similar report on the mailing list. Since C-c C-o
> is quite basic and many people must use it, I'm guessing I'm doing
> something wrong. Help please?
Since you don't really say what you're doing it is hard to tell, but my
guess is you are either usi
John Hendy writes:
> Any suggestions? I have no idea what's going on...
Neither have I, but your example exports OK for me, so I'd venture to
guess that your install is incomplete or mixed-up between old and new
somehow. Try a 'make clean' and check where Emacs picks up org-mode.
Regards
Achim
John Hendy writes:
> ,---
> | M-x org-version
> | Org-mode version 7.5 (release_7.7.23.ge5faa)
> `---
That is strange, it looks like you've been picking up an old version of
org-mode that then finds the git version later on.
> Anything stick out or suggestions of further checks?
It looks like y
Jambunathan K writes:
>> I've done make clean && make && make doc about 10 times today already,
>> including Achim's suggestion of make cleanall & & make all autoloads.
Just to be clear, the latter suggestion is only needed if you never use
"make install", which would refresh org-install.el.
>
>
John Hendy writes:
> No idea. All I can confirm is that:
>
> - git pull
> - make clean && make
>
> behaves differently than:
>
> - git pull
> - make clean
What is prefix set to in your Makefile?
> Also, I never posted in response to Jambunathan's request:
>
> ,---
> | M-: load-path
> | ("~/.elis
anymore after compilation). The attached patch seems to
correct this for me.
>From f22e8eb7d7cced676471268a2eb7d69ad8e3e1b8 Mon Sep 17 00:00:00 2001
From: Achim Gratz
Date: Sun, 31 Jul 2011 10:53:54 +0200
Subject: [PATCH] Prevent runtime error introduced by commit 9ff7f80f51a
* lisp/
Hsiu-Khuern Tang writes:
> org-babel-open-src-block-result: Symbol's value as variable is void:
> org-babel-inline-src-block-regexp
Thanks for reporting this. I've just posted a patch in another thread:
http://permalink.gmane.org/gmane.emacs.orgmode/45159
As a workaround you can also do an M-x
Bastien writes:
> Mhh... I tried to patch org-info-src.js with this fix, to recompile
> it (and get org-info.js). I copied the result here:
>
> http://orgmode.org/org-info2.js
That is the same file I have produced myself now.
> Then setting this path in `org-infojs-options', I tried variou
Nicolas Goaziou writes:
> _Note to self_ : I really wish we can come up with an exporter that
> exactly matches Org syntax. An element recognized/ignored in Org should
> be identically recognized/ignored during the export process without
> resorting to any trick (à la `org-protected' text property
Henri-Paul Indiogine writes:
> I update org-mode daily. Today I encountered a problem that had
> never happened before during my export to LaTeX
>
> 1. C-c C-e l ;; export to LaTeX
>
> 2. error appears in messages buffer:
>
> Export buffer:
> Exporting to LaTeX...
> Recognizing tables...d
Leo writes:
> I am running org mode from trunk. I am getting this error:
Nitpick: there is no trunk.
> Please apply this patch to fix the bug:
This gets rid of the error message, but does not fix the bug, IMHO.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blof
Darlan Cavalcante Moreira writes:
> I downloaded the script and tried to run it with
> : ./tomboy2org.pl -help
> but I got the error message below
> Can't locate Text/Format.pm in @INC (@INC contains: /etc/perl
> /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5
> /usr/share
Eric Schulte writes:
> Julian Gehring writes:
>>"Symbol's function definition is void: copy-seq".
> I just pushed up a change which should fix this problem. Please let me
> know if this error persists.
Alternatively, doing an M-x org-reload (bound to C-c C-x !) also gets
rid of this error.
Jambunathan K writes:
> Does anyone else see the reported behaviour with recent LibreOffice
> builds?
The behaviour seems to be the same in LibreOffice3.3.3.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptations for Waldorf Q V3.00R3 and Q+ V
Jambunathan K writes:
> NOTE TO THE MAINTAINERS: git diff is forcibly creating the first hunk in
> the attached diff even though I haven't made any modifications as
> suggested by it. (I think it is getting confused by the presence of the
> "special non-ascii A")
There is no such character in th
Carsten Dominik writes:
> my daughter got stuck with a couple of SUDOKU puzzles during
> the vacation (where wh had no internet connection), so I
> hacked a small SUDOKU solver that reads
> a 9x9 Org table and solves it as a sudoku puzzle.
> A little silly, but maybe fun for someone - I have pushe
John Wiegley writes:
> Maybe we're all using different versions of Emacs, but I find that
> byte-compilation warnings keep increasing as time goes by. I'd like to ask
> people to compile their code before committing, to keep the build log clean.
> It looks messy when there are lots of unnecessary
Bastien writes:
> Sometimes things are easy :)
BTW, that was one of these fixes that should probably be applied to
maint and then merged into master.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Waldorf MIDI Implementation & additional documentation:
Bastien writes:
> I suggest you look at EXPERIMENTAL/org-export.el.
I see.
> It parses an Org buffer and store it as a structured list. It's not
> yet completely syntax aware, but it is a move in the right direction.
That looks like a much cleaner approach, but it is as you say, quite in
its
John Wiegley writes:
> I've been working a new set of modules for Org to make it easy to associate
> Org entries with data in external systems, such as Redmine, Bugzilla,
> WordPress, or even your e-mail Inbox. It's called Org-X, as its meant to
> simplify writing linkup code for any system X.
Y
Bastien writes:
> Wow, how can someone munge his words so badly? :)
In the force if Yoda's so strong, construct a sentence
with words in the proper order then why can't he?
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptations for Waldorf Q V3.00R3 and
John Wiegley writes:
> The backend gets to define what the parts of an entry are. Some backends will
> import actual content into the related Org entry, while others will only
> import a link back to the original content. This is what I would do for a
> backend that monitors files within an "Inb
've used the latest
version of yuicompressor (2.4.6 instead of 2.4.2), but that should not
make a difference. Proper patch attached.
>From 55fd3d1b7f82460e28d8fcc50c6ea0eb41197fef Mon Sep 17 00:00:00 2001
From: Achim Gratz
Date: Wed, 17 Aug 2011 17:49:56 +0200
Subject: [PATCH] Find title di
Hi Bastien,
there are a few diffs in that commit that the Changelog doesn't
describe, especially one addition in org-clock.el that you may or may
not have wanted to commit.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptations for KORG EX-800 an
on http://orgmode.org/ changes here do not affect
> org-info-js users.
Here's the new patch.
>From 2c962fc8edbec789c7e259d0a334601638755463 Mon Sep 17 00:00:00 2001
From: Achim Gratz
Date: Wed, 17 Aug 2011 17:49:56 +0200
Subject: [PATCH] Find title differently to allow it to reside in pre
Nick Dokos writes:
> (require 'org-clock)
>
> in my init file to resolve the dependency, but that feels wrong.
It probably is... the three functions should get an autoload cookie, I
suppose. Their declaration then deals with the compilation and the
autoload in org-install keeps things happy at r
Bastien writes:
> Thanks for the heads up. I'll be more careful about this.
In org-fixup-indentation:
org.el:7368:32:Warning: reference to free variable `org-property-end-re'
In org-set-property:
org.el:14316:34:Warning: reference to free variable `fn'
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE
> [1] This is more of a backup strategy than anything else. You can delete
> the patches from the patchwork server if you want to.
Your fork on repo.or.cz just needs another branch and you're good to
go... no need to commit this to master and easily within reach.
Regards,
Achim.
--
+<[Q+ Matrix
András Major writes:
> This would be most easily done using an sh block which returns a
> numeric exit code.
No one keeps you from using
echo $?
in the last line of that shell block.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the T
Carsten Dominik writes:
> One of the obstacle for using Org-mode for collaborative programs is
> that many operations add or remove text from the beginning or end of a
> file, or which add or remove a subnode from an outline tree.
On of the things that I think would be necessary is a way to put a
Jason Dunsmore writes:
> If you clone via git://, it does some optimizations during the transfer,
> whereas cloning via http:// does not. If I do a "git gc" on the repo,
> it reduces the size of the repo on the server and the time to download
> via http://
I'd suggest that the repo on the server
Olivier Schwander writes:
> * Garden
> ** TODO Cut the flowers
> * Home
> ** TODO Cut the flowers
Tagging the parent should work, I think.
--8<---cut here---start->8---
* House :HOUSE:
** TODO Cut t
Michael Brand writes:
> If the shell is a special case for babel anyway, why not something
> like the following?
Ehm, no. But I think that it would be generally useful (not just for
shell blocks) to be able to capture stderr, either together with stdout
or separately into a result target block a
Nick Dokos writes:
> The only characters permitted are alphanumerics. That can probably be
> easily relaxed.
Only if you don't want to have _underlined_ still working and perhaps
never use calc on that table. The problem with simple syntax is that
the quoting rules become bizarre and the other w
Eric S Fraga writes:
> Latex does have the concept of lists within paragraphs in that
> paragraph boundaries are defined by blank lines. So, if you have a
> begin{itemize}...end{itemize} with no blank lines before and after, the
> list implicitly is part of the enclosing paragraph.
It can probab
Herbert Sitz writes:
> In Linux I'm not sure how to do the quoting. I tried this:
>
> ---> emacs --eval "( find-file "/home/somefile.org" )"
Provided you don't use any completely exotic shell, that is what Emacs
gets to see:
( find-file /home/somefile.org )
> And I get the error:
>
>Symbo
Jon Anders Skorpen writes:
> Yes. Here is a link to a test blog with some test posts, and one real
> post in norwegian.
>
> http://beta.mindmutation.net
Looks good, but is not yet "valid XHTML1.0 strict". :-)
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]
Michael Brand writes:
> For .git/config I am not sure if it can be made a versioned git repo
> element. If not, I don't know how it can become part of the transfer
> during git pull which it should be in any case. Proposal for the
> content (changed from first post):
You can't and I don't think t
Bastien writes:
> This should be fixed -- please confirm.
>
> Nick, thanks for the patch, I pushed a more complete one.
The byte compiler still complains about this:
In org-search-view:
org-agenda.el:3944:48:Warning: assignment to free variable `category-pos'
org-agenda.el:3944:26:Warning: refer
Eric S Fraga writes:
> The even simpler solution worked for me:
>
> emacs --eval '(find-file "/home/somefile.org")'
...as I had already said (this also has the charm of working in other
shells, like tcsh).
> with bash (4.1-3) on Debian Linux (testing+unstable). Not sure why
> others have need
Michael Brand writes:
> Thanks for the clarification. Because I didn't expect this at all it
> took me some time to understand that a local config affects also the
> diffs already committed, not only "git diff" of uncommitted changes.
Git doesn't "commit diffs", which is why this is working (and
Oliver Gerlach writes:
> I expect a complete tex file without this bug message:
>
>> Export buffer:
>> Exporting to LaTeX...
>> org-export-latex-subcontent: Symbol's function definition is void: nil
>> Auto-saving...
>> Mark set
>
> Do you have some suggestions what to do?
I cannot reproduce this
Pieter Praet writes:
> Apparently not config-related.
So it does happen with just "emacs -Q"? I cannot reproduce this.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUs
Renato writes:
> Archlinux doesn't provide binaries for "standalone" org and compiling
> it myself would make future updates more cumbersome
That's a bad excuse, and also wrong. It is easy enough to have orgmode
installed without disturbing the Emacs installation and with a little
bit of care yo
Piter_ writes:
> I am not sure this is the best place to ask but I will give it a try.
> I am exporting my thesis from orgmode to latex. Than I go in this way
> dvi -> ps -> pdf.
> I cant do text search in generated file and acrobat reader annotate
> tool does not work properly on it.
> I would th
Steinar Bang writes:
> - My emacs23 org-mode doesn't have the CLOCK_INTO_DRAWER property, and
>setting the LOG_INTO_DRAWER property on a subtree to t and always
>(the values I tried) didn't have any effect on clocking
That particular asymmetry has been removed in a later version, so if y
Andrea Crotti writes:
> Didn't know about that, thanks!
> It's not, however, as convenient as org-mode tables are unfortunately...
Which is why you can switch between table.el and org tables with C-c C-c
(to recognize an existing table) and then C-c ~ to convert it between
the two formats if poss
Jambunathan K writes:
> I work on a Windows machine. You seem to be using Linux. May be it is
> not soffice but soffice.bin. Try creating a symlink between the two
> names and see if the problem goes away.
There is an soffice.bin on Linux, but you cannot or should not call it
directly. If every
Eric Schulte writes:
> Hmm, the problem could be on my end. I manually copy and paste inline
> patches into files (I never found out how to write an inline attachment
> to a file with gnus), so it is possible that I am breaking commit
> messages during that step. I'll look more closely during th
Nathan Neff writes:
> The instructions say to clone http://repo.or.cz/r/Worg.git
While correct, unless you are forced to use HTTP due to a paranoid
firewall, it would actually be better to clone from:
git://repo.or.cz/Worg.git
You'll transfer a lot less data when using the git protocol.
> (I t
Brian van den Broek writes:
> I suspect that the optimal way is to generate a patch against the
> documentation. If that's right and someone would point me to what I'd
> need to read to learn how to do so (I've never produced a patch
> before), I'd be happy to learn and do it that way henceforward
Carsten Dominik writes:
>> Hi, it would be cool if the latex exporting of a org-table would
>> include the table in orgtbl format in a comment, in the way described
>> here:
>> http://www.gnu.org/software/emacs/manual/html_node/org/A-LaTeX-example.html
> I do like this idea!
> Will take a look.
Thorsten writes:
> Thats the culprit - I use Emacs 23.1.1, and it seems that variable
> completion-at-point-functions has been added to Emacs just recently
> with version 23.2. So I have to update my Emacs - should I go for Emacs
> 24 right away, or is that to early?
The current release version f
Brian van den Broek writes:
> It wouldn't stun me were orgmode already able to do what I have in
> mind, but trying it and consulting the fine manual didn't suggest that
> it does.
[snip]
I'm not exactly sure what you are trying to achieve, but it seems that
you could define a keyboard macro for
Darlan Cavalcante Moreira writes:
> It would be nice if org had a begin_tikz block. This block could either
> create a PDF file or include the tikz code directly in the latex file when
> exporting to latex (or PDF), and create an SVG file when when exporting to
> HTML. Of course this block should
While playing aroud with different configurations I've noticed that you
can't customize some variables unless you've loaded org first and then
used a function from the file where they are defined. It's of course a
bit difficult to know which function to use or file to load when all you
want to do
Carsten Dominik writes:
> This is not correct for Org when it is distributed with Emacs. Emacs
> builds its own autoload files, and it would pull in all these defcustoms.
I see, so what about those autoloaded defcustoms org-mode already has
picked up? Should they not be removed, then?
lisp/ob-
101 - 200 of 1726 matches
Mail list logo