From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alex Sassmannshausen Subject: Re: Package page Date: Sat, 12 Nov 2016 12:37:09 +0100 Message-ID: <87k2c9kjyy.fsf@gmail.com> References: <87eg2h29t4.fsf@gnu.org> <91713896-20dc-153a-397b-c509fe2da187@pelzflorian.de> Reply-To: alex.sassmannshausen@gmail.com Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:45646) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c5WcY-000782-Si for guix-devel@gnu.org; Sat, 12 Nov 2016 06:37:19 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c5WcV-0004oj-Hd for guix-devel@gnu.org; Sat, 12 Nov 2016 06:37:18 -0500 Received: from mail-wm0-x232.google.com ([2a00:1450:400c:c09::232]:37051) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1c5WcV-0004oX-B6 for guix-devel@gnu.org; Sat, 12 Nov 2016 06:37:15 -0500 Received: by mail-wm0-x232.google.com with SMTP id t79so21266761wmt.0 for ; Sat, 12 Nov 2016 03:37:15 -0800 (PST) In-reply-to: <91713896-20dc-153a-397b-c509fe2da187@pelzflorian.de> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: "pelzflorian (Florian Pelz)" Cc: guix-devel@gnu.org Hello, pelzflorian (Florian Pelz) writes: > On 11/11/2016 06:41 PM, Ludovic Courtès wrote: >> Hello! >> >> Adam Pribyl skribis: >> >>> The GuixSD package page >>> >>> https://www.gnu.org/software/guix/packages/ >>> >>> is getting somewhat large to load. It is also bit short sighted to >>> list all packages on one html page. Any plans what to with this? >> >> It’s a shame indeed and we should definitely add JS code to browse it. >> There’s already code for that in Guix-Web¹ that could be used as a >> starting point (the web site’s code is in guix-artwork.git²). > > Just my 2¢ as a user who does not yet have the time to contribute: I > typically browse the Web with JavaScript disabled and don’t think > JavaScript should be required without a good reason. I tend to come at this from a similar perspective — though I consider a nice UI to be a "good reason". I tend to err on the side of "graceful degradation", which is why the patch I provided tries to implement a JS-less version first, upon which we could build JS functionality. > Currently the packages page loads somewhat slowly in Netsurf and GNU > Icecat for me (with and without JS) but I can search the packages with > Ctrl+F. Please at least retain some sort of search functionality for > non-JS users (server-side search through a form?). Agreed. I think for now we can retain the one page load for all packages. The downside of having server-side search is that we lose the nice simplicity of having a static web page as we do now. I think the paginated pages approach I propose in my patch would provide a compromise: you select the letter by which your package starts and then you can do C-f. Alternatively, take the risk and load the full page… Alex