Thomas Bähr wrote:
>One more thing about "...adding additional config setting ..."
I fully agree with this opinion. Each time we add a setting in the config
file it's a real pain for the end user. That's why the db driven way will
be better... once the end-user has setup the required tables.
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 Rabus and List!
>That's why I'd like to remove this limit.
Not so sure it's a good idea because this running script really requires a
huge server charge.
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 list,
I noticed that the link on main.php3 to db_stats.php3 is only displayed to
superusers.
But if I call db_stats.php3 with a non-superuser login it works fine. Of
course I can only see the statistics of the db's my login has access to, but
that's all I wanted.
That's why I'd like to remove this limit.
Alexander
Hi Robin & List!
>Have you got any hints on how to keep two seperate
>branches in parallel directories easily?
Use the "-d directory_name" command options inside
a "checkout" command line.
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 List!
I just want to let you know I've found some free minuts
today and created the 2.2.7 branch.
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
Rabus wrote :
> Since I committed new features, we'll have to take
> those versions for it:
> mult_submits.inc.php3: 1.11
> tbl_properties.php3: 1.151
> db_details.php3: 1.147
> main.php3: 1.100
Done but the valid version for db_details.php3 was 1.146 ;)
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
Ok, after one instance of $cfgServer that was missed by somebody, the CVS
copy now appears to be back in a functional state.
I don't forsee any of my other changes breaking PMA like this.
Further more, did nobody else see my converter script to convert old
instances of the configuration file to the new version?
It makes the libraries/config_import.lib.php3 file by Alex obsolete, as
the user can convert the configuration file to the new format very easily.
Do we want to use this to allow backwards compatibility, or do we require
users to convert their configuration file with the Perl script?
Looking at functionality based on filenames, config_import.lib.php3
describes what my new functions will be doing. Importing configuration
data from external sources. So if we are doing away with Alex's
compatibilty code, then I will reuse that file for my import functions.
--
Robin Hugh Johnson
E-Mail : robbat2(a)orbis-terrarum.net
Home Page : http://www.orbis-terrarum.net/?l=people.robbat2
ICQ# : 30269588 or 41961639
Hi list!
>A person copying a configuration file say between 2.2.0
>and 2.2.6 would face the same problem anyway, just because
>new variables have been added.
Hum, you can use the config file from the 2.2.0 release till the
2.2.5 release and, if you can't with the 2.2.6 release, it's only
because of the "$cfgPmaabsoluteUri" directive that must be set
now.
Then we may only ensure compatibily with the config file from
the 2.2.6 release now.
>Possibly we just get around this by documenting the fact that
>is it not recommended they use their old configuration file
>between releases
That's already in the documentation ;)
I wonder what we will do if we add some directive in the next
releases? Won't we have to restore some pices of code to ensure
compatibility? In this case the file Alexander added to the CVS
is not so bad IMHO.
>On the download page, for version 2.2.5, we see that there
>were about 15000 downloads for files with .php3 extension, and
>this is probably a good indicator of the popularity of PHP3,
>even if .php extensions tend to be 5 times more downloaded.
I agree!
Kind regards,
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