Developers

developers@phpmyadmin.net

2 participants
7003 discussions

[Phpmyadmin-devel] about $charset removal
by Marc Delisle 04 Jun '11

04 Jun '11

Notice in ./main.php#171 Undefined variable: charset Notice in ./main.php#172 Undefined variable: charset -- Marc Delisle http://infomarc.info

4 8

[Phpmyadmin-devel] Proposed changes to create_tables.sql (mainly pma_recent and pma_uiprefs)
by Piotr Przybylski 03 Jun '11

03 Jun '11

Hi, I was looking at create_tables.sql and spotted some places we can change to simplify this file. If possible, I would like to change these: 1) Remove all charset and collation overrides for columns which specify utf8/utf8_bin, as they already inherit that from table settings (concerns pma_recent, pma_uiprefs and pma_tracking). 2) Remove "DEFAULT CHARACTER SET utf8 COLLATE utf8_bin" for all tables, as this is default setting in 'phpmyadmin' database. Unless we think that our users have their databases incorrectly created. 3) Change BLOB to TEXT in pma_recent and pma_table_uiprefs - they store text data (JSON), not binary data. -- Regards, Piotr Przybylski

3 7

Re: [Phpmyadmin-devel] GIS visualization
by Madhura Jayaratne 02 Jun '11

02 Jun '11

On Thu, Jun 2, 2011 at 6:16 PM, Tyron Madlener <tyronx(a)gmail.com> wrote: > On Thu, Jun 2, 2011 at 2:35 PM, Madhura Jayaratne <madhura.cj(a)gmail.com> > wrote: > > > > > > On Thu, Jun 2, 2011 at 1:32 PM, Tyron Madlener <tyronx(a)gmail.com> wrote: > >> > >> On Thu, Jun 2, 2011 at 4:27 AM, Madhura Jayaratne <madhura.cj(a)gmail.com > > > >> wrote: > >> > > >> > > >> > On Thu, Jun 2, 2011 at 1:42 AM, Marc Delisle <marc(a)infomarc.info> > wrote: > >> >> > >> >> Madhura Jayaratne a écrit : > >> >> (...) > >> >> > > Hi Ammar, > >> >> > > > >> >> > > I'm not sure what exactly your requirement is. But pls > >> >> > have a > >> >> > look > >> >> > > at the visualization of data at [1] by clicking on the > >> >> > 'Visualize > >> >> > > GIS data' link in the 'Query results operations' section > >> >> > towards the > >> >> > > bottom of the page. Try out zooming by double clicking > and > >> >> > panning > >> >> > > by dragging. I believe you are looking for something > like > >> >> > this for > >> >> > > your zoom search feature. > >> >> > > >> >> > Madhura, > >> >> > > >> >> > I have issues operating panning and zooming. Here is the > >> >> > scenario: > >> >> > > >> >> > 1. Browse world_cities and click Visualize GIS data > >> >> > 2. Click-drag: pans OK > >> >> > 3. Double-click: this is a zoom out, I guess > >> >> > 4. Click-drag: no panning > >> >> > 5. Click "zoom out": data points are enlarging, isn't this a > >> >> > zoom-in? > >> >> > > >> >> > Marc, > >> >> > > >> >> > This is a Firefox compatibility problem. Resolved and pushed to the > >> >> > repo. Demo will take some time to upgrade to the new version. > >> >> > Meanwhile > >> >> > if you have Chrome, you can still experience what it's suppose to > do. > >> >> > >> >> Madhura, > >> >> ok, panning and zooming are fine now. > >> >> > >> >> Is the saving feature ready? I tried to save in PNG and got a bunch > of > >> >> binary data on-screen. > >> >> > >> >> Saving in PDF generates > >> >> Fatal error: Call to undefined method > >> >> PMA_GIS_Visualization::toFileAsPdf() in > >> >> > >> >> /srv/http/ > pma.cihar.com/gsoc-madhura/libraries/gis_visualization.lib.php > >> >> on line 161 > >> >> > >> >> -- > >> >> Marc Delisle > >> >> http://infomarc.info > >> >> > >> > Hi Marc, > >> > In my previous mail to the group, I mentioned that this feature is not > >> > yet > >> > ready. BTW, this is a feature which is to be delivered in the second > >> > half of > >> > GSoC (after mid-term eval), according to the schedule. However I > started > >> > working on it, since it is very much related to what I've done so far. > I > >> > should be able to get it ready (for all 3 formats, SVG, PNG and PDF) > by > >> > the > >> > end of this week. > >> > >> Just in case I'm allowed to use Highcharts, could you make your > >> conversion code generic enough so I could use it too? :) > >> And just for your information, the current SVG converter of highcharts > >> uses following post variables to a php file that calls a java tool > >> (source is available btw): > >> > >> * $tempName string The desired filename without extension > >> * $type string The MIME type for export. > >> * $width int The pixel width of the exported raster image. The height > >> is calculated. > >> * $svg string The SVG source code to convert. > >> > > Hi Tyron, > > For my work I am not doing any conversions as such. I am generating SVGs > and > > PNG separately in their basic forms. It's not that I generate it in one > form > > and converting it to the other. > > -- > > Does that mean you use jQuery SVG to generate the SVG and build/use > another rendering library that generates the PNG/PDF? Why not just > build a converter? That seems like a more reusable solution. > > I use GD extension to generate PNGs and will be using TCPDF (which is already included in PMA) to generate PDFs. Since both GD and TCPDF support rendering basic shapes, I find this approach needs only few additional lines of code, which would not have been the case if I am to build a converter. -- Thanks and Regards, Madhura Jayaratne

2 6

[Phpmyadmin-devel] phpMyAdmin 3.4.2-rc1 is released
by Marc Delisle 02 Jun '11

02 Jun '11

Welcome to the first release candidate of phpMyAdmin 3.4.2, a bugfix release. Details will appear on http://phpmyadmin.net. In a hurry? you can visit http://sourceforge.net/projects/phpmyadmin to download. Marc Delisle, for the team

1 0

[Phpmyadmin-devel] Drizzle Support
by Tyron Madlener 02 Jun '11

02 Jun '11

Looking at the current way drizzle support is being implemented, it seems like it's going to be made with a PMA_DRIZZLE constant and a lot of if()'s all over pmas codebase. That sounds somehow messy to me. Isn't there a way with some git branching magic + regularly merging back or "preprocessor" (the conversion scripts before releasing pma, like its done with pootle) directives to keep those things seperate? Looking at the significant differences between MySQL and Drizzles this seems like a non-trivial change on pmas codebase. I don't know how the typical use cases are but I don't think a typical user will require phpmyadmin to be able to switch between MySQL and Drizzle. So what about releasing a drizzle supporting version of pma seperate from the mysql supporting version? If another noticeable MySQL fork comes out that pma wants to support, things would only get messier in the codebase. Or if it turns out that the Drizzle Database isn't such a good thing and the project dies it would be easier to remove it from pma when the code is being kept seperate.

2 1

[Phpmyadmin-devel] Realtime charting
by Tyron Madlener 02 Jun '11

02 Jun '11

I've added now a first version of my planned realtime charting on the status page in the 'Query statistics'-Tab (click on "Realtime chart"). You can check it out at http://demo.phpmyadmin.net/gsoc-tyron Currently it aggregates the average queries per second by making an ajax request every 2-2.5 seconds (2 seconds + time for one ajax request). Since it is using the differential of the status var 'questions' it takes some seconds to display a line. For the chart I'm currently using Highcharts because it allows realtime data, animates beautifully, is really small (1 file, 77kb minified) and has a export to png/pdf/jpg plugin (6.4kb minified) which however uses a highcharts.com server for the conversion. Some radical suggestion in this regard: What about removing the included pChart and instead using a client-side charting library? I know for some part its bad since a student wrote a whole lot of code for it just last year, but looking at some requirements for phpmyadmin (no file storage, limited possibilities for data recording, panning/zooming, realtime updates) a server-side charting library offers much less possibilities compared to a client side-one. And if we'd use highcharts it would save us like 16 files and 750kb (well most of it is that dejavu font). I think it would be pretty easy to replace actually. Instead of the graph, the server-code would just need to send the already generated chart data hidden in the document and then we add a bit of js code to display the chart. Some code from chart.lib.php is probably reusable. Please let me know what you think and whether I should continue working in this direction. Thanks! :)

4 9

[Phpmyadmin-devel] Zoom Search
by Ammar Yasir 02 Jun '11

02 Jun '11

Hi, My first task is to have an interface for input criteria. We discussed earlier to make use of table search page or multi-table query generator for this. I was hoping for some comments regarding this. The aim is to let the user select *exactly two* columns(along with some criteria) from a table. I prefer the table search page, it is less complicated ( simple form, advanced options ). Also we do not need to consider columns from multiple table so table search page will be more focused. But the selection also depends on where all we want to put the option of "Zoom search" in phpMyAdmin. So should this feature be a separate component or should it be available on table search page/ multi-table query generator (or both) ? Regards, Ammar Yasir http://ammaryasirr.blogspot.com/

5 24

[Phpmyadmin-devel] Visualizing GIS data.
by Madhura Jayaratne 31 May '11

31 May '11

Hi all, I have pushed into my repo, the code for visualizing GIS data. I used SVG for this purpose and i'm writing the SVG tags accordingly. This allows the users without JS support also to view the visualizing oppose to using jQuery SVG to generate SVGs. Further it allows the SVGs to be saved, which is one of the upcoming features. However I use jQuery SVG to manipulate the SVGs (zoom and pan), so the users with JS support gets a better user experience. I have also integrated two small libraries [1],[2] to allow panning the SVG on dragging and zooming on mouse wheel movement. These are not strictly needed but nice to have ones. One problem of SVG is the IE versions <=8 does not support is. I am using the GD library to generate a PNG image for them and this is in line with saving those visualization to various formats. You can test this out at my demo server[3] using the data in the opengis table. Please be kind enough to share your comments. -- Thanks and Regards, Madhura Jayaratne [1] http://brandonaaron.net/code/mousewheel/docs [2] http://threedubmedia.com/ [3] http://demo.phpmyadmin.net/gsoc-madhura/index.php

3 8

Re: [Phpmyadmin-devel] Visualizing GIS data.
by Madhura Jayaratne 31 May '11

31 May '11

On Tue, May 31, 2011 at 9:54 PM, Tyron Madlener <tyronx(a)gmail.com> wrote: > On Tue, May 31, 2011 at 5:34 PM, Madhura Jayaratne <madhura.cj(a)gmail.com> > wrote: > > > > > > On Tue, May 31, 2011 at 6:01 PM, Tyron Madlener <tyronx(a)gmail.com> > wrote: > >> > >> On Tue, May 31, 2011 at 12:39 PM, Madhura Jayaratne > >> <madhura.cj(a)gmail.com> wrote: > >> > Hi all, > >> > I have pushed into my repo, the code for visualizing GIS data. I used > >> > SVG > >> > for this purpose and i'm writing the SVG tags accordingly. This allows > >> > the > >> > users without JS support also to view the visualizing oppose to using > >> > jQuery > >> > SVG to generate SVGs. Further it allows the SVGs to be saved, which is > >> > one > >> > of the upcoming features. However I use jQuery SVG to manipulate the > >> > SVGs > >> > (zoom and pan), so the users with JS support gets a better user > >> > experience. > >> > I have also integrated two small libraries [1],[2] to allow panning > the > >> > SVG > >> > on dragging and zooming on mouse wheel movement. These are not > strictly > >> > needed but nice to have ones. > >> > One problem of SVG is the IE versions <=8 does not support is. I am > >> > using > >> > the GD library to generate a PNG image for them and this is in line > with > >> > saving those visualization to various formats. > >> > You can test this out at my demo server[3] using the data in the > opengis > >> > table. Please be kind enough to share your comments. > >> > > > > > Hi Tyron, > > Thank you for your time. > >> > >> 2 things I noticed: > >> - When zooming it doesn't zoom relative to the cursor position > > > > > > Yes, I think this should be addressed. I'm looking into it. > >> > >> - I couldn't use any of the form fields below - the svg area was always > in > >> focus > > > > > > What do you mean by 'form fields below'? You mean the links referring to > > the GIT version and all(bottom right)? Yes, that link does not seems to > > work. But the link in the advertisement on bottom left is working. Wonder > > how that happens. > > No the input fields below the graph. Width, Height, Label column, Spatial > column > > Actually they are suppose to be on the left side of the visualization, not below. I think i need to set the default width a bit low so this does not happen. Didn't notice it since i'm using a wide screen. About the issue, found the bug and it's now resolved. You should be able see when the demo server gets updated. -- Thanks and Regards, Madhura Jayaratne

1 0

[Phpmyadmin-devel] coding guidelines and GSoC
by Marc Delisle 31 May '11

31 May '11

Hi, A friendly reminder to our GSoC students: please refer to [0] for coding guidelines. At least one of the students I mentor sometimes uses tab characters for indent. [0] http://wiki.phpmyadmin.net/pma/Coding_guidelines -- Marc Delisle http://infomarc.info

3 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

Developers