When using org-archive-subtree, any statistic counters present in the header will be copied to the :ARCHIVE_OLPATH: property. Example: The property is set to: ':ARCHIVE_OLPATH: Development [22%] [82/358]/Openobject tasks/OpenERP 7.x Interne HSD implementatie [31%] [35/112]' when the hierarchy is * Development [22%] [82/358] ** Openobject tasks *** OpenERP 7.x Interne HSD implementatie [31%] [35/112]' These statistics should not be copied to the property. Emacs : GNU Emacs 24.3.4 (x86_64-unknown-linux-gnu, GTK+ Version 3.6.0) of 2013-03-30 on mrb Package: Org-mode version 8.0.1 (release_8.0.1-10676-gd887b9 @ /home/mrb/dev/emacs/packages/org-mode/lisp/) -- Marcel van der Boom -- http://hsdev.com/mvdb.vcf HS-Development BV -- http://www.hsdev.com We use bitcoin! -- http://bitcoin.org
On ma 29-apr-2013 10:50 Marcel van der Boom <marcel@hsdev.com> wrote: > > When using org-archive-subtree, any statistic counters present in the > header will be copied to > the :ARCHIVE_OLPATH: property. > Can anyone else reproduce this? Do I need to provide more information? Thx, marcel -- Marcel van der Boom -- http://hsdev.com/mvdb.vcf HS-Development BV -- http://www.hsdev.com We use bitcoin! -- http://bitcoin.org
On 29.4.2013, at 10:50, Marcel van der Boom <marcel@hsdev.com> wrote:
>
> When using org-archive-subtree, any statistic counters present in the
> header will be copied to
> the :ARCHIVE_OLPATH: property.
>
> Example:
>
> The property is set to:
>
> ':ARCHIVE_OLPATH: Development [22%] [82/358]/Openobject tasks/OpenERP 7.x Interne HSD implementatie [31%] [35/112]'
>
> when the hierarchy is
>
> * Development [22%] [82/358]
> ** Openobject tasks
> *** OpenERP 7.x Interne HSD implementatie [31%] [35/112]'
>
> These statistics should not be copied to the property.
I can reproduce this, and I agree that it might be useful to remove them when constructing the OLPATH. I would accept a patch to this effect.
- Carsten
Carsten Dominik <carsten.dominik@gmail.com> writes:
> I can reproduce this, and I agree that it might be useful to remove
> them when constructing the OLPATH. I would accept a patch to this
> effect.
I just pushed a fix for this.
--
Bastien
On 7 mei 2013, at 15:12, Bastien <bzg@gnu.org> wrote:
> Carsten Dominik <carsten.dominik@gmail.com> writes:
>
>> I can reproduce this, and I agree that it might be useful to remove
>> them when constructing the OLPATH. I would accept a patch to this
>> effect.
>
> I just pushed a fix for this.
Thanks you Bastien. Marcel, can you please verify the change? Thanks.
- Carsten
On di 07-mei-2013 15:29 Carsten Dominik <carsten.dominik@gmail.com> wrote: > On 7 mei 2013, at 15:12, Bastien <bzg@gnu.org> wrote: > >> Carsten Dominik <carsten.dominik@gmail.com> writes: >> >>> I can reproduce this, and I agree that it might be useful to remove >>> them when constructing the OLPATH. I would accept a patch to this >>> effect. >> >> I just pushed a fix for this. > > Thanks you Bastien. Marcel, can you please verify the change? > Thanks. Thanks! I ran a couple of quick testcases and they all went ok! marcel PS I first looked at the headers themselves in the archive and thought it didn't work when I realized I was supposed to look at the ARCHIVE_OLPATH property. It triggered the thought that it would make sense, to me, to have the statistics also filtered from the header on archiving? -- Marcel van der Boom -- http://hsdev.com/mvdb.vcf HS-Development BV -- http://www.hsdev.com We use bitcoin! -- http://bitcoin.org
Marcel van der Boom <marcel@hsdev.com> writes: > Thanks! I ran a couple of quick testcases and they all went ok! Thanks for confirming! > I first looked at the headers themselves in the archive and thought it > didn't work when I realized I was supposed to look at the ARCHIVE_OLPATH > property. It triggered the thought that it would make sense, > to me, to have the statistics also filtered from the header on > archiving? I think it's better to archive with statistics and checkbox cookies, as they give information about the status of the task when archiving. -- Bastien