Developers

developers@phpmyadmin.net

7004 discussions

[Phpmyadmin-devel] SQL driver class?
by Marc Delisle 08 Jun '09

08 Jun '09

Zeeshan blogged: http://zixan.info/2009/06/04/gsoc-week-two-progress/ Hi Zeeshan, please give more details about this. In phpMyAdmin we already have middleware for SQL access: the PMA_DBI_xxx() functions. Look for example in tbl_replace.php, we are using PMA_DBI_select_db(), PMA_DBI_query(), etc. If you are writing a library to duplicate the work of these functions, I consider it a loss of time. The PMA_DBI_xxx() functions support the mysql and mysqli extensions already. You can consult libraries/relation.lib.php for some functions that are already reading and writing in some tables of the pmadb. Regards, Marc

4 6

[Phpmyadmin-devel] about choosing table layout for pmadb
by Marc Delisle 08 Jun '09

08 Jun '09

Hi, Zeeshan is proposing a new table to store user preferences: http://zixan.info/2009/06/04/gsoc-week-two-progress/#comments Michal answers in the blog that this does not scale. When looking at Zeeshan's proposal, I had the same idea for a moment. However, after some researches, I am tempted to reject Michal's proposal. Michal's proposed solution (a table with key values) is also called the EAV (entity-attribute-value) model. http://en.wikipedia.org/wiki/Entity-attribute-value_model#Downsides This is advocated as a design flaw by some experts, see the comments here: http://www.devshed.com/showblog/22280/Database-Design-Using-KeyValue-Tables/ http://decipherinfosys.wordpress.com/2007/01/29/name-value-pair-design/ Marc

4 11

Re: [Phpmyadmin-devel] translatewiki.net
by Siebrand Mazeland 08 Jun '09

08 Jun '09

Hi Michal, e.a. I have no idea how you expected this message to reach me, but as some kind of miracle I stubled into a forum that has a copy of the message. At translatewiki.net[2] we use the MediaWiki extension Translate[3] to facilitate the translation process. We import from and export to native product files. For this we have file format support components[4]. As far as I could assess, we have no problem supporting phpMyAdmin's current source format, although I have no tested yet. Output files for languages other than English will be clean (stripped of all comments). Links to some examples of supported file formats and results below my signature. We are currently seeking to connect with succesful FOSS developer communities which will allow us to grow our user base, and allow newly supported products to get more localisations actively maintained. We commit early and often. Quantity and quality of the localisations will rise as time progresses - users can contribute a spell fix, one translation, or continuously maintain a localisation. We Assume Good Faith: anyone can edit after requesting translator access until it is clear he cannot, in which case we have tried to mentor, teach, correct, etc. As more users work on a product in a language, the quality of the translations improves, because of review, but also because people that are using a product in their own language suggest improvements. We encourage partnering developer communities to encourage their current translators (that often submit patches that have to be applied, etc), to start working at translatewiki.net. More information on what we do and how from a translator perspective and from a supported product developer community perspective is available. Please feel free to come look around and ask questions on-wiki. >From our perspective it is important to get an idea if phpMyAdmin and translatewiki.net working together is something that has a chance. If so, I would like to go into more detail with one or a few of you, so we can work out the details and seek wide consensus again. Cheers! Siebrand * MediaWiki messages: http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/languages/messages/Me ssagesAf.php?revision=51034&view=markup * MediaWiki extension messages: http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/ABC/ABC.i18n.php? revision=50830&view=markup * FreeCol: http://freecol.svn.sourceforge.net/viewvc/freecol/freecol/trunk/src/net/sf/f reecol/client/gui/i18n/FreeColMessages_cs_CZ.properties?revision=5420&view=m arkup * NOCC: http://nocc.svn.sourceforge.net/viewvc/nocc/trunk/webmail/lang/eu.php?revisi on=1865&view=markup * MantisBT: http://git.mantisbt.org/?p=mantisbt.git;a=blob;f=lang/strings_catalan.txt;h= 0d94e1427d0d87e2394998dcc63c7af8d97a563d;hb=be8ef7233d5538bef920bb2d9164a8a6 2b78c6cd From: Michal Čihař <michal@ci...> - 2009-05-25 10:05 Attachments: signature.asc 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? [1] http://wiki.phpmyadmin.net/pma/User_talk:Nijel [2] http://translatewiki.net [3] http://www.mediawiki.org/wiki/Extension:Translate (may be a little outdated) [4] http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/Translate/ffs/

2 3

[Phpmyadmin-devel] fckeditor support for TEXT fields
by Marc Delisle 08 Jun '09

08 Jun '09

Hi, any objection about integrating fckeditor[0] to TEXT field in insert/edit modes? [0] See http://www.fckeditor.net/demo Marc

4 12

[Phpmyadmin-devel] Web based translation
by Michal Čihař 08 Jun '09

08 Jun '09

Hi all This topic has been already open several times, but now we got offer to use translatewiki.net for translating phpMyAdmin. As you are the ones who do most of work on our translations, I ask about your opinion on this topic. Are you interested in having web based interface for translating? Currently we use simple PHP files with strings to localize [*] and this probably won't change in near future and translatewiki.net seems to already support similar ways of localizing PHP applications. Now the question is whether to invest effort into this direction. Web based interface definitely lowers barrier for translating, but nobody is really responsible there and you may end up with poor quality. What is better, no translation, or not perfect translation? [*] I'd really prefer to migrate to gettext based solution for phpMyAdmin, but this seems unlikely, mostly because gettext as integrated in PHP is quite painful. Once you load translation, it is kept opened and any changes in the file lead to segfault and any replacing of the file is deleted. So the only way to make it see updated translation is to restart PHP (or Apache if you use mod_php). PS: Please discuss on phpmyadmin-translators(a)lists.sf.net not on -devel mailing list, so that all translators can see the discussion, initial post is on -devel just to notify developers who are not subscribed here. -- Michal Čihař | http://cihar.com | http://blog.cihar.com

1 0

[Phpmyadmin-devel] Putting back the big T ?
by Marc Delisle 05 Jun '09

05 Jun '09

Hi, I'm pinging the list because I'm not sure what's best. I admit I removed the big T to promote the new display options but at least one person misses it (plus me, sometimes): https://sourceforge.net/tracker/?func=detail&aid=2724755&group_id=23067&ati… Now I realize that this feature is probably used more often than the other features in the Options slider and would agree to put it back for 3.3. Comments? Marc

2 1

[Phpmyadmin-devel] discussing GSoC development
by Marc Delisle 05 Jun '09

05 Jun '09

Hi, if part of the discussion happens in the phpmyadmin-devel list, part in private mails and part in blog replies, it's difficult for everyone to follow. In the student guide http://wiki.phpmyadmin.net/pma/GSoC_2009_Student_Guide we did mention that discussion should be done in the devel mailing list and I encourage everyone to do it there. Marc

3 2

Re: [Phpmyadmin-devel] fckeditor support for TEXT fields
by Marc Delisle 03 Jun '09

03 Jun '09

Armel FAUVEAU a écrit : > Hi Marc and the team, > > On Wed, Jun 3, 2009 at 12:35 PM, Marc Delisle <marc(a)infomarc.info> wrote: >> Hi, >> any objection about integrating fckeditor[0] to TEXT field in >> insert/edit modes? >> >> [0] See http://www.fckeditor.net/demo >> >> Marc > > Dunno if using a wysiwyg editor is a nice idea for TEXT field in > insert/edit modes. > But why not. Now, do you think FCKEditor is the best choice ? > Personaly, i prefer TinyMCE [0]. > Check FCKEditor vs. TinyMCE too (and users comments) [1]. > > [0] http://tinymce.moxiecode.com/ > [1] http://webtecker.com/2008/04/02/fckeditor-vs-tinymce/ > > HTH, > > Armel. Armel, I'll have a look at how language integration can be done with TinyMCE. I suggest that the language chosen for PMA be the one for the text editor (if it exists). Marc

1 0

[Phpmyadmin-devel] windows 2008
by Troy Compton 01 Jun '09

01 Jun '09

I am trying to install phpmyadmin on windows server 2008. PHP is installed properly, PHP is configured properly in IIS7 but when i try to run index.php from the phpmyadmin directory i get the following error: PHP Warning: require_once(./libraries/common.inc.php) [<a href='function.require-once'>function.require-once</a>]: failed to open stream: Permission denied in C:\Inetpub\wwwroot\phpmyadmin\index.php on line 34 PHP Fatal error: require_once() [<a href='function.require'>function.require</a>]: Failed opening required './libraries/common.inc.php' (include_path='.;C:\php5\pear') in C:\Inetpub\wwwroot\phpmyadmin\index.php on line 34 Can someone please help me? Thanks

2 1

[Phpmyadmin-devel] phpMyAdmin 3.2.0-rc1 is released
by Marc Delisle 31 May '09

31 May '09

Welcome to the first release candidate 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

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