From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#26006: [Website] Integral update proposal Date: Wed, 14 Jun 2017 00:08:22 +0200 Message-ID: <87injztuax.fsf@gnu.org> References: <57bc6255-c3a1-61e2-fee4-5b6f523a9885@zoho.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:33855) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dKtzm-0006I8-BM for bug-guix@gnu.org; Tue, 13 Jun 2017 18:09:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dKtzi-0001lt-6j for bug-guix@gnu.org; Tue, 13 Jun 2017 18:09:06 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:43640) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dKtzi-0001lp-3X for bug-guix@gnu.org; Tue, 13 Jun 2017 18:09:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dKtzh-0001zc-VT for bug-guix@gnu.org; Tue, 13 Jun 2017 18:09:01 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <57bc6255-c3a1-61e2-fee4-5b6f523a9885@zoho.com> (sirgazil@zoho.com's message of "Thu, 8 Jun 2017 14:06:47 -0500") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: sirgazil Cc: 26006@debbugs.gnu.org Hi sirgazil, It=E2=80=99s always a pleasure to hear from you. :-) sirgazil skribis: > I have an incomplete implementation > (https://bitbucket.org/sirgazil/guixsd-website) of a static website that > includes the features illustrated in the mockups (the features that fit > in a static website). I=E2=80=99ve just built the web site and I like it! The flat buttons look = nice, the front page looks cleaner, =E2=80=9CGuixSD and GNU Guix in your field=E2= =80=9D sounds like a good idea, etc. I really like the blog part with tags and everything. I found it a little bit confusing that talks and papers now appear as if they were blog posts, but after all it=E2=80=99s probably better to have it= this way, especially since tags allow people to find them more easily I guess. The packages pages look better than what we have (minus the loss of the JS code to display the build status ;-)). > Compared to the current website, this code has a different organization > (see the "Framework" section below). I'm sending this message because I > think this is as far as I can go with the implementation (found some > problems I haven't figured out how to solve, and I'm not skilled enough > to manipulate packages). > > This implementation is missing the following parts: > > 1. New screenshots > 2. Packages pages > 1. Package detail page > 2. Packages issues page > 3. Packages reproducibility page > 4. Packages JSON file > > To complete part (1) someone could provide the screenshots (ideally > 1920=C3=971080 px) in JPG and add them to the "static/media/img" director= y, > and update the list of screenshots in "apps/base/data.scm". > > To complete (2), there are some package related procedures missing > (https://bitbucket.org/sirgazil/guixsd-website/issues?status=3Dnew&status= =3Dopen). > I tried to use the code that is already in the current website, but > couldn't figure things out. > > To complete part (2.1), there is an issue to solve: package pages go in > paths like "/packages/blender-3.0/", but running "haunt build" with > pages on paths that include "." will render the pages with all the HTML > content inside a pre element. David, the maintainer of Haunt, does not > know yet why this would happen. If this issue is solved, there are > already helper builders in "apps/packages/builders.scm" to generate all > the pages. > > So, for now, the packages pages are working as in the current website, > but not using tables (to make it easier to adapt the page to several > screen widths), and packages are distributed in numbered pages to avoid > big HTML pages that take too long to load. > > Also, the JavaScript code that gets package build status is not > integrated (couldn't figure this one out either). > > To complete (2.2), (2.3), and (2.4) someone could add helper builders to > the packages app, and recycle the related SXML pages already used in the > current website. Sounds good. I haven=E2=80=99t looked at this nor have I looked at the new framework, but I=E2=80=99ll hopefully comment soonish. Hopefully David can= help for the Haunt part, then people can provide screenshots, and we=E2=80=99ll figure out the issues with packages pages somehow. :-) I think there are a few little changes that were made in the current site that were lost in the process. For example, on the front page, we now have =E2=80=9CDOWNLOAD v0.13.0=E2=80=9D instead of =E2=80=9CTEST v0.13.= 0=E2=80=9D. I=E2=80=99ve also seen that links to the package definitions at git.sv.gnu.org from the package pages no longer include the commit. Anyway, these are really tiny issues but we should pay attention to them when we migrate. Anyway, a big thank you for all this work! Really impressive work once again. Ludo=E2=80=99.