[Phpmyadmin-devel] pmahomme: about .data at 100%
marc at infomarc.info
Fri Mar 11 22:47:53 CET 2011
Piotr Przybylski a écrit :
> 2011/3/11 Marc Delisle <marc at infomarc.info>:
>> Mike Homme a écrit :
>>> Hi Mark,
>>> I agree with you. There's no upside to it. :)
>>> But I've been trying to figure out why it's happening with just integer
>>> columns. I haven't explicitly set anything in the theme to increase that.
>> I did a quick test: it's not about integer columns, it's about the first
>>> I'd like to look at "display_tbl.lib.php" just a bit more before I call it
>>> quits and remove the 100% width from the CSS. I'll be sure to commit
>>> something tonight. However, if I do find something with the display.lib that
>>> will allow us to keep the 100% width and size down the column, I'd like to
>>> discuss those options.
>>> -----Original Message-----
>>> From: Marc Delisle [mailto:marc at infomarc.info]
>>> Sent: Thursday, March 10, 2011 3:14 PM
>>> To: phpmyadmin-devel at lists.sf.net
>>> Subject: [Phpmyadmin-devel] pmahomme: about .data at 100%
>>> it's me again with my complaint (on pmahomme theme). I'm back because I got
>>> the feedback from colleagues, especially one equipped with a wide screen.
>>> In this situation, the first data column (when it's a integer) is
>>> ridiculously wide, as seen in Firefox. This is a common situation, having an
>>> integer as the first column (PK).
>>> Maybe I only see the downsides of this setting. What are the upsides?
> .data at 100% influences "Space usage" and "Row statistics" tables
> (on table structure page) - instead of being next to each other both
> are too wide. Even if we keep 100% width, something must be done with
> these tables.
It also has a major effect in the Synchronize panel, both the initial
panel and the Source/Target panel.
More information about the Developers