Re: Re: Data_Pagination
| From: | Justin Patrin | Date: | Wed, 27 Sep 2006 03:26:41 +0000 |
| Subject: | Re: Re: Data_Pagination | ||
| References: | 1 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-44079@lists.php.net to get a copy of this message | ||
On 9/26/06, Andrian Zubko <ondr1@yandex.ru> wrote:
Justin Patrin: I would personally rather you try to take your package and integrate it into Pager. Pager would be slightly refactored and use your new class (Pager_Lite) as its internals. Having 2 options for the same package *is* ok in PEAR, but we try to avoid it unless there is a large difference between the way that the packages are implemented. In this case it seems like you just made a package with much less functionality than Pager. While it is a good aim to make things faster, proposing a new package is generally not the way to do this, especially for somthing as simple as a pager... It is, of course, true that your package is simpler, but this is because it only does the math of paging and not any actual paging. The Pager package actually does paging of data and has code for outputting the links to the pages. You can try to get your package into PEAR as Paging_Lite (or Math_Paging perhaps) but I would be far more inclined to accept it if it was integrated as a part of Pager. Your approach only differs in that you implement *only* the paging math and not any of the other things that Pager can do. This isn't a different design or a different implementation, just a simpler and more limited one. your words are convincing. thanks how i can understand, i should send mail to Pager developers for asking about their desire include Pager_Lite in archive? or make Pager_Lite.php and put here for accepting before?Try e-mailing the maintainers of the Pager package and at the same time try refactoring Pager to use your code to see how it works. -- Justin Patrin