From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sergei Nosov Subject: Re: Regression: org-translate-link doesn't work correctly in Org 8.3 Date: Fri, 21 Aug 2015 15:48:10 +0300 Message-ID: References: <87bne3mv78.fsf@gnu.org> <877fora7fz.fsf@nicolasgoaziou.fr> <87pp2jtumi.fsf@gnu.org> <87r3mz8l1p.fsf@nicolasgoaziou.fr> <87r3mwon89.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e0103defa24aebb051dd1ae87 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:57558) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZSljy-0003Rd-2S for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 08:48:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZSljw-0005QJ-HJ for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 08:48:14 -0400 In-Reply-To: <87r3mwon89.fsf@nicolasgoaziou.fr> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Sergei Nosov , Bastien , emacs-orgmode@gnu.org --089e0103defa24aebb051dd1ae87 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > What doesn't work? I.e., what is produced and what did you expect instead? =E2=80=8B The jump via C-c C-o didn't work for me. But I figured it out in a meanwhile - supposedly, what was previously called "thisfile" link type is now called "fuzzy".=E2=80=8B Thanks. > IIUC MELPAe they should already be available. Sorry, I meant, Org ELPA (http://orgmode.org/elpa/) not MELPA (org is not published on MELPA at all). The last published package seem to be http://orgmode.org/elpa/org-20150817.tar which doesn't contain the fix. So, my question is - when the next package (that contains the fix) will be published? Or, alternatively, what's the Org policy for publishing new packages to ELPA? -- Best regards, Sergei Nosov On Fri, Aug 21, 2015 at 3:11 PM, Nicolas Goaziou wrote: > Sergei Nosov writes: > > > 1. Previously, the type of the link was "thisfile", now it's "custom-id= " > > and also, the leading hash is removed from the link. Let's consider > > the [[#about][About]] > > example once again. Previously, I was given ("thisfile" . "#about") and= I > > changed this to ("thisfile" . "About"), which then worked like a charm. > > Now, I'm given ("custom-id" . "about"), which I don't know how I should > > translate. Neither of ("custom-id" . "About") or ("id" . "About") work. > > What should it be? > > What doesn't work? I.e., what is produced and what did you expect > instead? > > > BTW, there's a line (require 'ord-id) in org-open-at-point function in > > master. Probably, it's a typo (should be (require 'org-id)) > > Fixed. Thank you. > > > 2. When those fixes will be available in MELPA? > > IIUC MELPAe they should already be available. > > > Regards, > --089e0103defa24aebb051dd1ae87 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
>=C2=A0What doesn't work? I.e., what is produced and what= did you expect
in= stead?
=E2=80=8B
The jump via C-c C-o didn't work for me. But I f= igured it out in a meanwhile - supposedly, what was previously called "= ;thisfile" link type is now called "fuzzy".=E2=80=8B Thanks.=

>=C2=A0IIUC MELPAe they should already be available.

Sorry, I meant, Org ELPA (http://orgmode.org/elpa/) not MELPA (org is n= ot published on MELPA at all). The last published package seem to be=C2=A0<= a href=3D"http://orgmode.org/elpa/org-20150817.tar">http://orgmode.org/elpa= /org-20150817.tar which doesn't contain the fix. So, my question is= - when the next package (that contains the fix) will be published? Or, alt= ernatively, what's the Org policy for publishing new packages to ELPA?<= /div>


--
Be= st regards,
=C2=A0 =C2=A0 =C2=A0 =C2=A0Sergei Nosov

On Fri, Aug 21, 2015 at 3:11 PM, Nicolas Goa= ziou <mail@nicolasgoaziou.fr> wrote:
Sergei Nosov <sergei.nosov@gmail.com> writes:

> 1. Previously, the type of the link was "thisfile", now it&#= 39;s "custom-id"
> and also, the leading hash is removed from the link. Let's conside= r
> the [[#about][About]]
> example once again. Previously, I was given ("thisfile" . &q= uot;#about") and I
> changed this to ("thisfile" . "About"), which then= worked like a charm.
> Now, I'm given ("custom-id" . "about"), which = I don't know how I should
> translate. Neither of ("custom-id" . "About") or (= "id" . "About") work.
> What should it be?

What doesn't work? I.e., what is produced and what did you expec= t
instead?

> BTW, there's a line (require 'ord-id) in org-open-at-point fun= ction in
> master. Probably, it's a typo (should be (require 'org-id))
Fixed. Thank you.

> 2. When those fixes will be available in MELPA?

IIUC MELPAe they should already be available.


Regards,

--089e0103defa24aebb051dd1ae87--