Developers August 2001

developers@phpmyadmin.net

26 participants
147 discussions

[Phpmyadmin-devel] 2.2.0 ever?
by Marc Delisle 11 Aug '01

11 Aug '01

Hi, let's talk about 2.2.0 (again :) Will it be bug-free? I don't think so. Will it be the last phpMyAdmin version? I don't think so. Will 2.2.1 be better? I think yes. Can we agree about which bugs are showstoppers? Let's try :) Marc

3 2

RE: [Phpmyadmin-devel] left.php suggestions
by Benjamin Gandon 11 Aug '01

11 Aug '01

> I like the idea of the drop-down language selection, because just > showing > the iso codes can be confusing. I agree with that. (I know it' not such a hard thing to add but maybe we should concentrate on current bugs)

3 2

RE: [Phpmyadmin-devel] Bug avalanche
by Benjamin Gandon 10 Aug '01

10 Aug '01

Well, not such an avalanche. Just browse unassigned ones! :)) > - some bugs are dupes or similar (444354 and 446830 ? 443499 > and 448226 ? ...) No, #443499 (Unable to "Insert textfile into table") is not the same as #448226 ((RC3) Missing MySQL error messages) I'm waiting for a response to close the bug, but maybe I'll do it before that. Anyway I agree with you and I'll try to close those assigned to me asap.

1 0

RE: [Phpmyadmin-devel] removing remarks is useless
by Benjamin Gandon 10 Aug '01

10 Aug '01

> I did a bit of poking around in the online documentation, and > certainly nothing in the 3.2x's cares. Nobody is against, so I'll drop remove_remarks() code in lib.inc.php3, suppress one line in db_readdump.php3 and close bug #444279 (# problem in uploaded file). (in an effort to close bugs :))

1 0

RE: RE: [Phpmyadmin-devel] left.php suggestions
by Benjamin Gandon 10 Aug '01

10 Aug '01

> >Anyway, templates like in phpGroupWare would be the best way > >to provide easy customization, but the current design is not > >suitable for that. We should choose between some customization > >with some cfg variables and a better design allowing themes. > > For 2.3.0 and not before IMO. Actually, It's such a big work that it should come in 3.0 and not before :) I think quite everything has to be changed. It's like restarting from scratch. PhpGroupWare people have really spend a lot of time on their kernel desing to acheive such modularity capabilities. PhpMyAdmin was definitely never designed for that. Tobias had not that time to spend on it.

1 0

RE: [Phpmyadmin-devel] [locati@users.sourceforge.net: proposal]
by Benjamin Gandon 10 Aug '01

10 Aug '01

> i would work on a cvs copy without committing > until the software isn't good enough for at least > a test drive. i've experience with php and cvs. Stephano already wrote some articles on phpBuilder.com (just to say the world is quite small :)). http://www.phpbuilder.com/columns/stefano20000824.php3

1 0

[Phpmyadmin-devel] [locati@users.sourceforge.net: proposal]
by Olivier M. 10 Aug '01

10 Aug '01

Hello, Just got this interesting mail from Stefano. I guess it's better if we discuss that on this list... I think the idea is fine, but also that we _first_ should finish the 2.2.0 release before working on any new (even if cool) feature. Otherwise we will have rc5, rc6, ... rc99 like the linux kernel :) Comments welcome! Swix, going back to school work (preparing exams) ----- Forwarded message from Stefano Locati <locati(a)users.sourceforge.net> ----- Subject: proposal From: Stefano Locati <locati(a)users.sourceforge.net> Date: Fri, 10 Aug 2001 04:07:46 -0700 i'm a user of phpMyAdmin since long time and i'm seeing it improving and getting better and better. i've an idea about a future feature that i need and that i would develop myself and also share with others. it's about db documentation. i'm working on many websites projects and keeping an uptodate db documentation is a problem. i don't want to use commercial tools like the good power designer. what i would like is something very simple in phpmyadmin style. i would add another link after the common browse - select - insert. A documentation link that would allow any person to write information about the db tables and fields. the next step would be info about relationship. this information would be stored in three db tables. i would add a button to create those tables in the case they were not detected in the current db. the metaschema of the db would be extracted giving the possibility to just click side of a field / table to document it. i would work on a cvs copy without committing until the software isn't good enough for at least a test drive. i've experience with php and cvs. the tables i would add would be something like: sch_table(name, description) sch_field(name, tablename, description) sch_relationship(name1, tablename1, name2, tablename2, description) what do you think about this? i'm open to start a discussion phase with members of this project about the willingness to include such feature, and how to do it. bye and keep up with the good work stefano ----- End forwarded message ----- -- _________________________________________________________________ Olivier Mueller - om(a)8304.ch - PGPkeyID: 0E84D2EA - Switzerland qmail projects: http://omail.omnis.ch - http://webmail.omnis.ch

3 2

[Phpmyadmin-devel] left.php suggestions
by Dan Allen 10 Aug '01

10 Aug '01

Here is a patch for tuning left.php to be more style and option friendly...any global variables that you see that are not in the config.inc.php I have obviously added and you need to to the same if you want to use this left.php... The easiest and must exciting change is the addition of a title attribute to the table links (so that the table name pops up when you fly over the table if you are using even a halfway decent browser)...helpful for long table names. If anyone is interested in seeing it all in action, or wants to get some ideas about what I came up with, check out http://65.5.154.16/phpMyAdmin/ There is no real data on the site, so just be polite and view only... p.s. I patched the rc4 version Enjoy! Dan

4 4

Re: RE: [Phpmyadmin-devel] left.php suggestions
by Alain 10 Aug '01

10 Aug '01

>Anyway, templates like in phpGroupWare would be the best way >to provide easy customization, but the current design is not >suitable for that. We should choose between some customization >with some cfg variables and a better design allowing themes. For 2.3.0 and not before IMO. Alain. _______________________________________________________

2 1

Re: [Phpmyadmin-devel] phpmyadmin destroy charcode 128-160
by Loïc 10 Aug '01

10 Aug '01

Hi Marc & all! About the binary bug found by steve, Marc wrote: >Is someone working on this? Gess what: yes ;) Indeed the problem exist whathever is the variable type: since there is no backup of the current value and we have to replace double quotes by & quot; in html fields values, a sql field not changed by the user may be seen as changed by tbl_replace.php3. I'm also working on enum's problem at the same time. Greets, 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

2 1

← Newer
1
...
8
9
10
11
12
13
14
15
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

Developers August 2001