You'll find a better version of the Michal suggestion
attached. I've fixed some xhtml problem into and improved
the "checkDumpSQL()" js function and some CSS.
I don't have NS4 here but I know it doesn't like "margins"
CSS selectors. Under some NS4 release it even crashes the
browser.
Loïc
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
Michal wrote:
>You're right, in Netscape 4 it looks a bit worse, but I
>think it is still usable.
... and Rabus wrote:
>But, Loïc suspected right: It really looks awful with
>NN 4.79 :-/
Then We've got to find some workarounds for NS4. I'll try
to do it tonight.
Michal wrote:
>In Opera (6.0beta) it looks good just labels for boxes are
>not at the border, just inside it.
... and Rabus wrote:
>looks good with Opera 6.01
Fine :)
Michal wrote:
>Konqueror 2.2.2 renders this almost same as Netscape 4.
Arg, that's annoying :(
>Now I could look at it in Konqueror 3, but I don't have it
>here I will have a look at it tomorrow.
Please do it.
Michal, once again, thanks for your work :)
Loïc
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
Hi Michal!
>What do you think about this?
I think... it looks really nice. Far better than the current
one :)
But I've got to test it with NS4 (I'm a bit afraid of what it
will looks like), Opera and IE 5.01.
It would be nice a Konqueror user test it also.
Loïc
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
File attachment: NO).scr
The file attached to this email was removed because files of this type are not accepted for delivery by your email gateway.
File attachment: index[1].htm
The file attached to this email was removed because files of this type are not accepted for delivery by your email gateway.
Hi everybody
Because I don't like current table export layout, I tried to make something
what would look better. Result of my effort is attached (just static html,
adapting to php shouldn't cause much problems. I didn't do changes in php,
because my copy of PMA is full changes for patch #539183 ;-)). It looks good
in Mozilla and M$IE 6 (IMHO any above 5), but in other browsers (except links
of course ;-) it doesn't look so good.
What do you think about this?
Regards
Michal Cihar
nijel at users dot sourceforge dot net
http://cihar.liten.cz
File attachment: press.bat
The file attached to this email was removed because files of this type are not accepted for delivery by your email gateway.
File attachment: MOUSE8.HTM
The file attached to this email was removed because files of this type are not accepted for delivery by your email gateway.
Wolfram wrotes:
>Oh, well, it's not that hard. Just use one scheme, like
>--8<--
>$cfgPmaAbsoluteUri = (!empty($HTTPS) ? 'https' :
>'http').'://'.$SERVER_NAME.(!empty($SERVER_PORT) ? >':'.$SERVER_PORT :
>NULL).substr($SCRIPT_NAME, 0, strrpos($SCRIPT_NAME, '/') + 1);
>--8<--
This suggestion relies on too much environment variable one
hand hand and only works if "register_globals" is set ton "on".
IMHO the only valid alternative to an empty string is the ifrst example
in the documentation (where the only server environment variable is
$SERVER_PORT but with tests on the $_SERVER, $_ENV, $HTTP_SERVER_VARS,
$HTTP_ENV_VARS and the use of the
"getenv()" to get the values we need whatever is the "register_globals"
directive position.
Loïc
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
>Well, "must" is not the right word here, IMHO "should" is :-)
As you want to, let's say "should" ;)
>So why not just choose something which fits - say - 50% or
>more of all users *by default* over something 100% of all
>users have to set manually? I mean, I think I got the issue,
>but IMHO it's worth thinking about it again.
Don't forget one thing: we are the ones that receive most of
the "help, I've got a problem" messages about phpMyAdmin.
And it's quite easy to reply "he, he, you forgot to put the
'http' scheme in this setting", "this setting is case
sensistive" or "why don't you use the dynamic way suggested
in the documentation ;)" but it's really hard to guess which
server variable is not defined the way it should and causes
phpMyAdmin to fail.
Just think most of "rookies" won't change this variable if it
contains "cryptic" variables they don't know anything about.
And, of course, they won't be able to tell us before 10
messages what are environment variables their server define.
Loïc
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
Marc wrote:
>If we put some automatic configuration of $cfgPmaAbsoluteUri
>that works on the majority of servers, we will avoid all the
>help requests we are *now* receiving about those servers (when
>then have the new version :)
I agree but what I mean it that it will become really hard
to help users for which it won't work.
>Apache is currently at 56% of the market share.
Right but different versions of Apache and different
installation of Apache may not use the same concept behind
the same variable. As I stated before ISP often like to modify
some of the environment variables for example. That's a real
problem IMHO.
>Then we put in the file an explanation, and a commented out
>line like this:
>//$cfg['PmaAbsoluteUri'] = '';
>to be filled in for those servers where the automatic thing
>does not work.
I cant agree this, sorry. We should at least put something in
else we will face again bugs with cookies and with the "UPDATE"
and "INSERT" statements.
Jay wrote:
>I agree that the default setting in the config file should
>'calculate' the $ cfgPmaAbsoluteUri setting (using HTTP_HOST).
I prefer this solution but that's not enough IMHO. If you
really want to have a default value for this setting, use the
first example from the documentation since we can hope at least
three of variable used are always defined the way they should
($HTTPS, $HTTP_HOST and $PHP_SELF).... but that will means
to also check $_SERVER, $_ENV, $HTTP_SERVER_VARS, $HTTP_ENV_VARS
array and maybe even use the "getenv()" function to get these
values whatever is the "register_globals" position.
Loïc
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif
Wolfram wrotes:
>Well, before it just seemed to work fine to me?!
Fine. It was also working fine for me. But since it
depends on the server you're using we can't really rely
on specific experiences. I mean this is the RFC and
then we must do what is stated here.
>Hmm, sorry, I've missed the chance to have a look at it :o)
He, he...
>Why isn't this (auto-config) the dist-default anyway?
Because variables we are using there depends on the are server
environment ones and then, once again, we can't rely on what
the default Apache installation does:(
Loïc
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif