Re: Functional programming with GLib

2017-08-07 Thread Joël Krähemann
Hi Why not doing a different approach? Provide serialization to your list and pass it to AgsFunction? I would love to see something alike in GSequencer. Thus I did a boxed type AgsComplex. The mention object above shall be able to solve mathematical equations. Note I is not implemented for now.

Re: Functional programming with GLib

2017-08-07 Thread Stefan Sauer
Am 09.05.2017 um 10:59 schrieb Tristan Van Berkom: > On Mon, 2017-05-01 at 19:09 -0400, Matthias Clasen wrote: >> >> >> On Thu, Apr 27, 2017 at 10:29 AM, Emmanuele Bassi >> wrote: >>> For command line parsing I'd actually favour a slightly bolder >>> approach of deprecating GOptionContext, and hav

Re: Functional programming with GLib

2017-05-09 Thread Matthias Clasen
On Tue, May 9, 2017 at 4:59 AM, Tristan Van Berkom < tristan.vanber...@codethink.co.uk> wrote: > > Some things that I'm finding important for CLI apps: > > A.) Automatic generation of man pages and similar documentation, > especially generating separate man pages for each separate sub > co

Re: Functional programming with GLib

2017-05-09 Thread Tristan Van Berkom
On Mon, 2017-05-01 at 19:09 -0400, Matthias Clasen wrote: > > > On Thu, Apr 27, 2017 at 10:29 AM, Emmanuele Bassi > wrote: > > For command line parsing I'd actually favour a slightly bolder > > approach of deprecating GOptionContext, and having something > > slightly > > more modern — in terms o

Re: Functional programming with GLib

2017-05-01 Thread Emmanuele Bassi
On 2 May 2017 at 00:09, Matthias Clasen wrote: > On Thu, Apr 27, 2017 at 10:29 AM, Emmanuele Bassi wrote: >> >> For command line parsing I'd actually favour a slightly bolder >> approach of deprecating GOptionContext, and having something slightly >> more modern — in terms of being bindable in o

Re: Functional programming with GLib

2017-05-01 Thread Matthias Clasen
On Thu, Apr 27, 2017 at 10:29 AM, Emmanuele Bassi wrote: > For command line parsing I'd actually favour a slightly bolder > approach of deprecating GOptionContext, and having something slightly > more modern — in terms of being bindable in other languages, and > well-integrated with API like GApp

Re: Functional programming with GLib

2017-04-30 Thread Dirk-Jan C. Binnema
Hi Philip, On Thursday Apr 27 2017, Philip Withnall wrote: > Hey, > > The general policy for GLib is that utility functions which are useful > (and used in) several projects are considered for being added to GLib. > > To me, a functional programming approach using GLists is not something > which

Re: Functional programming with GLib

2017-04-27 Thread Philip Withnall
I was thinking about that, but then fell into the trap of worrying about suggesting it because someone might expect me to implement it. I agree though; a reworking of GOptionContext which integrates better with GApplication, supports sub-commands and supports custom argument formats more easily wo

Re: Functional programming with GLib

2017-04-27 Thread Emmanuele Bassi
For command line parsing I'd actually favour a slightly bolder approach of deprecating GOptionContext, and having something slightly more modern — in terms of being bindable in other languages, and well-integrated with API like GApplication. For instance, something similar to [clap.rs][0]. Ciao,

Re: Functional programming with GLib

2017-04-27 Thread Philip Withnall
Hey, The general policy for GLib is that utility functions which are useful (and used in) several projects are considered for being added to GLib. To me, a functional programming approach using GLists is not something which every project is going to use. Is there any harm in keeping it as a separ