http://pear.php.net/bugs/search.php?cmd=display&package_name%5B0%5D=Console_Table Search Results en-us pear-webmaster@lists.php.net pear-webmaster@lists.php.net hourly 1 2000-01-01T12:00+00:00 http://pear.php.net/gifs/pearsmall.gif http://pear.php.net/bugs http://pear.php.net/bugs/21072 Console_Table Feature/Change Request Reported by bmcdanel 2016-05-31T19:11:57+00:00 PHP: Irrelevant OS: irrelevant Package Version: 1.3.0 Description: ------------ When a filter is applied it will be processed before calculateTotalsFor() is processed. This can be a good thing as numbers can be altered during the format stage. If calculateTotalsFor() was processed first then 2+2=5 could happen for large values of 2 and a formatting stripping the fractional part (eg float to int). A simple method that requires you to specify or use a default can be found at https://gist.github.com/msng/1504235 calculateTotalsFor() could take additional optional parameters that would specify the additional data or it could be set somewhere else. Below I try to explain the challenge to unformatting a number without knowing what the integral separator and decimal separator are. I think that it will largely push towards having the user just declare it based on the data they presumably know the format for. There are 3 main categories for numbers. Sign, integral part, decimal part. Some examples of different formatting styles can be found at https://en.wikipedia.org/wiki/Decimal_mark#Examples_of_use SIGN This can be a variety of things. +123 = 123 123 = 123 -123 = -123 123- = -123 (123) = -123 %r123 = -123 (color formatting, red) FRACTIONAL PART This is often one of two characters a comma or a full stop (period). There is never more than one fractional separator however with an integer it may not be present. INTEGRAL PART This can be one of several characters. a comma, space, full stop, ' (in a couple styles). There may be more I am unaware of. It may or may not be present, and groupings may be 2, 3 or 4 digits. It will always be left of the fractional separator except when it is not (eg right to left languages like those in the Middle East). You cannot programmatically parse all numbers. 1.000 could be 1000 or it could be 1 unless you know the fractional separator and the integral separator ahead of time. You cannot rely on the system locale as it may be serving data intended for someone using a different locale SCIENTIFIC NOTATION and other numerical schemes outside the scope for this, although it could be added easily enough. My patch incorporates the trivial fix for https://pear.php.net/bugs/bug.php?id=21070]]> Console_Table Feature/Change Request Reported by bmcdanel 2016-05-31T19:11:57+00:00 PHP: Irrelevant OS: irrelevant Package Version: 1.3.0 Description: ------------ When a filter is applied it will be processed before calculateTotalsFor() is processed. This can be a good thing as numbers can be altered during the format stage. If calculateTotalsFor() was processed first then 2+2=5 could happen for large values of 2 and a formatting stripping the fractional part (eg float to int). A simple method that requires you to specify or use a default can be found at https://gist.github.com/msng/1504235 calculateTotalsFor() could take additional optional parameters that would specify the additional data or it could be set somewhere else. Below I try to explain the challenge to unformatting a number without knowing what the integral separator and decimal separator are. I think that it will largely push towards having the user just declare it based on the data they presumably know the format for. There are 3 main categories for numbers. Sign, integral part, decimal part. Some examples of different formatting styles can be found at https://en.wikipedia.org/wiki/Decimal_mark#Examples_of_use SIGN This can be a variety of things. +123 = 123 123 = 123 -123 = -123 123- = -123 (123) = -123 %r123 = -123 (color formatting, red) FRACTIONAL PART This is often one of two characters a comma or a full stop (period). There is never more than one fractional separator however with an integer it may not be present. INTEGRAL PART This can be one of several characters. a comma, space, full stop, ' (in a couple styles). There may be more I am unaware of. It may or may not be present, and groupings may be 2, 3 or 4 digits. It will always be left of the fractional separator except when it is not (eg right to left languages like those in the Middle East). You cannot programmatically parse all numbers. 1.000 could be 1000 or it could be 1 unless you know the fractional separator and the integral separator ahead of time. You cannot rely on the system locale as it may be serving data intended for someone using a different locale SCIENTIFIC NOTATION and other numerical schemes outside the scope for this, although it could be added easily enough. My patch incorporates the trivial fix for https://pear.php.net/bugs/bug.php?id=21070]]> 2016-05-31T19:11:57+00:00 pear at 0xdecafbad dot com Console_Table Feature/Change Request http://pear.php.net/bugs/21070 Console_Table Bug Reported by bmcdanel 2016-05-31T12:56:34+00:00 PHP: 5.5.18 OS: ubuntu Package Version: 1.3.0 Description: ------------ Colorized text (Console_Color2) adds escape characters. calculateTotalsFor() does not strip this This would work if calculateTotalsFor() ran before the filters but that would likely cause problems for several use cases where data formatting is required (eg 2+2=5 for large values of 2). I defined my table with "ansi color" = true. However that function does not use it. To that end I altered it: Starting about line 504 in Table.php foreach ($this->_calculateTotals as $columnID) { if ($this->_ansiColor) { $totals[$columnID] += $this->_ansiColor- >strip($row[$columnID]); } else { $totals[$columnID] += $row[$columnID]; } } Works for me. Should work for everyone. Expected result: ---------------- for it to work Actual result: -------------- didnt work]]> Console_Table Bug Reported by bmcdanel 2016-05-31T12:56:34+00:00 PHP: 5.5.18 OS: ubuntu Package Version: 1.3.0 Description: ------------ Colorized text (Console_Color2) adds escape characters. calculateTotalsFor() does not strip this This would work if calculateTotalsFor() ran before the filters but that would likely cause problems for several use cases where data formatting is required (eg 2+2=5 for large values of 2). I defined my table with "ansi color" = true. However that function does not use it. To that end I altered it: Starting about line 504 in Table.php foreach ($this->_calculateTotals as $columnID) { if ($this->_ansiColor) { $totals[$columnID] += $this->_ansiColor- >strip($row[$columnID]); } else { $totals[$columnID] += $row[$columnID]; } } Works for me. Should work for everyone. Expected result: ---------------- for it to work Actual result: -------------- didnt work]]> 2016-05-31T12:56:34+00:00 pear at 0xdecafbad dot com Console_Table Bug http://pear.php.net/bugs/11326 Console_Table Feature/Change Request Reported by cipri 2007-06-15T09:13:39+00:00 PHP: 4.4.5 OS: Irrelevant Package Version: 1.0.7 Description: ------------ It would be nice if we could specify col- and rowspans, just as you could with HTML Tables.]]> Console_Table Feature/Change Request Reported by cipri 2007-06-15T09:13:39+00:00 PHP: 4.4.5 OS: Irrelevant Package Version: 1.0.7 Description: ------------ It would be nice if we could specify col- and rowspans, just as you could with HTML Tables.]]> 2007-06-15T09:13:39+00:00 cipri at php dot net Console_Table Feature/Change Request