From: "T. V. Raman" <raman@users.sf.net>
To: dominik@science.uva.nl
Cc: raman@users.sf.net, emacs-orgmode@gnu.org
Subject: Re: export to html and relative links:
Date: Sun, 13 Apr 2008 13:32:45 -0700 [thread overview]
Message-ID: <18434.28141.555914.954122@gargle.gargle.HOWL> (raw)
In-Reply-To: <B97BB2AC-AA38-4194-968D-85980B7EB728@science.uva.nl>
file:// urls are already designed to be platform independent.
So an org file should never carry in it a path like a\\b\\c.html
-- we should always use a/b/c.html
since that's the syntax used by relative URLs.
>>>>> "Carsten" == Carsten Dominik <dominik@science.uva.nl> writes:
Carsten> Hi Raman, On Apr 13, 2008, at 8:48 PM, T. V. Raman
Carsten> wrote:
Carsten>
>> two suggestions:
>>
>> 1) accept paths like "./foo.html" as local links.
Carsten>
Carsten> I will look into this. The problem is the system
Carsten> dependence of file names, so I am not sure what a
Carsten> good solution would be that would work on Windows as
Carsten> well as on Unix.
Carsten>
>> 2) Augment C-c C-l to react to file: by providing filename
>> completion relative to the working directory.
Carsten>
Carsten> Hmm, that is difficult, but thanks for the pointer,
Carsten> maybe we can steel some code.
Carsten>
Carsten> For now, if you use `C-u C-c C-l', you get file
Carsten> completion, and the result will be a "file:" link
Carsten> with a relative path (unless you enter a path
Carsten> starting with "/"). Even if you find the file with
Carsten> ../../../some/path, it will still be inserted as a
Carsten> relative link.
Carsten>
Carsten> - Carsten
Carsten>
>>
>
> The emacs binding to the w3m browser does this if you type
>> file: in the minibuffer when prompted for a URL.
>>
>>>>>>> "Carsten" == Carsten Dominik <dominik@science.uva.nl>
>>>>>>> writes:
Carsten> Hmmmm, this is *such* a good idea, that I will
Carsten> implement this retroactively into all versions since
Carsten> ... 2.0 or so? Abracadabra! Done.
Carsten>
Carsten> In fact, it has been working just so for a very long
Carsten> time.
Carsten>
Carsten> file:foo.html -> href="foo.html" file:foo.org ->
Carsten> href="foo.html"
Carsten>
Carsten> The second line assumes that the org file foo.org
Carsten> will also be converted to an html file in the
Carsten> publishing process....
Carsten>
Carsten> Also, I was mistaken earlier:
Carsten>
Carsten> http:foo.html becomes href="http:foo.html" and not
Carsten> href="foo.html"
Carsten>
Carsten> so this actually cannot be used for a local link.
Carsten>
Carsten> So what remains from this exchange? Should we
Carsten> accept links that look like absolute file names
Carsten> (including ./foo.html) as equivalent to
Carsten> file:./foo.html ?
Carsten>
Carsten> - Carsten
Carsten>
Carsten> On Apr 13, 2008, at 6:25 PM, T. V. Raman wrote:
Carsten>
>>>>
>> I think writing http:foo.html is a bad idea because typing
>>>> that string in other contexts is sort of meaningless as
>>>> a URL. Until now, everything one types in org-mode sort
>>>> of has meaning elsewhere. If you want it to look like a
>>>> url in this case too then I'd suggest file:foo.html --
>>>> rther than http:file.html.
>>>>
>>>> I did not suggest that earlier because it's more chars
>>>> to type, but that's not a huge concern since emacs does
>>>> the typing, and we could always augment c-c c-l to
>>>> enable authoring of relative links with file completion.
>>>>
>>>> so file:a/b/c.html would become href="a/b/c.html" in the
>>>> generated html.
>>>>
>>>>>>>>> "Carsten" == Carsten Dominik
>>>>>>>>> <dominik@science.uva.nl> writes:
Carsten> On Apr 13, 2008, at 5:33 PM, T. V. Raman wrote:
Carsten>
>>>>>> I've not tried http:foo.html -- but I suggest doing
>>>>>> that to author a relative URL is a bad idea.
Carsten>
Carsten> Can you explain why you think that this is a bad
Carsten> idea? Educate me! What is wrong with writing
Carsten> http:foo.html ??????
Carsten>
Carsten> - Carsten
Carsten>
>>>>>>
>>>
>>> I tried ./foo.html and that didn't work either. One
>>>>>> compromise would be to get ./foo.html to link to a
>>>>>> relative url, while foo.html continues to link to a
>>>>>> local anchor
>>>>>>
>>>>>>>>>>> "Carsten" == Carsten Dominik
>>>>>>>>>>> <dominik@science.uva.nl> writes:
Carsten> On Apr 13, 2008, at 6:49 AM, T. V. Raman wrote:
Carsten>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> org-export turns links of the form [[foo][link to
>>>>>>>> relative url foo]]
>>>>>>>>
>>>>>>>> ends up creating links of the form <a
>>>>>>>> href="#foo">...</a>
>>>>>>>>
>>>>>>>> this means that it becomes impossible to write
>>>>>>>> hyperlinks that are relative URLs.
Carsten>
Carsten> Hi Raman,
Carsten>
Carsten> the url goes into the first pair of square brackets,
Carsten> the description into the second. If you put
Carsten> something into the first bracket pair that does not
Carsten> look lie a url, it will be treated as an internal
Carsten> link.
Carsten>
Carsten> Have you tried to use something like
Carsten>
Carsten> [[http:foo.html][link to relative url]]
Carsten>
Carsten> ?
Carsten>
Carsten> - Carsten
>>>>>>
>>>>>> --
>>>>>> Best Regards, --raman
>>>>>>
>>>>>>
>>>>>> Email: raman@users.sf.net WWW:
>>>>>> http://emacspeak.sf.net/raman/ AIM: emacspeak GTalk:
>>>>>> tv.raman.tv@gmail.com PGP:
>>>>>> http://emacspeak.sf.net/raman/raman-almaden.asc
>>>>>> Google: tv+raman IRC: irc://irc.freenode.net/#emacs
>>>>
>>>> --
>>>> Best Regards, --raman
>>>>
>>>>
>>>> Email: raman@users.sf.net WWW:
>>>> http://emacspeak.sf.net/raman/ AIM: emacspeak GTalk:
>>>> tv.raman.tv@gmail.com PGP:
>>>> http://emacspeak.sf.net/raman/raman-almaden.asc Google:
>>>> tv+raman IRC: irc://irc.freenode.net/#emacs
>>
>> --
>> Best Regards, --raman
>>
>>
>> Email: raman@users.sf.net WWW:
>> http://emacspeak.sf.net/raman/ AIM: emacspeak GTalk:
>> tv.raman.tv@gmail.com PGP:
>> http://emacspeak.sf.net/raman/raman-almaden.asc Google:
>> tv+raman IRC: irc://irc.freenode.net/#emacs
--
Best Regards,
--raman
Email: raman@users.sf.net
WWW: http://emacspeak.sf.net/raman/
AIM: emacspeak GTalk: tv.raman.tv@gmail.com
PGP: http://emacspeak.sf.net/raman/raman-almaden.asc
Google: tv+raman
IRC: irc://irc.freenode.net/#emacs
next prev parent reply other threads:[~2008-04-13 20:32 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-13 4:49 export to html and relative links: T. V. Raman
2008-04-13 5:37 ` Carsten Dominik
2008-04-13 15:33 ` T. V. Raman
2008-04-13 15:54 ` Carsten Dominik
2008-04-13 16:25 ` T. V. Raman
2008-04-13 17:19 ` Carsten Dominik
2008-04-13 18:48 ` T. V. Raman
2008-04-13 19:35 ` Carsten Dominik
2008-04-13 20:32 ` T. V. Raman [this message]
2008-04-13 21:37 ` Carsten Dominik
2008-06-24 6:38 ` Carsten Dominik
2008-06-24 8:36 ` Paul R
2008-06-24 9:39 ` Carsten Dominik
2008-06-24 9:45 ` Paul R
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=18434.28141.555914.954122@gargle.gargle.HOWL \
--to=raman@users.sf.net \
--cc=dominik@science.uva.nl \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.