I have a path in a list item like
2. Open ~~/path/to/somewhere~
which is exported as expected (via C-c C-e t U):
2. Open `~/path/to/somewhere'
So, to the exporter, the tilde in the path isn't closing the opening
verbatim snippet, but it is for org-mode's syntax-highlighting.
Emacs : GNU E
ime ahead.
Ditto. Don't worry about us; worry about yourself and your sanity.
(That, of course, doesn't mean not to hack on Org if you're itching to.)
Best regards,
Aidan Gauland
Bastien writes:
> Hi Aidan,
> Aidan Gauland writes:
>> I have some (buffer-local) keywords defined that contain dashes to
>> separate words (because I couldn't think of a single word that would be
>> clear). M- completion does not appear to work for these key
I have some (buffer-local) keywords defined that contain dashes to
separate words (because I couldn't think of a single word that would be
clear). M- completion does not appear to work for these keywords.
This has made me reconsider my choice of keywords, but since they're
valid keywords, shouldn
Nick Dokos hp.com> writes:
> Aidan Gauland no8wireless.co.nz> wrote:
> > Yes it does. Sorry, I should have worded that differently. I meant
> > that I have been repeatedly wiping ~/.org-timestamps/ in hopes that it
> > will not get screwed up again and think no
Nick Dokos hp.com> writes:
> > How can I get the timestamps in a more human-readable format? I keep
> > having this problem (and no symlinks involved) and keep having to wipe
> > the timestamps directory (a royal nuisance).
>
> Doesn't the prefix argument work? C-u C-c C-e followed by F or P or
Nick Dokos hp.com> writes:
> org uses timestamps to figure out which files need publishing
> (see section 13.4 of the Org manual) and they may have gotten
> curdled somehow. You can force publication by giving a second
> argument to org-publish (if you called it interactively, you
> could do that
s nil
:table-of-contents nil
:creator-info nil
:language "en"
:author "Aidan Gauland"
:style ""
:auto-preamble t
:auto-postamble t)
("aidalgolland-static"
:base-directory "~/doc-aidan/aidalgolland/main/"
XHTML at (around) line 116.
By the way, shouldn't this be one list instead of three one-item lists?
A heading that will be exported as a list item
ditto
A third item
Kind regards,
Aidan Gauland
Emacs : GNU Emacs 23.2.1 (x86_64-pc-linux-gnu, GTK+ Version 2.20.1)
of 2010-12-12 on b
On Sun, Dec 19, 2010 at 06:35:12PM +0100, David Maus wrote:
> Org checks the file modification time to determine whether to
> republish a file or not. Due to the nature of /sym/links their
> modification date does not change if the directory entry they are
> pointing to changes.
Then shouldn't Or
Hi,
I am using Org-mode to run my website, and I have symbolic links to
files elsewhere in my home directory (which are dereferenced when
published). When I org-publish the project, it doesn't re-publish the
symbolic links even if the target has changed.
Any idea what I could do to avoid manuall
Nick Dokos hp.com> writes:
> If you just need a different extension, I think this works:
>
> --8<---cut here---start->8---
> #+BIND: org-export-html-extension "goo"
>
> * foo
> foo
>
> * bar
> bar
> --8<---cut here---end---
On Tue, Nov 02, 2010 at 04:44:11PM +0100, Giovanni Ridolfi wrote:
> Aidan Gauland writes:
>
> > Is there an export option to specify the name of the file to which to
> > export the org file?
>
> for documents:
> #+TITLE:
This doesn't seem to allow me to specify
Hi,
Is there an export option to specify the name of the file to which to
export the org file? I use org-mode for my website and I need one
page to have a different extension from .html.
Thanks,
Aidan Gauland
___
Emacs-orgmode mailing list
Please
> Best -- Eric
>
>> On Sun, Oct 31, 2010 at 12:15 PM, Aidan Gauland
>> wrote:
>> Evaluating (org-export-string "plain plain *bold* plain" "html")
>> prompts me (in the minibuffer) with...
>>
>> File to save in: /tmp/
The prompt came up
On Sun, Oct 31, 2010 at 12:34:18PM +0530, Puneeth wrote:
> On Sun, Oct 31, 2010 at 12:15 PM, Aidan Gauland
> wrote:
> > Evaluating (org-export-string "plain plain *bold* plain" "html")
> > prompts me (in the minibuffer) with...
> >
> > File to
Evaluating (org-export-string "plain plain *bold* plain" "html")
prompts me (in the minibuffer) with...
File to save in: /tmp/
I can't see any obvious s-exp in the definition of org-export-string
that would be bringing up the prompt. Aside from the prompt, this
function does exactly what I need.
Eric Schulte gmail.com> writes:
> You could pass the text through the `org-export-string' function to
> generate a string of HTML from a string of Org markup.
>
> e.g.
>
> (org-export-string "plain plain *bold* plain" "html")
>
> returns the following string
>
> "plain plain bold plain"
A
Eric Schulte gmail.com> writes:
> You could pass the text through the `org-export-string' function to
> generate a string of HTML from a string of Org markup.
>
> e.g.
>
> (org-export-string "plain plain *bold* plain" "html")
>
> returns the following string
>
> "plain plain bold plain"
T
ere is any way I can use existing org functions to parse a
paragraph to recognise formatted text so I can process it
appropriately, or if I must write my own parsing code. Can any of the
more experienced org-mode hackers offer any advice?
Thanks,
Aid
On Mon, Sep 20, 2010 at 12:34:22AM +0200, Sebastian Rose wrote:
> (let ((opt-plist
>(org-export-process-option-filters
> (org-combine-plists (org-default-export-plist)
> (org-publish-get-project-from-filename buffer-file-name)
> (org-infile-export-plist)
>
>
Sebastian Rose gmx.de> writes:
> This is awkward to use:
>
> (org-parse-local-options
> (org-get-local-options)
> 'org-export-headline-levels)
>
> Is that function still in use?
>
> `grep -Fr org-parse-local-options' reveals nothing.
Not only is it awkward, it (org-get-local-options) do
Calling org-babel-lob-ingest on a file with code blocks seems to work
only for the current Emacs session, and doesn't seem to affect the
variable org-babel-lob-files. If I quit and restart Emacs, it's as if
I never loaded a file with org-babel-lob-ingest. Also I see
"(mismatch)" next to the "Stat
Is there an org function to get the title, author, etc. of an org document?
--Aidan
signature.asc
Description: Digital signature
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.o
The optional argument, INVISIBLE-OK, of org-forward-same-level is not
mentioned in the documentation for that function.
--Aidan
Emacs : GNU Emacs 24.0.50.3 (x86_64-unknown-linux-gnu, GTK+ Version 2.20.1)
of 2010-09-17 on dimension8
Package: Org-mode version 7.01trans
signature.asc
Description
On Sat, Sep 18, 2010 at 12:18:42AM +0200, Sebastian Rose wrote:
> That commit already includes the (obviously wrong) first patch...
>
> Here's the patch that reverts the first attempt and applies the new
> one. Hope this works :)
Yup, this one works! Bug squashed. Go ahead and commit it.
Tha
Sebastian Rose gmx.de> writes:
> did you revert the previous patch? The second patch was against master
> again.
I ran git reset --hard then applied the second patch.
> I changed to a subdirectory of my :base-directory (here $BASE):
>
> $ cd ${BASE}/subdirectory
> $ cp ~/images/first.jpg .
Sebastian Rose gmx.de> writes:
> This here works for both --- here it does.
Uh, not quite. Now what should be in techy/programs/ is in
techy/programs/techy/programs/ (non-org files, that is). At least now
all files are treated consistently. :P
--Aidan
___
Sebastian Rose gmx.de> writes:
> `org-publish-attachment' is wrong or called with wrong arguments.
>
> This patch fixes it.
>
> As always, there might be a better way to fix it,
> but this way the function `org-publish-attachment' will work regardless
> of parameters. Someone will always call t
On Thu, Sep 16, 2010 at 12:40:34AM +0200, Sebastian Rose wrote:
> Aidan Gauland writes:
> > Sebastian Rose gmx.de> writes:
> >> It would be a bug.
> >>
> >> But I cannot reproduce it (current Org mode from git, emacs24).
> >
> > I just figu
Sebastian Rose gmx.de> writes:
> It would be a bug.
>
> But I cannot reproduce it (current Org mode from git, emacs24).
I just figured out why: I store all my images in ~/images/ and just
have symbolic links to them in my Org website directory.
Can you reproduce it now that you have this piece
I have a (sub)project for publishing a website. It uses
org-publish-attachment with the recursive option.
("static"
:base-directory "~/doc-aidan/windmill-hill/main/"
:publishing-directory "~/doc-aidan/windmill-hill/published/"
:publishing-function org-publish-attachment
:recursive t
:base-ex
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have a (sub)project for publishing a website. It uses
org-publish-attachment with the recursive option.
("static"
:base-directory "~/doc-aidan/foo/main/"
:publishing-directory "~/doc-aidan/foo/published/"
:publishing-function org-publish-attachm
Christian Moe christianmoe.com> writes:
> Yes, like so:
>
> : #+attr_html: alt="Picture of a foo"
> : [[./foo.png]]
>
> See the manual section on exporting to HTML.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
That's exactly what I was looking for. Thank you! I never would have
thought to l
Is it possible to set the alt attribute of an image for HTML export?
If I insert an inline image into an Org buffer like so...
[[./foo.png]]
...and export it to HTML, I get something like this...
But I want the alt attribute to be "foo" (or something else), not the
filename.
I know this is an
Section 12.5.7 CSS support of the Org-mode manual says...
#+BEGIN_QUOTE
You could also directly write a `' `' section in this
way, without referring to an external file.
#+END_QUOTE
The problem with that is that putting...
#+BEGIN_HTML
[some CSS]
#+END_HTML
...anywhere in a buffer results in t
Aidan Gauland no8wireless.co.nz> writes:
> Relative file links such as...
> [[file:foo.org][Another file]]
> ...are exported to HTML as...
> Another file
Oops! I forgot to say what I /expected/ it to be exported as.
I expected to get...
Another file
...which would be a relative h
Relative file links such as...
[[file:foo.org][Another file]]
...are exported to HTML as...
Another file
Attached is an example.
Emacs : GNU Emacs 24.0.50.14 (x86_64-unknown-linux-gnu, GTK+ Version 2.20.1)
of 2010-09-10 on dimension8
Package: Org-mode version 7.01trans
current state:
=
First off, I'm using a workaround for the problem with closing brackets
terminating a footnote, even if they're supposed to be *within* the
footnote. Here is the relevant part of my init file...
;; Workaround for the bracket-in-footnote bug.
(add-hook 'org-export-html-final-hook 'gio/replace-squ
Alan L Tyree wrote:
> Disable footnotes like [2010], but keep footnotes like [fn:2010]
>
> The reason is that I write legal texts that have references to case law
> that look like: Marreco v Richardson [1908] 2 KB 584. The dates in
> square brackets are an essential part of the reference.
Perhaps
Thanks! That works fine. I suppose I should point out that I only used =
an
ASCII export for the example situation, but I ran into this problem expor=
ting
to HTML.
--Aidan Gauland
signature.asc
Description: OpenPGP digital signature
___
Emacs
==
Author: Aidan Gauland
Date: 2010-08-31 20:33:14 NZST
Table of Contents
=
1 A heading
1 A heading
This is a broken footnote.[1].]
This will export to (as ASCII, for example)...
[1] Some book at [42-24
This is how I am
n the heading: "* A note on the variable \*x". This is obviously not
what I want, I wanted the backslash to prevent the star from being
treated by Org as rich-text markup (i.e. *bold*), and to be removed from
the final product.
Regards,
Aidan Gauland
Emacs : GNU Emacs 24.0.50.5 (x86_64-u
If I enter or edit a link with org-insert-link, I only get
tab-completion for the URL prefix (e.g. fi puts "file"), but not for
the path name for "file:" links. So, if I type C-c C-l file:~/.ema
, I expect to get file:~/.emacs (the possibilities are .emacs and
.emacs.d/), but all I get is the mes
Attempting to export a buffer with a #+BEGIN_SRC block with no language
specified (i.e. an argumentless #+BEGIN_SRC block) fails with the
message "apply: Wrong type argument: consp, nil". This is rather
cryptic; it would be nice if Org-publish could say where it failed even
if not why it failed.
If I create a link with C-c C-l and give it a relative "file:" link, a
link is created with an absolute path. For example, C-c C-l
file:../foo.org foo puts
[[file:~/path/to/working-directory/foo.org][foo]] in the buffer. I was
expecting [[file:../foo.org][foo]].
Emacs : GNU Emacs 24.0.50.6 (i6
is not so much a bug as it is an error that
should be detected and handled more elegantly (i.e. by Org-publish,
instead of the Emacs debugger) ;-).
Regards,
Aidan Gauland
Emacs : GNU Emacs 24.0.50.5 (x86_64-unknown-linux-gnu, GTK+ Version 2.20.1)
of 2010-07-05 on dimension8
Package: Org-mode
Normally, when I save an Org buffer with no trailing newline, a newline will
be placed at the end of the buffer (so that the file ends with a newline).
But when I enable longlines-mode, a newline is no longer added automatically,
and I must add one manually. If I turn longlines-mode off, Emacs doe
48 matches
Mail list logo
