![](/i/fill.gif) |
![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Skiba <abx### [at] babilon org> wrote:
>> Yes, that would work. However, I still have to check how it performs on
>> large tables before it can be used.
>
> Have you considered multicolumn display ? Current implementation is also more
> scroll- than user-friendly. Number of rows in last query is available in mySQL
> IIRC.
Yes, the number is available, I know. The HOF is two column right now.
Thorsten
____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trf de
Visit POV-Ray on the web: http://mac.povray.org
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
In article <3d2b3f05@news.povray.org> , "Thorsten Froehlich"
<tho### [at] trf de> wrote:
> Yes, that would work. However, I still have to check how it performs on
> large tables before it can be used.
...not too well as it requires a temporary table. I think I will go with a
page generated once per day that is fixed. That also eliminates a database
query for the country list itself, which should change infrequently anyway.
Thorsten
____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trf de
Visit POV-Ray on the web: http://mac.povray.org
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
On Wed, 10 Jul 2002 18:48:07 +0200, "Thorsten Froehlich" <tho### [at] trf de>
wrote:
> I suppose that
> the links didn't work was the same reason for you...
I suppose no. Whole povray.org not answers now, but when I checked this
answers was fast and after a few tries always the same. And it was easy
visible since search string in url in href for 11-20 and 21-26 was always
different than my intention.
ABX
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
On Wed, 10 Jul 2002 18:51:49 +0200, "Thorsten Froehlich" <tho### [at] trf de>
wrote:
> > Yes, that would work. However, I still have to check how it performs on
> > large tables before it can be used.
>
> ...not too well as it requires a temporary table.
temporary in PHP as array or in mySQL ?
it has size with number of used countries or number of users ?
is this so much of space ?
> I think I will go with a
> page generated once per day that is fixed.
can't it be done after every user addition ? I suppose that after a few weeks
it will be stable. I suppose after new country addition user will be
interested in visibility.
ABX
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
On Wed, 10 Jul 2002 18:48:07 +0200, "Thorsten Froehlich" <tho### [at] trf de>
wrote:
> * The trick is that the "Step 2" page contains all the data you entered in
> hidden form input fields. So if you close the browser window without
> completing the registration, the data you entered is lost.
What is the sense of having password and typing it with ****** when it is not
coded within hidden field without any secure connection? I know that's only
user info but since further usage for registered users is planned then perhaps
something more secure could be applied? I thought further that things like
buyed cdroms and keyrings will be attached to user info.
ABX
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Skiba <abx### [at] babilon org> wrote:
> What is the sense of having password and typing it with ****** when it is not
> coded within hidden field without any secure connection?
So nobody can see on your screen what you typed. As the connection is never
secure, transferring it once more over the network doesn't really make it
less secure. However, on the server the password is stored using the usual
one-way hash method, so nobody can see the real password should povray.org
ever be broken in to.
And keep in mind that all browsers warn you by default if you submit
information though a regular http connection. The site never claims it is
secure either, only that we keep the data confidential (which is exactly
what we do).
> I know that's only
> user info but since further usage for registered users is planned then perhaps
> something more secure could be applied?
I know, ssl would be nice. Maybe in the future. However, only for the
password it is fairly pointless, nearly all the other information being
entered is public anyway...
> I thought further that things like
> buyed cdroms and keyrings will be attached to user info.
Well, it doesn't store address information so far and has no connection to
Chris' order pages. I don't expect this to change in the foreseeable
future.
Thorsten
____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trf de
Visit POV-Ray on the web: http://mac.povray.org
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
In article <3d2bec3a$1@news.povray.org>, tho### [at] trf de says...
> > Some improper nesting, missing required atteributes and attributes were
> > they aren't allowed.
> Not a big surprise when one has to support every browser out there.
If you want maximum compatibility, breaking standards is not a good idea.
> If the choice is between either using compliant HTML on a site or have it
> work with all browsers such that it is readable and usable, the choice is obvious.
But it is quite rare that one has to make such a choice.
The form problem with Netscape could be considered such a case, but it
can be avoided by not relying so much on pixel correct table layout (you
even use table cells for the padding of the text).
> 4.x on all platforms. All the table errors that get reported after that are
> simply caused by the form tag position required for Netscape :-(
No, thats not true. There are other errors that are not caused by this,
for example closing a paragraph where there wasn't an open one before, p
inside a font element (you use CSS anyway - so why is that font element
in there anyway?).
And not specifying required attributes such as the type (text/javascript)
of the style element and the alt attributs of img is definitly not
necessary to be nice to Netscape 4.x.
> In summary, the current page HTML is the most compliant possible if one
> wants to support more than just IE 5.2 on Mac OS X (which is more compliant
> to XHTML/CSS2 support than IE 6 on Windows, not even to mention Gecko based
> browsers).
"Not even to mention"? Uhm, I've seen much more problems with IE than
with Mozilla. I know the Mac-version is better than the Win, but it is
definitely not perfect.
Lutz-Peter
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
In article <MPG.1796fc5ab659676e98970f@news.povray.org> , Lutz-Peter Hooge
<lpv### [at] gmx de> wrote:
> If you want maximum compatibility, breaking standards is not a good idea.
Wrong! Any I already outlined why this is a bad idea in the last paragraph
of the message you replied to.
> (you use CSS anyway - so why is that font element in there anyway?).
You know, there are browsers that for one reason or the other do not support
style-sheets but do support table and background colors...
Anyway, I will end the discussion about the HTML used on povray.org here and
now. The site is the way it is for reasons I have made clear and which are
perfectly logical. If you don't like the HTML of the site, fine, that is
your opinion. Just don't expect anybody else to agree.
Thorsten
____________________________________________________
Thorsten Froehlich
e-mail: mac### [at] povray org
I am a member of the POV-Ray Team.
Visit POV-Ray on the web: http://mac.povray.org
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
wrote:
> I hope I wasn't too detailed.
Question to be sure: are data posted to previous www.povray.org like ie. 'book
survey' form are still alive or should be reposted ?
ABX
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
> Question to be sure: are data posted to previous www.povray.org like ie. 'book
> survey' form are still alive or should be reposted ?
The book survey data still exists.
-- Chris
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |