GNU bug report logs - #48637
[PATCH] website: Add publications page

Previous Next

Package: guix-patches;

Reported by: Luis Felipe <luis.felipe.la <at> protonmail.com>

Date: Mon, 24 May 2021 23:36:01 UTC

Severity: normal

Tags: patch

Done: Ludovic Courtès <ludo <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 48637 in the body.
You can then email your comments to 48637 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Mon, 24 May 2021 23:36:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Luis Felipe <luis.felipe.la <at> protonmail.com>:
New bug report received and forwarded. Copy sent to guix-patches <at> gnu.org. (Mon, 24 May 2021 23:36:01 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Luis Felipe <luis.felipe.la <at> protonmail.com>
To: Luis Felipe via Guix-patches <guix-patches <at> gnu.org>
Subject: [PATCH] website: Add publications page
Date: Mon, 24 May 2021 23:35:24 +0000
[Message part 1 (text/plain, inline)]
Hi,

This patch adds a new Publications page to the website.


---
Luis Felipe López Acevedo
https://luis-felipe.gitlab.io/
[0001-website-Add-publications-page.patch (text/x-patch, attachment)]

Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Tue, 25 May 2021 13:45:02 GMT) Full text and rfc822 format available.

Message #8 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: Luis Felipe <luis.felipe.la <at> protonmail.com>
Cc: 48637 <at> debbugs.gnu.org
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Tue, 25 May 2021 15:44:05 +0200
On Mon, May 24, 2021 at 11:35:24PM +0000, Luis Felipe via Guix-patches via wrote:
> Hi,
> 
> This patch adds a new Publications page to the website.

Nice!

I could not test yet, but maybe make the date string in

> +(define (publication->shtml publication)
> +  "Return an SHTML representation of the given publication object.
> +
> +   PUBLICATION (<publication>)
> +     A publication object as defined in (apps media types)."
> +  `(a
> +    (@ (class "publication-preview")
> +       (href ,(publication-url publication)))
> +
> +    (h3
> +     (@ (lang ,(publication-language publication))
> +        (class "publication-title"))
> +     ,(publication-title publication))
> +
> +    (p
> +     (@ (class "publication-info"))
> +     ,(G_ `("Published "
> +            ,(date->string (publication-date publication) "~b ~d, ~Y")

translatable like website/apps/blog/templates/components.scm line 33.


> +(define (publication-list-t publications)
> +  "Return the Publication list page in SHTML.
> +
> +   PUBLICATIONS (list of <publication>)
> +     See the (apps media types) module for information on the
> +     <publication> type."
> +  (theme
> +   #:title (C_ "webpage title" '("Publications"))
> +   #:description
> +   (G_ "A list of written publications about GNU Guix.")
> +   #:keywords
> +   ;; TRANSLATORS: |-separated list of webpage keywords.
> +   (string-split (G_ "Publications|Papers") #\|)

I don’t know, but should there really be only none of the other pages’
SEO keywords?  All other occurrences of #:keywords begin with

GNU|Linux|Unix|Free software


Regards,
Florian




Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Tue, 25 May 2021 14:38:01 GMT) Full text and rfc822 format available.

Message #11 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Luis Felipe <luis.felipe.la <at> protonmail.com>
To: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
Cc: "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Tue, 25 May 2021 14:37:03 +0000
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Tuesday, May 25, 2021 1:44 PM, pelzflorian (Florian Pelz) <pelzflorian <at> pelzflorian.de> wrote:

> On Mon, May 24, 2021 at 11:35:24PM +0000, Luis Felipe via Guix-patches via wrote:
>
> > Hi,
> > This patch adds a new Publications page to the website.
>
> Nice!
>
> I could not test yet, but maybe make the date string in
>
> > +(define (publication->shtml publication)
> >
> > -   "Return an SHTML representation of the given publication object.
> > -
> > -   PUBLICATION (<publication>)
> > -       A publication object as defined in (apps media types)."
> >
> >
> > -   `(a
> > -   (@ (class "publication-preview")
> > -         (href ,(publication-url publication)))
> >
> >
> > -
> > -   (h3
> > -       (@ (lang ,(publication-language publication))
> >
> >
> > -          (class "publication-title"))
> >
> >
> > -       ,(publication-title publication))
> >
> >
> > -
> > -   (p
> > -       (@ (class "publication-info"))
> >
> >
> > -       ,(G_ `("Published "
> >
> >
> > -              ,(date->string (publication-date publication) "~b ~d, ~Y")
> >
> >
>
> translatable like website/apps/blog/templates/components.scm line 33.

Yeah. Would it as follows? (I still struggle with i18n):

(p
 (@ (class "publication-info"))
 ,(G_ `("Published "
        ,(date->string (publication-date publication)
                       (C_ "SRFI-19 date->string format" "~b ~d, ~Y"))
        " by "
        ,(string-join (publication-authors publication) ", "))))

Also, I think the delimiter for "string-join" in the list of authors should be translated because that comma is not used in Japanese, for example. So would it be ok like this:

(p
 (@ (class "publication-info"))
 ,(G_ `("Published "
        ,(date->string (publication-date publication)
                       (C_ "SRFI-19 date->string format" "~b ~d, ~Y"))
        " by "
        ,(string-join (publication-authors publication)
                      (C_ "Separator of items in a list" ", ")))))


I'm still unsure about when I should use a context and when a TRANSLATORS comment...


> > +(define (publication-list-t publications)
> >
> > -   "Return the Publication list page in SHTML.
> > -
> > -   PUBLICATIONS (list of <publication>)
> > -       See the (apps media types) module for information on the
> >
> >
> > -       <publication> type."
> >
> >
> > -   (theme
> > -   #:title (C_ "webpage title" '("Publications"))
> > -   #:description
> > -   (G_ "A list of written publications about GNU Guix.")
> > -   #:keywords
> > -   ;; TRANSLATORS: |-separated list of webpage keywords.
> > -   (string-split (G_ "Publications|Papers") #\|)
>
> I don’t know, but should there really be only none of the other pages’
> SEO keywords? All other occurrences of #:keywords begin with
>
> GNU|Linux|Unix|Free software

Hmm, I don't know... Last time I checked, I think I saw that search engines care more about the page content than meta keywords. So I don't think it would make a difference.

Also, if it turns out to be important to repeat these keywords in all pages, maybe it would be better to add these by default in (apps base templates theme).




Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Tue, 25 May 2021 18:22:01 GMT) Full text and rfc822 format available.

Message #14 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: Luis Felipe <luis.felipe.la <at> protonmail.com>
Cc: "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Tue, 25 May 2021 20:21:23 +0200
On Tue, May 25, 2021 at 02:37:03PM +0000, Luis Felipe wrote:
> Yeah. Would it as follows? (I still struggle with i18n):
> 
> (p
>  (@ (class "publication-info"))
>  ,(G_ `("Published "
>         ,(date->string (publication-date publication)
>                        (C_ "SRFI-19 date->string format" "~b ~d, ~Y"))
>         " by "
>         ,(string-join (publication-authors publication) ", "))))

It would need to be

(p
 (@ (class "publication-info"))
 ,(let ((format (C_ "SRFI-19 date->string format" "~b ~d, ~Y")))
    (G_ `("Published "
          ,(date->string (publication-date publication) format)
          " by "
          ,(string-join (publication-authors publication) ", ")
          ""))))

The let is needed because C_ cannot be nested inside G_ because the
sexp-xgettext script parses Scheme files in only one pass currently.
(And I’m not motivated enough to make it go back to parse the nested
C_ because nesting is seldom needed.)

The "" at the end is needed so (string-join …) gets its own XML
element that can be moved by translators.

Without "":

msgid "Published <1/> by "

With "":

msgid "Published <1/> by <2/>"



> Also, I think the delimiter for "string-join" in the list of authors
> should be translated because that comma is not used in Japanese, for
> example. So would it be ok like this:
> […]
>         ,(string-join (publication-authors publication)
>                       (C_ "Separator of items in a list" ", ")))))

Yes, you are very right, although as above please move it to the let.
Then it can become 、 or と or whatever; I don’t know what is common
in Japan.


> I'm still unsure about when I should use a context and when a
> TRANSLATORS comment...

A msgctxt should be used if another ", " string with different
translations might be added.  I would use a context, I think, but
maybe it is an abundance of caution.

Regards,
Florian




Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Tue, 25 May 2021 18:37:02 GMT) Full text and rfc822 format available.

Message #17 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: Luis Felipe <luis.felipe.la <at> protonmail.com>
Cc: sirgazil <sirgazil <at> zoho.com>,
 "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Tue, 25 May 2021 20:35:52 +0200
On Tue, May 25, 2021 at 02:37:03PM +0000, Luis Felipe wrote:
> On Tuesday, May 25, 2021 1:44 PM, pelzflorian (Florian Pelz) <pelzflorian <at> pelzflorian.de> wrote:
> > On Mon, May 24, 2021 at 11:35:24PM +0000, Luis Felipe via Guix-patches via wrote:
> > > -   (theme
> > > -   #:title (C_ "webpage title" '("Publications"))
> > > -   #:description
> > > -   (G_ "A list of written publications about GNU Guix.")
> > > -   #:keywords
> > > -   ;; TRANSLATORS: |-separated list of webpage keywords.
> > > -   (string-split (G_ "Publications|Papers") #\|)
> >
> > I don’t know, but should there really be only none of the other pages’
> > SEO keywords? All other occurrences of #:keywords begin with
> >
> > GNU|Linux|Unix|Free software
>
> Hmm, I don't know... Last time I checked, I think I saw that search
> engines care more about the page content than meta keywords. So I
> don't think it would make a difference.
>
> Also, if it turns out to be important to repeat these keywords in
> all pages, maybe it would be better to add these by default in (apps
> base templates theme).

I did not know and just thought we should cargo-cult it.  Does it
matter?  Maybe @sirgazil has an opinion?

Regards,
Florian




Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Tue, 25 May 2021 19:15:02 GMT) Full text and rfc822 format available.

Message #20 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Luis Felipe <luis.felipe.la <at> protonmail.com>
To: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
Cc: sirgazil <sirgazil <at> zoho.com>,
 "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Tue, 25 May 2021 19:14:03 +0000
On Tuesday, May 25, 2021 6:35 PM, pelzflorian (Florian Pelz) <pelzflorian <at> pelzflorian.de> wrote:

> On Tue, May 25, 2021 at 02:37:03PM +0000, Luis Felipe wrote:
>
> > On Tuesday, May 25, 2021 1:44 PM, pelzflorian (Florian Pelz) pelzflorian <at> pelzflorian.de wrote:
> >
> > > On Mon, May 24, 2021 at 11:35:24PM +0000, Luis Felipe via Guix-patches via wrote:
> > >
> > > > -   (theme
> > > > -   #:title (C_ "webpage title" '("Publications"))
> > > > -   #:description
> > > > -   (G_ "A list of written publications about GNU Guix.")
> > > > -   #:keywords
> > > > -   ;; TRANSLATORS: |-separated list of webpage keywords.
> > > > -   (string-split (G_ "Publications|Papers") #\|)
> > >
> > > I don’t know, but should there really be only none of the other pages’
> > > SEO keywords? All other occurrences of #:keywords begin with
> > > GNU|Linux|Unix|Free software
> >
> > Hmm, I don't know... Last time I checked, I think I saw that search
> > engines care more about the page content than meta keywords. So I
> > don't think it would make a difference.
> > Also, if it turns out to be important to repeat these keywords in
> > all pages, maybe it would be better to add these by default in (apps
> > base templates theme).
>
> I did not know and just thought we should cargo-cult it. Does it
> matter? Maybe @sirgazil has an opinion?

He, he, I'm sirgazil :)




Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Tue, 25 May 2021 19:47:01 GMT) Full text and rfc822 format available.

Message #23 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Luis Felipe <luis.felipe.la <at> protonmail.com>
To: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
Cc: "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Tue, 25 May 2021 19:46:17 +0000
On Tuesday, May 25, 2021 6:21 PM, pelzflorian (Florian Pelz) <pelzflorian <at> pelzflorian.de> wrote:

> On Tue, May 25, 2021 at 02:37:03PM +0000, Luis Felipe wrote:
>
> > Yeah. Would it as follows? (I still struggle with i18n):
> > (p
> > (@ (class "publication-info"))
> > ,(G_ `("Published "
> > ,(date->string (publication-date publication)
> > (C_ "SRFI-19 date->string format" "~b ~d, ~Y"))
> > " by "
> > ,(string-join (publication-authors publication) ", "))))
>
> It would need to be
>
> (p
> (@ (class "publication-info"))
> ,(let ((format (C_ "SRFI-19 date->string format" "~b ~d, ~Y")))
>
>     (G_ `("Published "
>           ,(date->string (publication-date publication) format)
>
>           " by "
>           ,(string-join (publication-authors publication) ", ")
>           ""))))
>
>
> The let is needed because C_ cannot be nested inside G_ because the
> sexp-xgettext script parses Scheme files in only one pass currently.
> (And I’m not motivated enough to make it go back to parse the nested
> C_ because nesting is seldom needed.)
>
> The "" at the end is needed so (string-join …) gets its own XML
> element that can be moved by translators.
>
> Without "":
>
> msgid "Published <1/> by "
>
> With "":
>
> msgid "Published <1/> by <2/>"

You told me that before but I forgot :P


> > Also, I think the delimiter for "string-join" in the list of authors
> > should be translated because that comma is not used in Japanese, for
> > example. So would it be ok like this:
> > […]
> > ,(string-join (publication-authors publication)
> > (C_ "Separator of items in a list" ", ")))))
>
> Yes, you are very right, although as above please move it to the let.
> Then it can become 、 or と or whatever; I don’t know what is common
> in Japan.
>
> > I'm still unsure about when I should use a context and when a
> > TRANSLATORS comment...
>
> A msgctxt should be used if another ", " string with different
> translations might be added. I would use a context, I think, but
> maybe it is an abundance of caution.

Ok, so I moved both the date and the list authors to the definitions part of a let:

(define (publication->shtml publication)
  "Return an SHTML representation of the given publication object.

   PUBLICATION (<publication>)
     A publication object as defined in (apps media types)."
  (let ((date
         (date->string (publication-date publication)
                       (C_ "SRFI-19 date->string format" "~b ~d, ~Y")))
        (authors
         (string-join (publication-authors publication)
                      (C_ "Separator for authors in a list" ", "))))

    `(a
      (@ (class "publication-preview")
         (href ,(publication-url publication)))

      (h3
       (@ (lang ,(publication-language publication))
          (class "publication-title"))
       ,(publication-title publication))

      (p
       (@ (class "publication-info"))
       ,(G_ `("Published " ,date " by " ,authors ""))))))

Does it look right?




Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Tue, 25 May 2021 19:59:02 GMT) Full text and rfc822 format available.

Message #26 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Julien Lepiller <julien <at> lepiller.eu>
To: Luis Felipe <luis.felipe.la <at> protonmail.com>,
 Luis Felipe via Guix-patches via <guix-patches <at> gnu.org>,
 "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
Cc: "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Tue, 25 May 2021 15:58:04 -0400
[Message part 1 (text/plain, inline)]
Do we need to have a list for authors? Couldn't we have a single translatable string with all the authors, so it's easier to translate than having to translate a separator? I mean you could have weird rujes on separators. Even in English, you'd need an "and" for the last element, unless there's one author. Giving the full list of authors to translate gives the most freedom to translators.

Also, please give context/comment to the last one, because it's not easy to guess what <1> in "Published <1> by <2>" would be :)

Le 25 mai 2021 15:46:17 GMT-04:00, Luis Felipe via Guix-patches via <guix-patches <at> gnu.org> a écrit :
>On Tuesday, May 25, 2021 6:21 PM, pelzflorian (Florian Pelz)
><pelzflorian <at> pelzflorian.de> wrote:
>
>> On Tue, May 25, 2021 at 02:37:03PM +0000, Luis Felipe wrote:
>>
>> > Yeah. Would it as follows? (I still struggle with i18n):
>> > (p
>> > (@ (class "publication-info"))
>> > ,(G_ `("Published "
>> > ,(date->string (publication-date publication)
>> > (C_ "SRFI-19 date->string format" "~b ~d, ~Y"))
>> > " by "
>> > ,(string-join (publication-authors publication) ", "))))
>>
>> It would need to be
>>
>> (p
>> (@ (class "publication-info"))
>> ,(let ((format (C_ "SRFI-19 date->string format" "~b ~d, ~Y")))
>>
>>     (G_ `("Published "
>>           ,(date->string (publication-date publication) format)
>>
>>           " by "
>>           ,(string-join (publication-authors publication) ", ")
>>           ""))))
>>
>>
>> The let is needed because C_ cannot be nested inside G_ because the
>> sexp-xgettext script parses Scheme files in only one pass currently.
>> (And I’m not motivated enough to make it go back to parse the nested
>> C_ because nesting is seldom needed.)
>>
>> The "" at the end is needed so (string-join …) gets its own XML
>> element that can be moved by translators.
>>
>> Without "":
>>
>> msgid "Published <1/> by "
>>
>> With "":
>>
>> msgid "Published <1/> by <2/>"
>
>You told me that before but I forgot :P
>
>
>> > Also, I think the delimiter for "string-join" in the list of
>authors
>> > should be translated because that comma is not used in Japanese,
>for
>> > example. So would it be ok like this:
>> > […]
>> > ,(string-join (publication-authors publication)
>> > (C_ "Separator of items in a list" ", ")))))
>>
>> Yes, you are very right, although as above please move it to the let.
>> Then it can become 、 or と or whatever; I don’t know what is common
>> in Japan.
>>
>> > I'm still unsure about when I should use a context and when a
>> > TRANSLATORS comment...
>>
>> A msgctxt should be used if another ", " string with different
>> translations might be added. I would use a context, I think, but
>> maybe it is an abundance of caution.
>
>Ok, so I moved both the date and the list authors to the definitions
>part of a let:
>
>(define (publication->shtml publication)
>  "Return an SHTML representation of the given publication object.
>
>   PUBLICATION (<publication>)
>     A publication object as defined in (apps media types)."
>  (let ((date
>         (date->string (publication-date publication)
>                       (C_ "SRFI-19 date->string format" "~b ~d, ~Y")))
>        (authors
>         (string-join (publication-authors publication)
>                      (C_ "Separator for authors in a list" ", "))))
>
>    `(a
>      (@ (class "publication-preview")
>         (href ,(publication-url publication)))
>
>      (h3
>       (@ (lang ,(publication-language publication))
>          (class "publication-title"))
>       ,(publication-title publication))
>
>      (p
>       (@ (class "publication-info"))
>       ,(G_ `("Published " ,date " by " ,authors ""))))))
>
>Does it look right?
[Message part 2 (text/html, inline)]

Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Tue, 25 May 2021 19:59:02 GMT) Full text and rfc822 format available.

Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Tue, 25 May 2021 20:17:02 GMT) Full text and rfc822 format available.

Message #32 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Luis Felipe <luis.felipe.la <at> protonmail.com>
To: Julien Lepiller <julien <at> lepiller.eu>
Cc: "pelzflorian \(Florian Pelz\)" <pelzflorian <at> pelzflorian.de>,
 Luis Felipe via Guix-patches via <guix-patches <at> gnu.org>,
 "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Tue, 25 May 2021 20:16:42 +0000
On Tuesday, May 25, 2021 7:58 PM, Julien Lepiller <julien <at> lepiller.eu> wrote:

> Do we need to have a list for authors? Couldn't we have a single translatable string with all the authors, so it's easier to translate than having to translate a separator? I mean you could have weird rujes on separators. Even in English, you'd need an "and" for the last element, unless there's one author. Giving the full list of authors to translate gives the most freedom to translators.

Hmm... As a scripter I'd prefer to use the list, but as a translator, I'd like to have complete control of the string... For the benefit of the latter, I think it's ok to use the string instead. So, when instancing a Publication record, the authors field would be simply like this?

#:authors (G_ "Jane Roe, Eva Lua and Luis Felipe")


> Also, please give context/comment to the last one, because it's not easy to guess what <1> in "Published <1> by <2>" would be :)

That's what I thought, and I was about to ask if it was possible to have <date> and <authors> instead of <1> and <2>. I guess not...

I need a course on the i18n system :)




Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Tue, 25 May 2021 20:17:03 GMT) Full text and rfc822 format available.

Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Wed, 26 May 2021 02:04:01 GMT) Full text and rfc822 format available.

Message #38 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Julien Lepiller <julien <at> lepiller.eu>
To: Luis Felipe <luis.felipe.la <at> protonmail.com>
Cc: "pelzflorian \(Florian Pelz\)" <pelzflorian <at> pelzflorian.de>,
 Luis Felipe via Guix-patches via <guix-patches <at> gnu.org>,
 "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Tue, 25 May 2021 22:03:01 -0400

Le 25 mai 2021 16:16:42 GMT-04:00, Luis Felipe <luis.felipe.la <at> protonmail.com> a écrit :
>On Tuesday, May 25, 2021 7:58 PM, Julien Lepiller <julien <at> lepiller.eu>
>wrote:
>
>> Do we need to have a list for authors? Couldn't we have a single
>translatable string with all the authors, so it's easier to translate
>than having to translate a separator? I mean you could have weird rujes
>on separators. Even in English, you'd need an "and" for the last
>element, unless there's one author. Giving the full list of authors to
>translate gives the most freedom to translators.
>
>Hmm... As a scripter I'd prefer to use the list, but as a translator,
>I'd like to have complete control of the string... For the benefit of
>the latter, I think it's ok to use the string instead. So, when
>instancing a Publication record, the authors field would be simply like
>this?
>
>#:authors (G_ "Jane Roe, Eva Lua and Luis Felipe")

I think so, but I think we'll have to test, because I don't really know the i18n process either for the website ^^'

>
>
>> Also, please give context/comment to the last one, because it's not
>easy to guess what <1> in "Published <1> by <2>" would be :)
>
>That's what I thought, and I was about to ask if it was possible to
>have <date> and <authors> instead of <1> and <2>. I guess not...
>
>I need a course on the i18n system :)




Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Wed, 26 May 2021 02:04:02 GMT) Full text and rfc822 format available.

Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Wed, 26 May 2021 10:01:02 GMT) Full text and rfc822 format available.

Message #44 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: Julien Lepiller <julien <at> lepiller.eu>
Cc: Luis Felipe <luis.felipe.la <at> protonmail.com>,
 "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Wed, 26 May 2021 12:00:18 +0200
On Tue, May 25, 2021 at 10:03:01PM -0400, Julien Lepiller wrote:
> Le 25 mai 2021 16:16:42 GMT-04:00, Luis Felipe <luis.felipe.la <at> protonmail.com> a écrit :
> >#:authors (G_ "Jane Roe, Eva Lua and Luis Felipe")
> 
> I think so, but I think we'll have to test, because I don't really know the i18n process either for the website ^^'

Yes, it is correct and the best way, but testing by running the
sexp-xgettext script is good too.


> >That's what I thought, and I was about to ask if it was possible to
> >have <date> and <authors> instead of <1> and <2>. I guess not...
> >
> >I need a course on the i18n system :)

I wanted the sexp-xgettext i18n system so developers would not have to
add a tag name to every element …  Well, we can use regexp helper
function find-empty-element like website/sexp-xgettext.scm uses at the
beginning of the deconstruct procedure:

(define (find-empty-element msgstr name)
  "Return the regex match structure for the empty tag for XML
element of type NAME inside MSGSTR.  If the element does not exist or
is more than the empty tag, #f is returned."
  (string-match (string-append "<" (regexp-quote name) "/>") msgstr))

and call it on a translation with G_, but I would prefer not to
increase code complexity in the website.

Regards,
Florian




Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Wed, 26 May 2021 14:08:02 GMT) Full text and rfc822 format available.

Message #47 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Luis Felipe <luis.felipe.la <at> protonmail.com>
To: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
Cc: Julien Lepiller <julien <at> lepiller.eu>,
 "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Wed, 26 May 2021 14:06:43 +0000
[Message part 1 (text/plain, inline)]
On Wednesday, May 26, 2021 10:00 AM, pelzflorian (Florian Pelz) <pelzflorian <at> pelzflorian.de> wrote:

> On Tue, May 25, 2021 at 10:03:01PM -0400, Julien Lepiller wrote:
>
> > Le 25 mai 2021 16:16:42 GMT-04:00, Luis Felipe luis.felipe.la <at> protonmail.com a écrit :
> >
> > > #:authors (G_ "Jane Roe, Eva Lua and Luis Felipe")
> >
> > I think so, but I think we'll have to test, because I don't really know the i18n process either for the website ^^'
>
> Yes, it is correct and the best way, but testing by running the
> sexp-xgettext script is good too.
>
> > > That's what I thought, and I was about to ask if it was possible to
> > > have <date> and <authors> instead of <1> and <2>. I guess not...
> > > I need a course on the i18n system :)
>
> I wanted the sexp-xgettext i18n system so developers would not have to
> add a tag name to every element … Well, we can use regexp helper
> function find-empty-element like website/sexp-xgettext.scm uses at the
> beginning of the deconstruct procedure:
>
> (define (find-empty-element msgstr name)
> "Return the regex match structure for the empty tag for XML
> element of type NAME inside MSGSTR. If the element does not exist or
> is more than the empty tag, #f is returned."
> (string-match (string-append "<" (regexp-quote name) "/>") msgstr))
>
> and call it on a translation with G_, but I would prefer not to
> increase code complexity in the website.

Ok, here is the new patch with the suggested changes.

I updated the POT to check the translation strings and I think they are well formed. For example:

#. TRANSLATORS: <1/> is a date, and <2/> a list of authors.
#: apps/media/templates/components.scm:50
#, xml-text
msgid "Published <1/> by <2/>"
msgstr ""

I didn't include the POT update in the patch though. Maybe for future patches I'll do the whole i18n process.
[0001-website-Add-publications-page.patch (text/x-patch, attachment)]

Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Wed, 26 May 2021 17:42:01 GMT) Full text and rfc822 format available.

Message #50 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Julien Lepiller <julien <at> lepiller.eu>
To: Luis Felipe <luis.felipe.la <at> protonmail.com>,
 "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
Cc: "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Wed, 26 May 2021 13:41:02 -0400
[Message part 1 (text/plain, inline)]
Since last time we calked, I changed che script that updates weblate, so it now ignores the checked out pot file and regenerates it for weblate. Maybe we should now drop it entirely?

Le 26 mai 2021 10:06:43 GMT-04:00, Luis Felipe <luis.felipe.la <at> protonmail.com> a écrit :
>On Wednesday, May 26, 2021 10:00 AM, pelzflorian (Florian Pelz)
><pelzflorian <at> pelzflorian.de> wrote:
>
>> On Tue, May 25, 2021 at 10:03:01PM -0400, Julien Lepiller wrote:
>>
>> > Le 25 mai 2021 16:16:42 GMT-04:00, Luis Felipe
>luis.felipe.la <at> protonmail.com a écrit :
>> >
>> > > #:authors (G_ "Jane Roe, Eva Lua and Luis Felipe")
>> >
>> > I think so, but I think we'll have to test, because I don't really
>know the i18n process either for the website ^^'
>>
>> Yes, it is correct and the best way, but testing by running the
>> sexp-xgettext script is good too.
>>
>> > > That's what I thought, and I was about to ask if it was possible
>to
>> > > have <date> and <authors> instead of <1> and <2>. I guess not...
>> > > I need a course on the i18n system :)
>>
>> I wanted the sexp-xgettext i18n system so developers would not have
>to
>> add a tag name to every element … Well, we can use regexp helper
>> function find-empty-element like website/sexp-xgettext.scm uses at
>the
>> beginning of the deconstruct procedure:
>>
>> (define (find-empty-element msgstr name)
>> "Return the regex match structure for the empty tag for XML
>> element of type NAME inside MSGSTR. If the element does not exist or
>> is more than the empty tag, #f is returned."
>> (string-match (string-append "<" (regexp-quote name) "/>") msgstr))
>>
>> and call it on a translation with G_, but I would prefer not to
>> increase code complexity in the website.
>
>Ok, here is the new patch with the suggested changes.
>
>I updated the POT to check the translation strings and I think they are
>well formed. For example:
>
>#. TRANSLATORS: <1/> is a date, and <2/> a list of authors.
>#: apps/media/templates/components.scm:50
>#, xml-text
>msgid "Published <1/> by <2/>"
>msgstr ""
>
>I didn't include the POT update in the patch though. Maybe for future
>patches I'll do the whole i18n process.
[Message part 2 (text/html, inline)]

Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Wed, 26 May 2021 18:27:01 GMT) Full text and rfc822 format available.

Message #53 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Luis Felipe <luis.felipe.la <at> protonmail.com>
To: Julien Lepiller <julien <at> lepiller.eu>
Cc: "pelzflorian \(Florian Pelz\)" <pelzflorian <at> pelzflorian.de>,
 "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Wed, 26 May 2021 18:25:48 +0000
[Message part 1 (text/plain, inline)]
On Wednesday, May 26, 2021 5:41 PM, Julien Lepiller <julien <at> lepiller.eu> wrote:

> Since last time we calked, I changed che script that updates weblate, so it now ignores the checked out pot file and regenerates it for weblate. Maybe we should now drop it entirely?

Ah, right. But it would be better to do that in a separate patch, right? To decide what can be removed. Because the sexp-xgettext script would still be useful to check that new translation strings are well formed.
[Message part 2 (text/html, inline)]

Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Wed, 26 May 2021 18:43:02 GMT) Full text and rfc822 format available.

Message #56 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Julien Lepiller <julien <at> lepiller.eu>
To: Luis Felipe <luis.felipe.la <at> protonmail.com>
Cc: "pelzflorian \(Florian Pelz\)" <pelzflorian <at> pelzflorian.de>,
 "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Wed, 26 May 2021 14:42:28 -0400
[Message part 1 (text/plain, inline)]
Absolutely, let's take care of that later, in a separate patch. I think your patch is in a very good shape now. Do you have commit access?

Le 26 mai 2021 14:25:48 GMT-04:00, Luis Felipe <luis.felipe.la <at> protonmail.com> a écrit :
>On Wednesday, May 26, 2021 5:41 PM, Julien Lepiller
><julien <at> lepiller.eu> wrote:
>
>> Since last time we calked, I changed che script that updates weblate,
>so it now ignores the checked out pot file and regenerates it for
>weblate. Maybe we should now drop it entirely?
>
>Ah, right. But it would be better to do that in a separate patch,
>right? To decide what can be removed. Because the sexp-xgettext script
>would still be useful to check that new translation strings are well
>formed.
[Message part 2 (text/html, inline)]

Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Wed, 26 May 2021 19:06:01 GMT) Full text and rfc822 format available.

Message #59 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Luis Felipe <luis.felipe.la <at> protonmail.com>
To: Julien Lepiller <julien <at> lepiller.eu>
Cc: "pelzflorian \(Florian Pelz\)" <pelzflorian <at> pelzflorian.de>,
 "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Wed, 26 May 2021 19:05:17 +0000
[Message part 1 (text/plain, inline)]
On Wednesday, May 26, 2021 6:42 PM, Julien Lepiller <julien <at> lepiller.eu> wrote:

> Absolutely, let's take care of that later, in a separate patch. I think your patch is in a very good shape now. Do you have commit access?

I don't :)
[Message part 2 (text/html, inline)]

Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Fri, 28 May 2021 11:07:01 GMT) Full text and rfc822 format available.

Message #62 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Luis Felipe <luis.felipe.la <at> protonmail.com>
Cc: 48637 <at> debbugs.gnu.org
Subject: Re: bug#48637: [PATCH] website: Add publications page
Date: Fri, 28 May 2021 13:06:11 +0200
[Message part 1 (text/plain, inline)]
Hi Luis,

Nice work!  It’s now on-line:

  https://guix.gnu.org/en/publications/

I see that you want to keep it open to non-academic publications, which
is a good idea.  I wonder if there should be a visual distinction
between peer-reviewed scientific articles, journal articles, and other
types of publications?

I started adding historical LWN articles (patch below; the titles look
funny in hindsight :-)), and wondered whether this was a good idea since
they would come first in the list.

Thoughts?

We should call for contributions because I’m sure there are quite a few
articles that would be worth adding.

Thanks,
Ludo’.

[Message part 2 (text/x-patch, inline)]
diff --git a/website/apps/media/data.scm b/website/apps/media/data.scm
index 8dbb035..fde5918 100644
--- a/website/apps/media/data.scm
+++ b/website/apps/media/data.scm
@@ -106,11 +106,26 @@ distribution."))
     #:url "https://arxiv.org/abs/1305.4584"
     #:authors "Ludovic Courtès"
     #:date (string->date "2013-05-20" "~Y-~m-~d"))
+   (publication
+    #:title "GNU Guix sports functional package management"
+    #:authors "Nathan Willis"
+    #:url "https://lwn.net/Articles/560857/"
+    #:date (string->date "2013-07-31" "~Y-~m-~d"))
    (publication
     #:title "Reproducible and User-Controlled Software Environments in HPC with Guix"
     #:url "https://hal.inria.fr/hal-01161771/en"
     #:authors (G_ "Ludovic Courtès, Ricardo Wurmus")
     #:date (string->date "2015-07-25" "~Y-~m-~d"))
+   (publication
+    #:title "Reproducible builds and standalone GNU systems with Guix 0.9"
+    #:url "https://lwn.net/Articles/663954/"
+    #:authors "Nathan Willis"
+    #:date (string->date "2015-11-18" "~Y-~m-~d"))
+   (publication
+    #:title "Security and reproducible-build progress in Guix 0.11"
+    #:url "https://lwn.net/Articles/696890/"
+    #:authors "Nathan Willis"
+    #:date (string->date "2016-08-10" "~Y-~m-~d"))
    (publication
     #:title "Code Staging in GNU Guix"
     #:url "https://arxiv.org/abs/1709.00833"

Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Fri, 28 May 2021 15:21:02 GMT) Full text and rfc822 format available.

Message #65 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Luis Felipe <luis.felipe.la <at> protonmail.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: bug#48637: [PATCH] website: Add publications page
Date: Fri, 28 May 2021 15:20:13 +0000
Hi Ludovic,

On Friday, May 28, 2021 11:06 AM, Ludovic Courtès <ludo <at> gnu.org> wrote:

> Hi Luis,
>
> Nice work! It’s now on-line:
>
> https://guix.gnu.org/en/publications/

Thanks.


> I see that you want to keep it open to non-academic publications, which
> is a good idea.

Yeah, I went with Julien's idea.


> I wonder if there should be a visual distinction
> between peer-reviewed scientific articles, journal articles, and other
> types of publications?

Yeah, now that you mention it, I think that would be good.


> I started adding historical LWN articles (patch below; the titles look
> funny in hindsight :-)), and wondered whether this was a good idea since
> they would come first in the list.
>
> Thoughts?
>
> We should call for contributions because I’m sure there are quite a few
> articles that would be worth adding.

Did you forget the patch? :)






Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Sat, 29 May 2021 10:26:02 GMT) Full text and rfc822 format available.

Message #68 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Luis Felipe <luis.felipe.la <at> protonmail.com>
Cc: "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: bug#48637: [PATCH] website: Add publications page
Date: Sat, 29 May 2021 12:25:23 +0200
[Message part 1 (text/plain, inline)]
Hi,

Luis Felipe <luis.felipe.la <at> protonmail.com> skribis:

>> I started adding historical LWN articles (patch below; the titles look
>> funny in hindsight :-)), and wondered whether this was a good idea since
>> they would come first in the list.
>>
>> Thoughts?
>>
>> We should call for contributions because I’m sure there are quite a few
>> articles that would be worth adding.
>
> Did you forget the patch? :)

Oops, here we go!

Ludo’.

[Message part 2 (text/x-patch, inline)]
diff --git a/website/apps/media/data.scm b/website/apps/media/data.scm
index 8dbb035..fde5918 100644
--- a/website/apps/media/data.scm
+++ b/website/apps/media/data.scm
@@ -106,11 +106,26 @@ distribution."))
     #:url "https://arxiv.org/abs/1305.4584"
     #:authors "Ludovic Courtès"
     #:date (string->date "2013-05-20" "~Y-~m-~d"))
+   (publication
+    #:title "GNU Guix sports functional package management"
+    #:authors "Nathan Willis"
+    #:url "https://lwn.net/Articles/560857/"
+    #:date (string->date "2013-07-31" "~Y-~m-~d"))
    (publication
     #:title "Reproducible and User-Controlled Software Environments in HPC with Guix"
     #:url "https://hal.inria.fr/hal-01161771/en"
     #:authors (G_ "Ludovic Courtès, Ricardo Wurmus")
     #:date (string->date "2015-07-25" "~Y-~m-~d"))
+   (publication
+    #:title "Reproducible builds and standalone GNU systems with Guix 0.9"
+    #:url "https://lwn.net/Articles/663954/"
+    #:authors "Nathan Willis"
+    #:date (string->date "2015-11-18" "~Y-~m-~d"))
+   (publication
+    #:title "Security and reproducible-build progress in Guix 0.11"
+    #:url "https://lwn.net/Articles/696890/"
+    #:authors "Nathan Willis"
+    #:date (string->date "2016-08-10" "~Y-~m-~d"))
    (publication
     #:title "Code Staging in GNU Guix"
     #:url "https://arxiv.org/abs/1709.00833"

Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Wed, 02 Jun 2021 19:33:01 GMT) Full text and rfc822 format available.

Message #71 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Luis Felipe <luis.felipe.la <at> protonmail.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: bug#48637: [PATCH] website: Add publications page
Date: Wed, 02 Jun 2021 19:31:50 +0000
[Message part 1 (text/plain, inline)]
Hey,

On Friday, May 28, 2021 11:06 AM, Ludovic Courtès <ludo <at> gnu.org> wrote:

> I see that you want to keep it open to non-academic publications, which
> is a good idea. I wonder if there should be a visual distinction
> between peer-reviewed scientific articles, journal articles, and other
> types of publications?
>
> I started adding historical LWN articles (patch below; the titles look
> funny in hindsight :-)), and wondered whether this was a good idea since
> they would come first in the list.
>
> Thoughts?


Here is a patch that adds publication types.
[0001-website-publications-Add-publication-type.patch (text/x-patch, attachment)]

Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Wed, 02 Jun 2021 20:29:01 GMT) Full text and rfc822 format available.

Message #74 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Julien Lepiller <julien <at> lepiller.eu>
To: Luis Felipe <luis.felipe.la <at> protonmail.com>,
 Ludovic Courtès <ludo <at> gnu.org>
Cc: "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Wed, 02 Jun 2021 16:28:13 -0400
[Message part 1 (text/plain, inline)]
The patch looks good, but how would people out of science understand what's a conference paper, or the difference between an article and a journal article? Are there better terms?

Le 2 juin 2021 15:31:50 GMT-04:00, Luis Felipe via Guix-patches via <guix-patches <at> gnu.org> a écrit :
>Hey,
>
>On Friday, May 28, 2021 11:06 AM, Ludovic Courtès <ludo <at> gnu.org> wrote:
>
>> I see that you want to keep it open to non-academic publications,
>which
>> is a good idea. I wonder if there should be a visual distinction
>> between peer-reviewed scientific articles, journal articles, and
>other
>> types of publications?
>>
>> I started adding historical LWN articles (patch below; the titles
>look
>> funny in hindsight :-)), and wondered whether this was a good idea
>since
>> they would come first in the list.
>>
>> Thoughts?
>
>
>Here is a patch that adds publication types.
[Message part 2 (text/html, inline)]

Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Wed, 02 Jun 2021 21:53:01 GMT) Full text and rfc822 format available.

Message #77 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Luis Felipe <luis.felipe.la <at> protonmail.com>
To: Julien Lepiller <julien <at> lepiller.eu>
Cc: Ludovic Courtès <ludo <at> gnu.org>,
 "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Wed, 02 Jun 2021 21:52:13 +0000
[Message part 1 (text/plain, inline)]
On Wednesday, June 2, 2021 8:28 PM, Julien Lepiller <julien <at> lepiller.eu> wrote:

> The patch looks good, but how would people out of science understand what's a conference paper, or the difference between an article and a journal article? Are there better terms?

I don't know. As an outsider those terms sound alright to me :) And maybe when people click on the links the difference becomes clearer. But yeah, I don't know :)
[Message part 2 (text/html, inline)]

Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Wed, 02 Jun 2021 23:29:02 GMT) Full text and rfc822 format available.

Message #80 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Julien Lepiller <julien <at> lepiller.eu>
To: Luis Felipe <luis.felipe.la <at> protonmail.com>
Cc: Ludovic Courtès <ludo <at> gnu.org>,
 "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Wed, 02 Jun 2021 19:28:03 -0400
[Message part 1 (text/plain, inline)]
Ah, it's fine, I don't mean to delay applying the patch if the terms are good enough :)

Le 2 juin 2021 17:52:13 GMT-04:00, Luis Felipe <luis.felipe.la <at> protonmail.com> a écrit :
>On Wednesday, June 2, 2021 8:28 PM, Julien Lepiller
><julien <at> lepiller.eu> wrote:
>
>> The patch looks good, but how would people out of science understand
>what's a conference paper, or the difference between an article and a
>journal article? Are there better terms?
>
>I don't know. As an outsider those terms sound alright to me :) And
>maybe when people click on the links the difference becomes clearer.
>But yeah, I don't know :)
[Message part 2 (text/html, inline)]

Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Thu, 03 Jun 2021 09:41:02 GMT) Full text and rfc822 format available.

Message #83 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Luis Felipe <luis.felipe.la <at> protonmail.com>
Cc: "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: bug#48637: [PATCH] website: Add publications page
Date: Thu, 03 Jun 2021 11:40:49 +0200
Hello!

Luis Felipe <luis.felipe.la <at> protonmail.com> skribis:

> On Friday, May 28, 2021 11:06 AM, Ludovic Courtès <ludo <at> gnu.org> wrote:
>
>> I see that you want to keep it open to non-academic publications, which
>> is a good idea. I wonder if there should be a visual distinction
>> between peer-reviewed scientific articles, journal articles, and other
>> types of publications?

[...]

> From ef4e97ec9a49e65d70c9ba8d4c1926b2eeec2cba Mon Sep 17 00:00:00 2001
> From: Luis Felipe <luis.felipe.la <at> protonmail.com>
> Date: Wed, 2 Jun 2021 14:17:03 -0500
> Subject: [PATCH] website: publications: Add publication type.
>
> * website/apps/media/types.scm (<publication>): Add "type" field.
> * website/apps/media/data.scm (publications): Specify publication types.
> * website/apps/media/templates/components.scm (publication->shtml): Show
> publication type.

Pushed, thanks!

Julien Lepiller <julien <at> lepiller.eu> skribis:

> The patch looks good, but how would people out of science understand what's a conference paper, or the difference between an article and a journal article? Are there better terms?

I was wondering whether we should just distinguish between “scientific
papers” (peer-reviewed, be it conference papers, journals, or book
chapters) and other publications.

Perhaps a visual cue for scientific publications, such as an English
graduate cap, would be enough?

Ludo’.




Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Thu, 03 Jun 2021 10:38:02 GMT) Full text and rfc822 format available.

Message #86 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Julien Lepiller <julien <at> lepiller.eu>
To: Ludovic Courtès <ludo <at> gnu.org>,
 Luis Felipe <luis.felipe.la <at> protonmail.com>
Cc: "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Thu, 03 Jun 2021 06:37:18 -0400
[Message part 1 (text/plain, inline)]
Yeah, good idea, though we need to make it accessible (alt="scientific" or something).

Le 3 juin 2021 05:40:49 GMT-04:00, "Ludovic Courtès" <ludo <at> gnu.org> a écrit :
>Hello!
>
>Luis Felipe <luis.felipe.la <at> protonmail.com> skribis:
>
>> On Friday, May 28, 2021 11:06 AM, Ludovic Courtès <ludo <at> gnu.org>
>wrote:
>>
>>> I see that you want to keep it open to non-academic publications,
>which
>>> is a good idea. I wonder if there should be a visual distinction
>>> between peer-reviewed scientific articles, journal articles, and
>other
>>> types of publications?
>
>[...]
>
>> From ef4e97ec9a49e65d70c9ba8d4c1926b2eeec2cba Mon Sep 17 00:00:00
>2001
>> From: Luis Felipe <luis.felipe.la <at> protonmail.com>
>> Date: Wed, 2 Jun 2021 14:17:03 -0500
>> Subject: [PATCH] website: publications: Add publication type.
>>
>> * website/apps/media/types.scm (<publication>): Add "type" field.
>> * website/apps/media/data.scm (publications): Specify publication
>types.
>> * website/apps/media/templates/components.scm (publication->shtml):
>Show
>> publication type.
>
>Pushed, thanks!
>
>Julien Lepiller <julien <at> lepiller.eu> skribis:
>
>> The patch looks good, but how would people out of science understand
>what's a conference paper, or the difference between an article and a
>journal article? Are there better terms?
>
>I was wondering whether we should just distinguish between “scientific
>papers” (peer-reviewed, be it conference papers, journals, or book
>chapters) and other publications.
>
>Perhaps a visual cue for scientific publications, such as an English
>graduate cap, would be enough?
>
>Ludo’.
[Message part 2 (text/html, inline)]

Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Thu, 03 Jun 2021 13:40:02 GMT) Full text and rfc822 format available.

Message #89 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Luis Felipe <luis.felipe.la <at> protonmail.com>
To: Julien Lepiller <julien <at> lepiller.eu>
Cc: Ludovic Courtès <ludo <at> gnu.org>,
 "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Thu, 03 Jun 2021 13:39:07 +0000
[Message part 1 (text/plain, inline)]
On Thursday, June 3, 2021 10:37 AM, Julien Lepiller <julien <at> lepiller.eu> wrote:

> Yeah, good idea, though we need to make it accessible (alt="scientific" or something).

So, a publication is either scientific or not, right? So just add "publication-scientific?", right?
[Message part 2 (text/html, inline)]

Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Thu, 03 Jun 2021 19:51:01 GMT) Full text and rfc822 format available.

Message #92 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Luis Felipe <luis.felipe.la <at> protonmail.com>
To: Julien Lepiller <julien <at> lepiller.eu>
Cc: Ludovic Courtès <ludo <at> gnu.org>,
 "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Thu, 03 Jun 2021 19:50:38 +0000
[Message part 1 (text/plain, inline)]
On Thursday, June 3, 2021 1:39 PM, Luis Felipe <luis.felipe.la <at> protonmail.com> wrote:

> On Thursday, June 3, 2021 10:37 AM, Julien Lepiller <julien <at> lepiller.eu> wrote:
>
>> Yeah, good idea, though we need to make it accessible (alt="scientific" or something).
>
> So, a publication is either scientific or not, right? So just add "publication-scientific?", right?

I went ahead and added that "publication-scientific?" field and the suggested cap to scientific publications (patch attached). Let me know what you think.
[Message part 2 (text/html, inline)]
[0001-website-publications-Add-scientific-publication-mark.patch (text/x-patch, attachment)]

Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Thu, 03 Jun 2021 20:38:02 GMT) Full text and rfc822 format available.

Message #95 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Luis Felipe <luis.felipe.la <at> protonmail.com>
Cc: Julien Lepiller <julien <at> lepiller.eu>,
 "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Thu, 03 Jun 2021 22:37:04 +0200
Luis Felipe <luis.felipe.la <at> protonmail.com> skribis:

> On Thursday, June 3, 2021 10:37 AM, Julien Lepiller <julien <at> lepiller.eu> wrote:
>
>> Yeah, good idea, though we need to make it accessible (alt="scientific" or something).
>
> So, a publication is either scientific or not, right? So just add "publication-scientific?", right?

We can keep the categories you added, but I suppose only scientists care
about the difference between “conference article” and “journal article”.
:-)  For the rest of us, “academic” vs. “non-academic” is probably what
matters, and this is where a visual cue could help.

WDYT?

Ludo’.




Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Thu, 03 Jun 2021 21:51:01 GMT) Full text and rfc822 format available.

Message #98 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Luis Felipe <luis.felipe.la <at> protonmail.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: Julien Lepiller <julien <at> lepiller.eu>,
 "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Thu, 03 Jun 2021 21:50:18 +0000
On Thursday, June 3, 2021 8:37 PM, Ludovic Courtès <ludo <at> gnu.org> wrote:

> Luis Felipe luis.felipe.la <at> protonmail.com skribis:
>
> > On Thursday, June 3, 2021 10:37 AM, Julien Lepiller julien <at> lepiller.eu wrote:
> >
> > > Yeah, good idea, though we need to make it accessible (alt="scientific" or something).
> >
> > So, a publication is either scientific or not, right? So just add "publication-scientific?", right?
>
> We can keep the categories you added, but I suppose only scientists care
> about the difference between “conference article” and “journal article”.
> :-) For the rest of us, “academic” vs. “non-academic” is probably what
> matters, and this is where a visual cue could help.
>
> WDYT?

So, you mean something like the following would suffice?

https://luis-felipe.gitlab.io/media/2021/06/guix-academic-publications-2021-06-03%2016-39-11.png

Personally, I'm fine with or without any of these distinctions because once you click on an article you can see how formal the article is. But I can provide a patch to make things look like in the image.




Information forwarded to guix-patches <at> gnu.org:
bug#48637; Package guix-patches. (Fri, 04 Jun 2021 15:39:02 GMT) Full text and rfc822 format available.

Message #101 received at 48637 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Luis Felipe <luis.felipe.la <at> protonmail.com>
Cc: Julien Lepiller <julien <at> lepiller.eu>,
 "48637 <at> debbugs.gnu.org" <48637 <at> debbugs.gnu.org>
Subject: Re: [bug#48637] [PATCH] website: Add publications page
Date: Fri, 04 Jun 2021 17:38:18 +0200
Hi,

Luis Felipe <luis.felipe.la <at> protonmail.com> skribis:

> So, you mean something like the following would suffice?
>
> https://luis-felipe.gitlab.io/media/2021/06/guix-academic-publications-2021-06-03%2016-39-11.png

Yes.

> I went ahead and added that "publication-scientific?" field and the suggested cap to scientific publications (patch attached). Let me know what you think.

Awesome, pushed!

Thanks for the quick reply and pleasant result!

Ludo’.




bug closed, send any further explanations to 48637 <at> debbugs.gnu.org and Luis Felipe <luis.felipe.la <at> protonmail.com> Request was from Ludovic Courtès <ludo <at> gnu.org> to control <at> debbugs.gnu.org. (Sat, 05 Jun 2021 20:35:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 04 Jul 2021 11:24:07 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 268 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.