emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Orgmode] [bug] org-link-escape and (wrong-type-argument stringp nil


From: David Maus
Subject: Re: [Orgmode] [bug] org-link-escape and (wrong-type-argument stringp nil)
Date: Thu, 23 Sep 2010 20:40:33 +0200
User-agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (Gojō) APEL/10.8 Emacs/23.2 (i486-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO)

Sebastian Rose wrote:
>David Maus <address@hidden> writes:
>> Sebastian Rose wrote:
>>>Is there a reason for this distinction between multibyte and unibyte?
>>>I favour the "shotgun-approach" if not.  It's bullet-proof.
>>
>>>The JavaScript function `encodeURIComponent()' encodes the German Umlaut
>>>`ü' as `%C3%B6' regardless of the sources encoding actually.  That's why
>>>I wrote the two functions `org-protocol-unhex-string' and
>>>`org-protocol-unhex-compound' (s. org-protocol.el).
>>
>> Ah, yes.  From my understandig of the RFC %C3%BC is a valid
>> representation of the "ü" character.  
>>
>> I do not yet fully understand
>> how to unescape such a representation.  E.g. Is %C3%BC a hexencoded
>> multibyte char or a succession of two singlebyte chars?

>It's a hexencoded multibyte char.

>JavaScript implementations seem to turn non-ascii singlebyte chars
>into multibyte chars first, then encode the result.

>This means if a page is iso-8859-1 encoded (singlebyte `ü'),
>JavaScript will recode the `ü'.  It's funny, but that's what I found
>when writing org-protocol.el


>`org-protocol-unhex-string' and `org-protocol-unhex-compound' decode
>such a representation.

>The trick is in the utf-8 encoding itself.  If a byte starts with a 1,
>another byte will follow.  The number of leading `1's denotes the amount
>of bytes used for one character.   On a GNU/Linux system try

>  sh$  man utf-8

Thanks!  I finally get a grip on one of my personal nightmares.  The
attached patch is the first step in this direction: It modifies the
algorithm of `org-link-escape', now iterating over the input string
with `mapconcat' and escaping all characters in the escape table or
are between 127 and 255.

I'll try to figure out the escaping/unescaping of multibyte characters
next.

Sent as a patch because of it's possible side-effects: The new
algorithm ignores the cdr of the escape table cons -- Thus things will
break if they use this function for anything else then percent
escaping.

Best,
  -- David
-- 
OpenPGP... 0x99ADB83B5A4478E6
Jabber.... address@hidden
Email..... address@hidden

Attachment: 0001-New-algorithm-for-percent-escaping.patch
Description: Text document

Attachment: pgpISweNpHpwm.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]