Samuel Wales writes:
> Now there is a new bug. When the region is not active, I expect an
> ordinary refile.
>
> What happens instead is that the entire entry gets copied to the
> target location and the line point is on gets deleted.
Argh, should be fixed now. Thanks for reporting!
--
Bast
On 6/30/13, Bastien wrote:
>> I confirm the following bug in git master.
>
> Fixed, thanks.
Thanks. Does this work for the OP?
Now there is a new bug. When the region is not active, I expect an
ordinary refile.
What happens instead is that the entire entry gets copied to the
target location a
Hi Samuel,
Samuel Wales writes:
> I confirm the following bug in git master.
Fixed, thanks.
--
Bastien
I confirm the following bug in git master.
P.S. One possibility for the OP's question would be to allow a
special prefix arg to select the list item and its children as a
region then call refile region.
On 1/17/12, Jeff Horn wrote:
> On Wed, Aug 17, 2011 at 05:32, Bastien wrote:
>> I pushed th
On Wed, Aug 17, 2011 at 05:32, Bastien wrote:
> I pushed three small changes to the org-refile interface:
>
> 1. before prompting the user for a refile target, put the point at the
> beginning of the region/subtree to refile. This will make sure
> everyone understands we are refiling headline
On Wed, Aug 17, 2011 at 05:32, Bastien wrote:
> I think these are improvements going in the right direction -- let me
> know what you think. On the overall, I'm with Nicolas in thinking that
> we need to be extra careful when we try to extend a functionality to
> heterogeneous elements.
Bastien,
Hi Jeff,
thanks for bringing up this issue, and thanks all for the input.
I pushed three small changes to the org-refile interface:
1. before prompting the user for a refile target, put the point at the
beginning of the region/subtree to refile. This will make sure
everyone understands we
On Wed, Aug 10, 2011 at 06:05, Nicolas Goaziou wrote:
> From my point of view, lists cannot be a subset of headlines. Indeed,
> headlines are global structural elements, whereas items are local
> structural elements. In other words, moving an item outside of its
> scope, which is the list it belon
Hello,
> I guess this really amounts to the first time I've ever been convinced
> that "treating list items like headlines" would be useful to me. At
> least, it feels like list items might benefit from being a proper
> subset of headlines. I don't remember what the disadvantages of such a
> move
On Tue, Aug 9, 2011 at 2:02 AM, Nick Dokos wrote:
> 99.9% of the bugs I find are
> in my head (most recently the find-file wildcard thing...)
>
I think you can let that go now :D
> Nick
--
Suvayu
Open source is the future. It sets us free.
Jeff Horn writes:
>> What would be the specifications of that function? Would it only send
>> the item at point to the end of the headline specified through the
>> refile interface?
>
> I hope its clear that this is all above my head. I know enough to make
> suggestions, but not contribute to im
On Mon, Aug 8, 2011 at 20:40, Jeff Horn wrote:
> I see, thanks Nicholas. As a start, in a subjectively ideal world,
> org-refile-list-item would work on list items:
>
> 1) and their children to arbitrary depth
> 2) in the current buffer, or any agenda file
> 3) using either path-like headline spec
On Mon, Aug 8, 2011 at 20:20, Nick Dokos wrote:
> Jeff Horn wrote:
>
>> > What would be the specifications of that function? Would it only send
>> > the item at point to the end of the headline specified through the
>> > refile interface?
>>
>> I hope its clear that this is all above my head. I k
Jeff Horn wrote:
> > What would be the specifications of that function? Would it only send
> > the item at point to the end of the headline specified through the
> > refile interface?
>
> I hope its clear that this is all above my head. I know enough to make
> suggestions, but not contribute to
Jeff Horn wrote:
> So, as a user, I was expecting something to happen that didn't. That's
> a bug. That may be a misuse of the term, and I apologize for using it
> loosely.
>
It's a bug all right: the question is whether the bug is in the code,
in the docs or in the user's head ;-) 99.9% of the
On Mon, Aug 8, 2011 at 19:03, Nicolas Goaziou wrote:
> Jeff Horn writes:
>
> Where is the bug? As far as I can see, you're expecting a function
> designed for headlines only to operate on list items. Am I missing the
> point?
I'm approaching this as a user. I've made one contribution to this
pro
Jeff Horn writes:
> Thanks to Florian for sharing code. Nicolas, I still think this is a
> bug. I don't doubt extending org-refile would be messy. It's above my
> head, and I realize I'm asking a lot from anyone that would tackle
> this for me, but I still think its a bug.
Where is the bug? As f
Thanks to Florian for sharing code. Nicolas, I still think this is a
bug. I don't doubt extending org-refile would be messy. It's above my
head, and I realize I'm asking a lot from anyone that would tackle
this for me, but I still think its a bug. Your workaround sounds
exactly like what org-refile
Hello,
Florian Beck writes:
> (defun org-get-item (&optional kill)
> "Copy the item at point to the kill ring.
> Optionally, kill it."
> (save-excursion
> (let ((beg (org-in-item-p)))
> (org-end-of-item)
> (funcall (if kill
> 'kill-region
>'co
Jeff Horn writes:
> Would someone throw me a bone? I couldn't find anything on gmane, but
> I my gmane-fu isn't the strongest. :D
>
> On Sat, Aug 6, 2011 at 14:54, Jeff Horn wrote:
>> Should org-refile be able to refile list items? I suspect it would be
>> non-trivial to add this functionality i
Hello,
Jeff Horn writes:
> Should org-refile be able to refile list items?
Extending `org-refile', or creating an equivalent function for list
items would be overkill, in my opinion.
Just kill the item, repair the list, move point to an appropriate place,
and paste the item there.
Regards,
-
Would someone throw me a bone? I couldn't find anything on gmane, but
I my gmane-fu isn't the strongest. :D
On Sat, Aug 6, 2011 at 14:54, Jeff Horn wrote:
> Should org-refile be able to refile list items? I suspect it would be
> non-trivial to add this functionality if it isn't already there, but
22 matches
Mail list logo
