Hi, Bastien,
I think this would open up interesting possibilities if implemented.
Taggroups should be nestable, so
#+TAGGROUP: :colour: :red:green:
#+TAGGROUP: :red: :crimson:scarlet:
would make searches for colour would display entries with scarlet
(perhaps this is self-evident, I don't
Hi,
Confirmed, thanks!
Yours,
Christian
On 7/24/11 8:32 PM, Bastien wrote:
Hi Christian,
Christian Moem...@christianmoe.com writes:
Time calculations don't seem to work with vsum (or vmean).
|Time |
|-|
| 1:06:00 |
| 0:52:30 |
| 2:00:00 |
|-|
| 3 |
#+TBLFM:
On 7/22/11 10:20 PM, Florian Beck wrote:
Hi all,
when working with outlines (tabbing until CONTENTS), there are two
things I cannot figure out:
Firstly, I want to copy the *visible* text (minus the …, but never mind
that);
C-c C-e v [SPACE]
C-x h M-w
C-x k
In other words: Begin exporting
On 7/26/11 8:35 AM, Christian Moe wrote:
Then select all with `C-c h' (alternately,
Typo, sorry. I meant `C-x h'.
cm
+1.
No hurry.
Yours,
Christian
On 7/26/11 5:15 PM, Thomas S. Dye wrote:
Bastienb...@altern.org writes:
Hi Tom,
t...@tsdye.com (Thomas S. Dye) writes:
Aloha all,
Perhaps they are [[tag:boxed][already]] here with org-add-link-type? It
seems to me that all that's missing is a way to
I post a howto over my morning coffee at 8:38am. By 11:30am, Florian
has encapsulated it into a neat function with added goodies. Within 40
minutes, Carsten reports
there is a key (C-c C-x v) and a menu entry,
and documentation in manual and refcard for it.
Gotta love this community.
On 7/26/11 8:20 PM, Eric Abrahamsen wrote:
I've got a little sequence I use so often I'd like to automate it, but
am not sure how. Basically it goes:
1. In Gnus, store a link to an email message
2. Call org-capture
3. Choose a template with a REPLY keyword, that gets stored in a certain subtree
Add space before \cite?
Yours,
Christian
On 7/26/11 8:56 PM, Aditya Mandayam wrote:
i see. apologies.
;;
here is my .org file in question:
The Shrewdness of Apes
#+AUTHOR: Aditya
Hi,
If I understand you correctly, you want to import into your current
Org document tasks from other Org files that match a certain tag.
Here's one attempt; I'm sure there are better solutions, and solutions
involving Agenda commands, which I don't understand very well.
Assuming all items
Hi all,
I probably shouldn't butt into this, and I understand the technical
issues too poorly to offer suggestions on merging. But as a grateful
user, and and a semi-active participant on this list, I'd like to
voice three concerns.
1. Org-mode maintained by someone able and happy to do it.
div, so the parent
heading also folds... with the upshot that you can never unfold the
second subhead.)
CM
On 8/25/11 10:19 PM, Christian Moe wrote:
Hi,
org-info-js may be your best bet, but for a lightweight solution that
works with your sample text without a single line of javascript, try
On 9/1/11 7:35 PM, Brian Wood wrote:
(...) I'm thinking that I should break up
this file into multiple .org files in a directory. If I do that:
1. I would like to still see the same top-level tree that I see now
when I shift-Tab e.g:
* Admin
* Drupal
* MacOS
* Linux
* Time Reports
So if I
+1 for extending caption, label and attributes to more elements. Nice
to know it's being worked on.
Yours,
Christian
On 9/3/11 1:41 PM, Nicolas Goaziou wrote:
Retrospectively speaking, Captions, labels and attributes gets applied
only to tables and links (IIRC) and not LISTS. [2]
This is
Hi,
Try setting the :prepend property:
(l System Log entry (file+headline ~/Documents/org/computer.org
Log) * %U %? \n %i\n :prepend t)
hth,
Christian
On 9/14/11 12:58 PM, Renato wrote:
Hello, I have a computer.org file with this structure:
* Log
** [2011-09-12 Mon 17:34] update ...
**
But latex subscripts/superscripts should work in Org even without an
explicit math environment, and they do for me -- exporting Piter's
T^{+} gives me
T$^{+}$
as expected. Something in his setup?
Yours,
Christian
On 9/14/11 6:55 PM, Nick Dokos wrote:
Piter_x.pi...@gmail.com wrote:
Hi
I realize that other people's mileage may and does differ, but
personally, I have long found the amazing functionality,
customizability and hackability of Org-mode an astonishingly effective
tool for PTO (Putting Things Off).
:-)
Christian
On 9/14/11 8:59 PM, Olaf Dietsche wrote:
Hi Alan,
Hi,
$...$ may sometimes get confused with currency signs, variable names
and whatnot.
Org-mode is sophisticated about it as long as you follow a few
safeguards -- from the Info section 11.7.3:
To avoid conflicts
with currency specifications, single `$' characters are only
On 9/15/11 9:44 AM, Carsten Dominik wrote:
When Org exports to HTML for use with MathJax, it does convert $..$ to \(..\)
to work around this.
Oops, I should have guessed. I just remembered having to fiddle with
my MathJax configuration at one point, but that was probably before
Org even
Hi,
I think you'll need to include an actual example that isn't working.
With my own tables I don't see any errors with vmean, vmin, vmax. As
for vmode, does Calc have such a function? I can't see it documented,
and putting one in my table doesn't work.
Yours,
Christian
On 9/19/11 4:52
Hi,
You've got row formulas when you want single-cell formulas. Assuming
it's minima you're after, try
#+TBLFM: @$2=vmin(@I..@II);f0::@$3=vmin(@I..II);f0::@$4=vmin(@I..II);f0
hth
Christian
On 9/19/11 12:15 PM, Jude DaShiell wrote:
| Date Stamp | Systalic | Diastalic | Pulse |
On second thought, these days you can just use a single range formula:
#+TBLFM: @$2..$4=vmin(@I..@II);f0
hth,
Christian
On 9/19/11 12:38 PM, Christian Moe wrote:
Hi,
You've got row formulas when you want single-cell formulas. Assuming
it's minima you're after, try
#+TBLFM:
@$2=vmin(@I..@II
-control: t
# End:
cut here.
What did I do wrong with this #+TBLFM: line?
Two things:
o as Christian Moe pointed out, calc does not provide a vmode() function.
o the separator lines in the formulas have to be specified using capital
I letters.
Here is an implementation of vmode - afaict
Hi, Nick,
No whacks intended! It was an easy catch because I was mulling over
similar problems with my code. My own second pass at a vmode
implementation for Calc is below, now with support for negative values
and bimodal data. It takes a different route and is a bit shorter, but
doesn't
Hi,
XHTML produced with Org-special-blocks is not well-formed; div tags
get wrapped in p tags. Example:
Some text.
#+begin_sidebar
Some details left out of the main text.
Some more details.
#+end_sidebar
Some more text.
This results in the following html, which
I see no reason to not uncomment this line. Shall we just do this?
- Carsten
Yes, would you, please?
Yours,
Christian
Hi,
Looks like someone's solved your problem -- you could try this:
https://bitbucket.org/pdixon/emacs/src/tip/org-lotus-notes.el
...replacing /usr/local/bin/notes with whatever is the path to the
Notes client on your system.
hth,
Christian
On 10/5/11 9:32 AM, bart wrote:
Hi all,
Is
* org-special-blocks.el
(org-special-blocks-convert-html-special-cookies): Close paragraph
before opening or closing the div, and open paragraph after. Also
changed newline placement to be the same as for other blocks.
The problem was that special blocks did not produce well-formed HTML
because
, at 21:01, Christian Moe wrote:
Hi,
Carsten, thanks.
Jambunathan's probably right, though, that this fix (while necessary) is
incomplete. Sorry, I hadn't thought it through.
Now, when the first paragraph of a special block comes right after the #+BEGIN_WHATEVER line, it
will just come
Hi,
Org doesn't already have a particular way to do this, I think, so a
little elisp is called for. It's fairly easy with the Org Properties API.
Here's a modest example that will work with your sample document:
#+begin_src emacs-lisp
(defun cm/org-merge (target)
Fill a template
Hi,
On 10/6/11 5:56 PM, Richard Parsons wrote:
(...)
Firstly, thank you so much for taking the time to write some code,
which (even as a newbie) I was able to get running quickly and easily.
My pleasure. I'm finding my legs in elisp myself, and I often find a
better solution to a problem
PS. Note that with the code example I sent, your templates can also
access the special properties listed in section 7.2 of the manual,
such as TODO, ALLTAGS, TIMESTAMP, DEADLINE etc.
Hi, Torsten,
Incidentally, I had to remove \end{scope} (there is no corresponding
\begin{scope}) to make your code example work. Could that be causing
some of your trouble?
Yours,
Christian
On 10/8/11 4:45 PM, Torsten Wagner wrote:
Hi Eric
``:results output silent'' should suppress that
No, I don't use it myself, but I expect using the ODT exporter,
opening in OpenOffice or similar, and saving to .doc or .rtf for
import into InDesign is your best bet. (As to whether .doc or .rtf,
experiment. In my limited experience designers prefer RTF, for good
reason, but OpenOffice RTF
On 10/11/11 8:22 AM, Carsten Dominik wrote:
(...) To be on the safe side, my suggestion
would be to apply a function to your files which would
downcase all the tags present in the buffer.
Marcelo, maybe this is a nice task to try your elisp on?
With perl, it would be a one-liner
I have
Hi, Gez,
On 10/7/11 5:02 PM, Gez wrote:
What I'm imagining is a command executed on a headline to insert a
property into each of its children fixing the current order;
something like :sorted:01, :sorted:02 etc.
I think this is a neat idea, and can see some uses for it for my own
stuff. I've
1:35 PM, Gez wrote:
Thanks, Christian. Please forgive my ignorance but what should I do
with the code? I've not done anything more advanced than
org-customize before.
Gez
On 11 October 2011 20:46, Christian Moe m...@christianmoe.com
mailto:m...@christianmoe.com wrote:
Hi, Gez,
On 10
On 10/12/11 5:59 PM, Gez wrote:
I do use revisioning, but Is there a protocol I should use for testing
code snippets before using them on my original data or can they be
considered safe after being run once?
Save often; backup/commit often; be ready to hit 'undo'...? Do the
first test run on
Hi,
Not sure I can help; I don't quite see how this error could be caused
by anything in the code I sent you. Is this happening on the same
system as you used before? What version of Emacs are you on when this
happens?
Yours,
Christian
On 10/13/11 1:40 PM, Gez wrote:
Thanks. I got it to
Hi,
I can't reproduce this. After adding your example to a test buffer and
re-saving the buffer, I get the expected html export. (Before
resaving, the buffer was still exported in iso-8859-1, producing
garbage -- but not underscores -- in html; after resaving, in utf-8.)
With point in your
Hi,
First, sorry about the noise: I had failed to activate your symbols as
TODO keywords. Now I do reproduce your results.
It also doesn't seem to help to add your special characters to Emacs
word syntax, as the FAQ says you should.
http://orgmode.org/worg/org-faq.html#sec-9-6
I think
Correct html export of todo keywords
* org-html.el (org-export-as-html): Apply
org-export-html-get-todo-kwd-class-name to the the class attribute
of the todo-keyword span tag, not to its text content
The problem was that special characters in todo keywords were being
replaced by
I have made a brute force solution for this issue, pressing
C-c C-c on a #+ line will remove these overlays first.
Not nice, but it helps with this problem.
- Carsten
make complains:
org.el:18170:33:Warning: reference to free variable
`org-table-coordinate-overlays'
On 10/16/11 4:03 PM, Mehul Sanghvi wrote:
I do not want a table of contents as it makes no sense for a resume.
How do I disable the generation of that ?
I ran the unit test for ODT and it generated a ToC, although I didn't
see anything in the test.org file to indicate
such a behaviour.
In
Hi,
According to this thread, num:nil should work in recent versions of Org:
http://comments.gmane.org/gmane.emacs.orgmode/46058
It works for me.
You might try updating to the most recent version of Org and see if
that fixes things.
As a one-off fix, in OpenOffice you can turn off the
That probably explains it, then.
But, uh, can I borrow this thread for a moment?
I find custom styles in ODT export aren't working as per the manual,
section 12.8.2. Here's what I've done (test files attached; Emacs
23.3.1; Org 7.7, freshly pulled):
1. Exported test-odt.org to ODT with
Hi,
The Org manual (2.5 Structure editing) says to use M-S-right
(org-demote-subtree) for what the submitter wants to do.
Yours,
Christian
On 10/18/11 10:55 AM, Sébastien Delafond wrote:
Hello,
from Debian bug #645360 (http://bugs.debian.org/645360):
Here's my test file, call it c.org:
Hi, Jambunathan,
On 10/18/11 2:05 PM, Jambunathan K wrote:
When you are generating such a custom styles file for templating
purposes, it is highly desirable that H:10 num:t be option used.
(...)
I believe the above restriction is not overly restrictive.
No, that makes good sense, and thanks
Hi, Mehul, cc: Jambunathan,
I agree with Mehul it would be great to have an option to specify a
styles file on a per-file basis. Something like:
#+ODT_STYLE: ~/org/odt-templates/cv.odt
Jambunathan, please consider this a feature request (if you haven't
implemented it already, and I've
Hi,
On 10/18/11 10:14 PM, John Hendy wrote:
- italics: org doesn't handle multiple line italics in between / and
/.
Tip: You can customize org-emphasis-regexp-components to accept more
than one newline.
Could there be something like #+begin_quote
There is! It makes blockquotes. Just go
On 10/19/11 7:54 PM, Jambunathan K wrote:
#+ODT_STYLES_FILE: /path/to/styles.xml
Perfect. Thanks for the quick response!
Yours,
Christian
Hi, Mehul,
It's not that I would be opposed to a fonts option, of course, but I
don't see it as a priority or even necessary. As long as org-odt
handles the document structure and semantics right, and allows
attaching an external stylesheet, I think it's done its job.
There are other
Whoa -- before this gets more confusing:
Eric, did you push up a (new, or at least so far undocumented in the
manual) syntax involving a #+PROPERTIES line, as Nick and Sebastien
seem to understand you?
Or was #+PROPERTIES just a typo, and you mean using the #+PROPERTY
line or :PROPERTIES:
I disagree with Tom on [1]: it should clearly be srcname, in analogy
to #+tblname - and also so I don't have to change my files :-} (but see
my question about tblname below).
I'll have to change my files, either way. The price one pays for
inconsistency. But as I've recently learned from
Hi again,
I can quickly think of two advantages of the late lamented (if only by
me) #+BABEL header over using properties.
1. Allowing you to specify multiple buffer-wide options on the same
line (keeping things short), in the same colon :syntax as used in a
src block header (keeping things
On 10/21/11 11:12 AM, Rainer M Krug wrote:
On Fri, Oct 21, 2011 at 10:14 AM, Christian Moe m...@christianmoe.com
mailto:m...@christianmoe.com wrote:
(...)
2. Allowing you to pass multiple buffer-wide arguments with :var.
This could make a substantive difference in some applications
On 10/21/11 12:59 PM, Rainer M Krug wrote:
So, using your above mentioned example, after the first PROPERTY line,
euro=1.3795 and SALESTAX not set, while after the second one
salestax=.15, and euro is unset? That would be quite bad.
That's what I'd expected, but actually, euro is set and
Hi,
Yes, that works nicely, and should solve Rainer's problem.
I haven't been able to think of anything else that can't be handled by
properties.
And I do think it's a good idea to winnow down the syntax a bit, even
if things break. I just like to grumble.
:-)
Yours,
Christian
On 10/21/11
On 10/21/11 8:40 PM, Rainer M Krug wrote:
Just to add to it: at the moment I have e.g:
#+BABEL: :var MAINVERSION=0
#+BABEL: :var SVNVERSION=(vc-working-revision (buffer-file-name))
#+BABEL: :var SVNSTATE=( symbol-name (vc-state (or (buffer-file-name)
org-current-export-file)))
#+BABEL: :var
Hi,
Eric Schulte wrote:
I can think of three options for how to handle this situation.
1. If it turns out to be possible/desirable my preferred solution
here would be to add general property support for appending values
to properties when properties are over specified
(...)
2. Adding a
This all sounds very interesting, but I have problems understanding
the advantages - possibly because I only had one coffee this morning.
It may not be feasible and the disadvantages may outnumber the
advantages; we'll see. But having several coffees under my belt
already, I'll argue my
On 10/24/11 2:11 PM, Sebastien Vauban wrote:
(...)
But I just have a comment on your second advantage, something that can render
your example inefficient: inheritance is not on by default, and you need to
enable if for *specific properties*.
You can set `org-use-property-inheritance' to t, to
Surprisingly (to me) srcname is the winner here, but luckily I haven't
yet voted, and although I would have though #+source: would have been
the winner I like the simplicity of using #+name: for named code blocks
as well as named data.
Ditto -- it just wasn't on the table yet when I cast my
Hi, Jambunathan,
This is great. I'd be happy to proofread. What's the best way to
return the proofs to you? A diff of the .texi?
A couple of questions and suggestions. First, about the syntax rather
than about the manual:
- Image attributes: Are the parentheses needed in the ATTR_ODT line?
Reproduced. I think this qualifies as a bug.
Yours,
Christian
Yes, that fixed it. Thanks!
Yours,
Christian
On 10/27/11 6:13 PM, Carsten Dominik wrote:
This should be fixed now, please verify.
Thanks!
- Carsten
Hi,
Great, I'll just wait for your revised draft so we don't get versions
mixed up.
Yours,
Christian
On 10/28/11 6:19 AM, Jambunathan K wrote:
I will work on your suggestions and circulate a
revised draft shortly.
Once an initial org.texi gets in to the repo, improving it would be a
Hi,
Having followed the thread on Babel and properties after the removal
of the #+BABEL headers, I understand the motivation for introducing this.
But I share Nicolas' feelings that a property block doesn't rhyme with
existing usage of blocks and properties.
There were many other ideas
On 10/31/11 9:49 PM, Nicolas Goaziou wrote:
#+begin_src org
#+property: :var foo=1
#+property: :var bar=2
#+property: :var baz=3
#+property: :var qux=4
#+end_src
Two problems:
1) You need to drop the colons before var.
2) The outcome is not what you expect.
#+property: var foo=1
On 11/1/11 8:17 AM, henry atting wrote:
I was thinking of a column formula but have no clue if it's
possible and if so, how.
In this short example the formula's length is no problem but for a
table with 12 rows or more it certainly is; -- and currently it's the
only way I can realize it.
|
On 10/31/11 10:36 PM, Eric Schulte wrote:
4. My own idea of allowing any defined property to be passed as an
argument to src blocks (which would require some changes to how Babel
reads its :var header args).
I do see how this approach could be powerful, however I fear both the
size of the
On 11/1/11 5:58 PM, Eric Schulte wrote:
so assuming var is an accumulating property, then
#+property: var foo=1
#+property: var bar=2
would result in `org-file-properties' having the following value
((var . foo=1 bar=1))
Given this:
---
#+property: var foo=1
#+property: var bar=2
*
On 11/1/11 8:02 PM, Eric Schulte wrote:
As for variable handling, I think the solution is to ensure that on the
code-block side of things, a var string like foo=3, bar=2, foo=1
results in,
foo=1
bar=2
that is, subtree variable definitions will pre-empty earlier definitions
of the same
Hi,
I've signed the FSF papers (assignment 711933).
Bastien, shall I just add myself to the list, or is there more procedure?
Yours,
Christian Moe
On 11/3/11 2:26 AM, Bastien wrote:
Hi Nicolas,
Nicolas Goazioun.goaz...@gmail.com writes:
(...)
There is also #+bind:, whose purpose is close enough.
Indeed. Eric, would it be possible to use
#+bind foo 1
instead of
#+property var foo=1
Correct me if I'm wrong, but the purpose of
On 11/3/11 2:42 AM, Bastien wrote:
But allowing a top-level :PROPERTIES: drawer with properties
whose scope is the entire file looks like a good idea to me.
How other would feel about this?
Not sure if this is already clear, but just in case: The functionality
is already there. PROPERTY
On 11/3/11 8:57 PM, Herbert Sitz wrote:
This is some seriously cool functionality for Org that deserves wider exposure.
Jambunathan's done a great job.
+1
Christian
On 11/7/11 5:02 PM, Giovanni Ridolfi wrote:
the math snippets are always converted in HTML format e.g.:alpha; =
\frac{1}{Lsub0/sub}
Do I understand correctly that this is your problem? (Not very clear
from your long example, which starts with the CDN service.)
If so, I can't reproduce it.
On 11/8/11 5:09 PM, Giovanni Ridolfi wrote:
Yes, You're right. It is exported correctly and correctly formatted
if you export only *this* subheading. The subheading ** $$.
But, if you export the whole subtree, from the
* mathjax test heading, the equation is
converted in HTML format
Hi,
If org-contacts-template-email doesn't find an address, it doesn't
insert a simple text prompt, it inserts a property prompt, which sets
the property. A property prompt does not need to be positioned in an
explicit property drawer in the template -- in fact, it looks like
that will not
Hi,
Is zotero-plain working for others?
I test drove zotero-plain back when it was just developed. Looked
promising, but I had uneven success with the MozRepl communication,
possibly something to do with being on an older and slower machine.
Trying it again today (with the most recent
On 11/10/11 5:53 AM, Erik Hetzner wrote:
It works for me, with MozRepl 1.1beta2, and the latest Zotero plain.
Thanks. If that's with the latest Firefox too (apparently I'm on 8.0,
Mozilla's new approach versioning makes me dizzy), there must be some
problem with my setup. I'll try to figure
Hi, Jambunathan,
When I try to define a custom link type with special formatting for
ODT export, the exporter behaves as if the backend is html.
I'll exemplify with a tweaked version of org-bbdb-export, since that's
the textbook example of a custom link. I've rewritten it below so that
if
On 11/12/11 10:24 PM, Jambunathan K wrote:
When I try to define a custom link type with special formatting for
ODT export, the exporter behaves as if the backend is html.
I have pushed a fix for this. Note that I haven't modified org-bbdb yet.
Hi,
I confirm that it's fixed. Thanks!
Just to
On 11/11/11 5:12 PM, Erik Hetzner wrote:
At Fri, 11 Nov 2011 10:51:22 -0500,
Matt Price wrote:
Wouldn't the rigt target be, not the sqlite db, but the Zoteor*service*
that runs on port 50001 when Zotero is running? Aren't there some
higher-level tools for working through that interface
On 11/13/11 12:45 AM, Christian Moe wrote:
A good while back -- before zotero-plain -- I spent some late nights
Sorry about the noise: I didn't mean to send this fragment. Please ignore.
Christian
, the code (which is a quickly thrown-together
mess) can probably be improved on.
Yours,
Christian Moe
** OrgMode.js translator
Installation:
1. Tangle or copy the below to a file called OrgMode.js.
2. Place it in the Zotero translators folder (on Mac, that's
~/Library/Application
Support
On 11/16/11 9:21 AM, Michael Hannon wrote:
(2) I typically use the following BABEL line:
#+BABEL: :session *R* :cache yes :results output verbatim :exports
both :tangle
How would I express that using the PROPERTY syntax?
#+PROPERTY: session *R*
#+PROPERTY: cache yes
#+PROPERTY: results
Hi,
Does Erik Hetzner's zotero-plain work for you?
If so, I'd try this experiment: set zotero-default-bibliography-style
to COinS. Then insert a citation in Org using zotero-plain. In the
link description, instead of a nicely formatted bibliographic
reference, I imagine you should get the
Hi,
Then I misunderstood you, sorry about the noise (to both Eriks, A. and
H.). I thought you meant including Zotero-readable metadata for each
citation in the Org document.
Do I then understand correctly that what you want to do is simply to
generate one COinS snippet with metadata about
Hi, Adam Smith,
You're repeating my misunderstanding -- that's not what he's looking
for, see the thread above.
Christian
On 11/22/11 7:35 PM, adam.smith wrote:
Yes, though it doesn't need to be only COinS. Zotero supports a number
of different formats, but COinS looks like it may be the
On 11/22/11 3:44 PM, Erik L. Arneson wrote:
Do I then understand correctly that what you want to do is simply to
generate one COinS snippet with metadata about the document itself
(author, title, etc.)?
Yes, though it doesn't need to be only COinS. Zotero supports a number
of different
On 11/23/11 5:45 PM, Erik L. Arneson wrote:
Thanks, that looks like a good start!
Let me know how it went.
Christian
Hi,
I submitted a patch to this effect a month and a half back.
http://patchwork.newartisans.com/patch/979/
Apart from uncommenting that line, I put in an org-open-par after the
div and rearranged a few lines to follow the same structure as other
similar bits of code.
Yours,
Christian
On 12/6/11 7:25 PM, Herbert Sitz wrote:
What is best way to get directional pairs of open- and close-quotes in html
export?
-- Herb
Hi, Herb,
I keep this in my .emacs:
(setq org-export-html-special-string-regexps
(cons
'( \\\([^\]+\\)\ . ldquo;\\1rdquo;)
On 12/6/11 9:37 PM, Herbert Sitz wrote:
Question: Does this work only if quotes both appear on the same line of Org-mode
text? Or is the regex applied to paragraph as a whole after it's been assembled
as part of export?
Oops, that's embarrassing. I never even noticed. I'm not sure why it
On 12/7/11 10:44 AM, Christer Boräng wrote:
Does it handle possessive ' at the end of words ending with an s or
z sound? Like James' house?
Sure, but not because it cares what letter they end with, only because
it turns any straight single quote that doesn't become an opening
curly quote
Great news!
I'll go over the documentation as promised.
Yours,
Christian
On 12/11/11 12:13 AM, Jambunathan K wrote:
Hello Christian
Christian Moem...@christianmoe.com writes:
Hi,
Great, I'll just wait for your revised draft so we don't get versions
mixed up.
You would have seen this
Hi,
I've successfully used the regular expression searches Herbert Sitz
describes to search and query a small (~ 500 kB) Org database of all
my source materials (text clippings) for a project, where some of the
properties I used had multiple values.
You will find Matt Lundin's Advanced
Wonderful!
Yours,
Christian
On 12/10/11 6:22 PM, Bastien wrote:
Dear all,
as the subject says. Please all test this heavily and report
any problems. This will be part of Org 7.8 and soon in Emacs.
Thanks a lot to Jambunathan for all this efforts, let's make
sure everything is smooth before
Thanks!
Yours,
Christian
On 12/11/11 2:11 PM, Bastien wrote:
Hi Christian,
Christian Moem...@christianmoe.com writes:
I submitted a patch to this effect a month and a half back.
http://patchwork.newartisans.com/patch/979/
Apart from uncommenting that line, I put in an org-open-par after
1 - 100 of 647 matches
Mail list logo