From xara.fast at gmail.com  Sat Aug  1 19:47:16 2009
From: xara.fast at gmail.com (Zahra Naeem)
Date: Sat, 1 Aug 2009 22:47:16 +0500
Subject: [Phpmyadmin-devel] Help regarding applying CSS to my page
Message-ID: <702449230908011047r26c7a047le2792b523e34c56c@mail.gmail.com>

Hi,
    Could some one explain how to add and apply my own CSS that I need for
my page display settings.
  If I add the CSS to themes/original/css/themes_right.css.php then it does
not get applied to my html code.

And if  I dare to write the CSS at the top of my page using <style
type="text/css"></style> tags
then it shows long warning notes as follows:


 *Warning* in .\libraries\core.lib.php#589
Cannot modify header information - headers already sent by (output started
at C:\xampp\htdocs\repository\phpMyAdmin\Updated_copy_of_server_sync.php:10)

*Backtrace*

.\libraries\core.lib.php#589: setcookie(
string pma_fontsize,
string 82%,
integer 1251744187,
string /repository/phpMyAdmin/,
string ,
boolean ,
boolean 1,
)
.\libraries\Config.class.php#761: PMA_setCookie(
string pma_fontsize,
string 82%,
string 82%,
)
.\libraries\Config.class.php#408: PMA_Config->checkFontsize()
.\libraries\Config.class.php#82: PMA_Config->load(string ./config.inc.php)
.\libraries\common.inc.php#530: PMA_Config->__construct(string
./config.inc.php)
.\Updated_copy_of_server_sync.php#22:
require_once(.\libraries\common.inc.php)
*Warning* in .\libraries\session.inc.php#82
session_start()
[function.session-start<http://localhost/repository/phpMyAdmin/function.session-start>]:
Cannot send session cache limiter - headers already sent (output started at
C:\xampp\htdocs\repository\phpMyAdmin\Updated_copy_of_server_sync.php:10)

*Backtrace*

.\libraries\session.inc.php#82: session_start()
.\libraries\common.inc.php#286: require_once(.\libraries\session.inc.php)
.\Updated_copy_of_server_sync.php#22:
require_once(.\libraries\common.inc.php)
*Warning* in .\libraries\core.lib.php#544
Cannot modify header information - headers already sent by (output started
at C:\xampp\htdocs\repository\phpMyAdmin\Updated_copy_of_server_sync.php:10)

*Backtrace*

.\libraries\core.lib.php#544: setcookie(
string pma_theme,
string ,
integer 1249148587,
string /repository/phpMyAdmin/,
string ,
boolean ,
)
.\libraries\core.lib.php#572: PMA_removeCookie(string pma_theme)
.\libraries\Theme_Manager.class.php#205: PMA_setCookie(
string pma_theme,
string original,
string original,
)
.\libraries\common.inc.php#803: PMA_Theme_Manager->setThemeCookie()
.\Updated_copy_of_server_sync.php#22:
require_once(.\libraries\common.inc.php)
*Warning* in .\libraries\ob.lib.php#84
Cannot modify header information - headers already sent by (output started
at C:\xampp\htdocs\repository\phpMyAdmin\Updated_copy_of_server_sync.php:10)

*Backtrace*

.\libraries\ob.lib.php#84: header(string X-ob_mode: 1)
.\libraries\header.inc.php#24: PMA_outBufferPre()
.\libraries\server_common.inc.php#45:
require_once(.\libraries\header.inc.php)
.\Updated_copy_of_server_sync.php#24:
require(.\libraries\server_common.inc.php)
*Warning* in .\libraries\header_http.inc.php#23
Cannot modify header information - headers already sent by (output started
at C:\xampp\htdocs\repository\phpMyAdmin\Updated_copy_of_server_sync.php:10)

*Backtrace*

.\libraries\header_http.inc.php#23: header(string Expires: Sat, 01 Aug 2009
18:43:07 GMT)
.\libraries\header.inc.php#30: require_once(.\libraries\header_http.inc.php)
.\libraries\server_common.inc.php#45:
require_once(.\libraries\header.inc.php)
.\Updated_copy_of_server_sync.php#24:
require(.\libraries\server_common.inc.php)
*Warning* in .\libraries\header_http.inc.php#24
Cannot modify header information - headers already sent by (output started
at C:\xampp\htdocs\repository\phpMyAdmin\Updated_copy_of_server_sync.php:10)

*Backtrace*

.\libraries\header_http.inc.php#24: header(string Last-Modified: Sat, 01 Aug
2009 18:43:07 GMT)
.\libraries\header.inc.php#30: require_once(.\libraries\header_http.inc.php)
.\libraries\server_common.inc.php#45:
require_once(.\libraries\header.inc.php)
.\Updated_copy_of_server_sync.php#24:
require(.\libraries\server_common.inc.php)
*Warning* in .\libraries\header_http.inc.php#25
Cannot modify header information - headers already sent by (output started
at C:\xampp\htdocs\repository\phpMyAdmin\Updated_copy_of_server_sync.php:10)

*Backtrace*

.\libraries\header_http.inc.php#25: header(string Cache-Control: no-store,
no-cache, must-revalidate, pre-check=0, post-check=0, max-age=0)
.\libraries\header.inc.php#30: require_once(.\libraries\header_http.inc.php)
.\libraries\server_common.inc.php#45:
require_once(.\libraries\header.inc.php)
.\Updated_copy_of_server_sync.php#24:
require(.\libraries\server_common.inc.php)
*Warning* in .\libraries\header_http.inc.php#26
Cannot modify header information - headers already sent by (output started
at C:\xampp\htdocs\repository\phpMyAdmin\Updated_copy_of_server_sync.php:10)

*Backtrace*

.\libraries\header_http.inc.php#26: header(string Pragma: no-cache)
.\libraries\header.inc.php#30: require_once(.\libraries\header_http.inc.php)
.\libraries\server_common.inc.php#45:
require_once(.\libraries\header.inc.php)
.\Updated_copy_of_server_sync.php#24:
require(.\libraries\server_common.inc.php)
*Warning* in .\libraries\header_http.inc.php#29
Cannot modify header information - headers already sent by (output started
at C:\xampp\htdocs\repository\phpMyAdmin\Updated_copy_of_server_sync.php:10)

*Backtrace*

.\libraries\header_http.inc.php#29: header(string Content-Type: text/html;
charset=utf-8)
.\libraries\header.inc.php#30: require_once(.\libraries\header_http.inc.php)
.\libraries\server_common.inc.php#45:
require_once(.\libraries\header.inc.php)
.\Updated_copy_of_server_sync.php#24:
require(.\libraries\server_common.inc.php

Thanks in advance.

Regards,
Zahra
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090801/de25ba7e/attachment.html>

From zeeshan.jp at gmail.com  Sat Aug  1 21:42:29 2009
From: zeeshan.jp at gmail.com (Zeeshan M.)
Date: Sat, 1 Aug 2009 15:42:29 -0400
Subject: [Phpmyadmin-devel] Help regarding applying CSS to my page
In-Reply-To: <702449230908011047r26c7a047le2792b523e34c56c@mail.gmail.com>
References: <702449230908011047r26c7a047le2792b523e34c56c@mail.gmail.com>
Message-ID: <f64639890908011242g6fe9e167t85a09dfcb7ace1@mail.gmail.com>

I think you need to clear your browser cache whenever you make changes to
themes/original/css/themes_right.css.php
--------------------------------------------------
Best regards,
Zeeshan Mughal
Email:  zeeshanmughal at ieee.org
Web:  http://www.zixan.info


On Sat, Aug 1, 2009 at 1:47 PM, Zahra Naeem <xara.fast at gmail.com> wrote:

> Hi,
>     Could some one explain how to add and apply my own CSS that I need for
> my page display settings.
>   If I add the CSS to themes/original/css/themes_right.css.php then it does
> not get applied to my html code.
>
> And if  I dare to write the CSS at the top of my page using <style
> type="text/css"></style> tags
> then it shows long warning notes as follows:
>
>
>  *Warning* in .\libraries\core.lib.php#589
> Cannot modify header information - headers already sent by (output started
> at C:\xampp\htdocs\repository\phpMyAdmin\Updated_copy_of_server_sync.php:10)
>
> *Backtrace*
>
> .\libraries\core.lib.php#589: setcookie(
> string pma_fontsize,
> string 82%,
> integer 1251744187,
> string /repository/phpMyAdmin/,
> string ,
> boolean ,
> boolean 1,
> )
> .\libraries\Config.class.php#761: PMA_setCookie(
> string pma_fontsize,
> string 82%,
> string 82%,
> )
> .\libraries\Config.class.php#408: PMA_Config->checkFontsize()
> .\libraries\Config.class.php#82: PMA_Config->load(string ./config.inc.php)
> .\libraries\common.inc.php#530: PMA_Config->__construct(string
> ./config.inc.php)
> .\Updated_copy_of_server_sync.php#22:
> require_once(.\libraries\common.inc.php)
> *Warning* in .\libraries\session.inc.php#82
> session_start() [function.session-start<http://localhost/repository/phpMyAdmin/function.session-start>]:
> Cannot send session cache limiter - headers already sent (output started at
> C:\xampp\htdocs\repository\phpMyAdmin\Updated_copy_of_server_sync.php:10)
>
> *Backtrace*
>
> .\libraries\session.inc.php#82: session_start()
> .\libraries\common.inc.php#286: require_once(.\libraries\session.inc.php)
> .\Updated_copy_of_server_sync.php#22:
> require_once(.\libraries\common.inc.php)
>  *Warning* in .\libraries\core.lib.php#544
> Cannot modify header information - headers already sent by (output started
> at C:\xampp\htdocs\repository\phpMyAdmin\Updated_copy_of_server_sync.php:10)
>
> *Backtrace*
>
> .\libraries\core.lib.php#544: setcookie(
> string pma_theme,
> string ,
> integer 1249148587,
> string /repository/phpMyAdmin/,
> string ,
> boolean ,
> )
> .\libraries\core.lib.php#572: PMA_removeCookie(string pma_theme)
> .\libraries\Theme_Manager.class.php#205: PMA_setCookie(
> string pma_theme,
> string original,
> string original,
> )
> .\libraries\common.inc.php#803: PMA_Theme_Manager->setThemeCookie()
> .\Updated_copy_of_server_sync.php#22:
> require_once(.\libraries\common.inc.php)
>  *Warning* in .\libraries\ob.lib.php#84
> Cannot modify header information - headers already sent by (output started
> at C:\xampp\htdocs\repository\phpMyAdmin\Updated_copy_of_server_sync.php:10)
>
> *Backtrace*
>
> .\libraries\ob.lib.php#84: header(string X-ob_mode: 1)
> .\libraries\header.inc.php#24: PMA_outBufferPre()
> .\libraries\server_common.inc.php#45:
> require_once(.\libraries\header.inc.php)
> .\Updated_copy_of_server_sync.php#24:
> require(.\libraries\server_common.inc.php)
> *Warning* in .\libraries\header_http.inc.php#23
> Cannot modify header information - headers already sent by (output started
> at C:\xampp\htdocs\repository\phpMyAdmin\Updated_copy_of_server_sync.php:10)
>
> *Backtrace*
>
> .\libraries\header_http.inc.php#23: header(string Expires: Sat, 01 Aug 2009
> 18:43:07 GMT)
> .\libraries\header.inc.php#30:
> require_once(.\libraries\header_http.inc.php)
> .\libraries\server_common.inc.php#45:
> require_once(.\libraries\header.inc.php)
> .\Updated_copy_of_server_sync.php#24:
> require(.\libraries\server_common.inc.php)
> *Warning* in .\libraries\header_http.inc.php#24
> Cannot modify header information - headers already sent by (output started
> at C:\xampp\htdocs\repository\phpMyAdmin\Updated_copy_of_server_sync.php:10)
>
> *Backtrace*
>
> .\libraries\header_http.inc.php#24: header(string Last-Modified: Sat, 01
> Aug 2009 18:43:07 GMT)
> .\libraries\header.inc.php#30:
> require_once(.\libraries\header_http.inc.php)
> .\libraries\server_common.inc.php#45:
> require_once(.\libraries\header.inc.php)
> .\Updated_copy_of_server_sync.php#24:
> require(.\libraries\server_common.inc.php)
> *Warning* in .\libraries\header_http.inc.php#25
> Cannot modify header information - headers already sent by (output started
> at C:\xampp\htdocs\repository\phpMyAdmin\Updated_copy_of_server_sync.php:10)
>
> *Backtrace*
>
> .\libraries\header_http.inc.php#25: header(string Cache-Control: no-store,
> no-cache, must-revalidate, pre-check=0, post-check=0, max-age=0)
> .\libraries\header.inc.php#30:
> require_once(.\libraries\header_http.inc.php)
> .\libraries\server_common.inc.php#45:
> require_once(.\libraries\header.inc.php)
> .\Updated_copy_of_server_sync.php#24:
> require(.\libraries\server_common.inc.php)
> *Warning* in .\libraries\header_http.inc.php#26
> Cannot modify header information - headers already sent by (output started
> at C:\xampp\htdocs\repository\phpMyAdmin\Updated_copy_of_server_sync.php:10)
>
> *Backtrace*
>
> .\libraries\header_http.inc.php#26: header(string Pragma: no-cache)
> .\libraries\header.inc.php#30:
> require_once(.\libraries\header_http.inc.php)
> .\libraries\server_common.inc.php#45:
> require_once(.\libraries\header.inc.php)
> .\Updated_copy_of_server_sync.php#24:
> require(.\libraries\server_common.inc.php)
> *Warning* in .\libraries\header_http.inc.php#29
> Cannot modify header information - headers already sent by (output started
> at C:\xampp\htdocs\repository\phpMyAdmin\Updated_copy_of_server_sync.php:10)
>
> *Backtrace*
>
> .\libraries\header_http.inc.php#29: header(string Content-Type: text/html;
> charset=utf-8)
> .\libraries\header.inc.php#30:
> require_once(.\libraries\header_http.inc.php)
> .\libraries\server_common.inc.php#45:
> require_once(.\libraries\header.inc.php)
> .\Updated_copy_of_server_sync.php#24:
> require(.\libraries\server_common.inc.php
>
> Thanks in advance.
>
> Regards,
> Zahra
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Phpmyadmin-devel mailing list
> Phpmyadmin-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090801/2b2825fe/attachment.html>

From alexander.rutkowski at googlemail.com  Mon Aug  3 02:53:49 2009
From: alexander.rutkowski at googlemail.com (Alexander Rutkowski)
Date: Mon, 03 Aug 2009 02:53:49 +0200
Subject: [Phpmyadmin-devel] GSoC tracking mechanism,
	status report July 25th - August 2nd
Message-ID: <4A76351D.40501@googlemail.com>

Hi all,

my report is a little bit delayed, my great-grandfather had 90th 
birthday on friday. I hope I will reach this age too ;)

KEY ACCOMPLISHMENTS LAST WEEK
=============================

- Created an overview page for (un)tracked tables/views in a database. 
It gives a short status report of tracked tables/views and links to the 
"create version" page for untracked tables.

- A new grey-colored icon indicates whether a table has versions but 
deactive tracking status.

- Added handlers for CREATE/DROP INDEX, CREATE/ALTER/DROP VIEW.

- Auto-creation functionality implemented. It creates a version of new 
tables and views automatically.

- Some new config vars added. Here a short introduction:

// Creates tracking of new tables and views automatically. Default value 
is true.
$cfg['Servers'][$i]['tracking_version_auto_create'] = true|false

// Adds "DROP VIEW" statement as prefix of "CREATE VIEW" logs. Default 
value is true.
$cfg['Servers'][$i]['tracking_add_drop_view'] = true|false

// Adds "DROP TABLE" statement as prefix of "CREATE TABLE" logs. Default 
value is true.
$cfg['Servers'][$i]['tracking_add_drop_table'] = true|false

// Defines the statements which the auto-creation mechanism uses for new 
tracked versions.
// Default value is
// CREATE TABLE,ALTER TABLE,DROP TABLE,RENAME TABLE,
// CREATE INDEX,DROP INDEX,
// INSERT,UPDATE,DELETE,TRUNCATE,REPLACE,
// CREATE VIEW,ALTER VIEW,DROP VIEW,
// CREATE DATABASE,ALTER DATABASE,DROP DATABASE;

$cfg['Servers'][$i]['tracking_default_statements'] = ...

KEY TASKS THAT STALLED
======================
-

KEY CONCERNS
============
Finishing list of deliverables.


TASKS IN THE UPCOMING WEEK
==========================
- I want to focus on structure snapshots. The snapshot is saved in a php 
array. A user-friendly visualisation of it would be fine. Comparison of 
snapshots is an idea.

- Secondly I want to add an ouput of tracked CREATE/DROP/ALTER DATABASE 
statements to the "Tracking" overview page for databases.

- When time is left: start first phase of testing and evaluation. Try to 
get more feedback from users and developers.


Best regards

Alexander



From xara.fast at gmail.com  Wed Aug  5 08:07:53 2009
From: xara.fast at gmail.com (Zahra Naeem)
Date: Wed, 5 Aug 2009 11:07:53 +0500
Subject: [Phpmyadmin-devel] Problem using function PMA_DBI_get_columns_full
Message-ID: <702449230908042307if154fd9n53c3858b7412210a@mail.gmail.com>

Hi,
    I am stuck in a strange problem. I am using function
PMA_DBI_get_columns_full() from  file database_interface.lib to extract
columns' information for all tables and it is working properly in my local
Working copy from trunk, but working partially in the branch code. I have
compared the function both from database_interface.lib in branch as well as
trunk. It is exactly the same but I cannot figure out the problem.

Please guide me.

Thanks,
Zahra
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090805/831a1099/attachment.html>

From michal at cihar.com  Wed Aug  5 10:17:05 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Wed, 5 Aug 2009 10:17:05 +0200
Subject: [Phpmyadmin-devel] [Phpmyadmin-svn] SF.net SVN:
 phpmyadmin:[12747] branches/gsoc/zahra/server_synchronize.php
In-Reply-To: <E1MYba3-0005tN-Id@dn4whf1.ch3.sourceforge.com>
References: <E1MYba3-0005tN-Id@dn4whf1.ch3.sourceforge.com>
Message-ID: <20090805101705.00e4095b@rincewind.suse.cz>

Hi

Dne Wed, 05 Aug 2009 08:10:39 +0000
zahranaeem at users.sourceforge.net napsal(a):

> Revision: 12747
>           http://phpmyadmin.svn.sourceforge.net/phpmyadmin/?rev=12747&view=rev
> Author:   zahranaeem
> Date:     2009-08-05 08:10:39 +0000 (Wed, 05 Aug 2009)
> 
> Log Message:
> -----------
> 

Please include commit message. Every time.

> --- branches/gsoc/zahra/server_synchronize.php	2009-08-05 07:44:34 UTC (rev 12746)
> +++ branches/gsoc/zahra/server_synchronize.php	2009-08-05 08:10:39 UTC (rev 12747)
> @@ -318,7 +318,7 @@
>              echo '</tr>';
>          }
>          echo '</table>';
> -        echo '<table id="serverstatusconnections" class="data" width="45%" >
> +        echo '<table id="serverstatusconnections" class="data" width="43%" >

Do you really need fixed width of the table?

-- 
	Michal Čihař | http://cihar.com | http://blog.cihar.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090805/6e13fd66/attachment.sig>

From michal at cihar.com  Wed Aug  5 11:34:49 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Wed, 5 Aug 2009 11:34:49 +0200
Subject: [Phpmyadmin-devel] [Phpmyadmin-svn] SF.net SVN:
 phpmyadmin:[12749] branches/gsoc/zahra
In-Reply-To: <E1MYciZ-00070R-LQ@3kljzd1.ch3.sourceforge.com>
References: <E1MYciZ-00070R-LQ@3kljzd1.ch3.sourceforge.com>
Message-ID: <20090805113449.3ed649f0@rincewind.suse.cz>

Hi

Dne Wed, 05 Aug 2009 09:23:31 +0000
zahranaeem at users.sourceforge.net napsal(a):

> Revision: 12749
>           http://phpmyadmin.svn.sourceforge.net/phpmyadmin/?rev=12749&view=rev
> Author:   zahranaeem
> Date:     2009-08-05 09:23:31 +0000 (Wed, 05 Aug 2009)
> 
> Log Message:
> -----------
> 
> 

Once again: Do write commit messages!

-- 
	Michal Čihař | http://cihar.com | http://blog.cihar.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090805/be70a276/attachment.sig>

From marc at infomarc.info  Sun Aug  9 09:17:37 2009
From: marc at infomarc.info (Marc Delisle)
Date: Sun, 09 Aug 2009 03:17:37 -0400
Subject: [Phpmyadmin-devel] I'm back
Message-ID: <4A7E7811.2090308@infomarc.info>

Whew! now back from a 2-week work trip to Niger, where the country's
connectivity was poor due to a major cable broken.

I'm now sorting my mail and will resume work on phpMyAdmin ASAP.

-- 
Marc Delisle
http://infomarc.info



From marc at infomarc.info  Sun Aug  9 09:28:53 2009
From: marc at infomarc.info (Marc Delisle)
Date: Sun, 09 Aug 2009 03:28:53 -0400
Subject: [Phpmyadmin-devel] Problem using function
	PMA_DBI_get_columns_full
In-Reply-To: <702449230908042307if154fd9n53c3858b7412210a@mail.gmail.com>
References: <702449230908042307if154fd9n53c3858b7412210a@mail.gmail.com>
Message-ID: <4A7E7AB5.9080906@infomarc.info>

Zahra Naeem a écrit :
> Hi,
>     I am stuck in a strange problem. I am using function
> PMA_DBI_get_columns_full() from  file database_interface.lib to extract
> columns' information for all tables and it is working properly in my
> local Working copy from trunk, but working partially in the branch code.
> I have compared the function both from database_interface.lib in branch
> as well as trunk. It is exactly the same but I cannot figure out the
> problem.
>  
> Please guide me.
>  
> Thanks,
> Zahra

A debugger like XDebug combined with NetBeans should help you pinpoint
the problem.


-- 
Marc Delisle
http://infomarc.info



From marc at infomarc.info  Sun Aug  9 23:58:52 2009
From: marc at infomarc.info (Marc Delisle)
Date: Sun, 09 Aug 2009 17:58:52 -0400
Subject: [Phpmyadmin-devel] phpMyAdmin 3.2.1 is released
Message-ID: <4A7F469C.1070803@infomarc.info>

Welcome to phpMyAdmin 3.2.1. This version contains bug fixes and a new
language: Uzbek.

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
----
http://infomarc.info



From marc at infomarc.info  Mon Aug 10 11:06:12 2009
From: marc at infomarc.info (Marc Delisle)
Date: Mon, 10 Aug 2009 05:06:12 -0400
Subject: [Phpmyadmin-devel] phpmyadmin.net and new release 3.2.1
Message-ID: <4A7FE304.8070308@infomarc.info>

Hi,

I noticed that our site does not reflect the new release, this is due to 
a change in the sf.net RSS mechanism that reports files. They have new 
feeds with a different format but it's unclear if the older feeds (that 
we are parsing) will be updated or deprecated.

Stay tuned.

-- 
Marc Delisle
http://infomarc.info



From michal at cihar.com  Mon Aug 10 12:04:41 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Mon, 10 Aug 2009 12:04:41 +0200
Subject: [Phpmyadmin-devel] phpmyadmin.net and new release 3.2.1
In-Reply-To: <4A7FE304.8070308@infomarc.info>
References: <4A7FE304.8070308@infomarc.info>
Message-ID: <20090810120441.7427da29@rincewind.suse.cz>

Hi

Dne Mon, 10 Aug 2009 05:06:12 -0400
Marc Delisle <marc at infomarc.info> napsal(a):

> I noticed that our site does not reflect the new release, this is due to 
> a change in the sf.net RSS mechanism that reports files. They have new 
> feeds with a different format but it's unclear if the older feeds (that 
> we are parsing) will be updated or deprecated.

I just added quick hack to show 3.2.1 on the website. Hopefully they
will fix the feed to provide information which used to be available.

-- 
	Michal Čihař | http://cihar.com | http://blog.cihar.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090810/b2ef6512/attachment.sig>

From alexander.rutkowski at googlemail.com  Mon Aug 10 16:03:32 2009
From: alexander.rutkowski at googlemail.com (Alexander Rutkowski)
Date: Mon, 10 Aug 2009 16:03:32 +0200
Subject: [Phpmyadmin-devel] GSoC tracking mechanism,
	status report August 3rd - August 10th
Message-ID: <4A8028B4.10605@googlemail.com>

Hi all,

KEY ACCOMPLISHMENTS LAST WEEK
=============================

- I added an user-friendly visualisation of the structure snapshots.
It is similar to the structure page of phpMyAdmin.

- Secondly I added handlers for CREATE/DROP/ALTER DATABASE.
Tracking for these commands is enabled by default. User has not to
create a version for it, it will created by the Tracker autmatically.

- An output for these tracked commands is available on the "Tracking" 
page for databases now.

- Added a line number to the tracking report.

KEY TASKS THAT STALLED
======================
Evaluation

KEY CONCERNS
============
Evaluation, Documentation, Optimization.


TASKS IN THE UPCOMING WEEK
==========================
- Try to get feedback from users and developers.
- Write documentation, improve my code.


Best regards

Alexander



From marc at infomarc.info  Mon Aug 10 16:13:45 2009
From: marc at infomarc.info (Marc Delisle)
Date: Mon, 10 Aug 2009 10:13:45 -0400
Subject: [Phpmyadmin-devel] phpmyadmin.net and new release 3.2.1
In-Reply-To: <20090810120441.7427da29@rincewind.suse.cz>
References: <4A7FE304.8070308@infomarc.info>
	<20090810120441.7427da29@rincewind.suse.cz>
Message-ID: <4A802B19.3020200@infomarc.info>

Michal Čihař a écrit :
> Hi
> 
> Dne Mon, 10 Aug 2009 05:06:12 -0400
> Marc Delisle <marc at infomarc.info> napsal(a):
> 
>> I noticed that our site does not reflect the new release, this is due to 
>> a change in the sf.net RSS mechanism that reports files. They have new 
>> feeds with a different format but it's unclear if the older feeds (that 
>> we are parsing) will be updated or deprecated.
> 
> I just added quick hack to show 3.2.1 on the website. Hopefully they
> will fix the feed to provide information which used to be available.

Thanks!
-- 
Marc Delisle
http://infomarc.info



From contact at havenhearth.net  Mon Aug 10 18:58:06 2009
From: contact at havenhearth.net (contact)
Date: Mon, 10 Aug 2009 06:58:06 -1000
Subject: [Phpmyadmin-devel] phpmyadmin.net and new release 3.2.1
In-Reply-To: <4A802B19.3020200@infomarc.info>
References: <4A7FE304.8070308@infomarc.info><20090810120441.7427da29@rincewind.suse.cz>
	<4A802B19.3020200@infomarc.info>
Message-ID: <F5D16DB2F30745A5BF385A9AA828D9E6@Jordancomputer>

Michal,

Thank you for the info - Sorry I'm so grumpy, old ladies are like that
sometimes. I need to experiment with this site since I'm trying to start a
Fibromyalgia related forum - can't have a lot of problems with that one as
it's medical related; I can pay a small fee for help - right now I'm betwixt
and between with health/work so strapped a bit (Not ready to apply for SSI
feel I can beat this disease)



-----Original Message-----
From: Marc Delisle [mailto:marc at infomarc.info] 
Sent: Monday, August 10, 2009 4:14 AM
To: phpmyadmin-devel at lists.sourceforge.net
Subject: Re: [Phpmyadmin-devel] phpmyadmin.net and new release 3.2.1

Michal Čihař a écrit :
> Hi
> 
> Dne Mon, 10 Aug 2009 05:06:12 -0400
> Marc Delisle <marc at infomarc.info> napsal(a):
> 
>> I noticed that our site does not reflect the new release, this is due to 
>> a change in the sf.net RSS mechanism that reports files. They have new 
>> feeds with a different format but it's unclear if the older feeds (that 
>> we are parsing) will be updated or deprecated.
> 
> I just added quick hack to show 3.2.1 on the website. Hopefully they
> will fix the feed to provide information which used to be available.

Thanks!
-- 
Marc Delisle
http://infomarc.info

----------------------------------------------------------------------------
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus
on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Phpmyadmin-devel mailing list
Phpmyadmin-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel



From big_jamie_heath at hotmail.co.uk  Mon Aug 10 22:51:23 2009
From: big_jamie_heath at hotmail.co.uk (bigJME)
Date: Mon, 10 Aug 2009 13:51:23 -0700 (PDT)
Subject: [Phpmyadmin-devel]  Editing connection information
Message-ID: <24906884.post@talk.nabble.com>


ok so in the file config.inc.php you are able to change the username and
password in which phpmyadmin will connect via, in this file the following 2
lines control the username and password

$cfg['Servers'][$i]['user'] = 'root';
$cfg['Servers'][$i]['password'] = '';

this i can change by opening the file and changing username and password
however i do not want to have to do that for all my user accounts if i allow
someone else to connect to my server, therefore i wish to include a php
$_GET script into the config file

i was wanting it to run something like this

you enter the web address e.g.

http://localhost/phpmyadmin/?user=test&password=test2

and then the config file should get the username and password posted in the
url. is there any way of setting this up?

p.s. in the example above phpmyadmin should try and connect using the
username of "test" and a password of "test2"
-- 
View this message in context: http://www.nabble.com/Editing-connection-information-tp24906884p24906884.html
Sent from the phpmyadmin-devel mailing list archive at Nabble.com.




From zeeshanmughal at ieee.org  Tue Aug 11 09:35:22 2009
From: zeeshanmughal at ieee.org (Zeeshan Mughal)
Date: Tue, 11 Aug 2009 03:35:22 -0400
Subject: [Phpmyadmin-devel] permanent storage feature done - please provide
	your feedback
Message-ID: <f64639890908110035n43237e0cg29768106b739d02a@mail.gmail.com>

Hello, everyone,

I have uploaded the final
revision<https://sourceforge.net/tracker/index.php?func=detail&aid=2825187&group_id=23067&atid=377410>for
permanent storage feature.  I would appreciate if members of the
community can test it, and provide me with their valuable feedback.

This final revision will allow you to update following settings straight
form your browser:


   - naviWidth
   - maxRows
   - foreignKeyMaxLimit
   - propertiesIconic
   - propertiesNumColumns
   - leftFrameLight
   - useDbSearch
   - maxDbList
   - maxTableList
   - fullText
   - loginCookieValidity
   - navBarIconic


I hope my work helps the community, and phpmyadmin's users find it worthy of
their use.  Also, I would appreciate if someone from the developers team can
assign him to the patch.

Thanks so much for the cooperation!



--------------------------------------------------
Best regards,
Zeeshan Mughal
Email:  zeeshanmughal at ieee.org
Web:  http://www.zixan.info
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090811/c2582afa/attachment.html>

From michal at cihar.com  Tue Aug 11 09:57:37 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Tue, 11 Aug 2009 09:57:37 +0200
Subject: [Phpmyadmin-devel] GSoC: 'pencils down' date
Message-ID: <20090811095737.5ca9a4e1@rincewind.suse.cz>

Hi

this is mostly a notice for students, but also a information for others.

Suggested 'pencils down' date has just passed. Now you have one week to
finalize your code to be submitted for evaluation. You should spend
remaining week mostly on cleaning up and preparing for merge into
trunk, for most of you this means:

- cleanup coding style
- properly document code
- properly add messages to all language files. This can be done using
  add_message_file.sh or add_message.sh.
- write some documentation to Documentation.html
- write ChangeLog entries

If other developers want to review the code in gsoc branches and share
their comments here, they are of course welcome.

-- 
	Michal Čihař | http://cihar.com | http://blog.cihar.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090811/ced92c6f/attachment.sig>

From michal at cihar.com  Tue Aug 11 10:11:44 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Tue, 11 Aug 2009 10:11:44 +0200
Subject: [Phpmyadmin-devel] permanent storage feature done - please
 provide your feedback
In-Reply-To: <f64639890908110035n43237e0cg29768106b739d02a@mail.gmail.com>
References: <f64639890908110035n43237e0cg29768106b739d02a@mail.gmail.com>
Message-ID: <20090811101144.11ca6eb1@rincewind.suse.cz>

Hi

Dne Tue, 11 Aug 2009 03:35:22 -0400
Zeeshan Mughal <zeeshanmughal at ieee.org> napsal(a):

> I hope my work helps the community, and phpmyadmin's users find it worthy of
> their use.  Also, I would appreciate if someone from the developers team can
> assign him to the patch.

First, the patch does not apply:

refs_final.patch 
(Stripping trailing CRs from patch.)
patching file db_search.php
(Stripping trailing CRs from patch.)
patching file db_structure.php
(Stripping trailing CRs from patch.)
patching file index.php
(Stripping trailing CRs from patch.)
patching file lang/english-utf-8.inc.php
Hunk #1 succeeded at 1 with fuzz 2.
(Stripping trailing CRs from patch.)
patching file libraries/auth/cookie.auth.lib.php
(Stripping trailing CRs from patch.)
patching file libraries/config.default.php
(Stripping trailing CRs from patch.)
patching file libraries/db_perm.usr.pref.php
(Stripping trailing CRs from patch.)
patching file libraries/db_structure.lib.php
(Stripping trailing CRs from patch.)
patching file libraries/display_tbl.lib.php
(Stripping trailing CRs from patch.)
patching file libraries/footer.inc.php
patch: **** malformed patch at line 541: +	} else {

Also please remove not needed things from the patch:

//$cfg['LoginCookieValidity'] =
4646464654654564564654648645645456564465464;

var $link = ''; in permUsrPref class

Other comments:

permUsrPref class should be named PMA_PermUsrPref and it should be
defined in libraries/PermUsrPref.class.php

permUsrPref.table should not be hardcoded, but configurable

You should really use PMA_query_as_controluser

You copy the same code to several places, it should be rather single
include which would provide all what is needed to access preferences.

 * @TODO Figure out why SQL queries do not give proper results
- this means that your code does not work?

-- 
	Michal Čihař | http://cihar.com | http://blog.cihar.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090811/697b78e3/attachment.sig>

From michal at cihar.com  Tue Aug 11 10:29:17 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Tue, 11 Aug 2009 10:29:17 +0200
Subject: [Phpmyadmin-devel] GSoC tracking mechanism,
 status report August 3rd - August 10th
In-Reply-To: <4A8028B4.10605@googlemail.com>
References: <4A8028B4.10605@googlemail.com>
Message-ID: <20090811102917.7d6bd37c@rincewind.suse.cz>

Hi Alex

Dne Mon, 10 Aug 2009 16:03:32 +0200
Alexander Rutkowski <alexander.rutkowski at googlemail.com> napsal(a):

> KEY ACCOMPLISHMENTS LAST WEEK
> =============================
> 
> - I added an user-friendly visualisation of the structure snapshots.
> It is similar to the structure page of phpMyAdmin.
> 
> - Secondly I added handlers for CREATE/DROP/ALTER DATABASE.
> Tracking for these commands is enabled by default. User has not to
> create a version for it, it will created by the Tracker autmatically.
> 
> - An output for these tracked commands is available on the "Tracking" 
> page for databases now.
> 
> - Added a line number to the tracking report.

I think your code looks good and it's time to merge it to trunk. What
should be done before is basically following:

- properly add messages to all language files. This can be done using
  add_message_file.sh or add_message.sh.
- write some documentation to Documentation.html
- write ChangeLog entries

-- 
	Michal Čihař | http://cihar.com | http://blog.cihar.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090811/3dcf918e/attachment.sig>

From marc at infomarc.info  Tue Aug 11 10:43:28 2009
From: marc at infomarc.info (Marc Delisle)
Date: Tue, 11 Aug 2009 04:43:28 -0400
Subject: [Phpmyadmin-devel] Editing connection information
In-Reply-To: <24906884.post@talk.nabble.com>
References: <24906884.post@talk.nabble.com>
Message-ID: <4A812F30.1030003@infomarc.info>

bigJME a écrit :
> ok so in the file config.inc.php you are able to change the username and
> password in which phpmyadmin will connect via, in this file the following 2
> lines control the username and password
> 
> $cfg['Servers'][$i]['user'] = 'root';
> $cfg['Servers'][$i]['password'] = '';
> 
> this i can change by opening the file and changing username and password
> however i do not want to have to do that for all my user accounts if i allow
> someone else to connect to my server, therefore i wish to include a php
> $_GET script into the config file

It would be easier to use the 'cookie' auth_type (users are then 
prompted for a username and password). However, to use a URL, see FAQ 
4.8 in Documentation.html.

Please next time use the phpmyadmin-users list.
> 
> i was wanting it to run something like this
> 
> you enter the web address e.g.
> 
> http://localhost/phpmyadmin/?user=test&password=test2
> 
> and then the config file should get the username and password posted in the
> url. is there any way of setting this up?
> 
> p.s. in the example above phpmyadmin should try and connect using the
> username of "test" and a password of "test2"


-- 
Marc Delisle
http://infomarc.info



From zeeshan.jp at gmail.com  Tue Aug 11 18:57:40 2009
From: zeeshan.jp at gmail.com (Zeeshan M.)
Date: Tue, 11 Aug 2009 12:57:40 -0400
Subject: [Phpmyadmin-devel] permanent storage feature done - please
	provide your feedback
In-Reply-To: <20090811101144.11ca6eb1@rincewind.suse.cz>
References: <f64639890908110035n43237e0cg29768106b739d02a@mail.gmail.com>
	<20090811101144.11ca6eb1@rincewind.suse.cz>
Message-ID: <f64639890908110957y422cf55cnabd33dcadcb29b9a@mail.gmail.com>

> * @TODO Figure out why SQL queries do not give proper results
>- this means that your code does not work?

This is actually very old.  So, please ignore it.


Thanks for the comments.

--------------------------------------------------
Best regards,
Zeeshan Mughal
Email:  zeeshanmughal at ieee.org
Web:  http://www.zixan.info


On Tue, Aug 11, 2009 at 4:11 AM, Michal Čihař <michal at cihar.com> wrote:

> Hi
>
> Dne Tue, 11 Aug 2009 03:35:22 -0400
> Zeeshan Mughal <zeeshanmughal at ieee.org> napsal(a):
>
> > I hope my work helps the community, and phpmyadmin's users find it worthy
> of
> > their use.  Also, I would appreciate if someone from the developers team
> can
> > assign him to the patch.
>
> First, the patch does not apply:
>
> refs_final.patch
> (Stripping trailing CRs from patch.)
> patching file db_search.php
> (Stripping trailing CRs from patch.)
> patching file db_structure.php
> (Stripping trailing CRs from patch.)
> patching file index.php
> (Stripping trailing CRs from patch.)
> patching file lang/english-utf-8.inc.php
> Hunk #1 succeeded at 1 with fuzz 2.
> (Stripping trailing CRs from patch.)
> patching file libraries/auth/cookie.auth.lib.php
> (Stripping trailing CRs from patch.)
> patching file libraries/config.default.php
> (Stripping trailing CRs from patch.)
> patching file libraries/db_perm.usr.pref.php
> (Stripping trailing CRs from patch.)
> patching file libraries/db_structure.lib.php
> (Stripping trailing CRs from patch.)
> patching file libraries/display_tbl.lib.php
> (Stripping trailing CRs from patch.)
> patching file libraries/footer.inc.php
> patch: **** malformed patch at line 541: +      } else {
>
> Also please remove not needed things from the patch:
>
> //$cfg['LoginCookieValidity'] =
> 4646464654654564564654648645645456564465464;
>
> var $link = ''; in permUsrPref class
>
> Other comments:
>
> permUsrPref class should be named PMA_PermUsrPref and it should be
> defined in libraries/PermUsrPref.class.php
>
> permUsrPref.table should not be hardcoded, but configurable
>
> You should really use PMA_query_as_controluser
>
> You copy the same code to several places, it should be rather single
> include which would provide all what is needed to access preferences.
>
>  * @TODO Figure out why SQL queries do not give proper results
> - this means that your code does not work?
>
> --
>        Michal Čihař | http://cihar.com | http://blog.cihar.com
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Phpmyadmin-devel mailing list
> Phpmyadmin-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090811/19ca3ec1/attachment.html>

From michal at cihar.com  Tue Aug 11 23:07:32 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Tue, 11 Aug 2009 23:07:32 +0200
Subject: [Phpmyadmin-devel] permanent storage feature done - please
 provide your feedback
In-Reply-To: <f64639890908110957y422cf55cnabd33dcadcb29b9a@mail.gmail.com>
References: <f64639890908110035n43237e0cg29768106b739d02a@mail.gmail.com>
	<20090811101144.11ca6eb1@rincewind.suse.cz>
	<f64639890908110957y422cf55cnabd33dcadcb29b9a@mail.gmail.com>
Message-ID: <20090811230732.27b24658@raptor>

Dne Tue, 11 Aug 2009 12:57:40 -0400
"Zeeshan M." <zeeshan.jp at gmail.com> napsal(a):

> > * @TODO Figure out why SQL queries do not give proper results
> >- this means that your code does not work?
> 
> This is actually very old.  So, please ignore it.

Well I don't care whether it is old or not. It is in thing which you
have called "final revision". All I can say is that is really not
something what looks like finished and cleaned up work. And it is
definitely not ready for inclusion.

-- 
	Michal Čihař | http://cihar.com | http://phpmyadmin.cz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090811/592cd605/attachment.sig>

From zeeshan.jp at gmail.com  Wed Aug 12 08:12:43 2009
From: zeeshan.jp at gmail.com (Zeeshan M.)
Date: Wed, 12 Aug 2009 02:12:43 -0400
Subject: [Phpmyadmin-devel] permanent storage feature done - please
	provide your feedback
In-Reply-To: <20090811230732.27b24658@raptor>
References: <f64639890908110035n43237e0cg29768106b739d02a@mail.gmail.com>
	<20090811101144.11ca6eb1@rincewind.suse.cz>
	<f64639890908110957y422cf55cnabd33dcadcb29b9a@mail.gmail.com>
	<20090811230732.27b24658@raptor>
Message-ID: <f64639890908112312i32890d7aj553eff0799879ac6@mail.gmail.com>

Hi,

>permUsrPref.table should not be hardcoded, but configurable

I think we discussed this a long time back. [0]  I suppose EAV model had
"design flaws" as suggested by Marc Delisle, and other developers.  Please
correct me if I am wrong, or you are referring to something else by
"configurable".

>permUsrPref class should be named PMA_PermUsrPref and it should be
>defined in libraries/PermUsrPref.class.php

done

>You should really use PMA_query_as_controluser

I can use PMA_query_as_controluser for UPDATE query.  But when I use it for
SELECT I get errors. [1]  Following line of code demonstrates how I am
implementing PMA_query_as_controluser:

return PMA_DBI_fetch_result(PMA_query_as_controluser($sql));

I have also commented out implementation of PMA_query_as_controluser in
./libraries/PermUsrPreg.class.php just in case if you were interested in
seeing.


>You copy the same code to several places, it should be rather single
>include which would provide all what is needed to access preferences.

I created a function in ./libraries/common.lib.php to include common files.
 Please let me know if there are further improvements you can suggest on
this issue.

I also tried to include:

/*
* Creates a $pma_usr_prefs pointer
*/
$pma_usr_prefs = new PMA_PermUsrPref();

but it seems it is not being recognized as an object because of being
remotely included in a standalone function:
*Fatal error*: Call to a member function fetchSettingValue() on a non-object

>All I can say is that is really not
>something what looks like finished and cleaned up work. And it is
>definitely not ready for inclusion.

Well, that is why I need feedback from phpMyAdmin gurus (like you) so I can
fix such problems (sometimes lame) before the code is committed. :-)

You can download the
revision<https://sourceforge.net/tracker/index.php?func=detail&aid=2825187&group_id=23067&atid=377410#>through
tracker.


Thanks so much for you help!  I highly appreciate your time and dedication.
:-)

[0]
http://www.nabble.com/about-choosing-table-layout-for-pmadb-td23879613.html<http://www.nabble.com/about-choosing-table-layout-for-pmadb-td23879613.html#a23879613>
[1] http://zixan.info/pma/pma_error.html.0-dev
--------------------------------------------------
Best regards,
Zeeshan Mughal
Email: zeeshanmughal at ieee.org
Web: http://www.zixan.info


On Tue, Aug 11, 2009 at 5:07 PM, Michal Čihař <michal at cihar.com> wrote:
>
> Dne Tue, 11 Aug 2009 12:57:40 -0400
> "Zeeshan M." <zeeshan.jp at gmail.com> napsal(a):
>
> > > * @TODO Figure out why SQL queries do not give proper results
> > >- this means that your code does not work?
> >
> > This is actually very old. So, please ignore it.
>
> Well I don't care whether it is old or not. It is in thing which you
> have called "final revision". All I can say is that is really not
> something what looks like finished and cleaned up work. And it is
> definitely not ready for inclusion.
>
> --
> Michal Čihař | http://cihar.com | http://phpmyadmin.cz
>
>
------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
30-Day
> trial. Simplify your report design, integration and deployment - and focus
on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Phpmyadmin-devel mailing list
> Phpmyadmin-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090812/a51ec6bc/attachment.html>

From zeeshan.jp at gmail.com  Wed Aug 12 08:14:48 2009
From: zeeshan.jp at gmail.com (Zeeshan M.)
Date: Wed, 12 Aug 2009 02:14:48 -0400
Subject: [Phpmyadmin-devel] permanent storage feature done - please
	provide your feedback
In-Reply-To: <f64639890908112312i32890d7aj553eff0799879ac6@mail.gmail.com>
References: <f64639890908110035n43237e0cg29768106b739d02a@mail.gmail.com>
	<20090811101144.11ca6eb1@rincewind.suse.cz>
	<f64639890908110957y422cf55cnabd33dcadcb29b9a@mail.gmail.com>
	<20090811230732.27b24658@raptor>
	<f64639890908112312i32890d7aj553eff0799879ac6@mail.gmail.com>
Message-ID: <f64639890908112314j23c04957w9665cc333bdf51bb@mail.gmail.com>

Just a though hit my mind about having $pma_usr_prefs = new
PMA_PermUsrPref(); in common.lib.php.  I am wondering may be it should be
declared as a global var.
--------------------------------------------------
Best regards,
Zeeshan Mughal
Email:  zeeshanmughal at ieee.org
Web:  http://www.zixan.info


On Wed, Aug 12, 2009 at 2:12 AM, Zeeshan M. <zeeshan.jp at gmail.com> wrote:

> Hi,
>
> >permUsrPref.table should not be hardcoded, but configurable
>
> I think we discussed this a long time back. [0]  I suppose EAV model had
> "design flaws" as suggested by Marc Delisle, and other developers.  Please
> correct me if I am wrong, or you are referring to something else by
> "configurable".
>
> >permUsrPref class should be named PMA_PermUsrPref and it should be
> >defined in libraries/PermUsrPref.class.php
>
> done
>
> >You should really use PMA_query_as_controluser
>
> I can use PMA_query_as_controluser for UPDATE query.  But when I use it for
> SELECT I get errors. [1]  Following line of code demonstrates how I am
> implementing PMA_query_as_controluser:
>
> return PMA_DBI_fetch_result(PMA_query_as_controluser($sql));
>
> I have also commented out implementation of PMA_query_as_controluser in
> ./libraries/PermUsrPreg.class.php just in case if you were interested in
> seeing.
>
>
> >You copy the same code to several places, it should be rather single
> >include which would provide all what is needed to access preferences.
>
> I created a function in ./libraries/common.lib.php to include common files.
>  Please let me know if there are further improvements you can suggest on
> this issue.
>
> I also tried to include:
>
> /*
> * Creates a $pma_usr_prefs pointer
> */
>  $pma_usr_prefs = new PMA_PermUsrPref();
>
> but it seems it is not being recognized as an object because of being
> remotely included in a standalone function:
> *Fatal error*: Call to a member function fetchSettingValue() on a
> non-object
>
> >All I can say is that is really not
> >something what looks like finished and cleaned up work. And it is
> >definitely not ready for inclusion.
>
> Well, that is why I need feedback from phpMyAdmin gurus (like you) so I can
> fix such problems (sometimes lame) before the code is committed. :-)
>
> You can download the revision<https://sourceforge.net/tracker/index.php?func=detail&aid=2825187&group_id=23067&atid=377410#>through tracker.
>
>
> Thanks so much for you help!  I highly appreciate your time and dedication.
> :-)
>
> [0]
> http://www.nabble.com/about-choosing-table-layout-for-pmadb-td23879613.html<http://www.nabble.com/about-choosing-table-layout-for-pmadb-td23879613.html#a23879613>
> [1] http://zixan.info/pma/pma_error.html.0-dev
> --------------------------------------------------
> Best regards,
> Zeeshan Mughal
> Email: zeeshanmughal at ieee.org
> Web: http://www.zixan.info
>
>
> On Tue, Aug 11, 2009 at 5:07 PM, Michal Čihař <michal at cihar.com> wrote:
> >
> > Dne Tue, 11 Aug 2009 12:57:40 -0400
> > "Zeeshan M." <zeeshan.jp at gmail.com> napsal(a):
> >
> > > > * @TODO Figure out why SQL queries do not give proper results
> > > >- this means that your code does not work?
> > >
> > > This is actually very old. So, please ignore it.
> >
> > Well I don't care whether it is old or not. It is in thing which you
> > have called "final revision". All I can say is that is really not
> > something what looks like finished and cleaned up work. And it is
> > definitely not ready for inclusion.
> >
> > --
> > Michal Čihař | http://cihar.com | http://phpmyadmin.cz
> >
> >
> ------------------------------------------------------------------------------
> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> > trial. Simplify your report design, integration and deployment - and
> focus on
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now. http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > Phpmyadmin-devel mailing list
> > Phpmyadmin-devel at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090812/20198e5d/attachment.html>

From lists at sebastianmendel.de  Wed Aug 12 09:06:17 2009
From: lists at sebastianmendel.de (Sebastian Mendel)
Date: Wed, 12 Aug 2009 09:06:17 +0200
Subject: [Phpmyadmin-devel] permanent storage feature done -
 please	provide your feedback
In-Reply-To: <f64639890908112312i32890d7aj553eff0799879ac6@mail.gmail.com>
References: <f64639890908110035n43237e0cg29768106b739d02a@mail.gmail.com>	<20090811101144.11ca6eb1@rincewind.suse.cz>	<f64639890908110957y422cf55cnabd33dcadcb29b9a@mail.gmail.com>	<20090811230732.27b24658@raptor>
	<f64639890908112312i32890d7aj553eff0799879ac6@mail.gmail.com>
Message-ID: <4A8269E9.8030605@sebastianmendel.de>

On 12.08.2009 08:12, Zeeshan M. wrote:
> Hi,
>
>>permUsrPref.table should not be hardcoded, but configurable
>
> I think we discussed this a long time back. [0]  I suppose EAV model had
> "design flaws" as suggested by Marc Delisle, and other developers.
>   Please correct me if I am wrong, or you are referring to something
> else by "configurable".

i think he was talking about using a config variable to store the table 
name and hard code it, just like other pma tables:

http://wiki.phpmyadmin.net/pma/Config#pmadb


>>You copy the same code to several places, it should be rather single
>>include which would provide all what is needed to access preferences.
>
> I created a function in ./libraries/common.lib.php to include common
> files.  Please let me know if there are further improvements you can
> suggest on this issue.
>
> I also tried to include:
>
> /*
> * Creates a $pma_usr_prefs pointer
> */
> $pma_usr_prefs = new PMA_PermUsrPref();
>
> but it seems it is not being recognized as an object because of being
> remotely included in a standalone function:
> *Fatal error*: Call to a member function fetchSettingValue() on a non-object

you should try to replace this:


+
+/*
+ * Include common files required by Permanent Storage feature
+ */
+PMA_permUsrPref();
+
+/*
+ * Creates a $pma_usr_prefs pointer
+ */
+$pma_usr_prefs = new PMA_PermUsrPref();
+
+/*
+ * Fetch current setting for $cfg['PropertiesNumColumns'] from pmadb
+ */
+
+ $propertiesNumColumns = 
$pma_usr_prefs->fetchSettingValue('propertiesNumColumns');
+
+if ($isUsrPrefsEnabled) {
+	$GLOBALS['cfg']['PropertiesNumColumns'] = $cfg['PropertiesNumColumns'] 
= $propertiesNumColumns[0];
+}
+
+unset($pma_usr_prefs);
+


with a single function call, e. g.:


$GLOBALS['cfg']['PropertiesNumColumns']
     = PMA_permUsrPrefGet('PropertiesNumColumns');


-- 
Sebastian



From lists at sebastianmendel.de  Wed Aug 12 09:30:40 2009
From: lists at sebastianmendel.de (Sebastian Mendel)
Date: Wed, 12 Aug 2009 09:30:40 +0200
Subject: [Phpmyadmin-devel] permanent storage feature done -
 please	provide your feedback
In-Reply-To: <4A8269E9.8030605@sebastianmendel.de>
References: <f64639890908110035n43237e0cg29768106b739d02a@mail.gmail.com>	<20090811101144.11ca6eb1@rincewind.suse.cz>	<f64639890908110957y422cf55cnabd33dcadcb29b9a@mail.gmail.com>	<20090811230732.27b24658@raptor>	<f64639890908112312i32890d7aj553eff0799879ac6@mail.gmail.com>
	<4A8269E9.8030605@sebastianmendel.de>
Message-ID: <4A826FA0.7000107@sebastianmendel.de>

On 12.08.2009 09:06, Sebastian Mendel wrote:
> On 12.08.2009 08:12, Zeeshan M. wrote:
>> Hi,
>>
>>> permUsrPref.table should not be hardcoded, but configurable
>>
>> I think we discussed this a long time back. [0]  I suppose EAV model had
>> "design flaws" as suggested by Marc Delisle, and other developers.
>>    Please correct me if I am wrong, or you are referring to something
>> else by "configurable".
>
> i think he was talking about using a config variable to store the table
> name and hard code it, just like other pma tables:

ups: "and _not_ hard code it"


> http://wiki.phpmyadmin.net/pma/Config#pmadb

-- 
Sebastian Mendel



From michal at cihar.com  Wed Aug 12 10:08:05 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Wed, 12 Aug 2009 10:08:05 +0200
Subject: [Phpmyadmin-devel] permanent storage feature done - please
 provide your feedback
In-Reply-To: <f64639890908112312i32890d7aj553eff0799879ac6@mail.gmail.com>
References: <f64639890908110035n43237e0cg29768106b739d02a@mail.gmail.com>
	<20090811101144.11ca6eb1@rincewind.suse.cz>
	<f64639890908110957y422cf55cnabd33dcadcb29b9a@mail.gmail.com>
	<20090811230732.27b24658@raptor>
	<f64639890908112312i32890d7aj553eff0799879ac6@mail.gmail.com>
Message-ID: <20090812100805.25d2ffbf@rincewind.suse.cz>

Hi

Dne Wed, 12 Aug 2009 02:12:43 -0400
"Zeeshan M." <zeeshan.jp at gmail.com> napsal(a):

> >permUsrPref.table should not be hardcoded, but configurable
> 
> I think we discussed this a long time back. [0]  I suppose EAV model had
> "design flaws" as suggested by Marc Delisle, and other developers.  Please
> correct me if I am wrong, or you are referring to something else by
> "configurable".

I mean table name, like Sebastian already has explained.

> >You should really use PMA_query_as_controluser
> 
> I can use PMA_query_as_controluser for UPDATE query.  But when I use it for
> SELECT I get errors. [1]  Following line of code demonstrates how I am
> implementing PMA_query_as_controluser:
> 
> return PMA_DBI_fetch_result(PMA_query_as_controluser($sql));

You need to add flags PMA_DBI_QUERY_STORE to query if you want to fetch
whole result at once.

> I also tried to include:
> 
> /*
> * Creates a $pma_usr_prefs pointer
> */
> $pma_usr_prefs = new PMA_PermUsrPref();
> 
> but it seems it is not being recognized as an object because of being
> remotely included in a standalone function:
> *Fatal error*: Call to a member function fetchSettingValue() on a non-object

And what's reason for creating class and function of same name?

I think you could use similar way like we use for relation stuff.


-- 
	Michal Čihař | http://cihar.com | http://blog.cihar.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090812/d638e38b/attachment.sig>

From zeeshan.jp at gmail.com  Wed Aug 12 18:10:31 2009
From: zeeshan.jp at gmail.com (Zeeshan M.)
Date: Wed, 12 Aug 2009 12:10:31 -0400
Subject: [Phpmyadmin-devel] permanent storage feature done - please
	provide your feedback
In-Reply-To: <20090812100805.25d2ffbf@rincewind.suse.cz>
References: <f64639890908110035n43237e0cg29768106b739d02a@mail.gmail.com>
	<20090811101144.11ca6eb1@rincewind.suse.cz>
	<f64639890908110957y422cf55cnabd33dcadcb29b9a@mail.gmail.com>
	<20090811230732.27b24658@raptor>
	<f64639890908112312i32890d7aj553eff0799879ac6@mail.gmail.com>
	<20090812100805.25d2ffbf@rincewind.suse.cz>
Message-ID: <f64639890908120910n3b838384r482b3823dab7ee40@mail.gmail.com>

Thanks for the comments.

Did anyone actually try running the code?  Any feedback on overall outlook
of interface?  Anything else you can suggest about user interaction?

Did you find any errors and/or warnings?  I am asking this as one might see
different results based on the server code is running on.

Thanks.

--------------------------------------------------
Best regards,
Zeeshan Mughal
Email:  zeeshanmughal at ieee.org
Web:  http://www.zixan.info


On Wed, Aug 12, 2009 at 4:08 AM, Michal Čihař <michal at cihar.com> wrote:

> Hi
>
> Dne Wed, 12 Aug 2009 02:12:43 -0400
> "Zeeshan M." <zeeshan.jp at gmail.com> napsal(a):
>
> > >permUsrPref.table should not be hardcoded, but configurable
> >
> > I think we discussed this a long time back. [0]  I suppose EAV model had
> > "design flaws" as suggested by Marc Delisle, and other developers.
>  Please
> > correct me if I am wrong, or you are referring to something else by
> > "configurable".
>
> I mean table name, like Sebastian already has explained.
>
> > >You should really use PMA_query_as_controluser
> >
> > I can use PMA_query_as_controluser for UPDATE query.  But when I use it
> for
> > SELECT I get errors. [1]  Following line of code demonstrates how I am
> > implementing PMA_query_as_controluser:
> >
> > return PMA_DBI_fetch_result(PMA_query_as_controluser($sql));
>
> You need to add flags PMA_DBI_QUERY_STORE to query if you want to fetch
> whole result at once.
>
> > I also tried to include:
> >
> > /*
> > * Creates a $pma_usr_prefs pointer
> > */
> > $pma_usr_prefs = new PMA_PermUsrPref();
> >
> > but it seems it is not being recognized as an object because of being
> > remotely included in a standalone function:
> > *Fatal error*: Call to a member function fetchSettingValue() on a
> non-object
>
> And what's reason for creating class and function of same name?
>
> I think you could use similar way like we use for relation stuff.
>
>
> --
>        Michal Čihař | http://cihar.com | http://blog.cihar.com
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Phpmyadmin-devel mailing list
> Phpmyadmin-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090812/730134da/attachment.html>

From michal at cihar.com  Thu Aug 13 00:42:00 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Thu, 13 Aug 2009 00:42:00 +0200
Subject: [Phpmyadmin-devel] [Phpmyadmin-svn] SF.net SVN:
 phpmyadmin:[12782] branches/gsoc/derek/phpMyAdmin/libraries/ import
In-Reply-To: <E1MbMOn-0007Th-Dr@c3vjzd1.ch3.sourceforge.com>
References: <E1MbMOn-0007Th-Dr@c3vjzd1.ch3.sourceforge.com>
Message-ID: <20090813004200.3b76611e@raptor>

Hi

Dne Wed, 12 Aug 2009 22:34:25 +0000
drummingds1 at users.sourceforge.net napsal(a):

> Log Message:
> -----------
> Fixed include path problem for demo server. Import panel now displays as intended.
> 
[...]
> +$loc1 = getcwd() . '/libraries/PHPExcel/';
> +$loc2 = '../libraries/PHPExcel/';
> +
> +if (file_exists($loc1)) {
> +    $path = $loc1;
> +} else {
> +    $path = $loc2;
> +}
> +
>  /* Append the PHPExcel directory to the include path variable */
>  set_include_path(get_include_path() . PATH_SEPARATOR . getcwd() . '/libraries/PHPExcel/');

How is this supposed to work without using $path anywhere?

Also the cwd should always be top level phpMyAdmin directory (too many
things rely on this), when is it different?

-- 
	Michal Čihař | http://cihar.com | http://phpmyadmin.cz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090813/3fdda59b/attachment.sig>

From michal at cihar.com  Thu Aug 13 00:43:18 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Thu, 13 Aug 2009 00:43:18 +0200
Subject: [Phpmyadmin-devel] permanent storage feature done - please
 provide your feedback
In-Reply-To: <f64639890908120910n3b838384r482b3823dab7ee40@mail.gmail.com>
References: <f64639890908110035n43237e0cg29768106b739d02a@mail.gmail.com>
	<20090811101144.11ca6eb1@rincewind.suse.cz>
	<f64639890908110957y422cf55cnabd33dcadcb29b9a@mail.gmail.com>
	<20090811230732.27b24658@raptor>
	<f64639890908112312i32890d7aj553eff0799879ac6@mail.gmail.com>
	<20090812100805.25d2ffbf@rincewind.suse.cz>
	<f64639890908120910n3b838384r482b3823dab7ee40@mail.gmail.com>
Message-ID: <20090813004318.47404d8e@raptor>

Hi

Dne Wed, 12 Aug 2009 12:10:31 -0400
"Zeeshan M." <zeeshan.jp at gmail.com> napsal(a):

> Thanks for the comments.
> 
> Did anyone actually try running the code?  Any feedback on overall outlook
> of interface?  Anything else you can suggest about user interaction?
> 
> Did you find any errors and/or warnings?  I am asking this as one might see
> different results based on the server code is running on.

I did not run the code so far, because first version of final patch
failed to apply and I did not have time to test second version so far.

-- 
	Michal Čihař | http://cihar.com | http://phpmyadmin.cz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090813/1d819622/attachment.sig>

From derek.schaefer at gmail.com  Thu Aug 13 02:25:22 2009
From: derek.schaefer at gmail.com (Derek Schaefer)
Date: Wed, 12 Aug 2009 19:25:22 -0500
Subject: [Phpmyadmin-devel] [Phpmyadmin-svn] SF.net SVN:
	phpmyadmin:[12782] branches/gsoc/derek/phpMyAdmin/libraries/ import
In-Reply-To: <20090813004200.3b76611e@raptor>
References: <E1MbMOn-0007Th-Dr@c3vjzd1.ch3.sourceforge.com>
	<20090813004200.3b76611e@raptor>
Message-ID: <becde3df0908121725g663e1883w166313e409bad10f@mail.gmail.com>

On Wed, Aug 12, 2009 at 5:42 PM, Michal Čihař<michal at cihar.com> wrote:
> Hi
>
> Dne Wed, 12 Aug 2009 22:34:25 +0000
> drummingds1 at users.sourceforge.net napsal(a):
>
>> Log Message:
>> -----------
>> Fixed include path problem for demo server. Import panel now displays as intended.
>>
> [...]
>> +$loc1 = getcwd() . '/libraries/PHPExcel/';
>> +$loc2 = '../libraries/PHPExcel/';
>> +
>> +if (file_exists($loc1)) {
>> +    $path = $loc1;
>> +} else {
>> +    $path = $loc2;
>> +}
>> +
>>  /* Append the PHPExcel directory to the include path variable */
>>  set_include_path(get_include_path() . PATH_SEPARATOR . getcwd() . '/libraries/PHPExcel/');
>
> How is this supposed to work without using $path anywhere?

I must have missed copying the modified "set_include_path" line there.
The other one was fine.

But in any case, it matters not. I thought the XLSX module wasn't
working on the demo server because the CWD value there was somehow
different than a default installation, but rather it was a just a
silly typo. Thus, I will be reverting the path changes here.

> Also the cwd should always be top level phpMyAdmin directory (too many
> things rely on this), when is it different?
>
> --
>        Michal Čihař | http://cihar.com | http://phpmyadmin.cz
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Phpmyadmin-devel mailing list
> Phpmyadmin-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel
>
>



From zeeshan.jp at gmail.com  Thu Aug 13 07:21:13 2009
From: zeeshan.jp at gmail.com (Zeeshan M.)
Date: Thu, 13 Aug 2009 01:21:13 -0400
Subject: [Phpmyadmin-devel] permanent storage feature done - please
	provide your feedback
In-Reply-To: <20090812100805.25d2ffbf@rincewind.suse.cz>
References: <f64639890908110035n43237e0cg29768106b739d02a@mail.gmail.com>
	<20090811101144.11ca6eb1@rincewind.suse.cz>
	<f64639890908110957y422cf55cnabd33dcadcb29b9a@mail.gmail.com>
	<20090811230732.27b24658@raptor>
	<f64639890908112312i32890d7aj553eff0799879ac6@mail.gmail.com>
	<20090812100805.25d2ffbf@rincewind.suse.cz>
Message-ID: <f64639890908122221r2e1ff179h2d733d5497cbd9e1@mail.gmail.com>

>you should try to replace this .... with a single function call, e.
g.: $GLOBALS['cfg']['PropertiesNumColumns'] =
PMA_permUsrPrefGet('PropertiesNumColumns');

This would help put the code in one central location.  This is probably
better than having the code scattered all over.  But I don't think it would
help reduce the amount of code being written, if it were one of the goals.
 Some of the settings are not directly applied to global config vars so they
have to go through conditional statements.

> I mean table name, like Sebastian already has explained.

Sure.  Thanks Sebastian!

> You need to add flags PMA_DBI_QUERY_STORE to query if you want to fetch
> whole result at once.

I am SELECTing in the following format, and I still get the same error.
 Does it require modifications?

return
PMA_DBI_fetch_result(PMA_query_as_controluser($sql),PMA_DBI_QUERY_STORE)

> I think you could use similar way like we use for relation stuff.

Sweet.  Convention used to name functions in relation.lib.php probably makes
more sense.


--------------------------------------------------
Best regards,
Zeeshan Mughal
Email: zeeshanmughal at ieee.org
Web: http://www.zixan.info


On Wed, Aug 12, 2009 at 4:08 AM, Michal Čihař <michal at cihar.com> wrote:
>
> Hi
>
> Dne Wed, 12 Aug 2009 02:12:43 -0400
> "Zeeshan M." <zeeshan.jp at gmail.com> napsal(a):
>
> > >permUsrPref.table should not be hardcoded, but configurable
> >
> > I think we discussed this a long time back. [0] I suppose EAV model had
> > "design flaws" as suggested by Marc Delisle, and other developers.
Please
> > correct me if I am wrong, or you are referring to something else by
> > "configurable".
>
> I mean table name, like Sebastian already has explained.
>
> > >You should really use PMA_query_as_controluser
> >
> > I can use PMA_query_as_controluser for UPDATE query. But when I use it
for
> > SELECT I get errors. [1] Following line of code demonstrates how I am
> > implementing PMA_query_as_controluser:
> >
> > return PMA_DBI_fetch_result(PMA_query_as_controluser($sql));
>
> You need to add flags PMA_DBI_QUERY_STORE to query if you want to fetch
> whole result at once.
>
> > I also tried to include:
> >
> > /*
> > * Creates a $pma_usr_prefs pointer
> > */
> > $pma_usr_prefs = new PMA_PermUsrPref();
> >
> > but it seems it is not being recognized as an object because of being
> > remotely included in a standalone function:
> > *Fatal error*: Call to a member function fetchSettingValue() on a
non-object
>
> And what's reason for creating class and function of same name?
>
> I think you could use similar way like we use for relation stuff.
>
>
> --
> Michal Čihař | http://cihar.com | http://blog.cihar.com
>
>
------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
30-Day
> trial. Simplify your report design, integration and deployment - and focus
on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Phpmyadmin-devel mailing list
> Phpmyadmin-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090813/91270cba/attachment.html>

From lists at sebastianmendel.de  Thu Aug 13 08:08:13 2009
From: lists at sebastianmendel.de (Sebastian Mendel)
Date: Thu, 13 Aug 2009 08:08:13 +0200
Subject: [Phpmyadmin-devel] permanent storage feature done -
 please	provide your feedback
In-Reply-To: <f64639890908122221r2e1ff179h2d733d5497cbd9e1@mail.gmail.com>
References: <f64639890908110035n43237e0cg29768106b739d02a@mail.gmail.com>	<20090811101144.11ca6eb1@rincewind.suse.cz>	<f64639890908110957y422cf55cnabd33dcadcb29b9a@mail.gmail.com>	<20090811230732.27b24658@raptor>	<f64639890908112312i32890d7aj553eff0799879ac6@mail.gmail.com>	<20090812100805.25d2ffbf@rincewind.suse.cz>
	<f64639890908122221r2e1ff179h2d733d5497cbd9e1@mail.gmail.com>
Message-ID: <4A83ADCD.3040708@sebastianmendel.de>

On 13.08.2009 07:21, Zeeshan M. wrote:
>  >you should try to replace this .... with a single function call, e.
> g.: $GLOBALS['cfg']['PropertiesNumColumns'] =
> PMA_permUsrPrefGet('PropertiesNumColumns');
>
> This would help put the code in one central location.  This is probably
> better than having the code scattered all over.

yes

> But I don't think it
> would help reduce the amount of code being written, if it were one of
> the goals.  Some of the settings are not directly applied to global
> config vars so they have to go through conditional statements.

btw. why do you not just apply all user settings at once?

i am not familiar with the detailed current handling of configuration in 
the session, but IMHO this should only be required once per session

even if this is not an option, in most cases you set only one user 
option and this could be done with a single function call




i would suggest include the user pref class in common.inc.php and apply 
all user settings at once, additionally i would move all related code 
into the class (except the initial call of course)

Michal, what do you think?


-- 
Sebastian Mendel



From zeeshan.jp at gmail.com  Thu Aug 13 21:57:42 2009
From: zeeshan.jp at gmail.com (Zeeshan M.)
Date: Thu, 13 Aug 2009 15:57:42 -0400
Subject: [Phpmyadmin-devel] permanent storage feature done - please
	provide your feedback
In-Reply-To: <4A83ADCD.3040708@sebastianmendel.de>
References: <f64639890908110035n43237e0cg29768106b739d02a@mail.gmail.com>
	<20090811101144.11ca6eb1@rincewind.suse.cz>
	<f64639890908110957y422cf55cnabd33dcadcb29b9a@mail.gmail.com>
	<20090811230732.27b24658@raptor>
	<f64639890908112312i32890d7aj553eff0799879ac6@mail.gmail.com>
	<20090812100805.25d2ffbf@rincewind.suse.cz>
	<f64639890908122221r2e1ff179h2d733d5497cbd9e1@mail.gmail.com>
	<4A83ADCD.3040708@sebastianmendel.de>
Message-ID: <f64639890908131257t2269781em681e1ec3a8199f68@mail.gmail.com>

>i am not familiar with the detailed current handling of configuration in
>the session, but IMHO this should only be required once per session

Great idea, Sebastian!

Fetching settings from db only once per session would be vital in decreasing
server load and further increasing performance.

I believe Marc Delisle also suggested this.

I will see how I can go about implementing this.  Thanks!

Also, I found a minor bug in my code.  Extracted db value for
LoginCookieValidity turns out to be non-INT type by default.  So, if you
have tried running the script, you may have realized that your session
breaks in less than expected time.
Multiplying db value by 1 should do the trick.

--------------------------------------------------
Best regards,
Zeeshan Mughal
Email:  zeeshanmughal at ieee.org
Web:  http://www.zixan.info


On Thu, Aug 13, 2009 at 2:08 AM, Sebastian Mendel <lists at sebastianmendel.de>
wrote:
>
> On 13.08.2009 07:21, Zeeshan M. wrote:
> >  >you should try to replace this .... with a single function call, e.
> > g.: $GLOBALS['cfg']['PropertiesNumColumns'] =
> > PMA_permUsrPrefGet('PropertiesNumColumns');
> >
> > This would help put the code in one central location.  This is probably
> > better than having the code scattered all over.
>
> yes
>
> > But I don't think it
> > would help reduce the amount of code being written, if it were one of
> > the goals.  Some of the settings are not directly applied to global
> > config vars so they have to go through conditional statements.
>
> btw. why do you not just apply all user settings at once?
>
> i am not familiar with the detailed current handling of configuration in
> the session, but IMHO this should only be required once per session
>
> even if this is not an option, in most cases you set only one user
> option and this could be done with a single function call
>
>
>
>
> i would suggest include the user pref class in common.inc.php and apply
> all user settings at once, additionally i would move all related code
> into the class (except the initial call of course)
>
> Michal, what do you think?
>
>
> --
> Sebastian Mendel
>
>
------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
30-Day
> trial. Simplify your report design, integration and deployment - and focus
on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Phpmyadmin-devel mailing list
> Phpmyadmin-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090813/f6d355f2/attachment.html>

From michal at cihar.com  Sat Aug 15 20:25:04 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Sat, 15 Aug 2009 20:25:04 +0200
Subject: [Phpmyadmin-devel] [Phpmyadmin-svn] SF.net SVN:
 phpmyadmin:[12801] branches/gsoc/tomas_zahra/lang
In-Reply-To: <E1McNlE-0001sB-0s@bj8yhf1.ch3.sourceforge.com>
References: <E1McNlE-0001sB-0s@bj8yhf1.ch3.sourceforge.com>
Message-ID: <20090815202504.4608554b@raptor>

Hi

Dne Sat, 15 Aug 2009 18:13:48 +0000
tomassrnka at users.sourceforge.net napsal(a):

> Revision: 12801
>           http://phpmyadmin.svn.sourceforge.net/phpmyadmin/?rev=12801&view=rev
> Author:   tomassrnka
> Date:     2009-08-15 18:13:44 +0000 (Sat, 15 Aug 2009)
...
> --- branches/gsoc/tomas_zahra/lang/afrikaans-utf-8.inc.php	2009-08-15 15:41:24 UTC (rev 12800)
> +++ branches/gsoc/tomas_zahra/lang/afrikaans-utf-8.inc.php	2009-08-15 18:13:44 UTC (rev 12801)
> @@ -1490,4 +1490,5758 @@
>  $strImportLargeFileUploading = 'The file being uploaded is probably larger than the maximum allowed size or this is a known bug in webkit based (Safari, Google Chrome, Arora etc.) browsers.';  //to translate
>  $strImportProceedingFile = 'The file is being processed, please be patient.';  //to translate
>  $strImportUploadInfoNotAvailable = 'Please be patient, the file is being uploaded. Details about the upload are not available.';  //to translate
> +Dit lyk nogal snaaks in Afrikaans ;  //to translate-).
> +$charset = 'utf-8';  //to translate
> +$text_dir = 'ltr';  //to translate // ('ltr' for left to right, 'rtl' for right to left)
> +$number_thousands_separator = ',';  //to translate
> +$number_decimal_separator = '.';  //to translate
> +$byteUnits = array('Bytes', 'KB', 'MB', 'GB', 'TB', 'PB', 'EB');  //to translate
> +$day_of_week = array('So', 'Ma', 'Di', 'Wo', 'Do', 'Fr', 'Sa');  //to translate
> +$month = array('Jan', 'Feb', 'Mar', 'Apr', 'Mei', 'Jun', 'Jul', 'Aug', 'Sep', 'Okt', 'Nov', 'Des');  //to translate
> +$datefmt = '%B %d, %Y at %I:%M %p';  //to translate
> +$timespanfmt = '%s days, %s hours, %s minutes and %s seconds';  //to translate
> +$strAccessDenied = 'Toegang Geweier';  //to translate
> +$strAction = 'Aksie';  //to translate
> +$strAddDeleteColumn = 'Voeg By/Verwyder Veld Kolomme';  //to translate

You definitely did something wrong here....

-- 
	Michal Čihař | http://cihar.com | http://phpmyadmin.cz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090815/ab8534d4/attachment.sig>

From lists at sebastianmendel.de  Mon Aug 17 08:19:07 2009
From: lists at sebastianmendel.de (Sebastian Mendel)
Date: Mon, 17 Aug 2009 08:19:07 +0200
Subject: [Phpmyadmin-devel] permanent storage feature done -
 please	provide your feedback
In-Reply-To: <f64639890908131257t2269781em681e1ec3a8199f68@mail.gmail.com>
References: <f64639890908110035n43237e0cg29768106b739d02a@mail.gmail.com>	<20090811101144.11ca6eb1@rincewind.suse.cz>	<f64639890908110957y422cf55cnabd33dcadcb29b9a@mail.gmail.com>	<20090811230732.27b24658@raptor>	<f64639890908112312i32890d7aj553eff0799879ac6@mail.gmail.com>	<20090812100805.25d2ffbf@rincewind.suse.cz>	<f64639890908122221r2e1ff179h2d733d5497cbd9e1@mail.gmail.com>	<4A83ADCD.3040708@sebastianmendel.de>
	<f64639890908131257t2269781em681e1ec3a8199f68@mail.gmail.com>
Message-ID: <4A88F65B.4070401@sebastianmendel.de>

On 13.08.2009 21:57, Zeeshan M. wrote:

> Also, I found a minor bug in my code.  Extracted db value for
> LoginCookieValidity turns out to be non-INT type by default.

all Variables from $_REQUEST (_COOKIE, _GET, _POST) are strings


> So, if you
> have tried running the script, you may have realized that your session
> breaks in less than expected time.
> Multiplying db value by 1 should do the trick.

use

$myVar = (int) $myVar;

or

$myVar = intval($myVar);

-- 
Sebastian Mendel



From michal at cihar.com  Tue Aug 18 14:59:23 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Tue, 18 Aug 2009 14:59:23 +0200
Subject: [Phpmyadmin-devel] [Phpmyadmin-svn] SF.net SVN:
 phpmyadmin:[12815] branches/gsoc/derek/phpMyAdmin
In-Reply-To: <E1MdA1w-0000vL-78@d5vjzd1.ch3.sourceforge.com>
References: <E1MdA1w-0000vL-78@d5vjzd1.ch3.sourceforge.com>
Message-ID: <20090818145923.3e980f47@rincewind.suse.cz>

Hi

Dne Mon, 17 Aug 2009 21:46:16 +0000
drummingds1 at users.sourceforge.net napsal(a):

> Revision: 12815
>           http://phpmyadmin.svn.sourceforge.net/phpmyadmin/?rev=12815&view=rev
> Author:   drummingds1
> Date:     2009-08-17 21:46:08 +0000 (Mon, 17 Aug 2009)
> 
> Log Message:
> -----------
> Additions and change made to documentation, and other minor alterations.
> 
> Modified Paths:
> --------------
>     branches/gsoc/derek/phpMyAdmin/ChangeLog
>     branches/gsoc/derek/phpMyAdmin/libraries/common.lib.php
>     branches/gsoc/derek/phpMyAdmin/libraries/database_interface.lib.php
>     branches/gsoc/derek/phpMyAdmin/libraries/import/xls.php
>     branches/gsoc/derek/phpMyAdmin/libraries/import/xlsx.php
>     branches/gsoc/derek/phpMyAdmin/libraries/import.lib.php
> 
> Property Changed:
> ----------------
>     branches/gsoc/derek/phpMyAdmin/
> 
> 
> Property changes on: branches/gsoc/derek/phpMyAdmin
> ___________________________________________________________________
> Modified: svn:mergeinfo
>    - /trunk/phpMyAdmin:12672-12790
>    + /trunk/phpMyAdmin:12672-12811

Please do not mix merge commits with regular ones, then it is hard to
find out what is actually your change.

-- 
	Michal Čihař | http://cihar.com | http://blog.cihar.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090818/01f1bb90/attachment.sig>

From alexander.rutkowski at googlemail.com  Tue Aug 18 23:48:56 2009
From: alexander.rutkowski at googlemail.com (Alexander Rutkowski)
Date: Tue, 18 Aug 2009 23:48:56 +0200
Subject: [Phpmyadmin-devel] GSoC tracking mechanism,
	status report August 10th - August 18th
Message-ID: <4A8B21C8.7070603@googlemail.com>

Hi all,

KEY ACCOMPLISHMENTS LAST WEEK
=============================
- Wrote additional documentation, added information about the
config vars to Documentation.html

- Used add_message(_file).sh to add lang vars.

- Made the tracking of SQL dump imports working.

- Created a short how-to video (see my blog).

- Asked friends to evaluate my project.

- Registered to PMA wiki, but can't edit all articles.

KEY TASKS THAT STALLED
======================
--

KEY CONCERNS
============
Evaluation

TASKS IN THE UPCOMING WEEK(s)
==========================
- Improve the mechanism


Of course I hope you will send me feedback.
You can test it at http://demo.phpmyadmin.net/gsoc-alex/

My blog is available at http://trackingmech.blogspot.com/

What do you think about video tutorials? Do we need it for PMA ?
In my view it's sometimes better than reading a lot of written howtos 
with dozens of screenshots.

Best regards

Alexander





From michal at cihar.com  Thu Aug 20 13:16:13 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Thu, 20 Aug 2009 13:16:13 +0200
Subject: [Phpmyadmin-devel] First GSoC code in trunk
Message-ID: <20090820131613.740ae307@rincewind.suse.cz>

Hi all

as you might already noticed, we have first code from this year in
trunk. The first thing which got merged were import (and at the end
also export) improvements from Derek Schaefer. I think it is great
addition to our features and I hope now more people will actually test
it.

Just reviewing other students branches for merging them.

-- 
	Michal Čihař | http://cihar.com | http://blog.cihar.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090820/c6f9f074/attachment.sig>

From michal at cihar.com  Thu Aug 20 15:59:13 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Thu, 20 Aug 2009 15:59:13 +0200
Subject: [Phpmyadmin-devel] GSoC tracking mechanism,
 status report August 10th - August 18th
In-Reply-To: <4A8B21C8.7070603@googlemail.com>
References: <4A8B21C8.7070603@googlemail.com>
Message-ID: <20090820155913.48089044@rincewind.suse.cz>

Hi

Dne Tue, 18 Aug 2009 23:48:56 +0200
Alexander Rutkowski <alexander.rutkowski at googlemail.com> napsal(a):

> - Registered to PMA wiki, but can't edit all articles.

You need to have confirmed emails for that.

-- 
	Michal Čihař | http://cihar.com | http://blog.cihar.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090820/9957019c/attachment.sig>

From michal at cihar.com  Thu Aug 20 15:41:46 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Thu, 20 Aug 2009 15:41:46 +0200
Subject: [Phpmyadmin-devel] Merging GSoC branches back
Message-ID: <20090820154146.5b130a2f@rincewind.suse.cz>

Hi all

two of GSoC branches are now merged, the remaining ones are tomas and
zahra. Is your common branch ready to get merged or each one should be
processed separately? I did not yet review the code, I just ask what
you two think about it.

PS: Merging with svn is not as good as with git and with addition of
slow and disconnecting sf.net servers it is really painful. I had to
split commits because otherwise they did terminate SSL connection...

-- 
	Michal Čihař | http://cihar.com | http://blog.cihar.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090820/f8f839c1/attachment.sig>

From marc at infomarc.info  Thu Aug 20 17:19:29 2009
From: marc at infomarc.info (Marc Delisle)
Date: Thu, 20 Aug 2009 11:19:29 -0400
Subject: [Phpmyadmin-devel] Merging GSoC branches back
In-Reply-To: <20090820154146.5b130a2f@rincewind.suse.cz>
References: <20090820154146.5b130a2f@rincewind.suse.cz>
Message-ID: <4A8D6981.2030103@infomarc.info>

Michal Čihař a écrit :
> Hi all
> 
> two of GSoC branches are now merged, the remaining ones are tomas and
> zahra. Is your common branch ready to get merged or each one should be
> processed separately? I did not yet review the code, I just ask what
> you two think about it.

I still need to test the tomas_zahra branch today.

> 
> PS: Merging with svn is not as good as with git and with addition of
> slow and disconnecting sf.net servers it is really painful. I had to
> split commits because otherwise they did terminate SSL connection...

Maybe this will be better from my side of the ocean...

> 
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Phpmyadmin-devel mailing list
> Phpmyadmin-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel


-- 
Marc Delisle
http://infomarc.info



From lists at sebastianmendel.de  Fri Aug 21 09:04:32 2009
From: lists at sebastianmendel.de (Sebastian Mendel)
Date: Fri, 21 Aug 2009 09:04:32 +0200
Subject: [Phpmyadmin-devel] Merging GSoC branches back
In-Reply-To: <20090820154146.5b130a2f@rincewind.suse.cz>
References: <20090820154146.5b130a2f@rincewind.suse.cz>
Message-ID: <4A8E4700.6030106@sebastianmendel.de>

On 20.08.2009 15:41, Michal Čihař wrote:
> Hi all
>
> two of GSoC branches are now merged, the remaining ones are tomas and
> zahra. Is your common branch ready to get merged or each one should be
> processed separately? I did not yet review the code, I just ask what
> you two think about it.
>
> PS: Merging with svn is not as good as with git and with addition of
> slow and disconnecting sf.net servers it is really painful. I had to
> split commits because otherwise they did terminate SSL connection...

great ... but


Fehler SQL-Befehl: DokumentationBearbeiten

SELECT tracking_active
FROM WHERE `db_name` = 'aida_typo3_relaunch'
AND `table_name` = 'be_groups'
ORDER BY version DESC

MySQL meldet: Dokumentation
#1064 - You have an error in your SQL syntax; check the manual that 
corresponds to your MySQL server version for the right syntax to use 
near 'WHERE `db_name` = 'aida_typo3_relaunch'  AND `table_name` = 
'be_groups'  ORDER B' at line 1



i think we should adjust the PMA relation configuration check script, 
ahm, or however it is named


-- 
Sebastian Mendel



From michal at cihar.com  Fri Aug 21 09:26:51 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Fri, 21 Aug 2009 09:26:51 +0200
Subject: [Phpmyadmin-devel] Merging GSoC branches back
In-Reply-To: <4A8E4700.6030106@sebastianmendel.de>
References: <20090820154146.5b130a2f@rincewind.suse.cz>
	<4A8E4700.6030106@sebastianmendel.de>
Message-ID: <20090821092651.7ff76214@rincewind.suse.cz>

Hi

Dne Fri, 21 Aug 2009 09:04:32 +0200
Sebastian Mendel <lists at sebastianmendel.de> napsal(a):

> great ... but
> 
> 
> Fehler SQL-Befehl: DokumentationBearbeiten
> 
> SELECT tracking_active
> FROM WHERE `db_name` = 'aida_typo3_relaunch'
> AND `table_name` = 'be_groups'
> ORDER BY version DESC
> 
> MySQL meldet: Dokumentation
> #1064 - You have an error in your SQL syntax; check the manual that 
> corresponds to your MySQL server version for the right syntax to use 
> near 'WHERE `db_name` = 'aida_typo3_relaunch'  AND `table_name` = 
> 'be_groups'  ORDER B' at line 1
> 
> 
> 
> i think we should adjust the PMA relation configuration check script, 
> ahm, or however it is named

Should be done now.

-- 
	Michal Čihař | http://cihar.com | http://blog.cihar.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090821/6556b289/attachment.sig>

From michal at cihar.com  Fri Aug 21 09:50:07 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Fri, 21 Aug 2009 09:50:07 +0200
Subject: [Phpmyadmin-devel] Status?
In-Reply-To: <702449230908210029m29a14d2ew1468e722dab3d13a@mail.gmail.com>
References: <20090818155014.041f289a@rincewind.suse.cz>
	<702449230908190338k304b893aq43c25007f73a808d@mail.gmail.com>
	<20090820235449.7e4cde25@raptor>
	<702449230908210029m29a14d2ew1468e722dab3d13a@mail.gmail.com>
Message-ID: <20090821095007.25425945@rincewind.suse.cz>

Hi

Dne Fri, 21 Aug 2009 12:29:10 +0500
Zahra Naeem <xara.fast at gmail.com> napsal(a):

> My branch is ready and please process it separately.
> Please take the latest code from the branch as I have also committed after
> 17 Aug.

Where is the documentation?

> From my side all updations are done, I think you should inquire Tomáš about
> the status aswell.

Okay, waiting for his reply.

-- 
	Michal Čihař | http://cihar.com | http://blog.cihar.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090821/1e152260/attachment.sig>

From michal at cihar.com  Fri Aug 21 13:45:33 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Fri, 21 Aug 2009 13:45:33 +0200
Subject: [Phpmyadmin-devel] Git anyone?
Message-ID: <20090821134533.0c87b469@rincewind.suse.cz>

Hi all

while merging GSoC branches, I really understood how painful are
branches in SVN. I use Git for most other projects and such thing is
much easier there as well as it adds some other benefits
(eg. possibility to work offline).

As sf.net has gained support for Git recently, this brought me to
obvious question - how about to migrate to it? The migration of data
from SVN is quite easy, so this should not be the issue. But the
question is whether some of you know Git or are willing to learn it.

-- 
	Michal Čihař | http://cihar.com | http://blog.cihar.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090821/f47b21e3/attachment.sig>

From marc at infomarc.info  Fri Aug 21 14:04:16 2009
From: marc at infomarc.info (Marc Delisle)
Date: Fri, 21 Aug 2009 08:04:16 -0400
Subject: [Phpmyadmin-devel] Git anyone?
In-Reply-To: <20090821134533.0c87b469@rincewind.suse.cz>
References: <20090821134533.0c87b469@rincewind.suse.cz>
Message-ID: <4A8E8D40.9090708@infomarc.info>

Michal Čihař a écrit :
> Hi all
> 
> while merging GSoC branches, I really understood how painful are
> branches in SVN. I use Git for most other projects and such thing is
> much easier there as well as it adds some other benefits
> (eg. possibility to work offline).
> 
> As sf.net has gained support for Git recently, this brought me to
> obvious question - how about to migrate to it? The migration of data
> from SVN is quite easy, so this should not be the issue. But the
> question is whether some of you know Git or are willing to learn it.
>

Hi Michal,
I would say that the question is not about "some of you"; we must decide 
this, based on the majority of people who are currently submitting SVN 
patches. I would not like them to be dissuaded to contribute.

For me, I don't use git and am not sure that we would need its features 
very often; also, for the next GSoC we can plan things differently, 
looking how to improve work with branches.

-- 
Marc Delisle
http://infomarc.info



From michal at cihar.com  Fri Aug 21 14:33:29 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Fri, 21 Aug 2009 14:33:29 +0200
Subject: [Phpmyadmin-devel] Git anyone?
In-Reply-To: <4A8E8D40.9090708@infomarc.info>
References: <20090821134533.0c87b469@rincewind.suse.cz>
	<4A8E8D40.9090708@infomarc.info>
Message-ID: <20090821143329.220559db@rincewind.suse.cz>

Hi

Dne Fri, 21 Aug 2009 08:04:16 -0400
Marc Delisle <marc at infomarc.info> napsal(a):

> I would say that the question is not about "some of you"; we must decide 
> this, based on the majority of people who are currently submitting SVN 
> patches. I would not like them to be dissuaded to contribute.

Well I'd not say this is is about the decision, but rather testing
whether there would be interest into doing such thing. If more people
would be interested in this, it could push others to learn it. On the
other side if nobody except me sees advantage in such change, I'm not
going to spend my time on pushing it.

> For me, I don't use git and am not sure that we would need its features 
> very often; also, for the next GSoC we can plan things differently, 
> looking how to improve work with branches.

Well there are more things where it might be helpful (eg. making changes
in more branches, what is right now basically manual work). Or just it
does not have some problems (as you do most things locally, it is
generally much faster and you are not doomed when server is badly
reachable because it is heavy loaded). 

What I really hate in last days is that just svn update of my
phpmyadmin tree takes several minutes. Having fast computer and fast
internet access, such operation should be fast as well.

If you want to read some more differences you can read here:

http://git.or.cz/gitwiki/GitSvnComparsion

To see how to control git and how it differs from svn:

http://git.or.cz/course/svn.html

And finally if you want to spend several evenings by reading a git
book :-):

http://progit.org/

-- 
	Michal Čihař | http://cihar.com | http://blog.cihar.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090821/ed92441f/attachment.sig>

From toms at linuxos.sk  Fri Aug 21 16:21:14 2009
From: toms at linuxos.sk (toms at linuxos.sk)
Date: Fri, 21 Aug 2009 16:21:14 +0200 (CEST)
Subject: [Phpmyadmin-devel] Status?
In-Reply-To: <20090821095007.25425945@rincewind.suse.cz>
References: <20090818155014.041f289a@rincewind.suse.cz>
	<702449230908190338k304b893aq43c25007f73a808d@mail.gmail.com>
	<20090820235449.7e4cde25@raptor>
	<702449230908210029m29a14d2ew1468e722dab3d13a@mail.gmail.com>
	<20090821095007.25425945@rincewind.suse.cz>
Message-ID: <20895.195.91.55.184.1250864474.squirrel@www.linuxos.sk>

Hi,

my question is - shall I merge current zahra's branch back into
tomas_zahra branch or shall I make my branch without any sync. code and
create separate patch for current zahraa's code?

Tomas

> Hi
>
> Dne Fri, 21 Aug 2009 12:29:10 +0500
> Zahra Naeem <xara.fast at gmail.com> napsal(a):
>
>> My branch is ready and please process it separately.
>> Please take the latest code from the branch as I have also committed
>> after
>> 17 Aug.
>
> Where is the documentation?
>
>> From my side all updations are done, I think you should inquire Tomáš
>> about
>> the status aswell.
>
> Okay, waiting for his reply.
>
> --
> 	Michal Čihař | http://cihar.com | http://blog.cihar.com
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.
> http://p.sf.net/sfu/bobj-july_______________________________________________
> Phpmyadmin-devel mailing list
> Phpmyadmin-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel
>








From toms at linuxos.sk  Fri Aug 21 16:23:23 2009
From: toms at linuxos.sk (toms at linuxos.sk)
Date: Fri, 21 Aug 2009 16:23:23 +0200 (CEST)
Subject: [Phpmyadmin-devel] Status?
In-Reply-To: <20090821095007.25425945@rincewind.suse.cz>
References: <20090818155014.041f289a@rincewind.suse.cz>
	<702449230908190338k304b893aq43c25007f73a808d@mail.gmail.com>
	<20090820235449.7e4cde25@raptor>
	<702449230908210029m29a14d2ew1468e722dab3d13a@mail.gmail.com>
	<20090821095007.25425945@rincewind.suse.cz>
Message-ID: <52450.195.91.55.184.1250864603.squirrel@www.linuxos.sk>

Hi,

my question is - shall I merge current zahra's branch back into
tomas_zahra branch or shall I make my branch without any sync. code and
create separate patch for current zahraa's code?

Tomas

> Hi
>
> Dne Fri, 21 Aug 2009 12:29:10 +0500
> Zahra Naeem <xara.fast at gmail.com> napsal(a):
>
>> My branch is ready and please process it separately.
>> Please take the latest code from the branch as I have also committed
>> after
>> 17 Aug.
>
> Where is the documentation?
>
>> From my side all updations are done, I think you should inquire Tomáš
>> about
>> the status aswell.
>
> Okay, waiting for his reply.
>
> --
> 	Michal Čihař | http://cihar.com | http://blog.cihar.com
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.
> http://p.sf.net/sfu/bobj-july_______________________________________________
> Phpmyadmin-devel mailing list
> Phpmyadmin-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel
>








From michal at cihar.com  Fri Aug 21 16:41:13 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Fri, 21 Aug 2009 16:41:13 +0200
Subject: [Phpmyadmin-devel] Status?
In-Reply-To: <52450.195.91.55.184.1250864603.squirrel@www.linuxos.sk>
References: <20090818155014.041f289a@rincewind.suse.cz>
	<702449230908190338k304b893aq43c25007f73a808d@mail.gmail.com>
	<20090820235449.7e4cde25@raptor>
	<702449230908210029m29a14d2ew1468e722dab3d13a@mail.gmail.com>
	<20090821095007.25425945@rincewind.suse.cz>
	<52450.195.91.55.184.1250864603.squirrel@www.linuxos.sk>
Message-ID: <20090821164113.7f9ca6bf@rincewind.suse.cz>

Hi

Dne Fri, 21 Aug 2009 16:23:23 +0200 (CEST)
toms at linuxos.sk napsal(a):

> my question is - shall I merge current zahra's branch back into
> tomas_zahra branch or shall I make my branch without any sync. code and
> create separate patch for current zahraa's code?

Well in current state I don't want to merge zahra's branch to trunk. I
hope he will make some cleanup during weekend so that it would be ready
to merge on Monday. So unless this is blocking something else, I
suggest to wait on Monday, then either the code will be cleaned up or I
will do it and we can merge all these things together (at least I hope
it will be possible).

-- 
	Michal Čihař | http://cihar.com | http://blog.cihar.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090821/a973fa4e/attachment.sig>

From marc at infomarc.info  Fri Aug 21 17:21:12 2009
From: marc at infomarc.info (Marc Delisle)
Date: Fri, 21 Aug 2009 11:21:12 -0400
Subject: [Phpmyadmin-devel] Git anyone?
In-Reply-To: <20090821134533.0c87b469@rincewind.suse.cz>
References: <20090821134533.0c87b469@rincewind.suse.cz>
Message-ID: <4A8EBB68.3010009@infomarc.info>

Michal Čihař a écrit :
> Hi all
> 
> while merging GSoC branches, I really understood how painful are
> branches in SVN. I use Git for most other projects and such thing is
> much easier there as well as it adds some other benefits
> (eg. possibility to work offline).

About Subversion 1.6 branching and merging: 
http://www.phpcult.com/blog/2009/08/subversion-1-6-branching-and-merging-caveats-and-how-to/

> 
> As sf.net has gained support for Git recently, this brought me to
> obvious question - how about to migrate to it? The migration of data
> from SVN is quite easy, so this should not be the issue. But the
> question is whether some of you know Git or are willing to learn it.
> 
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Phpmyadmin-devel mailing list
> Phpmyadmin-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel


-- 
Marc Delisle
http://infomarc.info



From rink at initfour.nl  Fri Aug 21 19:25:43 2009
From: rink at initfour.nl (Herman van Rink)
Date: Fri, 21 Aug 2009 19:25:43 +0200
Subject: [Phpmyadmin-devel] Git anyone?
In-Reply-To: <4A8EBB68.3010009@infomarc.info>
References: <20090821134533.0c87b469@rincewind.suse.cz>
	<4A8EBB68.3010009@infomarc.info>
Message-ID: <4A8ED897.6080802@initfour.nl>

Marc Delisle wrote:
> Michal Čihař a écrit :
>   
>> Hi all
>>
>> while merging GSoC branches, I really understood how painful are
>> branches in SVN. I use Git for most other projects and such thing is
>> much easier there as well as it adds some other benefits
>> (eg. possibility to work offline).
>>     
>
> About Subversion 1.6 branching and merging: 
> http://www.phpcult.com/blog/2009/08/subversion-1-6-branching-and-merging-caveats-and-how-to/
>
>   
I'm sort-off back... but still catching up on some reading.

As the link above points out it has become a bit easier to do merging in
svn 'recently'.
A while back when I was experimenting with git I noticed that svn now
stores a property to keep track of which trunk changes have already been
merged into your branch. After bringing your branch into sync, which is
not limited to a single time, merging into trunk should be straightforward.

My point being: The tools are more important then the architecture.

Sure git has some very nice advantages, mainly being less reliant on the
'slow' sf.net svn server.
But many users have svn experience and speaking for myself limited git
experience.

Either way is fine by me, I don't mind reading up on git.

-- 
Met vriendelijke groet / Regards,

Herman van Rink 
Initfour websolutions





From marc at infomarc.info  Fri Aug 21 19:32:05 2009
From: marc at infomarc.info (Marc Delisle)
Date: Fri, 21 Aug 2009 13:32:05 -0400
Subject: [Phpmyadmin-devel] Git anyone?
In-Reply-To: <20090821143329.220559db@rincewind.suse.cz>
References: <20090821134533.0c87b469@rincewind.suse.cz>	<4A8E8D40.9090708@infomarc.info>
	<20090821143329.220559db@rincewind.suse.cz>
Message-ID: <4A8EDA15.7050303@infomarc.info>

Michal Čihař a écrit :
> Hi

> What I really hate in last days is that just svn update of my
> phpmyadmin tree takes several minutes. Having fast computer and fast
> internet access, such operation should be fast as well.

My working copy does not contain the full tree, it only has some parts 
that I find useful; for me, svn update takes a few seconds. OK I'm in 
Canada but what about svn update times for other Europe-based developers?


-- 
Marc Delisle
http://infomarc.info



From michal at cihar.com  Fri Aug 21 20:12:30 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Fri, 21 Aug 2009 20:12:30 +0200
Subject: [Phpmyadmin-devel] Git anyone?
In-Reply-To: <4A8EBB68.3010009@infomarc.info>
References: <20090821134533.0c87b469@rincewind.suse.cz>
	<4A8EBB68.3010009@infomarc.info>
Message-ID: <20090821201230.6811816c@raptor>

Hi

Dne Fri, 21 Aug 2009 11:21:12 -0400
Marc Delisle <marc at infomarc.info> napsal(a):

> Michal Čihař a écrit :
> > Hi all
> > 
> > while merging GSoC branches, I really understood how painful are
> > branches in SVN. I use Git for most other projects and such thing is
> > much easier there as well as it adds some other benefits
> > (eg. possibility to work offline).
> 
> About Subversion 1.6 branching and merging: 
> http://www.phpcult.com/blog/2009/08/subversion-1-6-branching-and-merging-caveats-and-how-to/

Well for some reason merging gsoc branches back to trunk did not work
this way. Even though I merged all changes to other branch before so it
was just about applying diff between branch and trunk (what I did
manually at the end). Maybe I just did something wrong...

-- 
	Michal Čihař | http://cihar.com | http://phpmyadmin.cz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090821/b36c8bb6/attachment.sig>

From michal at cihar.com  Fri Aug 21 20:16:59 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Fri, 21 Aug 2009 20:16:59 +0200
Subject: [Phpmyadmin-devel] Git anyone?
In-Reply-To: <4A8EDA15.7050303@infomarc.info>
References: <20090821134533.0c87b469@rincewind.suse.cz>
	<4A8E8D40.9090708@infomarc.info>
	<20090821143329.220559db@rincewind.suse.cz>
	<4A8EDA15.7050303@infomarc.info>
Message-ID: <20090821201659.0cd43d5d@raptor>

Hi

Dne Fri, 21 Aug 2009 13:32:05 -0400
Marc Delisle <marc at infomarc.info> napsal(a):

> > What I really hate in last days is that just svn update of my
> > phpmyadmin tree takes several minutes. Having fast computer and fast
> > internet access, such operation should be fast as well.
> 
> My working copy does not contain the full tree, it only has some parts 
> that I find useful; for me, svn update takes a few seconds. OK I'm in 
> Canada but what about svn update times for other Europe-based developers?

Well I used to have also parts, but needing QA branches time to time,
now the gsoc branches, documentation, website ... I basically have full
copy.

Anyway right now it takes about 20 seconds to do svn update on up to
date tree. This afternoon it was 3 minutes. It just depends how heavy
loaded the server is. And it looks to me like it is usually heavy
loaded in times when I work ;-).

-- 
	Michal Čihař | http://cihar.com | http://phpmyadmin.cz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090821/983ac9d1/attachment.sig>

From derek.schaefer at gmail.com  Sat Aug 22 17:00:26 2009
From: derek.schaefer at gmail.com (Derek Schaefer)
Date: Sat, 22 Aug 2009 10:00:26 -0500
Subject: [Phpmyadmin-devel] Git anyone?
In-Reply-To: <4A8ED897.6080802@initfour.nl>
References: <20090821134533.0c87b469@rincewind.suse.cz>
	<4A8EBB68.3010009@infomarc.info> <4A8ED897.6080802@initfour.nl>
Message-ID: <becde3df0908220800j5fbd271asde52a43828021bae@mail.gmail.com>

Hey all,

I figured I'd put in my two cents now that I've had a summer full of
experience dealing with branches in SVN...

On Fri, Aug 21, 2009 at 12:25 PM, Herman van Rink<rink at initfour.nl> wrote:
> Marc Delisle wrote:
>> Michal Čihař a écrit :
>>
>>> Hi all
>>>
>>> while merging GSoC branches, I really understood how painful are
>>> branches in SVN. I use Git for most other projects and such thing is
>>> much easier there as well as it adds some other benefits
>>> (eg. possibility to work offline).
>>>
>>
>> About Subversion 1.6 branching and merging:
>> http://www.phpcult.com/blog/2009/08/subversion-1-6-branching-and-merging-caveats-and-how-to/

I have SVN 1.6.4, and tried to merge my branch back into the trunk
with that method, as well as any others I could find, and I still
ended up doing it manually. Therefore, I know I was using the correct
commands/syntax to merge it back (I used methods listed for 1.6 all
the way back to 1.0, I believe), so the problem was either SVN or I
set my branch up wrong (I used SVN copy, and from all I could find
this is the correct way). Not quite sure what to make of it.

For what it's worth, keeping my branch in sync with the trunk was
incredibly easy, so SVN does have that going for it.

>>
>>
> I'm sort-off back... but still catching up on some reading.
>
> As the link above points out it has become a bit easier to do merging in
> svn 'recently'.
> A while back when I was experimenting with git I noticed that svn now
> stores a property to keep track of which trunk changes have already been
> merged into your branch. After bringing your branch into sync, which is
> not limited to a single time, merging into trunk should be straightforward.
>
> My point being: The tools are more important then the architecture.
>
> Sure git has some very nice advantages, mainly being less reliant on the
> 'slow' sf.net svn server.
> But many users have svn experience and speaking for myself limited git
> experience.
>
> Either way is fine by me, I don't mind reading up on git.

After doing some preliminary reading, git does look promising. I don't
have any problem learning the new system (it appears rather
straight-forward, from what I have seen so far). Count me in if we
feel there to be enough of a benefit over SVN.

> --
> Met vriendelijke groet / Regards,
>
> Herman van Rink
> Initfour websolutions
>
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Phpmyadmin-devel mailing list
> Phpmyadmin-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel
>



From michal at cihar.com  Sun Aug 23 20:56:28 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Sun, 23 Aug 2009 20:56:28 +0200
Subject: [Phpmyadmin-devel] [Phpmyadmin-svn] SF.net SVN:
 phpmyadmin:[12872] branches/gsoc/zahra/ Synchronization_User Manual.docx
In-Reply-To: <E1MfGWG-0001ev-6D@dn4whf1.ch3.sourceforge.com>
References: <E1MfGWG-0001ev-6D@dn4whf1.ch3.sourceforge.com>
Message-ID: <20090823205628.534ec8c6@raptor>

Hi

Dne Sun, 23 Aug 2009 17:06:16 +0000
zahranaeem at users.sourceforge.net napsal(a):

> Revision: 12872
>           http://phpmyadmin.svn.sourceforge.net/phpmyadmin/?rev=12872&view=rev
> Author:   zahranaeem
> Date:     2009-08-23 17:06:11 +0000 (Sun, 23 Aug 2009)
> 
> Log Message:
> -----------
> Added the documentation file Synchronization_User Manual.docx to branch's root level.
> 
> Added Paths:
> -----------
>     branches/gsoc/zahra/Synchronization_User Manual.docx
> 
> Added: branches/gsoc/zahra/Synchronization_User Manual.docx
> ===================================================================
> (Binary files differ)
> 
> 
> Property changes on: branches/gsoc/zahra/Synchronization_User Manual.docx
> ___________________________________________________________________
> Added: svn:mime-type
>    + application/octet-stream

Sorry, but we have existing documentation, can you please add your
documentation to it instead of introducing another documentation in
your own format?

-- 
	Michal Čihař | http://cihar.com | http://phpmyadmin.cz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090823/69183e9b/attachment.sig>

From toms at linuxos.sk  Mon Aug 24 16:46:51 2009
From: toms at linuxos.sk (Tomas Srnka)
Date: Mon, 24 Aug 2009 16:46:51 +0200
Subject: [Phpmyadmin-devel] Status?
In-Reply-To: <20090821164113.7f9ca6bf@rincewind.suse.cz>
References: <20090818155014.041f289a@rincewind.suse.cz>	<702449230908190338k304b893aq43c25007f73a808d@mail.gmail.com>	<20090820235449.7e4cde25@raptor>	<702449230908210029m29a14d2ew1468e722dab3d13a@mail.gmail.com>	<20090821095007.25425945@rincewind.suse.cz>	<52450.195.91.55.184.1250864603.squirrel@www.linuxos.sk>
	<20090821164113.7f9ca6bf@rincewind.suse.cz>
Message-ID: <4A92A7DB.6030304@linuxos.sk>

Hi,

please write me an e-mail, when zahra's branch is ready, so I can 
prepare my changes.

Thank you

Tomas

Michal Čihař wrote:
> Hi
>
> Dne Fri, 21 Aug 2009 16:23:23 +0200 (CEST)
> toms at linuxos.sk napsal(a):
>
>   
>> my question is - shall I merge current zahra's branch back into
>> tomas_zahra branch or shall I make my branch without any sync. code and
>> create separate patch for current zahraa's code?
>>     
>
> Well in current state I don't want to merge zahra's branch to trunk. I
> hope he will make some cleanup during weekend so that it would be ready
> to merge on Monday. So unless this is blocking something else, I
> suggest to wait on Monday, then either the code will be cleaned up or I
> will do it and we can merge all these things together (at least I hope
> it will be possible).
>
>   
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> ------------------------------------------------------------------------
>
> _______________________________________________
> Phpmyadmin-devel mailing list
> Phpmyadmin-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel
>   







From michal at cihar.com  Mon Aug 24 16:54:11 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Mon, 24 Aug 2009 16:54:11 +0200
Subject: [Phpmyadmin-devel] Status?
In-Reply-To: <4A92A7DB.6030304@linuxos.sk>
References: <20090818155014.041f289a@rincewind.suse.cz>
	<702449230908190338k304b893aq43c25007f73a808d@mail.gmail.com>
	<20090820235449.7e4cde25@raptor>
	<702449230908210029m29a14d2ew1468e722dab3d13a@mail.gmail.com>
	<20090821095007.25425945@rincewind.suse.cz>
	<52450.195.91.55.184.1250864603.squirrel@www.linuxos.sk>
	<20090821164113.7f9ca6bf@rincewind.suse.cz>
	<4A92A7DB.6030304@linuxos.sk>
Message-ID: <20090824165411.7c2d08ce@rincewind.suse.cz>

Hi

Dne Mon, 24 Aug 2009 16:46:51 +0200
Tomas Srnka <toms at linuxos.sk> napsal(a):

> Hi,
> 
> please write me an e-mail, when zahra's branch is ready, so I can 
> prepare my changes.

I just merged it to trunk.

-- 
	Michal Čihař | http://cihar.com | http://blog.cihar.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090824/e6a4cb2f/attachment.sig>

From toms at linuxos.sk  Mon Aug 24 21:50:05 2009
From: toms at linuxos.sk (Tomas Srnka)
Date: Mon, 24 Aug 2009 21:50:05 +0200
Subject: [Phpmyadmin-devel] [Phpmyadmin-svn] SF.net
	SVN:	phpmyadmin:[12877]	trunk/phpMyAdmin/server_synchronize.php
In-Reply-To: <4A92CD2E.4070508@infomarc.info>
References: <E1MfdGE-0006n1-Fm@3kljzd1.ch3.sourceforge.com>
	<4A92CD2E.4070508@infomarc.info>
Message-ID: <4A92EEED.9080206@linuxos.sk>

Hello,

I'm sending my changes for synchronization GUI.
Changelog:
*Fixed bug with different port than 3306
*Fixed support for other server than localhost
*Added support for sockets
*Fixed GUI bugs - strings (localization), table, fieldset...
*new PNG transparent icon.16x16

Remains:
*Add support for current PMA server - to be able to choose from 
available databases

I still have to make some changes in backend, so it can work with 
replication.

Tomas


Marc Delisle wrote:
> zahranaeem at users.sourceforge.net a écrit :
>   
>> Revision: 12877
>>           http://phpmyadmin.svn.sourceforge.net/phpmyadmin/?rev=12877&view=rev
>> Author:   zahranaeem
>> Date:     2009-08-24 17:23:14 +0000 (Mon, 24 Aug 2009)
>>
>> Log Message:
>> -----------
>> Removed spaces that were used to align  text boxes in the form. 
>>
>> Modified Paths:
>> --------------
>>     trunk/phpMyAdmin/server_synchronize.php
>>
>> Modified: trunk/phpMyAdmin/server_synchronize.php
>> ===================================================================
>> --- trunk/phpMyAdmin/server_synchronize.php	2009-08-24 17:00:31 UTC (rev 12876)
>> +++ trunk/phpMyAdmin/server_synchronize.php	2009-08-24 17:23:14 UTC (rev 12877)
>> @@ -68,7 +68,7 @@
>>          */
>>          echo '<div class="error">' . "\n" ;  
>>          if(!$src_connection) {
>> -            echo "Could not connect to the source</br>";
>> +            echo "Could not connect to the source<br/>";
>>          }
>>          if(!$trg_connection){
>>              echo "Could not connect to the target"; 
>>     
>
> Hello Zahra,
> These messages are not extracted to message files?
>
>   




-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: synchronization-patch-toms-01.patch
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090824/b9be6284/attachment.ksh>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: s_sync.png
Type: image/png
Size: 551 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090824/b9be6284/attachment.png>

From marc at infomarc.info  Mon Aug 24 20:00:41 2009
From: marc at infomarc.info (Marc Delisle)
Date: Mon, 24 Aug 2009 14:00:41 -0400
Subject: [Phpmyadmin-devel] [Phpmyadmin-svn]
 SF.net	SVN:	phpmyadmin:[12877] trunk/phpMyAdmin/server_synchronize.php
In-Reply-To: <4A92EEED.9080206@linuxos.sk>
References: <E1MfdGE-0006n1-Fm@3kljzd1.ch3.sourceforge.com>	<4A92CD2E.4070508@infomarc.info>
	<4A92EEED.9080206@linuxos.sk>
Message-ID: <4A92D549.9050001@infomarc.info>

Tomas Srnka a écrit :
> Hello,
> 
> I'm sending my changes for synchronization GUI.
> Changelog:
> *Fixed bug with different port than 3306
> *Fixed support for other server than localhost
> *Added support for sockets
> *Fixed GUI bugs - strings (localization), table, fieldset...
> *new PNG transparent icon.16x16
> 
> Remains:
> *Add support for current PMA server - to be able to choose from 
> available databases
> 
> I still have to make some changes in backend, so it can work with 
> replication.
> 
> Tomas

Hello Tomas,
you are sending these changes to the devel list, because you want use to 
look at them before merging? If so, please next time open an artifact on 
the Patches tracker.

If the goal is not that you want some review, you could merge these 
changes to trunk directly, now that Zahra'a code is in trunk.


-- 
Marc Delisle
http://infomarc.info



From toms at linuxos.sk  Mon Aug 24 22:08:03 2009
From: toms at linuxos.sk (Tomas Srnka)
Date: Mon, 24 Aug 2009 22:08:03 +0200
Subject: [Phpmyadmin-devel] [Phpmyadmin-svn]
 SF.net	SVN:	phpmyadmin:[12877] trunk/phpMyAdmin/server_synchronize.php
In-Reply-To: <4A92D549.9050001@infomarc.info>
References: <E1MfdGE-0006n1-Fm@3kljzd1.ch3.sourceforge.com>	<4A92CD2E.4070508@infomarc.info>	<4A92EEED.9080206@linuxos.sk>
	<4A92D549.9050001@infomarc.info>
Message-ID: <4A92F323.2070105@linuxos.sk>

Hello,

I sent them here, because I did not know, that I can commit to trunk 
directly and I did not wanted to open "Patch" on SF.

Tomas

Marc Delisle wrote:
> Tomas Srnka a écrit :
>   
>> Hello,
>>
>> I'm sending my changes for synchronization GUI.
>> Changelog:
>> *Fixed bug with different port than 3306
>> *Fixed support for other server than localhost
>> *Added support for sockets
>> *Fixed GUI bugs - strings (localization), table, fieldset...
>> *new PNG transparent icon.16x16
>>
>> Remains:
>> *Add support for current PMA server - to be able to choose from 
>> available databases
>>
>> I still have to make some changes in backend, so it can work with 
>> replication.
>>
>> Tomas
>>     
>
> Hello Tomas,
> you are sending these changes to the devel list, because you want use to 
> look at them before merging? If so, please next time open an artifact on 
> the Patches tracker.
>
> If the goal is not that you want some review, you could merge these 
> changes to trunk directly, now that Zahra'a code is in trunk.
>
>
>   







From marc at infomarc.info  Mon Aug 24 20:19:28 2009
From: marc at infomarc.info (Marc Delisle)
Date: Mon, 24 Aug 2009 14:19:28 -0400
Subject: [Phpmyadmin-devel] Tomas and trunk
In-Reply-To: <4A92F323.2070105@linuxos.sk>
References: <E1MfdGE-0006n1-Fm@3kljzd1.ch3.sourceforge.com>	<4A92CD2E.4070508@infomarc.info>	<4A92EEED.9080206@linuxos.sk>	<4A92D549.9050001@infomarc.info>
	<4A92F323.2070105@linuxos.sk>
Message-ID: <4A92D9B0.2010704@infomarc.info>

Tomas Srnka a écrit :
> Hello,
> 
> I sent them here, because I did not know, that I can commit to trunk 
> directly and I did not wanted to open "Patch" on SF.

Yes you can. Please don't forget to add any new image to the 
darkblue_orange theme.

-- 
Marc Delisle
http://infomarc.info



From michal at cihar.com  Thu Aug 27 09:37:53 2009
From: michal at cihar.com (Michal =?UTF-8?B?xIxpaGHFmQ==?=)
Date: Thu, 27 Aug 2009 09:37:53 +0200
Subject: [Phpmyadmin-devel] Summer of Code in phpMyAdmin
Message-ID: <20090827093753.225d521c@raptor>

Hi all

This is just a copy from my [blog][b], because I'm not sure everybody
here follows it.

As the project is over, I think it's time for some summary. I think
this year we got quite a good improvements. Most of them are already
merged in trunk, but they might need some polishing, especially as the
branches were developed separately and now they are first time used
together. Anyway if you want to give new code a try, please go to our
[demo server][1] and play with it!

So what do we have?

#### Import and export improvements

When I saw the proposal for first time, I thought that this is the best
prepared proposal I've ever seen and we must have this student. And it
turned to be true. Derek did great job, going in more directions than
proposal included and brought great improvements to phpMyAdmin.

To start with import part, phpMyAdmin can now take any spreadsheet or
CSV and create table from it automatically, with some kind of
heuristics to find out numerical or date columns.

On the export side, he integrated [PHPExcel][2] library and phpMyAdmin
can now generate proper Excel 2003 and 2007 documents.

The good thing also is that he wants to stay active even after GSoC.

#### Changes tracking

Even though Alexander Rutkowski was really quited in first half of the
project, he indeed did code in that time and he brought feature that
will be useful mostly for application developers. You can activate
tracking of certain table, all your changes will be logged and you can
get SQL commands to replay the changes on other database later.

This can be useful either for monitoring changes which users did or for
making changes on development system and applying them later on
production one.

#### Database synchronisation

Zahra Naeem did originally also apply for changes tracking, but as we
did not want to have two students on the same topic, we persuaded him
to take another project, which was not taken by other students -
database synchronisation. This feature is somewhat similar to previous
in one use case - you can use it to apply changes from development
system to production one. You enter connection settings for two
database servers and phpMyAdmin finds out difference between the
databases and allows you to synchronize them.

I feel like Zahra felt that almost everything is done in mid-term and
slowed down a lot and I'm still not happy with documentation he had
provided. Hopefully he will get to that and improve it.

#### Replication support

This project was mentored by Marc and to me it looks like Tomáš Srnka
did good job there. The changes are not yet in trunk, but hopefully
they will be merged soon and I will then try to set up some replication
stuff on demo server, so that you can play with it.

#### Permanent user preferences

The only unsuccessful project this year. The student failed to deliver
something for mid-term evaluation and because of this he failed. We
still have his patch in [patch tracker][3] and I think I will try to
find time to look at it more deeply, whether it is worth using and
cleaning up or it is better to write whole thing from beginning.

#### Summary

I think this Summer of Code was great and I hope next year we will be
really a separate project there and not under MySQL hood (not that
would be bad, but I think with five students it is better to be
directly there than coordinating with MySQL guys). And I hope we will
have more students like Derek :-).

[1]:http://demo.phpmyadmin.net/
[2]:http://www.codeplex.com/PHPExcel
[3]:https://sourceforge.net/tracker/?func=detail&aid=2825187&group_id=23067&atid=377410
[b]:http://blog.cihar.com/archives/2009/08/27/summer_of_code_in_phpmyadmin/

-- 
	Michal Čihař | http://cihar.com | http://phpmyadmin.cz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20090827/9be3bec9/attachment.sig>

From lists at sebastianmendel.de  Fri Aug 28 07:50:19 2009
From: lists at sebastianmendel.de (Sebastian Mendel)
Date: Fri, 28 Aug 2009 07:50:19 +0200
Subject: [Phpmyadmin-devel] Summer of Code in phpMyAdmin
In-Reply-To: <20090827093753.225d521c@raptor>
References: <20090827093753.225d521c@raptor>
Message-ID: <4A97701B.10305@sebastianmendel.de>

Hi all,

On 27.08.2009 09:37, Michal Čihař wrote:
> [...]
>
> On the export side, he integrated [PHPExcel][2] library and phpMyAdmin
> can now generate proper Excel 2003 and 2007 documents.
>
> [...]
>
> [2]:http://www.codeplex.com/PHPExcel

i think we should/could mention the software/libraries we are using on 
the main.php page.

something like

"phpMyAdmin makes use of following software or parts of them:"

* PHPExcel
* TCPDF

-- 
Sebastian Mendel



From marc at infomarc.info  Fri Aug 28 11:45:15 2009
From: marc at infomarc.info (Marc Delisle)
Date: Fri, 28 Aug 2009 05:45:15 -0400
Subject: [Phpmyadmin-devel] Summer of Code in phpMyAdmin
In-Reply-To: <4A97701B.10305@sebastianmendel.de>
References: <20090827093753.225d521c@raptor>
	<4A97701B.10305@sebastianmendel.de>
Message-ID: <4A97A72B.7070206@infomarc.info>

Sebastian Mendel a écrit :
> Hi all,
> 
> On 27.08.2009 09:37, Michal Čihař wrote:
>> [...]
>>
>> On the export side, he integrated [PHPExcel][2] library and phpMyAdmin
>> can now generate proper Excel 2003 and 2007 documents.
>>
>> [...]
>>
>> [2]:http://www.codeplex.com/PHPExcel
> 
> i think we should/could mention the software/libraries we are using on 
> the main.php page.
> 
> something like
> 
> "phpMyAdmin makes use of following software or parts of them:"
> 
> * PHPExcel
> * TCPDF
> 

Why not just in the Credits section of Documentation.html? Besides, we 
  mostly depend on the PHP and MySQL software...

-- 
Marc Delisle
http://infomarc.info