Re: Bug in org-insert-link?

[Ihor Radchenko]

Guillaume MULLER  writes:

> The problem is still here, and I managed to find the actual problem.
>
> The problem happens when I do the "C-C C-l file:" then select a file. The 
> root cause is that the mini-buffer then lists all the files in the current 
> directory, and when there are many, the mini-buffer becomes quite big. Thus, 
> the current buffer gets its size reduced, and when the cursor was very low in 
> the buffer frame/window(?), the cursor "magically" jumps to a new position, 
> in the part of the buffer that remained visible.
>
> It is now perfectly reproducible on my side.

If you can, please provide the detailed instructions how to reproduce
the problem on other PC. Ideally, without Doom.
See https://orgmode.org/manual/Feedback.html#Feedback

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at .
Support Org development at ,
or support my work at 

Re: Bug in org-insert-link?

[Guillaume MULLER]

EDIT:

The problem is still here, and I managed to find the actual problem.

The problem happens when I do the "C-C C-l file:" then select a file. The root cause is 
that the mini-buffer then lists all the files in the current directory, and when there are many, 
the mini-buffer becomes quite big. Thus, the current buffer gets its size reduced, and when the 
cursor was very low in the buffer frame/window(?), the cursor "magically" jumps to a new 
position, in the part of the buffer that remained visible.

It is now perfectly reproducible on my side.

On 12/4/23 16:24, Guillaume MULLER wrote:

Hi,

Sorry for coming back that late on this problem. The problem came back again 
today: Links get inserted into random places again.

I think I have (the beginning of) an idea where problem lies.

Context:
- I'm using (Doom)Emacs in emacs-client mode, and I'm putting my computer only 
on sleep at night, so Emacs (daemon) often runs for weeks
- I regularly do some updates/upgrades: `sh> doom upgrade` or `sh> doom sync 
-u` (from shell, outside DoomEmacs)
   - Sometimes it works, so I just continue using Emacs
   - But sometimes doing the updates/upgrades while DoomEmacs is running make 
it go berserk
   - In such cases, I start by running `M-x doom/reload` (from inside Emacs), 
and if org buffers are going berserk too, I also run `M-x org-reload`
   - If it still does not work (most of the time), I `pkill emacs` and start 
Emacs again from scratch

The last time the link insertion issue appeared, I had called `M-x org-reload` 
after a `M-x doom/reload` after a `sh> doom upgrade`.

Restarting Emacs solved it.

I tried calling `M-x org-reload` and inserting some link on the fresh new Emacs 
process, and it seems to work.

So the problem apparently comes when calling `M-x org-reload` (from inside Emacs) 
after calling `sh> doom upgrade` (from outside Emacs). (NOTE: I haven't been 
able to try if the problem appears when calling `M-x doom/upgrade` (from inside 
Emacs) yet, as my Emacs is the freshest possible for now).

My conclusion is that "the bug" probably comes from the fact that the "org-mode" being 
reloaded is a fresher version than the "org-mode" that was loaded when Emacs-client was started, 
several weeks ago.

Not sure if this issue should be pursued or if my franken-usage of Emacs is to 
be blamed :)

Cheers

On 10/9/23 16:40, Guillaume MULLER wrote:

Hi,

Thanks for the answer... I'll have a look at your links.

However, since I wrote the email, I've seen the behavior occur without changing 
(at least voluntarily) the cursor position in the Org buffer...

On 10/5/23 12:18, Ihor Radchenko wrote:

Guillaume MULLER  writes:


...
- Switch back to (Doom)Emacs ("window"/desktop)
- Click inside the Emacs "window" to give it focus
[Here is the problem: sometimes I forgot that I already started the 
org-insert-link]
- Call org-insert-link
- Paste the URL
- Validate the link creation

Then the link is inserted where I clicked last (to give focus to the Emacs 
"window").


By default, Emacs moves point to where you click. You can do the same
thing if you deliberately C-x o from the minibuffer. See 9.3 Editing in
the Minibuffer section of Emacs manual.
I see nothing wrong on the Org side.


Of course, the problem lies in my mistake of calling twice the org-insert-link 
method, but the behavior is very strange, and it took me some time to identify 
why my links were inserted at random places in my text.

However, wouldn't it be possible to prevent it from the beginning by forbidding 
me to call org-insert-link twice, i.e. making it a singleton/atomic function (I 
don't see a UseCase where this could be useful to be able to call it inside 
itself, but maybe I'm wrong)?


Check out 22.1 Mouse Commands for Editing section of Emacs manual.
`x-mouse-click-focus-ignore-position' might be something you want to
customize.







--
Guillaume MULLER
Associate Professor, PhD
Fayol Institute - ISI Department
 #426
☎ 04 77 42 02 71
 https://www.mines-stetienne.fr
留= Physical Address =
  Espace Fauriel
  29 Rue Pierre et Dominique Ponchardier
  42100 Saint-Étienne
 = Postal Address =
  École des Mines de Saint-Étienne
  158 cours Fauriel
  42100 Saint-Étienne


OpenPGP_0xF3BCAD9F46F5FADC.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature

Re: Bug in org-insert-link?

[Guillaume MULLER]

Hi,

Sorry for coming back that late on this problem. The problem came back again 
today: Links get inserted into random places again.

I think I have (the beginning of) an idea where problem lies.

Context:
- I'm using (Doom)Emacs in emacs-client mode, and I'm putting my computer only 
on sleep at night, so Emacs (daemon) often runs for weeks
- I regularly do some updates/upgrades: `sh> doom upgrade` or `sh> doom sync 
-u` (from shell, outside DoomEmacs)
  - Sometimes it works, so I just continue using Emacs
  - But sometimes doing the updates/upgrades while DoomEmacs is running make it 
go berserk
  - In such cases, I start by running `M-x doom/reload` (from inside Emacs), 
and if org buffers are going berserk too, I also run `M-x org-reload`
  - If it still does not work (most of the time), I `pkill emacs` and start 
Emacs again from scratch

The last time the link insertion issue appeared, I had called `M-x org-reload` 
after a `M-x doom/reload` after a `sh> doom upgrade`.

Restarting Emacs solved it.

I tried calling `M-x org-reload` and inserting some link on the fresh new Emacs 
process, and it seems to work.

So the problem apparently comes when calling `M-x org-reload` (from inside Emacs) 
after calling `sh> doom upgrade` (from outside Emacs). (NOTE: I haven't been 
able to try if the problem appears when calling `M-x doom/upgrade` (from inside 
Emacs) yet, as my Emacs is the freshest possible for now).

My conclusion is that "the bug" probably comes from the fact that the "org-mode" being 
reloaded is a fresher version than the "org-mode" that was loaded when Emacs-client was started, 
several weeks ago.

Not sure if this issue should be pursued or if my franken-usage of Emacs is to 
be blamed :)

Cheers

On 10/9/23 16:40, Guillaume MULLER wrote:

Hi,

Thanks for the answer... I'll have a look at your links.

However, since I wrote the email, I've seen the behavior occur without changing 
(at least voluntarily) the cursor position in the Org buffer...

On 10/5/23 12:18, Ihor Radchenko wrote:

Guillaume MULLER  writes:


...
- Switch back to (Doom)Emacs ("window"/desktop)
- Click inside the Emacs "window" to give it focus
[Here is the problem: sometimes I forgot that I already started the 
org-insert-link]
- Call org-insert-link
- Paste the URL
- Validate the link creation

Then the link is inserted where I clicked last (to give focus to the Emacs 
"window").


By default, Emacs moves point to where you click. You can do the same
thing if you deliberately C-x o from the minibuffer. See 9.3 Editing in
the Minibuffer section of Emacs manual.
I see nothing wrong on the Org side.


Of course, the problem lies in my mistake of calling twice the org-insert-link 
method, but the behavior is very strange, and it took me some time to identify 
why my links were inserted at random places in my text.

However, wouldn't it be possible to prevent it from the beginning by forbidding 
me to call org-insert-link twice, i.e. making it a singleton/atomic function (I 
don't see a UseCase where this could be useful to be able to call it inside 
itself, but maybe I'm wrong)?


Check out 22.1 Mouse Commands for Editing section of Emacs manual.
`x-mouse-click-focus-ignore-position' might be something you want to
customize.





--
Guillaume MULLER
Associate Professor, PhD
Fayol Institute - ISI Department
 #426
☎ 04 77 42 02 71
 https://www.mines-stetienne.fr
留= Physical Address =
  Espace Fauriel
  29 Rue Pierre et Dominique Ponchardier
  42100 Saint-Étienne
 = Postal Address =
  École des Mines de Saint-Étienne
  158 cours Fauriel
  42100 Saint-Étienne


OpenPGP_0xF3BCAD9F46F5FADC.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature

Re: Bug in org-insert-link?

[Ihor Radchenko]

Guillaume MULLER  writes:

>> Clicking, by default, changes the cursor position.
>
> I forgot to mention, I'm using a WindowManager (i3) configured with "focus 
> follows mouse" behavior, so I usually (~99% of the time) do not click in the 
> Emacs window when I come back to it, so the cursor should not have moved when 
> I do the manipulations I was talking about.

If no click even is produced, Emacs will not change cursor position.
But i3 might, in theory, emulate click. Or not.
You might consider checking if changing the focus alter cursor position
in non-Org buffers. If it is the case, you can file a bug report to
Emacs - you might get better help from people more familiar with these
peculiarities.

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at .
Support Org development at ,
or support my work at 

Re: Bug in org-insert-link?

[Guillaume MULLER]

On 10/10/23 13:25, Ihor Radchenko wrote:

Guillaume MULLER  writes:


However, since I wrote the email, I've seen the behavior occur without changing 
(at least voluntarily) the cursor position in the Org buffer...


Clicking, by default, changes the cursor position.


I forgot to mention, I'm using a WindowManager (i3) configured with "focus follows 
mouse" behavior, so I usually (~99% of the time) do not click in the Emacs window 
when I come back to it, so the cursor should not have moved when I do the manipulations I 
was talking about.


--
Guillaume MULLER


OpenPGP_0xF3BCAD9F46F5FADC.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature

Re: Bug in org-insert-link?

[Ihor Radchenko]

Guillaume MULLER  writes:

> However, since I wrote the email, I've seen the behavior occur without 
> changing (at least voluntarily) the cursor position in the Org buffer...

Clicking, by default, changes the cursor position.

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at .
Support Org development at ,
or support my work at 

Re: Bug in org-insert-link?

[Guillaume MULLER]

Hi,

Thanks for the answer... I'll have a look at your links.

However, since I wrote the email, I've seen the behavior occur without changing 
(at least voluntarily) the cursor position in the Org buffer...

On 10/5/23 12:18, Ihor Radchenko wrote:

Guillaume MULLER  writes:


...
- Switch back to (Doom)Emacs ("window"/desktop)
- Click inside the Emacs "window" to give it focus
[Here is the problem: sometimes I forgot that I already started the 
org-insert-link]
- Call org-insert-link
- Paste the URL
- Validate the link creation

Then the link is inserted where I clicked last (to give focus to the Emacs 
"window").


By default, Emacs moves point to where you click. You can do the same
thing if you deliberately C-x o from the minibuffer. See 9.3 Editing in
the Minibuffer section of Emacs manual.
I see nothing wrong on the Org side.


Of course, the problem lies in my mistake of calling twice the org-insert-link 
method, but the behavior is very strange, and it took me some time to identify 
why my links were inserted at random places in my text.

However, wouldn't it be possible to prevent it from the beginning by forbidding 
me to call org-insert-link twice, i.e. making it a singleton/atomic function (I 
don't see a UseCase where this could be useful to be able to call it inside 
itself, but maybe I'm wrong)?


Check out 22.1 Mouse Commands for Editing section of Emacs manual.
`x-mouse-click-focus-ignore-position' might be something you want to
customize.



--
Guillaume MULLER
Associate Professor, PhD
Fayol Institue - ISI Department
 #426
☎ 04 77 42 02 71
 https://www.mines-stetienne.fr
留= Physical Address =
  Espace Fauriel
  29 Rue Pierre et Dominique Ponchardier
  42100 Saint-Étienne
 = Postal Address =
  École des Mines de Saint-Étienne
  158 cours Fauriel
  42100 Saint-Étienne


OpenPGP_0xF3BCAD9F46F5FADC.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature

Re: Bug in org-insert-link?

[Ihor Radchenko]

Guillaume MULLER  writes:

> ...
> - Switch back to (Doom)Emacs ("window"/desktop)
> - Click inside the Emacs "window" to give it focus
> [Here is the problem: sometimes I forgot that I already started the 
> org-insert-link]
> - Call org-insert-link
> - Paste the URL
> - Validate the link creation
>
> Then the link is inserted where I clicked last (to give focus to the Emacs 
> "window").

By default, Emacs moves point to where you click. You can do the same
thing if you deliberately C-x o from the minibuffer. See 9.3 Editing in
the Minibuffer section of Emacs manual.
I see nothing wrong on the Org side.

> Of course, the problem lies in my mistake of calling twice the 
> org-insert-link method, but the behavior is very strange, and it took me some 
> time to identify why my links were inserted at random places in my text.
>
> However, wouldn't it be possible to prevent it from the beginning by 
> forbidding me to call org-insert-link twice, i.e. making it a 
> singleton/atomic function (I don't see a UseCase where this could be useful 
> to be able to call it inside itself, but maybe I'm wrong)?

Check out 22.1 Mouse Commands for Editing section of Emacs manual.
`x-mouse-click-focus-ignore-position' might be something you want to
customize.

-- 
Ihor Radchenko // yantar92,
Org mode contributor,
Learn more about Org mode at .
Support Org development at ,
or support my work at 

Bug in org-insert-link?

[Guillaume MULLER]

Hi,

Here is a situation that I often end up in:

- Open a .org file
- Type some text
- Select it
- Call org-insert-link
- Switch to another windows/desktop to find my running firefox
- Copy a URL
- Switch back to (Doom)Emacs ("window"/desktop)
- Click inside the Emacs "window" to give it focus
[Here is the problem: sometimes I forgot that I already started the 
org-insert-link]
- Call org-insert-link
- Paste the URL
- Validate the link creation

Then the link is inserted where I clicked last (to give focus to the Emacs 
"window").

Of course, the problem lies in my mistake of calling twice the org-insert-link 
method, but the behavior is very strange, and it took me some time to identify 
why my links were inserted at random places in my text.

However, wouldn't it be possible to prevent it from the beginning by forbidding 
me to call org-insert-link twice, i.e. making it a singleton/atomic function (I 
don't see a UseCase where this could be useful to be able to call it inside 
itself, but maybe I'm wrong)?

Thanks


--
Guillaume MULLER


OpenPGP_0xF3BCAD9F46F5FADC.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature

Re: [O] Bug in org-insert-link

[Nicolas Goaziou]

Hello,

Dieter Faulbaum  writes:

> "Normally" you are right (sorry for the noise) but I have anniversary
> entries like this:
>
> %%(org-anniversary 1950 12 31)  
> [[bbdb:B%C3%A4rbel%20M%C3%BCnsterfr%C3%A4%C3%9F][Bärbel]] wird %d

OK. The issue was different. It is now fixed.

Thank you.

Regards,

-- 
Nicolas Goaziou0x80A93738

Re: [O] Bug in org-insert-link

[Dieter Faulbaum]

Hello Nicolas,

Nicolas Goaziou  writes:

> Dieter Faulbaum  writes:
>
>> I think in the function org-insert-link (Org mode version 9.0.8) is a
>> bug:
>> If I use bbdb for a link, there shouldn't be any "converting" of
>> characters (like ' ' -> %20 and all the umlauts too). With this
>> converting an entry is not found in bbdb if you click on it (and the
>> tooltip looks ugly too, but this is not so important).
>
> `org-insert-link' indeed hexifies the link, but I have no problem
> opening the link thereafter.

"Normally" you are right (sorry for the noise) but I have anniversary
entries like this:

%%(org-anniversary 1950 12 31)  
[[bbdb:B%C3%A4rbel%20M%C3%BCnsterfr%C3%A4%C3%9F][Bärbel]] wird %d

and there it doesn't work (no idea why only there).

Regards
Dieter Faulbaum



Helmholtz-Zentrum Berlin für Materialien und Energie GmbH

Mitglied der Hermann von Helmholtz-Gemeinschaft Deutscher Forschungszentren e.V.

Aufsichtsrat: Vorsitzender Dr. Karl Eugen Huthmacher, stv. Vorsitzende Dr. 
Jutta Koch-Unterseher
Geschäftsführung: Prof. Dr. Bernd Rech (kommissarisch), Thomas Frederking

Sitz Berlin, AG Charlottenburg, 89 HRB 5583

Postadresse:
Hahn-Meitner-Platz 1
D-14109 Berlin

http://www.helmholtz-berlin.de

Re: [O] Bug in org-insert-link

[Nicolas Goaziou]

Hello,

Dieter Faulbaum  writes:

> I think in the function org-insert-link (Org mode version 9.0.8) is a
> bug:
> If I use bbdb for a link, there shouldn't be any "converting" of
> characters (like ' ' -> %20 and all the umlauts too). With this
> converting an entry is not found in bbdb if you click on it (and the
> tooltip looks ugly too, but this is not so important).

`org-insert-link' indeed hexifies the link, but I have no problem
opening the link thereafter.

Regards,

-- 
Nicolas Goaziou

[O] Bug in org-insert-link

[Dieter Faulbaum]

I think in the function org-insert-link (Org mode version 9.0.8) is a
bug:
If I use bbdb for a link, there shouldn't be any "converting" of
characters (like ' ' -> %20 and all the umlauts too). With this
converting an entry is not found in bbdb if you click on it (and the
tooltip looks ugly too, but this is not so important).


Dieter Faulbaum



Helmholtz-Zentrum Berlin für Materialien und Energie GmbH

Mitglied der Hermann von Helmholtz-Gemeinschaft Deutscher Forschungszentren e.V.

Aufsichtsrat: Vorsitzender Dr. Karl Eugen Huthmacher, stv. Vorsitzende Dr. 
Jutta Koch-Unterseher
Geschäftsführung: Prof. Dr. Bernd Rech (kommissarisch), Thomas Frederking

Sitz Berlin, AG Charlottenburg, 89 HRB 5583

Postadresse:
Hahn-Meitner-Platz 1
D-14109 Berlin

http://www.helmholtz-berlin.de

Re: [Orgmode] apparent bug in org-insert-link with active region

[Carsten Dominik]

On Oct 3, 2007, at 17:56, William Henney wrote:


Hi list

If I call org-insert-link with the region active, then the region
content is instantly deleted while I am prompted for the link. This is
rather disconcerting, but for most link types the region content
magically reappears as the default value of the description. However,
for file: links the default value of the description becomes the
link itself, and the previous content of the region is lost (as far as
I can see). Is this intended?

This is with Org version 5.09 - I'm sure it used to work at some time
in the past.


You have found a bug - fixed for 5.11.  I am also keeping the region
in the buffer until the last moment now, to ease your discomfort :-)
Thanks.

- Carsten



--
Carsten Dominik
Sterrenkundig Instituut Anton Pannekoek
Universiteit van Amsterdam
Kruislaan 403
NL-1098SJ Amsterdam
phone: +31 20 525 7477



___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] apparent bug in org-insert-link with active region

[Bastien]

William Henney [EMAIL PROTECTED] writes:

 5a. If the link I entered in step 3 was something like
 http://foo.org;, then all is well - the deleted region from step 1
 appears as the default description.

 5b. However, if the link I inserted in step 3 was something like
 file:/etc/whatever, then I no longer get the deleted region as the
 default description. Instead, I just get file:/etc/whatever

 I hope this is clearer. 

Yes, much clearer!  Thanks for the detailed explanations.

-- 
Bastien


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] apparent bug in org-insert-link with active region

[William Henney]

On 10/4/07, Carsten Dominik [EMAIL PROTECTED] wrote:
 You have found a bug - fixed for 5.11.  I am also keeping the region
 in the buffer until the last moment now, to ease your discomfort :-)

Great, thanks. I am feeling more comfortable already :)

Cheers

Will

-- 

  Dr William Henney, Centro de Radioastronomía y Astrofísica,
  Universidad Nacional Autónoma de México, Campus Morelia


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] apparent bug in org-insert-link with active region

[William Henney]

Hi list

If I call org-insert-link with the region active, then the region
content is instantly deleted while I am prompted for the link. This is
rather disconcerting, but for most link types the region content
magically reappears as the default value of the description. However,
for file: links the default value of the description becomes the
link itself, and the previous content of the region is lost (as far as
I can see). Is this intended?

This is with Org version 5.09 - I'm sure it used to work at some time
in the past.

Cheers

Will

-- 

  Dr William Henney, Centro de Radioastronomía y Astrofísica,
  Universidad Nacional Autónoma de México, Campus Morelia


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] apparent bug in org-insert-link with active region

[Bastien]

William Henney [EMAIL PROTECTED] writes:

 If I call org-insert-link with the region active, then the region
 content is instantly deleted while I am prompted for the link. This is
 rather disconcerting, but for most link types the region content
 magically reappears as the default value of the description.

Yes, maybe the region shouldn't be deleted before the link is actually
inserted.

 However, for file: links the default value of the description
 becomes the link itself, and the previous content of the region is
 lost (as far as I can see). Is this intended?

For me, the default value for the description is *always* the active
region, this one being a simple string or a file link. So I expect the
default value of the description itself being the link itself, since
it equals the active region...  or did I miss something?

-- 
Bastien


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] apparent bug in org-insert-link with active region

[William Henney]

Hi Bastien

Thanks for looking into this.

On 10/3/07, Bastien [EMAIL PROTECTED] wrote:
 William Henney [EMAIL PROTECTED] writes:

  If I call org-insert-link with the region active, then the region
  content is instantly deleted while I am prompted for the link. This is
  rather disconcerting, but for most link types the region content
  magically reappears as the default value of the description.

 Yes, maybe the region shouldn't be deleted before the link is actually
 inserted.

  However, for file: links the default value of the description
  becomes the link itself, and the previous content of the region is
  lost (as far as I can see). Is this intended?

 For me, the default value for the description is *always* the active
 region, this one being a simple string or a file link. So I expect the
 default value of the description itself being the link itself, since
 it equals the active region...  or did I miss something?


Yes, I think you are... I wasn't saying that the active region was of
the form file:something, but rather that the link target was of that
form. What happens for me is the following (when I do org-insert-link
with the region active)

1. The region is deleted in the org buffer

2. I am shown the Link: prompt in the mini-buffer

3. I type in the link (or use arrows or return to grab a stored link)

4. I am shown the Description: prompt in the mini-buffer

5a. If the link I entered in step 3 was something like
http://foo.org;, then all is well - the deleted region from step 1
appears as the default description.

5b. However, if the link I inserted in step 3 was something like
file:/etc/whatever, then I no longer get the deleted region as the
default description. Instead, I just get file:/etc/whatever

I hope this is clearer. I thought perhaps the problem was with my
personal set-up, so I tried it with emacs -Q -q -l minimal-org.el,
where the file minimal-org.el is given below. I still see the problem
(that is, behaviour 5b instead of 5a) whenever the link is of the form
file:/path/to/myfile

I have also found another apparent bug. When I do C-u C-c C-l, then
(as described in the docs) I get prompted for a filename with path
completion. However, this time the default description is blank
(whether or not the region was active).

Cheers

Will

;;;- minimal-org.el 
(add-to-list 'load-path (expand-file-name ~/emacs/lisp/org))
(add-to-list 'auto-mode-alist '(\\.org$ . org-mode))
(define-key global-map \C-cl 'org-store-link)
(require 'org-install)
;;;- minimal-org.el 


-- 

  Dr William Henney, Centro de Radioastronomía y Astrofísica,
  Universidad Nacional Autónoma de México, Campus Morelia


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode