From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on ip-172-31-65-14.ec2.internal X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_05,FREEMAIL_FROM, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Received: by 2002:a05:620a:1a0c:b0:76e:e881:5ed5 with SMTP id bk12-20020a05620a1a0c00b0076ee8815ed5mr137676qkb.13.1694328673091; Sat, 09 Sep 2023 23:51:13 -0700 (PDT) X-Received: by 2002:a17:903:2352:b0:1c3:a4f2:7c80 with SMTP id c18-20020a170903235200b001c3a4f27c80mr775058plh.6.1694328672715; Sat, 09 Sep 2023 23:51:12 -0700 (PDT) Path: eternal-september.org!news.eternal-september.org!news.mixmin.net!proxad.net!feeder1-2.proxad.net!209.85.160.216.MISMATCH!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Sat, 9 Sep 2023 23:51:12 -0700 (PDT) In-Reply-To: Injection-Info: google-groups.googlegroups.com; posting-host=84.209.88.37; posting-account=bPTmZAoAAAC_6HP9XLKB9aAAxBa6BuOR NNTP-Posting-Host: 84.209.88.37 References: <38ab0ff7-afe0-4dfc-a073-427b46283451n@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: Subject: Re: Is gnoga dead? From: reinert Injection-Date: Sun, 10 Sep 2023 06:51:13 +0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Xref: news.eternal-september.org comp.lang.ada:65633 List-Id: l=C3=B8rdag 9. september 2023 kl. 19:56:00 UTC+2 skrev St=C3=A9phane Rivi= =C3=A8re: > Gnoga not dead, but being maintained by Pascal, Gautier and other=20 > individuals and companies.=20 >=20 > Expect a pleasant surprise (imho) before the end of the year (with full= =20 > web demos). v22 manual abstract :=20 >=20 >=20 > 1 About v22 framework=20 > 1.1 Ready to use in production=20 >=20 > v22 is a general purpose, KISS oriented, modular Ada framework for=20 > GNU/Linux Debian/Ubuntu service, console and web programs.=20 >=20 > v22 is composed of many packages in charge of UTF-8 strings, program and= =20 > OS functions, HTTP(s)/WS(s) web framework, integrated cURL, console=20 > handling and text files, advanced network, MySQL and SQLite high level=20 > binding, logging and configuration files handling.=20 >=20 > Although based on the v20 library, the v22 framework represents a major= =20 > step forward in the following areas:=20 > - UTF-8 compatibility;=20 > - Simplified string processing (only one UTF-8 String type is used);=20 > - Internationalization;=20 > - New and extended database API;=20 > - Extended database access to MySQL, in addition to SQLite, with schema= =20 > on-the-fly update at table, index, and colums level;=20 > - Improved concurrent access and performance for SQLite;=20 > - New LGPLv3 licensing instead of GPLv3;=20 > - New FSF GNAT GCC Linux ready-to-use development environment for v22=20 > (not tied anymore to GPLv2 licence);=20 > - And much more.=20 >=20 > 1.2 Cooperative and open=20 >=20 > v22's native dependencies are Gnoga, Simple_Components, UXStrings and=20 > Zanyblue.=20 >=20 > v22 is both a high-level framework and an extension to the lower level=20 > components cited above. v22 has been designed to:=20 > - Use unmodified components;=20 > - Not "reinvent the wheel". Component functions are to be used first;=20 > - Offer higher-level functions or functions that do not exist in the=20 > components.=20 >=20 > .../...=20 >=20 > In short:=20 > - UXStrings is used throughout v22. The v22.Uxs package extends=20 > UXStrings functionality. The v22.Sql package extends the functionality=20 > of Gnoga.Server.Database. The v22.Gui graphics framework is based on=20 > Gnoga.Gui;=20 > - v22's architecture allows it to be open to additional packages,=20 > depending on the software development required.=20 >=20 >=20 > --=20 > St=C3=A9phane Rivi=C3=A8re=20 > Ile d'Ol=C3=A9ron - France Sounds like I can somehow trust that gnoga will be around many years to com= e. So my special issue: I work on making my (cancer) cellular behavior analysi= s program (https://korsnesbiocomputing.no/) as a "cloud service". Its all p= rogrammed in Ada using GLOBE_3D. I consider using guacamole apache. Its int= ensive about handling images. So what are the aguments for and against usin= g guaceamole (as compared to for example guacamole apache) ? reinert