One hour adrift at this time of the year sounds like daylight saving.  Or compensation thereof.  What is your computer clock set to (not what time the clock reads)?

Personally I think it rather naughty that [at least older] Windoze automatically sets the clock one hour forward the first reboot after the spring switch forward, and the same in the autumn back.  What if you'd already done it, like all the rest of the clocks in the house?

 Some computer programs/OS work with the computer clock as is.  Some make adjustment for Daylight Saving.  Some - Windows comes to mind, actually adjust the computer clock back and forth as Daylight saving ends and begins respectively.  I know this because I have a dual boot computer (I use windoze for AutoCAD and one other Windows-only Java based utility[!]), and when British Summer Time starts, my Linux automatically moves the screen clock forward.  But when I subseqently boot into Windoze, it sets the computer clock forward one hour, so when I then boot back into Linux, the clock is one hour fast.

I therefore suggest again you check what your computer clock *really* is, not what the OS reports it as being, as often they think they're being clever and automatically put in Daylight Saving.

Another test - Stefan and Andreas will be shuddering hard tonight - will be to set your computer clock to December, and see if the effect is still there or has disappeared.

> When you do a find in elog, records per page (some crazy large number - for 
> your forum logbook, display 57 entries seem to cause the problem, then 
> select last year (1 years worth of logs),(don't select printable)
> 
> the results appear way off the screen (the message body looks fine, but the 
> title, etc extend way off the screen).
> 
> Printable doesn't have this problem.

I could not reproduce this problem. Can you send me the exact URL (the 
address with all the parameters from your browser's address bar like 
http://midas.psi.ch/elogdemo/Forum/?npp=57...) and tell me exactly under 
which browser this happens?

> I have an question for you :o). Is there any solution to use the filtering 
> system with an match case solution ? Add a parameter or something else to 
> add a solution ? 

I added a paramet "case sensitive search" which does this. In addition, the
switch defines the default state of the "case sensitive" check box on the find
page. The new functionality will be contained in the next release.

That's possible with conditional attributes:

Attributes = Project, Category
Options Project = Agenda{1}, Software{2}
{1}Options Category = Meeting, Status, TODO, DONE, Reminder, Other
{2}Options Category = General, Data, Result, Other
Quick Filter = Project, Category 

Attributes = Project, Category
Options Project = Agenda{1}, Software{2}
{1}Options Category = Meeting, Status, TODO, DONE, Reminder, Other
{2}Options Category = General, Data, Result, Other
Quick Filter = Project, Category 

Thanks a lot for the prompt answer!

Cossutta

You can define the building number as an attribute and use it in a quick filter. The startview will however not stay on one bilding. An alternative would be to define one logbook per building.