Developers

developers@phpmyadmin.net

2 participants
7003 discussions

[Phpmyadmin-devel] New address for Marc Delisle
by Marc Delisle 30 May '09

30 May '09

Hi, I'm sending this from my new personal address. The other one Marc.Delisle(a)cegepsherbrooke.qc.ca still works but I prefer to use the new one for phpMyAdmin matters. Regards, Marc Delisle

1 0

[Phpmyadmin-devel] import section - file upload progress bar
by Tomas Srnka 29 May '09

29 May '09

Hi, I have working scripts for upload progress bar, which supports APC and uploadprogress extensions. However, it is possible to obtain information about upload only when PHP is running as module for apache. I did not find solution for lighttpd (lighttpd 1.5 will support APC) or IIS (APC is unstable with combination of PHP+IIS). Therefore, the feature will be available to very limited group of people. I think, it would be nice to provide the progress bar, when it is possible. Otherwise, it would display something like "Upload in progress, no further information available". What do you think about it? Working copy of my scripts can be downloaded from http://dev.srnka.info/TEMP/file-upload.zip . Best Regards, Tomas Srnka

2 3

[Phpmyadmin-devel] perm user preferences - admin ui
by Zeeshan Mughal 28 May '09

28 May '09

Hi, Currently, I am focusing on designing the UI for the admin panel. Please find a very basic version of UI in my blog post. Of course, different fields will require different types that I did not consider in this draft. But the main purpose of it is to get me started, and give me a basic idea of how I will go about constructing it. I have not really starting digging into code lately. My approach always has been to work on the UI before coding. Thanks! -------------------------------------------------- Best regards, Zeeshan Mughal Telephone: +1 347 284 8987 Email: zeeshanmughal(a)ieee.org Web: http://www.zixan.info

4 5

Re: [Phpmyadmin-devel] perm user preferences - admin ui
by Zeeshan Mughal 27 May '09

27 May '09

> Hi, > > Option 2 does sound very user-friendly. But I believe users should also > have power to change their preferences later on if they wish to. Once a > user changes any of the settings that we are considering for our purpose he > will be notified that the preference is permanently stored. But that does > not mean the user cannot change the settings again from the same UI. User > should be able to change the settings as many times as he wants, but > whichever setting applied is the most recent will be permanently stored. > > Since users can change these settings again through respective UIs, the > idea of having a central admin panel may sound obsolete. But it does not > hurt to centrally organize all the preferences in a panel. > > Please share your ideas. > > Thanks! > > > -------------------------------------------------- > Best regards, > > Zeeshan Mughal > Telephone: +1 347 284 8987 > Email: zeeshanmughal(a)ieee.org > Web: http://www.zixan.info > > > On Tue, May 26, 2009 at 12:55 PM, Marc Delisle < > Marc.Delisle(a)cegepsherbrooke.qc.ca> wrote: > >> Zeeshan Mughal a écrit : >> > Hi, >> > >> > Currently, I am focusing on designing the UI for the admin panel. >> > Please find a very basic version of UI in my blog post. >> > >> > Of course, different fields will require different types that I did not >> > consider in this draft. But the main purpose of it is to get me >> > started, and give me a basic idea of how I will go about constructing >> it. >> > >> > I have not really starting digging into code lately. My approach always >> > has been to work on the UI before coding. >> > >> > Thanks! >> >> Zeeshan, >> >> I am previous post I wrote: >> ------ >> About the UI, I see some options: >> >> 1. a central panel where a user sets up her preferences (in the same >> style than an admin uses phpMyAdmin/setup to maintain config.inc.php) >> >> 2. choices made by the user during her use of phpMyAdmin are remembered >> automatically >> >> 3. the settings that can be remembered are marked with some visual clue >> that enables a user to change them. >> >> I tend to prefer #2 but am wondering about its performance impact. >> --------- >> >> So, have you decided what kind of UI you'll offer for the user >> preferences? >> >> Marc >> >> >> ------------------------------------------------------------------------------ >> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT >> is a gathering of tech-side developers & brand creativity professionals. >> Meet >> the minds behind Google Creative Lab, Visual Complexity, Processing, & >> iPhoneDevCamp as they present alongside digital heavyweights like >> Barbarian >> Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com >> _______________________________________________ >> Phpmyadmin-devel mailing list >> Phpmyadmin-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel >> > >

1 0

Re: [Phpmyadmin-devel] translatewiki.net
by Michal Čihař 25 May '09

25 May '09

Hi you wrote me on wiki [1] about using translatewiki.net for phpMyAdmin translations. We currently have PHP file for each translation and translators handling them. How complicated would be to include phpMyAdmin in traslatewiki.net and how do you merge translations back? Please keep CC on our devel mailing list. [1]:http://wiki.phpmyadmin.net/pma/User_talk:Nijel -- Michal Čihař | http://cihar.com | http://blog.cihar.com

1 0

[Phpmyadmin-devel] OpenGIS datatypes
by Mike Cochrane 25 May '09

25 May '09

Hi, In response to the request for more support for the Spatial stuff in phpmyadmin: https://sourceforge.net/tracker/index.php?func=detail&aid=936533&group_id=2… <https://sourceforge.net/tracker/index.php?func=detail&aid=936533&group_id=2…> I've hacked together a quick patch that allows browsing of columns so they don't come up at binary data and editing of values as text. Attached is a diff and sql for a test table that I was playing with. I know it doesn't conform to the coding standards - I don't have time to clean it up enough at the moment. If this is something that is likely to get accepted, is someone able to take this on? - Mike http://mikenz.geek.nz

2 1

[Phpmyadmin-devel] SourceForge.net and forums
by Marc Delisle 19 May '09

19 May '09

Hi, for those who have not seen the news, SourceForge.net will replace some of the features they offer, with Hosted Apps. In particular for us, the discussion forums will be replaced by phpBB. SourceForge.net will provide a migration path to move the data and also dumps of this data if we decide to do something else with this forum data. Marc Delisle

1 0

[Phpmyadmin-devel] phpMyAdmin-3.2.0-beta1 is released
by Marc Delisle 19 May '09

19 May '09

Welcome to the first beta for phpMyAdmin 3.2.0. This version contains a number of small new features and some bug fixes. Details will appear on http://phpmyadmin.net. In a hurry? you can visit http://sourceforge.net/projects/phpmyadmin to download. Marc Delisle, for the team

1 0

[Phpmyadmin-devel] Translating documentation using po4a
by Michal Čihař 19 May '09

19 May '09

Hi all as I use quite a lot po4a for translating documentation for my other projects and I thought it might be good idea to use it for translating phpMyAdmin documentation as well. It parses input files (in our case it would be xhtml) and creates po files from the content, each paragraph is one translatable string. This way translators can translate string per string and the structure of document is automatically kept from original. I imported current translation to this system and it is in svn. French translation is okay, but the others are horribly outdated, so po4a does not generate document from them (by default you need to translate at least 80% to generate documents). If there is interest, I can add it to my web based translation system (https://l10n.cihar.com/), so that anybody will be able to translate over the web. Comments? -- Michal Čihař | http://cihar.com | http://blog.cihar.com

2 2

[Phpmyadmin-devel] roadmap for 3.2
by Marc Delisle 18 May '09

18 May '09

Hi, Current trunk has some "small" new features and a number of patches. I suggest going to 3.2.0-beta soon in order to stabilize this code. This way, the Summer of Code stuff would go into 3.3. Opinions? Marc

3 3

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