Probably the best (and easiest) way to handle this would be that a VF, while open, does not remove any messages automatically, and only adds the new ones. Removing only takes place once you either refresh manually or leave the VF. That's how v4 handled it and it definitely made sense.
On Sun, May 20, 2012 at 12:47 PM, Carsten Guthardt-Schulz < gutha...@gmail.com> wrote: > Well, it makes absolutely no sense to remove the message from the VF while > it is still selected. Having the message selected in the message list (and > open in the preview pane) means it is a message currently being looked at, > so refreshing its state in the VF only makes sense once you have FINISHED > working with this message (i.e. selected another one). > > The result of the message being removed from the list while you are still > working with it is dramatic: > - you can't flag it, as it's not in the list anymore > - you can't delete it > - you can't mark it as unread > - you can't park it > - ... > > If you want to do any of these thing, you'll have to search for the folder > the message is located in. If your VF draws on many folders this may be a > long search. > > It's not such an usual way to have a VF show unread messages, but with the > current bug it's absolutely useless. And the worst part is that it worked > right in v4! > > BRgds, > Carsten >
________________________________________________________ Current beta is 5.1.4.0 | 'Using TBBETA' information: http://www.silverstones.com/thebat/TBUDLInfo.html
