emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* text search and restriction lock bugs
@ 2017-09-05 21:42 Samuel Wales
  2017-09-07 13:58 ` Nicolas Goaziou
  2021-02-28 22:06 ` Samuel Wales
  0 siblings, 2 replies; 5+ messages in thread
From: Samuel Wales @ 2017-09-05 21:42 UTC (permalink / raw)
  To: emacs-orgmode

recent maint.  these are separate, but 1 and 3 might be related, and 1 and
2 might be related, so i hope you don't mind if i put them together.

1.

is it expected behavior that if you do a restriction lock on
a subtree, then do a text search, it will include matches
from org-agenda-text-search-extra-files?  imo it should not.

2.

if you remove the restriction lock and refresh the agenda,
it will produce different results.

imo, should act as if the restriction lock were still in place.  g
should refresh with the settings that were present at invocation.
sometimes you change buffer name, and run a new agenda, so that you
can have 2 agendas, one restricted and one not.

this makes sense if you think of refreshing as "get what i
got, but take into account file /content/ changes", instead
of "run again as if you ran the agenda from scratch".  the
restriction lock is not fontified nicely so it can be
desirable to remove it for editing.

3.

finally, a user will sometimes bind org-agenda-files to a
list that includes some of the
org-agenda-text-search-extra-files files.  to avoid showing
the same match twice, the user currently has to do
remove-duplicates.  imo the agenda could do
remove-duplicates to alleviate that burden.


-- 
The Kafka Pandemic: <http://thekafkapandemic.blogspot.com>

The disease DOES progress. MANY people have died from it. And ANYBODY
can get it at any time.

"You’ve really gotta quit this and get moving, because this is murder
by neglect." ---
<http://www.meaction.net/2017/02/03/pwme-people-with-me-are-being-murdered-by-neglect>.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: text search and restriction lock bugs
  2017-09-05 21:42 text search and restriction lock bugs Samuel Wales
@ 2017-09-07 13:58 ` Nicolas Goaziou
  2017-09-07 22:44   ` Samuel Wales
  2021-02-28 22:06 ` Samuel Wales
  1 sibling, 1 reply; 5+ messages in thread
From: Nicolas Goaziou @ 2017-09-07 13:58 UTC (permalink / raw)
  To: Samuel Wales; +Cc: emacs-orgmode

Hello,

Samuel Wales <samologist@gmail.com> writes:

> recent maint.  these are separate, but 1 and 3 might be related, and 1 and
> 2 might be related, so i hope you don't mind if i put them together.
>
> 1.
>
> is it expected behavior that if you do a restriction lock on
> a subtree, then do a text search, it will include matches
> from org-agenda-text-search-extra-files?  imo it should not.

Agreed. Fixed.

> 2.
>
> if you remove the restriction lock and refresh the agenda,
> it will produce different results.
>
> imo, should act as if the restriction lock were still in place.  g
> should refresh with the settings that were present at invocation.
> sometimes you change buffer name, and run a new agenda, so that you
> can have 2 agendas, one restricted and one not.

Not sure I agree.

> the restriction lock is not fontified nicely so it can be desirable to
> remove it for editing.

Is this a different bug report?

> 3.
>
> finally, a user will sometimes bind org-agenda-files to a
> list that includes some of the
> org-agenda-text-search-extra-files files.  to avoid showing
> the same match twice, the user currently has to do
> remove-duplicates.  imo the agenda could do
> remove-duplicates to alleviate that burden.

Agreed. Fixed.

Thank you.

-- 
Nicolas Goaziou

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: text search and restriction lock bugs
  2017-09-07 13:58 ` Nicolas Goaziou
@ 2017-09-07 22:44   ` Samuel Wales
  0 siblings, 0 replies; 5+ messages in thread
From: Samuel Wales @ 2017-09-07 22:44 UTC (permalink / raw)
  To: Nicolas Goaziou; +Cc: emacs-orgmode

On 9/7/17, Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote:
>> from org-agenda-text-search-extra-files?  imo it should not.
>
> Agreed. Fixed.

thank you.

>> 2.
>>
>> if you remove the restriction lock and refresh the agenda,
>> it will produce different results.
>>
>> imo, should act as if the restriction lock were still in place.  g
>> should refresh with the settings that were present at invocation.
>> sometimes you change buffer name, and run a new agenda, so that you
>> can have 2 agendas, one restricted and one not.
>
> Not sure I agree.

not able to convey my intuitions adequately atm.

>
>> the restriction lock is not fontified nicely so it can be desirable to
>> remove it for editing.
>
> Is this a different bug report?

no, haven't thought about it.

>> remove-duplicates.  imo the agenda could do

> Agreed. Fixed.

thank you.

-- 
The Kafka Pandemic: <http://thekafkapandemic.blogspot.com>

The disease DOES progress. MANY people have died from it. And ANYBODY
can get it at any time.

"You’ve really gotta quit this and get moving, because this is murder
by neglect." ---
<http://www.meaction.net/2017/02/03/pwme-people-with-me-are-being-murdered-by-neglect>.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: text search and restriction lock bugs
  2017-09-05 21:42 text search and restriction lock bugs Samuel Wales
  2017-09-07 13:58 ` Nicolas Goaziou
@ 2021-02-28 22:06 ` Samuel Wales
  2021-03-27 23:02   ` Samuel Wales
  1 sibling, 1 reply; 5+ messages in thread
From: Samuel Wales @ 2021-02-28 22:06 UTC (permalink / raw)
  To: emacs-orgmode

On 9/5/17, Samuel Wales <samologist@gmail.com> wrote:
> is it expected behavior that if you do a restriction lock on
> a subtree, then do a text search, it will include matches
> from org-agenda-text-search-extra-files?  imo it should not.

this was fixed, but i am starting to see it in maint again.  if i
create a new file, set restriction lock to subtree using < in the
stars, then run a text search, text search extra files entries show
up.  i have not tried it in -Q because of hte setup required that i
can't do atm.


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: text search and restriction lock bugs
  2021-02-28 22:06 ` Samuel Wales
@ 2021-03-27 23:02   ` Samuel Wales
  0 siblings, 0 replies; 5+ messages in thread
From: Samuel Wales @ 2021-03-27 23:02 UTC (permalink / raw)
  To: emacs-orgmode

this regression still exists in recent maint.

On 2/28/21, Samuel Wales <samologist@gmail.com> wrote:
> On 9/5/17, Samuel Wales <samologist@gmail.com> wrote:
>> is it expected behavior that if you do a restriction lock on
>> a subtree, then do a text search, it will include matches
>> from org-agenda-text-search-extra-files?  imo it should not.
>
> this was fixed, but i am starting to see it in maint again.  if i
> create a new file, set restriction lock to subtree using < in the
> stars, then run a text search, text search extra files entries show
> up.  i have not tried it in -Q because of hte setup required that i
> can't do atm.
>


-- 
The Kafka Pandemic

Please learn what misopathy is.
https://thekafkapandemic.blogspot.com/2013/10/why-some-diseases-are-wronged.html


^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2021-03-27 23:03 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-09-05 21:42 text search and restriction lock bugs Samuel Wales
2017-09-07 13:58 ` Nicolas Goaziou
2017-09-07 22:44   ` Samuel Wales
2021-02-28 22:06 ` Samuel Wales
2021-03-27 23:02   ` Samuel Wales

Code repositories for project(s) associated with this 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).