Charles Lepple wrote:
> On 2/18/07, Martin Costabel <[EMAIL PROTECTED]> wrote:
>> If I ask a question that has 7000 packages as an answer, I want to see
>> them. If I want to see less, I ask a different question.
>
> Makes sense, as long as you get to ask the question before 7000
> packages start
On 2/18/07, Martin Costabel <[EMAIL PROTECTED]> wrote:
> If I ask a question that has 7000 packages as an answer, I want to see
> them. If I want to see less, I ask a different question.
Makes sense, as long as you get to ask the question before 7000
packages start streaming in to your browser. IM
Max Horn wrote:
[]
>>> Just had another idea: We should consider limiting the number of
>>> packages displayed on a page. After all, listing 7000 packages
>>> generates a fairly big page, which is slow to load. Instead, how
>>> about restricting to 100 pkgs per page or something like that?.
>> Havi
Am 18.02.2007 um 20:28 schrieb Christian Schaffner:
[...]
>> I implemented and commited this change.
>
> There is a problem with your changes. Compare:
>
> http://www.finkproject.org/pdb/package.php/fink
>
> and
>
> http://finch.finkproject.org/~chris01/fink_web/pdb/package.php/fink
>
> Since yo
On 17.02.2007, at 18:39, Max Horn wrote:
>
> Am 17.02.2007 um 22:18 schrieb Christian Schaffner:
>
>>
>>> In particular, I wonder -- do we really have to accept all these
>>> params to the page? What are those used for? I.e. is anything ever
>>> calling the package with an arch or dist set? If so
Am 17.02.2007 um 22:18 schrieb Christian Schaffner:
> Hi Max
>
> On 16.02.2007, at 19:06, Max Horn wrote:
>
>> Hi Chris,
>>
>> just wanted to let you know I made some mods: browse.php now has
>> working dist/tree queries, and I also changed it to use a table for
>> the results (IMO that's more re
Hi Max
On 16.02.2007, at 19:06, Max Horn wrote:
> Hi Chris,
>
> just wanted to let you know I made some mods: browse.php now has
> working dist/tree queries, and I also changed it to use a table for
> the results (IMO that's more readable than the old list, and should
> be easier to customi
