VM

Wish list: Hide deleted messages in the summary

Bug #605609 reported by Uday Reddy
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
VM
In Progress
Wishlist
Arik

Bug Description

The habitual Thunderbird users would like to see deleted messages disappear from the summary window.

Can this be implemented using the invisible text-property?

Uday Reddy (reddyuday)
Changed in vm:
importance: Undecided → Wishlist
assignee: nobody → Arik (akwm)
Revision history for this message
Arik (akwm) wrote :

I think it can. the current code should already skip them in vm-motion.el, and because they are marked "deleted" they should be easy to find with a "vm-toggle-show-deleted-messages" or something. I will see if I can come up with something

Arik (akwm)
Changed in vm:
status: New → In Progress
Revision history for this message
Arik (akwm) wrote :

decision about motion must be made, do we unhide deleted messages when using a no-skip motion (like available for threads) or make users toggle the hiding first and then move (or have an option)? I'm thinking goto-message needs to unhide since this is an explicit request. Motion should also rehide when moving away from thread in appropriate circumstances.

Revision history for this message
Uday Reddy (reddyuday) wrote : [Bug 605609] Re: Wish list: Hide deleted messages in the summary

Arik writes:

> decision about motion must be made, do we unhide deleted messages when
> using a no-skip motion (like available for threads) or make users toggle
> the hiding first and then move (or have an option)?

I think we will have to decide the finer details after getting the
user feedback. Since I am not a user of hidden deletes, I don't have
a preference myself.

For the time being, let us go with the straightforward decision, which
is that "no-skip" means no skip. (There also needs to be consistency
between the motion in the Summary window and the motion in
Folder/Presentation window.)

> I'm thinking goto- message needs to unhide since this is an explicit
> request. Motion should also rehide when moving away from thread in
> appropriate circumstances.

Sounds fine.

----

Do you think we should include this in today's release?

Cheers,
Uday

Revision history for this message
Arik (akwm) wrote :

 >
 > Do you think we should include this in today's release?
 >

I think there are too many outstanding issues (may take a little bit
to clear out, but I think I know how). However, I believe some changes
to the trunk for thread-folding might affect motion, so if you wanted
to commit the hide-deleted functions then I could have a better idea
of where best to modify movement code.

Thanks,
~Arik

Revision history for this message
Robert P. Goldman (rpgoldman) wrote :

This seems to have had some interesting work on it, but now it's been almost three years. Arik, do you have code you could share?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.