Salta al contenuto
  • Home
  • Piero Bosio
  • Blog
  • Mondo
  • Fediverso
  • News
  • Categorie
  • Recenti
  • Popolare
  • Tag
  • Utenti
Skin
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Predefinito (Nessuna skin)
  • Nessuna skin
Collassa

So I'm improving Article display in Hometown.

Pianificato Fissato Bloccato Spostato Senza categoria
10 Post 6 Autori 0 Visualizzazioni
  • Da Vecchi a Nuovi
  • Da Nuovi a Vecchi
  • Più Voti
Rispondi
  • Topic risposta
Effettua l'accesso per rispondere
Questa discussione è stata eliminata. Solo gli utenti con diritti di gestione possono vederla.
  • Darius Kazemiundefined Questo utente è esterno a questo forum
    Darius Kazemiundefined Questo utente è esterno a questo forum
    Darius Kazemi
    scritto su ultima modifica di
    #1

    So I'm improving Article display in Hometown.
    @julian made this post:

    https://browser.pub/https://community.nodebb.org/post/105824

    `content` and `summary` are ALMOST the same, so my software renders repeated content. I'd like to be able to say "if content and summary are the same, then default to one of them and exclude the other". Now the only difference seems to be a newline, so maybe I just trim whitespace but... thoughts? Is this good use of `summary` by nodebb in the first place?

    CC @technical-discussion

    infinite love ⴳundefined porous_grey_matter@lemmy.mlundefined 2 Risposte Ultima Risposta
    • Darius Kazemiundefined Darius Kazemi

      So I'm improving Article display in Hometown.
      @julian made this post:

      https://browser.pub/https://community.nodebb.org/post/105824

      `content` and `summary` are ALMOST the same, so my software renders repeated content. I'd like to be able to say "if content and summary are the same, then default to one of them and exclude the other". Now the only difference seems to be a newline, so maybe I just trim whitespace but... thoughts? Is this good use of `summary` by nodebb in the first place?

      CC @technical-discussion

      infinite love ⴳundefined Questo utente è esterno a questo forum
      infinite love ⴳundefined Questo utente è esterno a questo forum
      infinite love ⴳ
      scritto su ultima modifica di
      #2

      @darius @julian @technical-discussion interestingly https://indieweb.org/post-type-discovery#Algorithm suggests that you check if the `name` is a prefix of `content`, and if it is, then it is a Note. perhaps similar logic can be used to check if `summary` is a prefix of `content` in some way?

      i don't think this is particularly *wrong*, as generating summaries from excerpts of content is a common pattern in e.g. static site generators like Hugo. it is indeed duplicative, though!

      infinite love ⴳundefined 1 Risposta Ultima Risposta
      • Darius Kazemiundefined Darius Kazemi

        So I'm improving Article display in Hometown.
        @julian made this post:

        https://browser.pub/https://community.nodebb.org/post/105824

        `content` and `summary` are ALMOST the same, so my software renders repeated content. I'd like to be able to say "if content and summary are the same, then default to one of them and exclude the other". Now the only difference seems to be a newline, so maybe I just trim whitespace but... thoughts? Is this good use of `summary` by nodebb in the first place?

        CC @technical-discussion

        porous_grey_matter@lemmy.mlundefined Questo utente è esterno a questo forum
        porous_grey_matter@lemmy.mlundefined Questo utente è esterno a questo forum
        porous_grey_matter@lemmy.ml
        scritto su ultima modifica di
        #3

        I can't speak to whether using this field this way is good or not.

        I would set some kind of threshold for a similarity metric (eg Levenshtein distance, maybe divided by string length) below which you only display one. Maybe that's too clever. But it would also catch cases where there was just some punctuation mark difference or something.

        1 Risposta Ultima Risposta
        • infinite love ⴳundefined infinite love ⴳ

          @darius @julian @technical-discussion interestingly https://indieweb.org/post-type-discovery#Algorithm suggests that you check if the `name` is a prefix of `content`, and if it is, then it is a Note. perhaps similar logic can be used to check if `summary` is a prefix of `content` in some way?

          i don't think this is particularly *wrong*, as generating summaries from excerpts of content is a common pattern in e.g. static site generators like Hugo. it is indeed duplicative, though!

          infinite love ⴳundefined Questo utente è esterno a questo forum
          infinite love ⴳundefined Questo utente è esterno a questo forum
          infinite love ⴳ
          scritto su ultima modifica di
          #4

          @darius @julian @technical-discussion one thing this suggests is that there is a semantic difference between "summary" in the sense of providing a short blurb that is additive to the content (kinda like a subheading!), vs "summary" in the sense of providing an excerpt to be used as a kind of preview (as in a list of articles)

          julianundefined 1 Risposta Ultima Risposta
          • infinite love ⴳundefined infinite love ⴳ

            @darius @julian @technical-discussion one thing this suggests is that there is a semantic difference between "summary" in the sense of providing a short blurb that is additive to the content (kinda like a subheading!), vs "summary" in the sense of providing an excerpt to be used as a kind of preview (as in a list of articles)

            julianundefined Questo utente è esterno a questo forum
            julianundefined Questo utente è esterno a questo forum
            julian
            scritto su ultima modifica di
            #5

            trwnh@mastodon.social end of the day. I think it's up to each implementor as to how they wish to populate summary.

            NodeBB takes the first few sentences adding up to but not exceeding 500 characters, and uses those. It does change the HTML because simple truncation would leave you with broken or unfinished tags.

            That's probably why darius@friend.camp said they were almost the same.

            1 Risposta Ultima Risposta
            • infinite love ⴳundefined Questo utente è esterno a questo forum
              infinite love ⴳundefined Questo utente è esterno a questo forum
              infinite love ⴳ
              scritto su ultima modifica di
              #6

              @julian @darius Hugo does the same by default, taking the first ~70 characters to the nearest word boundary (or something like that).

              i'm just pointing out that there might be some needed disambiguation with how `summary` is used, to account for this kind of "excerpt vs subtitle", "duplicative vs additive" usage.

              1 Risposta Ultima Risposta
              • julianundefined Questo utente è esterno a questo forum
                julianundefined Questo utente è esterno a questo forum
                julian
                scritto su ultima modifica di
                #7

                darius@friend.camp but to answer your initial query, I feel that summary is always going to be subservient to content. It's either a truncation or derivative of content, so if you have the capabilities to parse content, just use that in its entirety and pass over summary

                (Until T&S standardize CWs, but that's a different story)

                1 Risposta Ultima Risposta
                • Darius Kazemiundefined Questo utente è esterno a questo forum
                  Darius Kazemiundefined Questo utente è esterno a questo forum
                  Darius Kazemi
                  scritto su ultima modifica di
                  #8

                  @julian that makes sense. I should probably just not render `summary` for now if `content` is present and renderable. And I then render `name` as a title field

                  1 Risposta Ultima Risposta
                  • Matthew Exonundefined Questo utente è esterno a questo forum
                    Matthew Exonundefined Questo utente è esterno a questo forum
                    Matthew Exon
                    scritto su ultima modifica di
                    #9

                    @darius @julian I vote for this - one or the other, never both.

                    IMO the summary is for index or thread views where the article is too long to display, and the author wants to make sure the part that gets displayed accurately reflects the content. If you're just gonna auto-truncate the content, better not to put a summary at all. The client would do a better job.

                    julianundefined 1 Risposta Ultima Risposta
                    • Matthew Exonundefined Matthew Exon

                      @darius @julian I vote for this - one or the other, never both.

                      IMO the summary is for index or thread views where the article is too long to display, and the author wants to make sure the part that gets displayed accurately reflects the content. If you're just gonna auto-truncate the content, better not to put a summary at all. The client would do a better job.

                      julianundefined Questo utente è esterno a questo forum
                      julianundefined Questo utente è esterno a questo forum
                      julian
                      scritto su ultima modifica di
                      #10

                      mat@friendica.exon.name you're right, and in the ideal case, NodeBB would not send summary either, as it is automatically generated.

                      Right now, we are in a situation where Mastodon will utilize summary for non-note objects, but ignore content. This is why we send both, currently.

                      When Mastodon updates their implementation to consume preview, then we will update ours to no longer send summary.

                      cc darius@friend.camp

                      1 Risposta Ultima Risposta

                      Gli ultimi otto messaggi ricevuti dalla Federazione

                      • Evan Prodromouundefined
                        Evan Prodromou

                        @johnefrancis @kfury it works fine in 16/9/25 format too, btw. Doesn't depend on order!

                        per saperne di più

                      • Evan Prodromouundefined
                        Evan Prodromou

                        @johnefrancis @kfury fair! In Pythagoras 's time, it was typical to describe dates with as "Nth of Month" or "N days before the end of Month". Month names were regional. Year numbers were usually based on the year of rulers or leaders in the city. So, he'd know a date format more like: +/- day, Month name, year of rule, ruler or leader name.

                        per saperne di più

                      • marcoboccaccioundefined
                        marcoboccaccio

                        @unknow era il cadavere di un morto, se ne deduce

                        per saperne di più

                      • Otttozundefined
                        Otttoz

                        Bolsonaro ricoverato d’urgenza in ospedale a Brasilia

                        per saperne di più

                      • Otttozundefined
                        Otttoz

                        Sblocco ricordo

                        per saperne di più

                      • Ginaundefined
                        Gina

                        "But Gina who cares about a dumb little app that teenagers use for dumb little dances?"

                        Except that it's also the biggest, most decentralized aggregation of world news and social / political commentary. You see things on TikTok, directly from regular people, that would never be shown and in some instances allowed on the news.

                        per saperne di più

                      • John Francis 🦫🇨🇦🍁💪⬆️undefined
                        John Francis 🦫🇨🇦🍁💪⬆️

                        @evan @kfury Pythagoras would never tolerate a MDY year format.

                        per saperne di più

                      • Ginaundefined
                        Gina

                        Brother EWW. Oracle and private equity are buying up 80% of the American side of TikTok. 🥀

                        I hope #Loops will take off soon. RIP #TikTok.

                        per saperne di più
                      • Accedi

                      • Accedi o registrati per effettuare la ricerca.
                      • Primo post
                        Ultimo post
                      0
                      • Home
                      • Piero Bosio
                      • Blog
                      • Mondo
                      • Fediverso
                      • News
                      • Categorie
                      • Recenti
                      • Popolare
                      • Tag
                      • Utenti