Re: [Gnoga-list] Errors in Gnoga.Gui.Element.Canvas.Context_2d

2024-04-28 Thread Blady via Gnoga-list
> Le 12 mars 2024 à 13:37, Wayne Bullaughey via Gnoga-list > a écrit : > > Soon after my application starts a call to Swap_Connection occurs. Within 60 > seconds of that I get the following: > > 2024-03-12 08:28:17.87 : Deleting connection - 2 > 2024-03-12 08:28:17.88 : Watchdog error. >

Re: [Gnoga-list] Errors in Gnoga.Gui.Element.Canvas.Context_2d

2024-03-21 Thread Blady via Gnoga-list
> Le 21 mars 2024 à 21:07, Wayne Bullaughey via Gnoga-list > a écrit : > > gnoga.ads has 1.2b. Is that the official version? Hello Wayne, Gnoga 1.2 is the last version from archive. You can get version 1.6a stable with GIT: https://sourceforge.net/p/gnoga/code/ci/V1.6a/tree/ Versions 1.x

Re: [Gnoga-list] Errors in Gnoga.Gui.Element.Canvas.Context_2d

2023-11-28 Thread Blady via Gnoga-list
> Le 25 nov. 2023 à 19:58, Jeffrey R. Carter via Gnoga-list > a écrit : > > On 25 November 2023 18:49:46 UTC, Blady wrote: >> >> >>> Le 18 nov. 2023 à 21:26, J Carter a écrit : >>> I've upgraded Simple Components in dev_1.8 branch:

Re: [Gnoga-list] Errors in Gnoga.Gui.Element.Canvas.Context_2d

2023-11-25 Thread Blady via Gnoga-list
> Le 18 nov. 2023 à 21:26, J Carter a écrit : > > > I've upgraded Simple Components in dev_1.8 branch: > > https://sourceforge.net/p/gnoga/code/ci/dev_1.8/tree/ > > I've tested ok with GNAT FSF 13.2 from Alire. > > That compiles. Attached is a reproducer, data_error.adb, and corresponding >

Re: [Gnoga-list] Errors in Gnoga.Gui.Element.Canvas.Context_2d

2023-11-18 Thread Blady via Gnoga-list
> Le 17 nov. 2023 à 15:03, J Carter a écrit : > > > But maybe the two same errors in both code cancel each other out. > > Yes, they would. > > > Could you please give a reproducer? > > Maybe not. I realized I hadn't pulled for a while, so I did a pull and now > "make all" has errors with

Re: [Gnoga-list] Errors in Gnoga.Gui.Element.Canvas.Context_2d

2023-11-16 Thread Blady via Gnoga-list
Hello Jeff, > Le 14 nov. 2023 à 18:35, Jeffrey R. Carter via Gnoga-list > a écrit : > > Comments ts based on the 1.7 branch. > > There appears to be an error in function String_To_Pixel_Data, based on the > string returned from function Data (Image_Data_Type) return String: the Y > loop

Re: [Gnoga-list] Replacing views results in a superposition instead

2023-10-08 Thread Blady via Gnoga-list
Hello Frank, > Le 4 oct. 2023 à 18:51, Frank Hrebabetzky a écrit : > > I found a way: removing explicitly the form of the view (with the checkbox on > it) did the job. For that to work I had to replace the text written with > view.Put_Line with an element of Text_Type placed on the form.

Re: [Gnoga-list] When to get a new Context_2D

2023-09-22 Thread Blady via Gnoga-list
> Le 20 sept. 2023 à 15:12, Jeffrey R. Carter via Gnoga-list > a écrit : > > If I have a canvas, I can get a context for it with Get_Drawing_Context_2D > and do lots of things with that context. But there are operations that change > the canvas, such as changing the width or height, that I

Re: [Gnoga-list] Gnoga 2.1a configuration inconsistency

2023-09-18 Thread Blady via Gnoga-list
> Le 18 sept. 2023 à 11:25, Frank Hrebabetzky a écrit : > > The Gnoga installation instructions contain the line > > export GPR_PROJECT_PATH=/path/to/install/share/gpr:/path/to/install/lib/gnat > > After a default installation the last directory does not exist. The > directories/files in

Re: [Gnoga-list] v2 compatibility for end user

2023-09-17 Thread Blady via Gnoga-list
> Le 17 sept. 2023 à 16:05, Frank Hrebabetzky a écrit : > > Hi Pascal, > > Thanks to your advice, the error messages concerning my package net-main.adb > disappeared, but the ones for uxstrings remain without any change. Hi Frank, That's an old story with UTF-8 source code encodings and an

Re: [Gnoga-list] v2 compatibility for end user

2023-09-15 Thread Blady via Gnoga-list
> Le 10 sept. 2023 à 14:31, Frank Hrebabetzky a écrit : > > The thread "Attempt to make v2 backward compatible" addressed basically to > Gnoga developers. As end user of Gnoga (and still in the learning phase) I > would like to know how to treat the following compilation error: > > Compile >

Re: [Gnoga-list] Gnoga soon on Alire.

2022-08-19 Thread Blady via Gnoga-list
> Le 14 juil. 2022 à 19:01, Blady a écrit : > > Hello, > > Many Ada programs are now available on Alire (https://alire.ada.dev/). > I plan to bring Alire support to Gnoga. > Thus it will be possible to get and build Gnoga from Alire with its > dependences. > > I'm waiting a while because

Re: [Gnoga-list] GIT master branch discussion.

2022-08-06 Thread Blady via Gnoga-list
> Le 6 août 2022 à 14:31, Développement - Sowebio a > écrit : > > Hi Pascal, >> Thus I've created a mirror repository on Github: >> >> https://github.com/Blady-Com/gnoga > For tickets, should we focus on Gihub on stay on SourceForge ? Hi Stéphane, Until I'll be able to set all Alire stuff,

Re: [Gnoga-list] GIT master branch discussion.

2022-08-06 Thread Blady via Gnoga-list
> Le 7 avr. 2022 à 22:01, Blady via Gnoga-list > a écrit : > > Thanks a lot for all your answers. > > Thus I tried to set master for d) which got the majority. > > But SF GIT is enough twisted to reject the simple command: > > % git push --force origin master

[Gnoga-list] Gnoga soon on Alire.

2022-07-14 Thread Blady via Gnoga-list
Hello, Many Ada programs are now available on Alire (https://alire.ada.dev/). I plan to bring Alire support to Gnoga. Thus it will be possible to get and build Gnoga from Alire with its dependences. I'm waiting a while because Simple Components registered version in Alire is not compatible with

Re: [Gnoga-list] GIT master branch discussion.

2022-04-07 Thread Blady via Gnoga-list
elp will be appreciated. Thanks, Pascal. > Le 27 mars 2022 à 03:16, David Botton a écrit : > > I vote d. That was how it was originally and what I think most expect. > > On Sun, Mar 20, 2022 at 7:16 AM Blady via Gnoga-list > wrote: > Hello, > > The master branch

[Gnoga-list] GIT master branch discussion.

2022-03-20 Thread Blady via Gnoga-list
Hello, The master branch of the Gnoga GIT repo is stuck on version 1.2a for many years. Some users point out that, for instance: "It is customary when using git to have the master branch point at the latest stable branch. Is there any reason not to for gnoga?" (from Tama) Thus I propose some

Re: [Gnoga-list] 2.1a Not Backward Compatible

2022-03-15 Thread Blady via Gnoga-list
Hello Jeff, > Le 13 mars 2022 à 12:42, J Carter via Gnoga-list > a écrit : > > I note that Gnoga 2.1a is not backward compatible with 1.6a due to the > introduction of UXStrings. I had hoped that this would only involve > overloaded operations, and that those using String would continue to

[Gnoga-list] [ANN] Gnoga version 2.1a and 2.2-alpha.

2022-03-06 Thread Blady via Gnoga-list
Hello, Gnoga version 2.1a has been release on SF GIT: https://sourceforge.net/p/gnoga/code/ci/dev_2.1/tree/ and on SF files as zipped source code: https://sourceforge.net/projects/gnoga/files/ See HISTORY for details: https://sourceforge.net/p/gnoga/code/ci/dev_2.1/tree/HISTORY Then new branch

Re: [Gnoga-list] Selection_Type Value and Apostrophes

2021-12-18 Thread Blady via Gnoga-list
> Le 15 déc. 2021 à 11:50, Jeffrey R. Carter via Gnoga-list > a écrit : > > These work for my situation, thanks. > > I'm a bit surprised no unquote operation is needed. Gnoga server sent always data encapsulated in a JS script which is interpreted by the JS boot code load in your browser

Re: [Gnoga-list] Selection_Type Value and Apostrophes

2021-12-13 Thread Blady via Gnoga-list
> Le 8 déc. 2021 à 23:24, Jeffrey R. Carter via Gnoga-list > a écrit : > > I encountered this storing file names. I suppose I could add my own encoding > for apostrophes before adding, & decoding when retrieving. Presumably that > would be needed for quotation marks as well. Hello Jeff,

Re: [Gnoga-list] Selection_Type Value and Apostrophes

2021-12-08 Thread Blady via Gnoga-list
> Le 6 déc. 2021 à 06:57, Jeffrey R. Carter via Gnoga-list > a écrit : > > Probably it's line 1544, since I used Add_Option. Hello Jeff, Yes and also many other locations are concerned. Strings have to be parsed against quotes in particular cases of HTML attributes but also for Javascript

Re: [Gnoga-list] Selection_Type Value and Apostrophes

2021-12-04 Thread Blady via Gnoga-list
> Le 4 nov. 2021 à 14:07, J Carter via Gnoga-list > a écrit : > > Somewhere in the intersection of Gnoga 1.6, GNAT 11.2, and Firefox 94.0 on > Xubuntu 20.10 I have encountered this "feature". If the Value supplied for an > option of a Selection_Type contains an apostrophe ('), the Value

Re: [Gnoga-list] Modifying a Check Box

2021-10-31 Thread Blady via Gnoga-list
> Le 30 oct. 2021 à 00:15, Wayne Bullaughey via Gnoga-list > a écrit : > > I have case when the user checks one check box the code will set a different > check box and disable that one. > > In my application the check box that gets set does not update to show that it > has been checked and

Re: [Gnoga-list] justGage

2021-10-31 Thread Blady via Gnoga-list
> Le 26 oct. 2021 à 11:50, Stéphane LOS a écrit : > > Hello there, > > justGage in one of the libraries used by the Node-RED Dashboard : > https://flows.nodered.org/node/node-red-dashboard > https://toorshia.github.io/justgage/ > > It looks pretty simple and it should not be too difficult to

Re: [Gnoga-list] [ANN] Gnoga version 1.6a and 2.1-beta.

2021-10-25 Thread Blady via Gnoga-list
> Le 25 mai 2021 à 21:27, Blady via Gnoga-list > a écrit : > >> >> Le 22 mai 2021 à 10:18, Joakim Dahlgren Strandberg a écrit >> : >> >> Hello! >> >> I have tried out Gnoga by git clone from the git repository and switch

Re: [Gnoga-list] Improvements/bugfixes.

2021-05-29 Thread Blady via Gnoga-list
> Le 26 mai 2021 à 17:38, Joey Fish a écrit : > > In handling form-data it was impossible to handle, via the HTML-Form POST > method, arbitrary parameters because lack of a filter ensured that no > parameters were processed. Following is the fix [in source-file > gnoga-server-connection.adb]

Re: [Gnoga-list] [ANN] Gnoga version 1.6a and 2.1-beta.

2021-05-25 Thread Blady via Gnoga-list
> Le 22 mai 2021 à 10:18, Joakim Dahlgren Strandberg a écrit : > > Hello! > > I have tried out Gnoga by git clone from the git repository and switched to > the 1.6 branch. > > Executing gprbuild on the gnoga_secure.gpr file in gnoga/ssl/ causes gprbuild > to crash. > gprbuild

Re: [Gnoga-list] Rebuilding from scratch

2021-05-10 Thread Blady via Gnoga-list
> Le 10 mai 2021 à 18:38, Joakim Dahlgren Strandberg a écrit : > > Hi Chip, > > I don't usually install Gnoga but download it into a directory and then in > the project (gpr-file) that I create I with the gnoga/src/gnoga.gpr file. You > may need to edit the gnoga.gpr file or some other file

[Gnoga-list] [ANN] Gnoga version 1.6a and 2.1-beta.

2021-05-10 Thread Blady via Gnoga-list
Hello, == Gnoga version 1.6a has been release on SF GIT: https://sourceforge.net/p/gnoga/code/ci/dev_1.6/tree Zipped source code will come soon at https://sourceforge.net/projects/gnoga/files. See HISTORY for details: https://sourceforge.net/p/gnoga/code/ci/dev_1.6/tree/HISTORY == Version

[Gnoga-list] Gnoga V1.6 release date?

2021-02-10 Thread Blady via Gnoga-list
Hello, Since Gnoga V1.6-beta announcement (https://sourceforge.net/p/gnoga/mailman/message/37121840/) I haven't receive any Windows or Linux test report :-( On my side testing with macOS, i'm facing two tough issues: 1) PROGRAM_ERROR : accessibility check failed, see on list

Re: [Gnoga-list] Referencing dynamically created items by ID.

2021-02-10 Thread Blady via Gnoga-list
> Le 9 févr. 2021 à 16:12, Joey Fish a écrit : > > Ok, so I’m having a little problem getting information from a > dynamically-created element for a reporting-system I am building. – It works > by having a draggable DIV containing elements/values the user wishes to > report, dragging it to a

[Gnoga-list] Gnoga 2.1 with UXStrings.

2021-01-17 Thread Blady via Gnoga-list
Hello, I wish you and your family the best for 2021. UXStrings library offers a private String type supporting Unicode and dynamic length, see: https://github.com/Blady-Com/UXStrings UXStrings library has been developed for applications requiring internationalization management as those

[Gnoga-list] V1.6-beta release.

2020-10-04 Thread Blady via Gnoga-list
Hello, Version V1.6-beta has been released on SF GIT branch dev_1.6: https://sourceforge.net/p/gnoga/code/ci/dev_1.6/tree/ V1.6 will no more change for new features. See HISTORY for features added. V1.6 has been tested (demos, tests, tutorials) with GNAT Community 2020 on macOS 10.15 with

[Gnoga-list] PROGRAM_ERROR : accessibility check failed.

2020-08-21 Thread Blady via Gnoga-list
Hello, Thanks to Tama reporting in ticket 47 (https://sourceforge.net/p/gnoga/tickets/47/) a PROGRAM_ERROR due accessibility check failed is issued. I can reproduce it with GNAT Community 2020. Fixing it with a workaround, an other PROGRAM_ERROR is issued later: 2020-08-21 18:59:47.13 : raised

[Gnoga-list] Several components upgraded.

2020-07-19 Thread Blady via Gnoga-list
Hello, Gnoga 1.6-alpha has been upgraded with: - Simple Components 4.50 - PragmARC lastest - ACE 1.4.12 - PIXI 5.3.0 PIXI V5 brings new Application object with native WebGL. Any existing HTLM canvas has to be bound to the Application object instead of former render object. Corresponding

[Gnoga-list] RFC UXStrings package.

2020-05-11 Thread Blady via Gnoga-list
Hello, Gnoga internal character strings implementation is based on both Ada types String and Unbounded_String. The native Ada String encoding is Latin-1 whereas transactions with the Javascript part are in UTF-8 encoding. Some drawbacks come up, for instance, with internationalization of

Re: [Gnoga-list] File upload

2020-04-13 Thread Blady via Gnoga-list
> Le 1 oct. 2019 à 10:40, Henrik Härkönen a écrit : > Hey! > Thanks Joakim for the super-quick reply! :) > > I'll take a look at the forms demo, thanks! > > I think the full page reload is just fine for now. Maybe if I get the other > stuff to work as the way I intended, I might be