Thread

Commits

Same data as JSON: GET /api/v1/messages/:b64id/commits the thread's linked commits as JSON, with link sources. API reference →
  1. Doc: alphabetize aggregate function table

  1. Docs: Order of json aggregate functions

    Wolfgang Walther <walther@technowledgy.de> — 2024-06-19T17:49:53Z

    The order of json related aggregate functions in the docs is currently 
    like this:
    
    [...]
    json_agg
    json_objectagg
    json_object_agg
    json_object_agg_strict
    json_object_agg_unique
    json_arrayagg
    json_object_agg_unique_strict
    max
    min
    range_agg
    range_intersect_agg
    json_agg_strict
    [...]
    
    json_arrayagg and json_agg_strict are out of place.
    
    Attached patch puts them in the right spot. This is the same down to v16.
    
    Best,
    
    Wolfgang
  2. Re: Docs: Order of json aggregate functions

    Marlene Reiterer <marlene.reiterer.03@gmail.com> — 2024-07-23T09:45:00Z

    Am Mo., 22. Juli 2024 um 15:19 Uhr schrieb Wolfgang Walther
    <walther@technowledgy.de>:
    >
    > The order of json related aggregate functions in the docs is currently
    > like this:
    >
    > [...]
    > json_agg
    > json_objectagg
    > json_object_agg
    > json_object_agg_strict
    > json_object_agg_unique
    > json_arrayagg
    > json_object_agg_unique_strict
    > max
    > min
    > range_agg
    > range_intersect_agg
    > json_agg_strict
    > [...]
    >
    > json_arrayagg and json_agg_strict are out of place.
    >
    > Attached patch puts them in the right spot. This is the same down to v16.
    
    
    I compiled and it worked and didn't throw an error.
    
    The changes to the patch seem useful in my perspective, for making it
    easier to find the functions in the documentation, so people will find
    them easier.
    
    There is another table which isn't sorted too, the "Hypothetical-Set
    Aggregate Functions". Which would be in need of an alphabetical
    sorting too, if all the tables on this side
    of the documentation should look alike.
    
    Regards
    Marlene
    
    
    
    
  3. Re: Docs: Order of json aggregate functions

    Laurenz Albe <laurenz.albe@cybertec.at> — 2024-07-31T08:12:50Z

    On Tue, 2024-07-23 at 11:45 +0200, Marlene Reiterer wrote:
    > Am Mo., 22. Juli 2024 um 15:19 Uhr schrieb Wolfgang Walther <walther@technowledgy.de>:
    > > 
    > > The order of json related aggregate functions in the docs is currently
    > > like this:
    > > 
    > > [...]
    > > json_agg
    > > json_objectagg
    > > json_object_agg
    > > json_object_agg_strict
    > > json_object_agg_unique
    > > json_arrayagg
    > > json_object_agg_unique_strict
    > > max
    > > min
    > > range_agg
    > > range_intersect_agg
    > > json_agg_strict
    > > [...]
    > > 
    > > json_arrayagg and json_agg_strict are out of place.
    > > 
    > > Attached patch puts them in the right spot. This is the same down to v16.
    > 
    > I compiled and it worked and didn't throw an error.
    > 
    > The changes to the patch seem useful in my perspective, for making it
    > easier to find the functions in the documentation, so people will find
    > them easier.
    > 
    > There is another table which isn't sorted too, the "Hypothetical-Set
    > Aggregate Functions". Which would be in need of an alphabetical
    > sorting too, if all the tables on this side
    > of the documentation should look alike.
    
    There are only four hypothetical-set aggregate functions, so it is no problem
    to find a function in that list.
    
    I would say that it makes sense to apply the proposed patch, even if we
    don't sort that short list.
    
    Yours,
    Laurenz Albe
    
    
    
    
  4. Re: Docs: Order of json aggregate functions

    David Rowley <dgrowleyml@gmail.com> — 2024-09-12T10:41:23Z

    On Thu, 20 Jun 2024 at 05:50, Wolfgang Walther <walther@technowledgy.de> wrote:
    > json_arrayagg and json_agg_strict are out of place.
    >
    > Attached patch puts them in the right spot. This is the same down to v16.
    
    Thank you.  I've pushed this and ended up backpatching to 16 too. It's
    quite hard to unsee the broken order once seen.
    
    It seems worth the backpatch both to reduce pain for any future
    backpatches and also because the aggregates seemed rather badly
    placed.
    
    David