Developers

developers@phpmyadmin.net

7004 discussions

[Phpmyadmin-devel] connect_type and mysqli
by Marc Delisle 18 May '04

18 May '04

Hi all, With older mysql extension, when I wanted to connect to localhost, I was using host = localhost connect_type = tcp and it made a socket connection. That's why the "tcp" default worked most of the time. Now with mysqli, it no longer works: I have to tell "socket" in connect_type. Please confirm this behavior. Also, looking at the php manual for both mysql and mysqli, I wonder if we should keep the connect_type parameter. Marc

1 1

[Phpmyadmin-devel] feature freeze?
by Marc Delisle 18 May '04

18 May '04

Hi, I propose a freeze for 2.6.0-rc1 on Sunday, May 23rd. Marc

4 3

RE: [Phpmyadmin-devel] PMA-Redesign / Logo (Demo 3)
by admin＠michaelkeck.de 16 May '04

16 May '04

Ooops sorry the correct url maybe always michaelkeck.de/pma/whatever ;) now one demo with shadows (tipp from Garvin): with shadow http://www.michaelkeck.de/pma/pma_logo_new3s.png the norm version http://www.michaelkeck.de/pma/pma_logo_new3.png Regards Michael > Hey, that's nice. It looks really cute, IMHO. > > Maybe some shading for a little 3d-look would be nice, some kind of celshading? :) > > Regards, > Garvin. > > -- > Garvin Hicking | Web-Entwickler | Make me happy: > www.supergarv.de | #ICQ 21392242 | http://wishes.garv.info/

3 2

AW: [Phpmyadmin-devel] PMA-Redesign / Logo (Demo 3)
by admin＠michaelkeck.de 16 May '04

16 May '04

Hi Tom! now, I've refreshed... is the shadow good? -- Michael Keck Tom Sommer - dreamcoder.dk [mailto:ts@dreamcoder.dk] wrote: > Ooops sorry > > the correct url maybe always michaelkeck.de/pma/whatever ;) > > now one demo with shadows (tipp from Garvin): > > with shadow http://www.michaelkeck.de/pma/pma_logo_new3s.png You might want to lower the distance and size of the shadow to 1 or 2 -- Tom Sommer http://dreamcoder.dk

1 0

[Phpmyadmin-devel] PMA-Redesign / Logo (Demo 3)
by admin＠michaelkeck.de 15 May '04

15 May '04

Hi, now, some people don't want symbols like an elephant or an orca (and of course dolphines to). I know there may be some trademarks or some analogy to other things (elephant <> PostgreSQL, dolpnine <> MySQL). So I've drawed a complete new symbol for PMA and I hope it has no analogy or trademarks on it, because I've nothing found on web wich have to do with it ;) This logo is complete (the first were to) drawed (pixle 2 pixle) by me self. The new symbol: a WALRUS. A walrus combines two animals, wich I've used in my first draws: the elephant and a fish (orca, dolphine etc.). Now you can see it under: http://www.michaelkeck.de/pma_logo_new3.png What do U think about it? Regards Michael (mkkeck)

3 3

[Phpmyadmin-devel] RE: PMA-Redesign / New Logo?
by Michael Keck 14 May '04

14 May '04

to Marc: Of course, there may be a bigger version available. I will send it on afternoon How big (400px * 100px as banner or so)? This little pma_logo_work was done primary for the left frame... to Michal: Okay, I will move the 'php' down to 'MyAdmin', is that you mean? I've tried it yesterday, but seems not so good. No I will redo. --- original message --- > Hi all! > > Now for redesign, yesterday I've made a logo for > PMA wich can be viewed under > http://www.michaelkeck.de/pma/pma_logo_work.png. > > Would you like that - or is there any point, > wich can be made better? > > Best regards > Michael Keck (mkkeck)

5 6

[Phpmyadmin-devel] PMA-Redesign / New Logo?
by Michael Keck 13 May '04

13 May '04

Hi all! Now for redesign, yesterday I've made a logo for PMA wich can be viewed under http://www.michaelkeck.de/pma/pma_logo_work.png. Would you like that - or is there any point, wich can be made better? Best regards Michael Keck (mkkeck)

4 3

[Phpmyadmin-devel] Experimental db_details_structure
by Garvin Hicking 10 May '04

10 May '04

Hi All! I just had a go at the non-light left frame and grouped/nested tables. Formerly if you clicked on any of the groups you where taken to the full table properties overview. It would be nice to only see the tables in the group. When I evaluated the functions which iterate through the available tables I found out that if the ToolTip-Function is enabled the SHOW TABLE STATUS is done twice, unneccesarily IMHO. I reduced that into one step and don't think that could break anything. But I would ask you to carefully revise if you see any issues with this. At least on my setup with 300 tables this definitely speeds up my whole display. I escaped the submitted $tbl_group variable to SHOW TABLE STATUS FROM ... LIKE '...' with no special escaping. Do you think this is needed? I only tested with common table names, to weird special characters used. There is one thing, though: Previously the tooltips where evaluated from Tables in use. Now the tables in use are not getting a SHOW TABLE STATUS, but I think the new behaviour is more what is wanted. If you feel somewhat unsafe with the patch please let me know. I definitely like the benefit. :-) Regards, Garvin. -- Garvin Hicking | Web-Entwickler | Make me happy: www.supergarv.de | #ICQ 21392242 | http://wishes.garv.info/

3 5

[Phpmyadmin-devel] Redesign and alpha2
by Alexander M. Turek 10 May '04

10 May '04

Hi list, The current 2.6 code looks good for an alpha2 to me. We already discussed if we wanted to release a second alpha before merging the layout patches, but I don't think that we have come to a decision yet. Michael submitted a first patch against alpha1 dealing with the main page and his modified PMA logo. I merged it with HEAD and revised it, so that we could put it into CVS and all work on and with it. The thing is that I don't want to exchange the layout patches via the tracker as we would always have to merge it with HEAD... So if we wanted to release alpha2, I'd like us to do so now. Regards, -- Alexander M. Turek <rabus(a)users.sourceforge.net> _ __ __ _ _ _ _ __ | |__ _ __ | \/ |_ _ / \ __| |_ __ ___ (_)_ __ | '_ \| '_ \| '_ \| |\/| | | | | / _ \ / _` | '_ ` _ \| | '_ \ | |_) | | | | |_) | | | | |_| |/ ___ \ (_| | | | | | | | | | | | .__/|_| |_| .__/|_| |_|\__, /_/ \_\__,_|_| |_| |_|_|_| |_| |_| |_| |___/ <http://www.phpmyadmin.net>

4 3

RE: [Phpmyadmin-devel] 2.6.0-rc1
by Garvin Hicking 08 May '04

08 May '04

(Repost as this didn't seem to get through the list?) Hi Alexander! >> Michal said, we need to apply our coding style to the patch >> and most of all try to maintain some backwards-compatibility >> for the 'old' look. > > What do you mean by "backwards-compatibility"? I have not yet looked at the code of the redesign, only the live-demo. There are lots and lots of icons, which I tend to like personally and for newebie users. But as we all know from the several angry users after adding icons in first place, I guess many users do not want to have those buttons, so they need to be optional. And any other improvements, if making a definite difference in the UI should be tweakable. I think PMA benefits from long-term users who gotten used to it and who we might annoy by forcing a new UI upon them. >> I was already thinking of splitting up the configuration file >> into a ".design" >> php file where one could apply the many optical directives. >> But doing so would mean huge work on the config_import utility... > > No, it won't. Trust me. :-) So you're doing this? :) Today I was thinking of how we could make preferences toggle-able for users based on a DB-config. There are two approaches: 1. The "DB"-way. You'd have a new panel inside PMA where you can see a list of all tweakable settings and toggle them as you like. Those preferences get stored inside a new PMA table. After PMA reads the config.inc.php it overrides any settings stored in the table. Each user will get a cookie to identify him with the personal ID stored in the table. So a user could have one or even more "profiles" available by extending the ID values (as an serialized array) inside his cookie. If he has more than one ID cookie he can choose the profile he wants to have applied. Once we have a GUI for adjusting options (maybe we could use dropdown/enum code from our tbl_change already and just take care of a global PHP file defining possible and default values plus short/long descriptions) this should be fairly easy to implement. There could also be a way to share profiles which can be marked as profile. 2. The "cookie way" Basically same as above, but the config data is stored as a serialized array in the cookie. Benefits for this option: No need for setting up PMA tables, works out of the box. Performance should be equal; what is saved on not querying the SQL-table is lost on unserializing and submitting cookie data. Drawback: If the cookie is lost, the profile is lost. No use accross different browsers. We could implement both ways and make the 2nd the default to give all users that feature; we may also offer a "export my profile" setting which stores a profile inside the file system of the webserver and reload it in a checkbox. Choosing a different CSS layout could also be part of this new functionality, but we'd than have to make the CSS file static and split up for left/right frame. This would also make it easier for CSS-designers to work on non-PHP code. Opinions? :-) Regards, Garvin. -- Garvin Hicking | Web-Entwickler | Make me happy: www.supergarv.de | #ICQ 21392242 | http://wishes.garv.info/ -- Garvin Hicking | Web-Entwickler | Make me happy: www.supergarv.de | #ICQ 21392242 | http://wishes.garv.info/

2 1

Jump to page:

2025

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