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) |
948
|
Wed Feb 16 08:48:52 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug fix | All | 2.5.6 cvs | Re: [patch]: fixed wrong extention check |
> > current version uses strstr() to check if the file has the expected ascii
> > text extension ... this is buggy becouse this way a file named
> > ".txt_hidden_file" or "foo.config.dat" are both seen as .txt files.
>
> I added your routine chkext() to the code, but actually use it differently. I
> display now ASCII files not by their extension, but the code checks for each file
> to contain non-printable characters. If it contains all printable letters, and does
> not have the extension PDF, PS or EPS, it's shown inline.
I totally agree with you choice :-) |
949
|
Wed Feb 16 08:58:47 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | Request | Linux | 2.5.6 | Re: images attached shown as inline |
> > the following should do the job:
> >
> > <div style="width: 200px">
> > <img src="IMG_3133.jpg" style="width: 100%" />
> > </div>
> >
> > the configurable parameter should be with obviously :-)
>
> Unfortunately not. Please find attached the screen dump from such a try, together with the HTML code.
> As you can see, the little elog icon is stretched to the same width as the upper (large) picture.
you are right ;-( I used a different code in my test and sent you and old test code, *but* also the last
one does not works on every browser ... the following code would do the job, but it seems to work only
in gecko-based browsers such as mozilla, firefox and safari ...
<div style="width: 200px">
<img src="IMG_3133.jpg" style="max-width: 200" />
</div>
other browsers do not scale the vertical dimention :-( |
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 |
974
|
Mon Mar 7 16:05:22 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug report | All | rev. 1.51 | Display <attribute> do erroneously encoded |
Display subject = <b>$subject</b>
is printed to the browser encoded, so that it is diplayed as is.. |