Hii All...
Congratulations to all community members for being selected for GSOC yet
again. Well I should introduce myself. My name is Aman Gautam. I am doing
engineering from Delhi, India currently in pre-final year. I have been using
phpMyAdmin since my first year. I have knowledge of php and the MVC
architecture together with OOP in PHP. I have contributed to Joomla and I
live in a world of open source. I would like to participate in GSOC as a
student. I found the phpMyadmin OOP project(
http://wiki.phpmyadmin.net/pma/GSoC_2011_Ideas_List#phpMyAdmin_OOP) very
interesting.
I have been through the source code of phpMyAdmin. I found it all
structural. Easy to configure but harder to extend. I have been using it for
about 2 years now. I would like to contribute to it too. I will be obliged
if someone can guide me for the same further.
Regards
Aman Gautam
Hi,
in "Original" the input fields of the starting row and number of cells
are on the same line as the questions they are related to; this is not
the case in "pmahomme" (unless you are at the first data page).
--
Marc Delisle
http://infomarc.info
Hi Michal
I am Ravindra Nath. I am interested in GSoC project idea of adding support
for procedures, triggers, routines and events. I have been developing web
applications using php mysql and web.py and wrote few open source
applications using C, Java, Python (http://bitbucket.org/blacktooth) So I
feel I can complete the task this summer.
I am working on my proposal and looking at the source code. This is my git
branch of phpmyadmin (git@github.com:blacktooth/phpMyAdmin.git) .
Thank you
Mike,
Pending is my previous question about custom background color; here is
another question.
In themes/pmahomme/layout.inc.php, $GLOBALS['cfg']['MainBackground'] is
defined to "#F5F5F5". However in css/theme_right.css.php it's only used for
ul#topmenu ul
whereas the body CSS uses a constant "#fff" for background.
--
Marc Delisle
http://infomarc.info
In many files there are about 80-100 references to $GLOBALS['charset']
(or just $charset) variable, which is always set to 'utf-8'. It is not
a change that should go now, but after 3.4 is released I propose to:
- remove all references where it is used to generate HTTP headers and
HTML (we already have it hardcoded in many places)
- remove this variable and introduce it as a constant or, if only a
few references remain, just use string literals
A quick glance at code also revealed some a possible bug in comparison
with $charset_of_file - this var stores one of MySQL compatible
charset names, while our variable stores "utf-8", not "utf8".
I can prepare an appropriate patch and commit it after 3.4 is released.
--
Piotr Przybylski
I have created the patch to display the documentation link of variables in
server_variables.php page. Please test this patch and suggest for further
improvements.
https://sourceforge.net/tracker/?func=detail&aid=3212068&group_id=23067&ati…
I created a file server_variables_doc.php to store the variables details
used to create the links in a array. The structure of the array is defined
in the file itself. This values are first computed and passed to
PMA_showMySQLDocu() to generate the url and stored in
$doclink['variable_name'].
Samiran Raj Boro
Institute of Science and Technology
Gauhati University
Guwahati
sf username: srajbr <https://sourceforge.net/users/srajbr>
IRC nickname: samiran