From: Scott Randby <srandby@gmail.com>
To: "[Orgmode]" <emacs-orgmode@gnu.org>
Subject: Re: Strange tag search behavior
Date: Thu, 27 Aug 2009 17:58:18 -0400 [thread overview]
Message-ID: <4A97017A.5090000@gmail.com> (raw)
In-Reply-To: <E861F316-E8DC-4849-ABFA-3FCD01564949@gmail.com>
Carsten Dominik wrote:
> Hi Scott,
>
> this has to do with the fact that these searched create a view
> as compact as possible, and do not unhide the headline after
> a matching line. So this leave an invisibility overlay just after the
> exposed headline and table. The TAB causes a table-realignment, and the
> process of deleting and resinserting the table then causes problems.
>
> I have fixed this problem now, but watch out for other related issues.
> One way to avoid these inconsistent states it to turn on
> `org-show-following-heading'.
Thanks Carsten. I'll upgrade and test. I don't really want to turn on "org-show-following-heading" because I don't like the way it works in some cases.
Scott
>
> HTH
>
> - Carsten
>
> On Aug 26, 2009, at 9:47 PM, Scott Randby wrote:
>
>> The test file shown below produces strange behavior when doing a tag
>> search. This behavior is described after the file. The Org-Mode
>> version is 6.29trans on GNU Emacs 23.1.50.1 (i486-pc-linux-gnu, GTK+
>> Version 2.14.4) of 2009-08-01 on leucaena, modified by Debian.
>>
>> --------------------------------------
>> * Grades
>> ** Student 1 :student1:
>> *** Homework :homework:
>> |----------+---+---+---+---+---|
>> | Homework | 1 | 2 | 3 | 4 | 5 |
>> |----------+---+---+---+---+---|
>> | | | | | | |
>> |----------+---+---+---+---+---|
>> *** *** Attendance :attendance:
>> x = did not attend
>> |------------+---+---+---+---+---|
>> | Attendance | | | | | |
>> |------------+---+---+---+---+---|
>> | Day | 1 | 2 | 3 | 4 | 5 |
>> | | | | | | |
>> |------------+---+---+---+---+---|
>> *** ** Student 2 :student2:
>> *** Homework :homework:
>> |----------+---+---+---+---+---|
>> | Homework | 1 | 2 | 3 | 4 | 5 |
>> |----------+---+---+---+---+---|
>> | | | | | | |
>> |----------+---+---+---+---+---|
>> *** *** Attendance :attendance:
>> x = did not attend
>> |------------+---+---+---+---+---|
>> | Attendance | | | | | |
>> |------------+---+---+---+---+---|
>> | Day | 1 | 2 | 3 | 4 | 5 |
>> | | | | | | |
>> |------------+---+---+---+---+---|
>> *** ** Student 3 :student3:
>> *** Homework :homework:
>> |----------+---+---+---+---+---|
>> | Homework | 1 | 2 | 3 | 4 | 5 |
>> |----------+---+---+---+---+---|
>> | | | | | | |
>> |----------+---+---+---+---+---|
>> *** *** Attendance :attendance:
>> x = did not attend
>> |------------+---+---+---+---+---|
>> | Attendance | | | | | |
>> |------------+---+---+---+---+---|
>> | Day | 1 | 2 | 3 | 4 | 5 |
>> | | | | | | |
>> |------------+---+---+---+---+---|
>> *** ** Student 4 :student4:
>> *** Homework :homework:
>> |----------+---+---+---+---+---|
>> | Homework | 1 | 2 | 3 | 4 | 5 |
>> |----------+---+---+---+---+---|
>> | | | | | | |
>> |----------+---+---+---+---+---|
>> *** *** Attendance :attendance:
>> x = did not attend
>> |------------+---+---+---+---+---|
>> | Attendance | | | | | |
>> |------------+---+---+---+---+---|
>> | Day | 1 | 2 | 3 | 4 | 5 |
>> | | | | | | |
>> |------------+---+---+---+---+---|
>> *** --------------------------------------
>>
>> To see the strange behavior, do the following.
>> M-S-< (to place the cursor at the beginning of the file)
>> C-c \ student1+attendance|student2+attendance
>> C-u 2 C-n
>> TAB
>> C-u 6 C-n
>> TAB
>>
>> Instead of the cursor going to the first column of the table (which is
>> what should occur), the following USUALLY occurs (sometimes something
>> else wrong happens): the table is folded and the cursor appears at the
>> end of the line "x= did not attend..."
>>
>> Now hit TAB and the "*** Attendance" subtree is folded (usually).
>>
>> TAB
>> C-u 6 C-n
>> TAB
>> and the correct behavior occurs.
>>
>> This behavior doesn't happen if the tag search doesn't include an "or".
>>
>> I rely on these type of searches. I haven't encountered this problem
>> in previous versions of Org-Mode. How is this issue fixed?
>>
>> Scott Randby
>> (1)
>>
>> _______________________________________________
>> 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
>
>
prev parent reply other threads:[~2009-08-27 21:58 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-26 19:47 Strange tag search behavior Scott Randby
2009-08-27 10:54 ` Carsten Dominik
2009-08-27 21:58 ` Scott Randby [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4A97017A.5090000@gmail.com \
--to=srandby@gmail.com \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).