ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
947
|
Wed Feb 16 08:45:54 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug report | Linux | 2.5.6 | Re: preselected values and conditional options |
> > ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
> > Attributes = Author, Type, Category, Subject
> > Required Attributes = Author, Type, Subject
> > Options Type = Deposition{1}, Arc Studies{1}, Conditioning{1}, Vacuum{2},
> > Other{3}
> > Preset Type = Deposition
>
> The "Preset xxx" option actually never was ment to be used with conditional
> attributes. I added that functionality in rev. 1.553. Please give it a try.
it works fine !!! thank you so much (btw, using Preset xxx{1} it doesn't
works.. but it should be the correct beaviour) |
955
|
Tue Feb 22 01:24:41 2005 |
| Neil Swartz | neilswartz@verizon.net | Bug report | Linux | 2.5.7 | Space in logbook name with password list results in "List" menu acting strange |
If you have a space in a logbook name and you enable password list, then
the "List" menu option forces you to the login page each time.
The URL says "aaa+bbb", but when you do not have passwords enabled, the
URL is "aaa bbb" |
956
|
Tue Feb 22 10:35:17 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.5.7 | Re: Space in logbook name with password list results in "List" menu acting strange |
> If you have a space in a logbook name and you enable password list, then
> the "List" menu option forces you to the login page each time.
> The URL says "aaa+bbb", but when you do not have passwords enabled, the
> URL is "aaa bbb"
Thanks for reporting this. I fixed it in the current CVS version. |
958
|
Wed Feb 23 18:07:24 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug report | All | r1.571 | boundary problem with Type lists display |
using:
Display mode = threaded
List display = Subject, Type, Author, Date
in the config file (omitting "ID" then) rise the bug
ie, an unneeded "," is displayed after the "supposed to be printed" ID |
960
|
Thu Feb 24 11:23:44 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug report | All | 2.5.6 | Re: HTML 4.1 transitional validation fails |
> > as this url shows http://www.htmlhelp.com/tools/validator/problems.html#amp
>
> > it should be used an HTML entity instead of the ampersand sign.<p>
>
> Can you please be a bit more specific? In which URL should the ampersand be
> replaced?
uhmm...
http://midas.psi.ch/elogs/Forum/page2?mode=threaded&expand=0&last=7
the bug is also a "documentation bug", infact similar tricks are also
in FAQs (FAQ 5 for example)
I tried to substitute avery occurrence of hard coded "&" with "&" but it does
not do the job at all ... infact the first time the HTML code is ok, but
following a link let the browser to automatically decode html entities .. and
everything turns wrong again ... maybe the encoding should be done in
printing-to-the-browser-time .. |
961
|
Thu Feb 24 12:44:29 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug report | All | 2.5.6 | Re: HTML 4.1 transitional validation fails |
> > > as this url shows http://www.htmlhelp.com/tools/validator/problems.html#amp
> >
> > > it should be used an HTML entity instead of the ampersand sign.<p>
> >
> > Can you please be a bit more specific? In which URL should the ampersand be
> > replaced?
>
> uhmm...
>
> http://midas.psi.ch/elogs/Forum/page2?mode=threaded&expand=0&last=7
>
> the bug is also a "documentation bug", infact similar tricks are also
> in FAQs (FAQ 5 for example)
>
> I tried to substitute avery occurrence of hard coded "&" with "&" but it does
> not do the job at all ... infact the first time the HTML code is ok, but
> following a link let the browser to automatically decode html entities .. and
> everything turns wrong again ... maybe the encoding should be done in
> printing-to-the-browser-time ..
BTW, the current url (taht should be perfectly well formed makes the elog not to
display attachments ... so may be thare is a problema in the query string decoding
routine ...
http://somehost.it:8080/LBNAME/?mode=full&attach=1 |
962
|
Thu Feb 24 12:45:02 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug report | All | r. 1.571 | Re: HTML 4.1 transitional validation fails |
> > > as this url shows http://www.htmlhelp.com/tools/validator/problems.html#amp
> >
> > > it should be used an HTML entity instead of the ampersand sign.<p>
> >
> > Can you please be a bit more specific? In which URL should the ampersand be
> > replaced?
>
> uhmm...
>
> http://midas.psi.ch/elogs/Forum/page2?mode=threaded&expand=0&last=7
>
> the bug is also a "documentation bug", infact similar tricks are also
> in FAQs (FAQ 5 for example)
>
> I tried to substitute avery occurrence of hard coded "&" with "&" but it does
> not do the job at all ... infact the first time the HTML code is ok, but
> following a link let the browser to automatically decode html entities .. and
> everything turns wrong again ... maybe the encoding should be done in
> printing-to-the-browser-time ..
BTW, the current url (taht should be perfectly well formed makes the elog not to
display attachments ... so may be thare is a problema in the query string decoding
routine ...
http://somehost.it:8080/LBNAME/?mode=full&attach=1 |
967
|
Wed Mar 2 15:19:56 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | All | r1.571 | Re: boundary problem with Type lists display |
> using:
> Display mode = threaded
> List display = Subject, Type, Author, Date
>
> in the config file (omitting "ID" then) rise the bug
>
> ie, an unneeded "," is displayed after the "supposed to be printed" ID
Fixed in CVS revision 1.574 |