> Ok, fixed. I do however not evaluate the conditional attribute, but just remove any
> empty attribute, I guess that makes more sense.
ok, it work perfectly, tnx .. I agree with you choice of course :-) |
> I suggest to add an attributes like OS
>
> MOptions OS = linux, windows2000, windowsXP¨, windows2003
>
> to indicate on which version we are speaking
Good idea, I added a "ELOG Version" as well. |
> > I suggest to add an attributes like OS
> >
> > MOptions OS = linux, windows2000, windowsXP¨, windows2003
> >
> > to indicate on which version we are speaking
>
> Good idea, I added a "ELOG Version" as well.
I suggest MOptions - people are lazy .... :)
by the way any possibilities to have 'multiple icons' ? |
| Heiko Scheit wrote: | The 'reverse sort' option does not work for quick filter searches. In the
URL there is always written 'reverse=0'. For normal 'Find' it works OK. |
I don't understand the problem. If I take the example elogd.cfg from the distribution, it sorts in reverse order, since the file contains Reverse sort=1. If I apply a quick filter, the result is still sorted in reverse order (entry ID from high to low). If I set Reverse sort=0, the even after applying a quick filter, the entries are sorted with their ID from low to high. Applying a quick filter should not put a reverse=0 into the URL, so it's strange to me where this comes from. Can you try to reproduce the problem with the demo elogd.cfg? |
[quote="Stefan Ritt"][quote="Heiko Scheit"]The 'reverse sort' option does not work for quick filter searches.
In the
URL there is always written 'reverse=0'. For normal 'Find' it works OK.[/quote]
I don't understand the problem. If I take the example elogd.cfg from the distribution, it sorts in reverse
order, since the file contains [i]Reverse sort=1[/i]. If I apply a quick filter, the result is still sorted in
reverse order (entry ID from high to low). If I set [i]Reverse sort=0[/i], the even after applying a quick
filter, the entries are sorted with their ID from low to high. Applying a quick filter should not put a
[i]reverse=0[/i] into the URL, so it's strange to me where this comes from. Can you try to reproduce the problem
with the demo elogd.cfg?[/quote]
I played with the quick filter settings somewhat. Here is what I get.
I can't really make sense of it, but maybe you can figure out what
happens. Below, the first line always contains the 'Quick filter'
config setting. The lines below show the URL after searching with the
quick filter for the 1st, 2nd,... attribute listed in the quick filter
setting. (The common base of the URL was removed. Shown is
everything after the last '/'.) Each 'quick search' was started from
the 'List' or 'Back' page, i.e. the URL ended with a '/'.
As you can see below the result depends on the number and on the order
(!) of the attributes. Only a few give the desired result (marked
with # OK). Incidentally the option 'Date, Something' works fine,
which is the combination found in the demo config file. :)
Quick filter = Subject, Date, Login
?Subject=sd&Login= # OK
?last=1&&reverse=0
?Login=sdf&reverse=0
Quick filter = Subject, Login, Date
?Subject=scd&reverse=0
?Login=sdf&reverse=0
?last=1&reverse=0
Quick filter = Date, Subject, Login
?last=1&&reverse=0
?Subject=sd&Login= # OK
?Login=sd&reverse=0
Quick filter = Subject, Date
?Subject=sd # OK
?last=1&reverse=0
Quick filter = Date, Subject
?last=1&Subject= # OK
?Subject=ddsd # OK
Quick filter = Login, Date
?Login=sch # OK
?last=31&reverse=0
Quick filter = Subject, Login
?Subject=dsd&Login= # OK
?Login=sd&reverse=0
Quick filter = Login, Subject
?Login=sd&Subject= # OK
?Subject=sd&reverse=0 |