Hi Toby,

there is another thing that is in my mind for a long time. I think that I even mentioned it once.

It is regarding the following behavior as described in the documentation:
Also, note that as you navigate between views LogViewPlus attempts to keep your current record in focus. This allows you to easily view records which were written before and after the current entry when moving between views.

This is a very important feature. However there are cases where I navigate between different views that don't exactly contain the same entries but focus on different aspects of the logs. For example there is a view where I narrow down a specific problem, but then need to look on another view to see different aspects. And this other view might not contain the log entries from the first view. So current behavior is that the current log entry jumps to the start of the view. So I very often have to remember the date and time of the event and manually navigate to the time of interest.

Another example is navigating between a filtered view and the full log. When looking through a filtered view I often use double click to go back to the full log, check some log entries in the vicinity and then want to go back to the filtered log again. However if I selected another log entry in the full log, that does not exist in the filtered view I end up at the beginning of the filtered view and have to find the last position again.
(I just noticed during testing, that this even does not work with "Previous Filter" if I selected an existing entry. This only works if I don't click in the log entry grid at all).

So I want to ask if the navigation between views could be improved in a way that when the currently selected log entry in the old view does not exist then in the new view a log entry that is close in time to the selected old log entry is selected.

Regards
Andreas

Files need to be added to a category individual, but after the category has been created you should see it in the context menu.  So it is easier to add the second file.  Directory Monitors also have a setting which adds files to a category.

I think that when you are navigating between files - it may make sense to stay close to the currently selected time.  I think this would need to be an application setting because the current behavior (place is remembered) is also useful. 

Would that help?  

Toby

If this also works when navigating between filters. Absolutely! :-)

It should already work this way when navigating between filters on the same file.  I think the problem is happening when you switch to look at another file.  

I think the problem is that I work most of the time with filters on merged log files.
When the filtered views contain log entries from multiple files the "staying close to the selected time" is also not working.

During testing I observed two additional points (when using only a single log file).
a) "staying close to the selected time" is always rounding down (like the "floor" function). I would prefer to round to the nearest time (like the "round" function).
b) When switching between views the currently selected log entry, always is scrolled to the top of the view (even when using double click). This is not optimal since I usually look at the log entries around the currently selected entry. So would be nice if the scroll-position of the selected log entry could be kept the same (or similar).

Thanks for listening!