* In-buffer completion
@ 2010-11-20 14:26 Carsten Dominik
2010-11-20 17:50 ` Dan Davison
0 siblings, 1 reply; 5+ messages in thread
From: Carsten Dominik @ 2010-11-20 14:26 UTC (permalink / raw)
To: Org Mode; +Cc: John Wiegley
Dear all,
yesterday I replaced the previous implementation of
in-buffer completion (M-TAB of Esc TAB) with a new
function making use of John Wiegleys pcomplete.el.
In fact, John did most of the Org-related implementation
already months ago - I only tied up some loose ends.
So if you are noticing something unexpected in
in-buffer completion, this is the cause. There may
be bugs, if you find any, let me know.
Most importantly, however, in-buffer completion is now
implement so much cleaner, and we can extend it if we
want. So if you have good ideas where in-buffer completion
would be useful and does not work already, lets hear it!
Thanks to John for yet another great addition to Org mode.
- Carsten
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: In-buffer completion
2010-11-20 14:26 In-buffer completion Carsten Dominik
@ 2010-11-20 17:50 ` Dan Davison
2010-11-20 19:16 ` Carsten Dominik
2010-11-23 14:12 ` [Accepted] " Carsten Dominik
0 siblings, 2 replies; 5+ messages in thread
From: Dan Davison @ 2010-11-20 17:50 UTC (permalink / raw)
To: Carsten Dominik; +Cc: John Wiegley, Org Mode
Carsten Dominik <carsten.dominik@gmail.com> writes:
> Dear all,
>
> yesterday I replaced the previous implementation of
> in-buffer completion (M-TAB of Esc TAB) with a new
> function making use of John Wiegleys pcomplete.el.
> In fact, John did most of the Org-related implementation
> already months ago - I only tied up some loose ends.
>
> So if you are noticing something unexpected in
> in-buffer completion, this is the cause. There may
> be bugs, if you find any, let me know.
>
> Most importantly, however, in-buffer completion is now
> implement so much cleaner, and we can extend it if we
> want. So if you have good ideas where in-buffer completion
> would be useful and does not work already, lets hear it!
Hi Carsten,
That looks nice. Here's a few #+ keywords I notice are
missing. (Shouldn't more of these entries have a terminal colon?)
Dan
diff --git a/lisp/org.el b/lisp/org.el
index c634a6c..917a368 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -10547,9 +10547,14 @@ This function can be used in a hook."
"BEGIN_VERSE" "END_VERSE"
"BEGIN_CENTER" "END_CENTER"
"BEGIN_SRC" "END_SRC"
+ "SOURCE:" "SRCNAME:" "FUNCTION:"
+ "RESULTS:"
+ "HEADER:" "HEADERS:"
+ "BABEL:"
"CATEGORY" "COLUMNS" "PROPERTY"
"CAPTION" "LABEL"
"SETUPFILE"
+ "INCLUDE:"
"BIND"
"MACRO"))
>
> Thanks to John for yet another great addition to Org mode.
>
> - Carsten
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply related [flat|nested] 5+ messages in thread* Re: In-buffer completion
2010-11-20 17:50 ` Dan Davison
@ 2010-11-20 19:16 ` Carsten Dominik
2010-11-23 14:12 ` [Accepted] " Carsten Dominik
1 sibling, 0 replies; 5+ messages in thread
From: Carsten Dominik @ 2010-11-20 19:16 UTC (permalink / raw)
To: Dan Davison; +Cc: John Wiegley, Org Mode
On Nov 20, 2010, at 6:50 PM, Dan Davison wrote:
> Carsten Dominik <carsten.dominik@gmail.com> writes:
>
>> Dear all,
>>
>> yesterday I replaced the previous implementation of
>> in-buffer completion (M-TAB of Esc TAB) with a new
>> function making use of John Wiegleys pcomplete.el.
>> In fact, John did most of the Org-related implementation
>> already months ago - I only tied up some loose ends.
>>
>> So if you are noticing something unexpected in
>> in-buffer completion, this is the cause. There may
>> be bugs, if you find any, let me know.
>>
>> Most importantly, however, in-buffer completion is now
>> implement so much cleaner, and we can extend it if we
>> want. So if you have good ideas where in-buffer completion
>> would be useful and does not work already, lets hear it!
>
> Hi Carsten,
>
> That looks nice. Here's a few #+ keywords I notice are
> missing. (Shouldn't more of these entries have a terminal colon?)
I think you are right....
- Carsten
>
> Dan
>
> diff --git a/lisp/org.el b/lisp/org.el
> index c634a6c..917a368 100644
> --- a/lisp/org.el
> +++ b/lisp/org.el
> @@ -10547,9 +10547,14 @@ This function can be used in a hook."
> "BEGIN_VERSE" "END_VERSE"
> "BEGIN_CENTER" "END_CENTER"
> "BEGIN_SRC" "END_SRC"
> + "SOURCE:" "SRCNAME:" "FUNCTION:"
> + "RESULTS:"
> + "HEADER:" "HEADERS:"
> + "BABEL:"
> "CATEGORY" "COLUMNS" "PROPERTY"
> "CAPTION" "LABEL"
> "SETUPFILE"
> + "INCLUDE:"
> "BIND"
> "MACRO"))
>
>
>
>>
>> Thanks to John for yet another great addition to Org mode.
>>
>> - Carsten
>>
>> _______________________________________________
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Accepted] Re: In-buffer completion
2010-11-20 17:50 ` Dan Davison
2010-11-20 19:16 ` Carsten Dominik
@ 2010-11-23 14:12 ` Carsten Dominik
2010-11-25 21:35 ` Dan Davison
1 sibling, 1 reply; 5+ messages in thread
From: Carsten Dominik @ 2010-11-23 14:12 UTC (permalink / raw)
To: emacs-orgmode
Patch 396 (http://patchwork.newartisans.com/patch/396/) is now "Accepted".
Maintainer comment: No comment
This relates to the following submission:
http://mid.gmane.org/%3C874obblwa8.fsf%40gmail.com%3E
Here is the original message containing the patch:
> Content-Type: text/plain; charset="utf-8"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Subject: [Orgmode] Re: In-buffer completion
> Date: Sat, 20 Nov 2010 22:50:07 -0000
> From: Dan Davison <dandavison7@gmail.com>
> X-Patchwork-Id: 396
> Message-Id: <874obblwa8.fsf@gmail.com>
> To: Carsten Dominik <carsten.dominik@gmail.com>
> Cc: John Wiegley <jwiegley@gmail.com>, Org Mode <emacs-orgmode@gnu.org>
>
> Carsten Dominik <carsten.dominik@gmail.com> writes:
>
> > Dear all,
> >
> > yesterday I replaced the previous implementation of
> > in-buffer completion (M-TAB of Esc TAB) with a new
> > function making use of John Wiegleys pcomplete.el.
> > In fact, John did most of the Org-related implementation
> > already months ago - I only tied up some loose ends.
> >
> > So if you are noticing something unexpected in
> > in-buffer completion, this is the cause. There may
> > be bugs, if you find any, let me know.
> >
> > Most importantly, however, in-buffer completion is now
> > implement so much cleaner, and we can extend it if we
> > want. So if you have good ideas where in-buffer completion
> > would be useful and does not work already, lets hear it!
>
> Hi Carsten,
>
> That looks nice. Here's a few #+ keywords I notice are
> missing. (Shouldn't more of these entries have a terminal colon?)
>
> Dan
>
>
>
> >
> > Thanks to John for yet another great addition to Org mode.
> >
> > - Carsten
> >
> > _______________________________________________
> > Emacs-orgmode mailing list
> > Please use `Reply All' to send replies to the list.
> > Emacs-orgmode@gnu.org
> > http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
>
> diff --git a/lisp/org.el b/lisp/org.el
> index c634a6c..917a368 100644
> --- a/lisp/org.el
> +++ b/lisp/org.el
> @@ -10547,9 +10547,14 @@ This function can be used in a hook."
> "BEGIN_VERSE" "END_VERSE"
> "BEGIN_CENTER" "END_CENTER"
> "BEGIN_SRC" "END_SRC"
> + "SOURCE:" "SRCNAME:" "FUNCTION:"
> + "RESULTS:"
> + "HEADER:" "HEADERS:"
> + "BABEL:"
> "CATEGORY" "COLUMNS" "PROPERTY"
> "CAPTION" "LABEL"
> "SETUPFILE"
> + "INCLUDE:"
> "BIND"
> "MACRO"))
>
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Accepted] Re: In-buffer completion
2010-11-23 14:12 ` [Accepted] " Carsten Dominik
@ 2010-11-25 21:35 ` Dan Davison
0 siblings, 0 replies; 5+ messages in thread
From: Dan Davison @ 2010-11-25 21:35 UTC (permalink / raw)
To: Carsten Dominik; +Cc: emacs-orgmode
Hi Carsten,
Here's another completion bug:
#+sou plot-fitted-mode
If I put point after the u of "#+sou" and hit M-TAB, I get
concat: Wrong type argument: char-or-string-p, nil
in `org-command-at-point'. The reason is that `thing' in that function
gets set equal to ("file-option") and so (downcase (cdr thing)) fails on
the nil cdr. I'm not sure what's supposed to happen here really, so over
to you.
Dan
Carsten Dominik <cdominik@newartisans.com> writes:
> Patch 396 (http://patchwork.newartisans.com/patch/396/) is now "Accepted".
>
> Maintainer comment: No comment
>
> This relates to the following submission:
>
> http://mid.gmane.org/%3C874obblwa8.fsf%40gmail.com%3E
>
> Here is the original message containing the patch:
>
>> Content-Type: text/plain; charset="utf-8"
>> MIME-Version: 1.0
>> Content-Transfer-Encoding: 7bit
>> Subject: [Orgmode] Re: In-buffer completion
>> Date: Sat, 20 Nov 2010 22:50:07 -0000
>> From: Dan Davison <dandavison7@gmail.com>
>> X-Patchwork-Id: 396
>> Message-Id: <874obblwa8.fsf@gmail.com>
>> To: Carsten Dominik <carsten.dominik@gmail.com>
>> Cc: John Wiegley <jwiegley@gmail.com>, Org Mode <emacs-orgmode@gnu.org>
>>
>> Carsten Dominik <carsten.dominik@gmail.com> writes:
>>
>> > Dear all,
>> >
>> > yesterday I replaced the previous implementation of
>> > in-buffer completion (M-TAB of Esc TAB) with a new
>> > function making use of John Wiegleys pcomplete.el.
>> > In fact, John did most of the Org-related implementation
>> > already months ago - I only tied up some loose ends.
>> >
>> > So if you are noticing something unexpected in
>> > in-buffer completion, this is the cause. There may
>> > be bugs, if you find any, let me know.
>> >
>> > Most importantly, however, in-buffer completion is now
>> > implement so much cleaner, and we can extend it if we
>> > want. So if you have good ideas where in-buffer completion
>> > would be useful and does not work already, lets hear it!
>>
>> Hi Carsten,
>>
>> That looks nice. Here's a few #+ keywords I notice are
>> missing. (Shouldn't more of these entries have a terminal colon?)
>>
>> Dan
>>
>>
>>
>> >
>> > Thanks to John for yet another great addition to Org mode.
>> >
>> > - Carsten
>> >
>> > _______________________________________________
>> > Emacs-orgmode mailing list
>> > Please use `Reply All' to send replies to the list.
>> > Emacs-orgmode@gnu.org
>> > http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>>
>> diff --git a/lisp/org.el b/lisp/org.el
>> index c634a6c..917a368 100644
>> --- a/lisp/org.el
>> +++ b/lisp/org.el
>> @@ -10547,9 +10547,14 @@ This function can be used in a hook."
>> "BEGIN_VERSE" "END_VERSE"
>> "BEGIN_CENTER" "END_CENTER"
>> "BEGIN_SRC" "END_SRC"
>> + "SOURCE:" "SRCNAME:" "FUNCTION:"
>> + "RESULTS:"
>> + "HEADER:" "HEADERS:"
>> + "BABEL:"
>> "CATEGORY" "COLUMNS" "PROPERTY"
>> "CAPTION" "LABEL"
>> "SETUPFILE"
>> + "INCLUDE:"
>> "BIND"
>> "MACRO"))
>>
>>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2010-11-25 21:35 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-11-20 14:26 In-buffer completion Carsten Dominik
2010-11-20 17:50 ` Dan Davison
2010-11-20 19:16 ` Carsten Dominik
2010-11-23 14:12 ` [Accepted] " Carsten Dominik
2010-11-25 21:35 ` Dan Davison
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).