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

Wayne, I remember this being a thing a while back and it was fixed updated in a later version of Gnoga. Can you confirm what version of Gnoga you are running? On Tue, Mar 12, 2024 at 9:29 AM Wayne Bullaughey via Gnoga-list < gnoga-list@lists.sourceforge.net> wrote: > Soon after my application

Re: [Gnoga-list] GNOGA 1.5a installation failure with 32-bit TDM-GCC

It's been a while, but when Gnoga switched from 32bit to 64bit, the Makefile had a line that had to be manually swapped to enable 32bit. I don't recall if it was the 32bit or the 64bit option but it had the word 'atomic' in it. Look towards the beginning of the Makefile. On Sun, Aug 23, 2020 at

[Gnoga-list] GNAT CE 2020 problems

Just a heads up, but in C.L.A someone posted some compiler problems with GNAT CE 2020. I haven't tested myself yet, but you might keep it in mind. https://groups.google.com/forum/#!topic/comp.lang.ada/VvnHJ2iB8E0 ___ Gnoga-list mailing list

Re: [Gnoga-list] SYSTEM.ASSERTIONS.ASSERT_FAILURE : Position cursor of Next is bad

I always felt like my suggestion to restart on exception was more of a bandaid. I really wonder if honestly it just needs a look at the design. Is it really a good idea to give two independent tasks delete power on the container? I feel like it is a design problem that the ping operation can

Re: [Gnoga-list] Features for GNOGA V1.5.

I don't seen any reason to hold it back. My only question would be for the submission I made. I submitted two methods for doing modal dialogs: gnoga.gui.modal_dialog and gnoga.gui.view.modal_dialog. It probably isn't good to have both methods as it might be confusing. Should we axe one? I was

Re: [Gnoga-list] Drag and Drop Horizontal Only

Well, I was planning on something more complicated than I have seen sliders present (kind of mimic'ing a mockup of a oscilloscope output so that someone adjust the image to match what they want to see on the scope). I can look at PIXI sprites as I am not super familiar with them and see if those

[Gnoga-list] Drag and Drop Horizontal Only

I've been trying to figure out how to get a component to only be able to drag along a horizontal path (so no vertical movement). The drag event handlers don't return anything related to the drag image as far as I can tell (only the dragable component, but that stays where it is. The jquery one

Re: [Gnoga-list] 5g and Gnoga

I'm really hoping you stay with Ada honestly. I've really enjoyed using Gnoga. If you have to look at any other languages, you might consider Rust. It has a huge growing community, the language development is really integrated with the community, the toolset is good, it's llvm oriented, and

Re: [Gnoga-list] Gnoga.com issues

Thank you! On Tue, Jul 2, 2019 at 7:45 PM David Botton wrote: > backup ... sorry I reset the machine and forgot to restart the gnoga > apps > > On Tue, Jul 2, 2019 at 7:10 PM Jeremiah Breeden > wrote: > > > > David (the owner of the site) is aware. I'm not s

Re: [Gnoga-list] Gnoga.com issues

David (the owner of the site) is aware. I'm not sure if he will be putting it back up or not though. On Thu, Jun 27, 2019 at 1:09 PM Henrik Härkönen wrote: > Btw, for many days, the gnoga.com site has been answering with 503 > Service Unavailable: > > The server is temporarily unable to

Re: [Gnoga-list] Installation issue

rocessing > concerning the choice of the OS. This is in my file. > > Br > > Marc > > > > > Message du 29/04/19 05:21 > > De : "Jeremiah Breeden" > > A : "Gnoga support list" > > Copie à : > > Objet : Re: [Gnoga-list] Installation issue

Re: [Gnoga-list] Installation issue

at a time until it breaks? On Sun, Apr 28, 2019 at 10:39 PM Jeremiah Breeden < jeremiah.bree...@gmail.com> wrote: > Based on the paths you provided and the location of the tutorial.adb file > you gave in your original email, it looks like you changed up the relative > locations of al

Re: [Gnoga-list] David

that to work. It never builds correctly. On Sun, Apr 28, 2019 at 4:44 AM Pascal via Gnoga-list < gnoga-list@lists.sourceforge.net> wrote: > > > Le 28 avr. 2019 à 05:56, Jeremiah Breeden > a écrit : > > > > Gnoga on Windows 64bit is a bit of a trial unless

Re: [Gnoga-list] Installation issue

gnoga source directory and the > settings.gpr file? > > @PC:/media/4To/Donnees/Courrier/020-Ada$ ls > Install_trial M-Sources O-Projets P-Exec X-Bibliotheque Y-Outillage > Z-Doc > > @PC:/media/4To/Donnees/Courrier/020-Ada/M-Sources$ > > @PC:/media/4To/Donnees/Courrie

Re: [Gnoga-list] David

specifying the --config flag but instead manually selected the languages when prompted instead. It's been a while though. I'd have to comb through the gprconfig documentation again to be sure. On Sat, Apr 27, 2019 at 11:56 PM Jeremiah Breeden < jeremiah.bree...@gmail.com> wrote: > > 2.

Re: [Gnoga-list] David

ons for using Ada with > MSYS2? > > On Sat, Apr 27, 2019, 6:52 PM David Botton wrote: > >> Looks like power outage and ups dead. I’ll bring back up tomorrow and get >> a new ups >> >> On Sat, Apr 27, 2019 at 7:47 AM Jeremiah Breeden < >> jeremiah.bree...

Re: [Gnoga-list] David

Awesome! Thanks. Glad you are doing ok! On Sat, Apr 27, 2019 at 9:52 PM David Botton wrote: > Looks like power outage and ups dead. I’ll bring back up tomorrow and get > a new ups > > On Sat, Apr 27, 2019 at 7:47 AM Jeremiah Breeden < > jeremiah.bree...@gmail.com> wrote:

Re: [Gnoga-list] Installation issue

I would guess it is either your version of GNAT and GPRBUILD or your folder structure (this is more likely given your error). The GPR file uses relative paths for source and settings. The path you showed is different than the original gnoga path, so I don't know if you have all the other files

[Gnoga-list] David

Have any of yall heard from David? All 3 of his gnoga sites have gone down (www.gnoga.com, www.learnadanow.com, www.getadanow.com). ___ Gnoga-list mailing list Gnoga-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gnoga-list

Re: [Gnoga-list] Installation issue

Hi Marc, I tried it on my machine using gprbuild and it worked fine: $ gprbuild tutorial_01.gpr Compile [Ada] gnoga-application.adb Build Libraries [gprlib] gnoga.lexch [archive] libgnoga.a [index]libgnoga.a Bind [gprbind] tutorial_01.bexch

Re: [Gnoga-list] Crash on ping

-08-04 04:03, Jeremiah Breeden wrote: > > Ok, with that in mind, the current set of loops are not being done > atomically (it is not done inside a protected operation). So the next > question is how do we get to where they are done in a more atomic manner. > I started off

Re: [Gnoga-list] Crash on ping

it will be alright? On Sat, Aug 4, 2018 at 5:10 AM, Jeffrey R. Carter wrote: > On 08/04/2018 04:03 AM, Jeremiah Breeden wrote: > > Ok, with that in mind, the current set of loops are not being done > atomically > > (it is not done inside a protected operation). So the next question

Re: [Gnoga-list] Crash on ping

. Carter wrote: > On 08/03/2018 01:52 AM, Jeremiah Breeden wrote: > > I'm not following on how whether it is atomic helps in this case. Can > you go > > more into detail there? > > > > The issue I ran into (and I think the OP ran into) is that > > > > 1.

Re: [Gnoga-list] Crash on ping

. Plus I wasn't 100% certain it was a good idea or not to go that route anyways. Sorry for the long post! On Tue, Jul 31, 2018 at 1:24 PM, Jeffrey R. Carter wrote: > On 07/30/2018 06:03 AM, Jeremiah Breeden wrote: > > In Gnoga.Server.Connection.adb search for the two usages of > &

Re: [Gnoga-list] Crash on ping

mprove the whole section from race > conditions with those maps. > > David Botton > > On Fri, Jul 27, 2018 at 1:45 PM Jeremiah Breeden < > jeremiah.bree...@gmail.com> wrote: > >> Is it potentially related to the bug I submitted a fix for a week or

Re: [Gnoga-list] Crash on ping

Is it potentially related to the bug I submitted a fix for a week or two ago? I know the Ping operation in Gnoga.Server.Connection.adb occurred in the same type of for loop that the Close operation did (between a Connection_Manager.First and Connection_Manager.Next call whee the map cursor could

Re: [Gnoga-list] inability to stop server under some situations

line. I don't know if that is bad or not. I also don't know if the same fix will work for the Watchdog version of this bug (the one that pings all the IDs). Starting over there could be costly? On Sat, Jun 30, 2018 at 10:58 AM, Jeremiah Breeden < jeremiah.bree...@gmail.com> wrote: > O

Re: [Gnoga-list] Execute_Script Timeout

I don't have any real experience with Execute_Script, but I do agree that a hard coded timeout does seem odd. There may be a reason for it, but I don't know off hand. I don't have enough experience with JS execution to know if it is idiomatic to repeat a script if it fails to execute or not.

Re: [Gnoga-list] localhost

other ones the same. On Sat, May 26, 2018 at 1:50 PM, Jeffrey R. Carter <jrcar...@acm.org> wrote: > On 05/26/2018 07:43 PM, Jeremiah Breeden wrote: > > Just to clarify: That is with you setting up your application with: > > > > Gnoga.Application.Multi_Connect.Initia

[Gnoga-list] localhost

Anyone use "localhost" as your host for Gnoga apps? I tried on both my ubuntu 16.04 and windows 10 boxes but specifying "localhost" per the Initialize procedure's comments doesn't seem to actually link it to localhost. Not a huge biggie as I can force it to 127.0.0.1 manually, but was curious if

Re: [Gnoga-list] building v1.4 in windows

On Sat, May 5, 2018 at 11:58 AM, Jeremiah Breeden wrote: > On Sat, May 5, 2018 at 5:11 AM, Pascal via Gnoga-list < > gnoga-list@lists.sourceforge.net> wrote: > >> > Le 4 mai 2018 à 01:35, Jeremiah Breeden a écrit : >> > make[1]: *** [../src/mkfile/install.mk:69

Re: [Gnoga-list] building v1.4 in windows

On Sat, May 5, 2018 at 5:11 AM, Pascal via Gnoga-list < gnoga-list@lists.sourceforge.net> wrote: > Thanks again Jeremiah for reporting, > > > Le 4 mai 2018 à 01:35, Jeremiah Breeden a écrit : > > > > > > 3. For some reason on Ubuntu, it looks for gnoga-appli

Re: [Gnoga-list] building v1.4 in windows

On Sat, May 5, 2018 at 5:11 AM, Pascal via Gnoga-list < gnoga-list@lists.sourceforge.net> wrote: > > Le 4 mai 2018 à 01:35, Jeremiah Breeden <jeremiah.bree...@gmail.com> a > écrit : > > make[1]: *** [../src/mkfile/install.mk:69: install-zb] Error 1 > > make[1]: Le

Re: [Gnoga-list] building v1.4 in windows

Hello Jeremiah, > > > > Le 3 mai 2018 à 02:35, Jeremiah Breeden <jeremiah.bree...@gmail.com> a > écrit : > > > > Thanks, that got the build process going. Ran into the following > problems: > > > > 1. building Zanyblue places random "build&q

Re: [Gnoga-list] building v1.4 in windows

8 à 02:47, Jeremiah Breeden a écrit : > > SNIPPED > It is an Ada 2020 extension, so it is normal that older versions of Gnat > don't support it. > > But the good fix is to use T'Image(Object) instead. Works since Ada83 > and does not depend on compiler or version. > >

Re: [Gnoga-list] building v1.4 in windows

It might be, but in my Ubuntu box with version 5.4, I changed it to Column'Img which is a GNAT extension. So I don't know if it is a bug or not, but it is something to at least consider. On Wed, May 2, 2018 at 8:35 PM, Jeremiah Breeden <jeremiah.bree...@gmail.com > wrote: > > Side note: O

Re: [Gnoga-list] building v1.4 in windows

e much to give. My ubuntu box is essentially standalone, so it is hard to get data off of it to here. On Wed, May 2, 2018 at 3:17 PM, Pascal via Gnoga-list < gnoga-list@lists.sourceforge.net> wrote: > > > Le 2 mai 2018 à 02:39, Jeremiah Breeden <jeremiah.bree...@gmail.com> a > écrit

Re: [Gnoga-list] Newbie gnoga questions...

at 12:39 PM, Brian Drummond <br...@shapes.demon.co.uk> wrote: > On Tue, 2018-01-09 at 23:38 -0500, Jeremiah Breeden wrote: > > Wouldn't MyView.Width just return the width of that view? On a phone > > it would be similar to the screen size, but on something like a > >

[Gnoga-list] Fwd: Version 1.3a released and version 1.4-alpha created.

Realized this wasn't sent to the Gnoga list directly. here was the correspondence: -- Forwarded message -- From: Jeremiah Breeden <jeremiah.bree...@gmail.com> Date: Sun, Jan 7, 2018 at 1:00 PM Subject: Re: [Gnoga-list] Version 1.3a released and version 1.4-alpha c

Re: [Gnoga-list] Grid panel parent's view.

Jeffrey's solution is probably the cleanest. Some alternates: Rosen Technique: Change your declaration to: * type Default_View_Type; type Button_With_Parent(Parent : not null access Default_View_Type) is new

Re: [Gnoga-list] Version 1.3a released and version 1.4-alpha created.

t;lib_components.gpr" at > the end of log indicates that GPR_PROJECT_PATH is not well set. > > Can you just send the print log of "make help" for confirmation? > > Thanks for your help, Pascal. > http://blady.pagesperso-orange.fr > > > > Le 10 déc. 2017

Re: [Gnoga-list] Version 1.3a released and version 1.4-alpha created.

Thanks. I downloaded the most recent from today and tried make all. It failed at some point. I am attaching the output to help out. I did ensure that the GPR_PROJECT_PATH variable was set. I was confused about the comment you made: "So former makefile couldn't work at all for Windows users."

Re: [Gnoga-list] Version 1.3a released and version 1.4-alpha created.

My make: $ make -v GNU Make 4.2.1 Built for x86_64-pc-msys Copyright (C) 1988-2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent

Re: [Gnoga-list] Version 1.3a released and version 1.4-alpha created.

ke tool issue. > I'll ask Zanyblue author what is the configuration used for Windows. > > Regards, Pascal. > http://blady.pagesperso-orange.fr > > > > Le 4 nov. 2017 à 21:20, Jeremiah Breeden <jeremiah.bree...@gmail.com> a > écrit : > > > > Ok, some prog

Re: [Gnoga-list] Version 1.3a released and version 1.4-alpha created.

http://blady.pagesperso-orange.fr > > > > Le 4 nov. 2017 à 21:28, Jeremiah Breeden <jeremiah.bree...@gmail.com> a > écrit : > > > > Forgot to add. So now "make all" works with all the changes I have gone > through. The command "make install" st

Re: [Gnoga-list] Version 1.3a released and version 1.4-alpha created.

Thanks for the response. Some responses below. On Sun, Nov 5, 2017 at 1:24 PM, Pascal via Gnoga-list < gnoga-list@lists.sourceforge.net> wrote: > Thanks Jeremiah, > > Anyway your feedback is important. > Your diff file is also important. > I'll apply the patch for: > Makefile >

Re: [Gnoga-list] Version 1.3a released and version 1.4-alpha created.

nformation below, sorry if I've already asked you them > before, I read and answer the e-mail one by one. > > > > 1. Seems to me a confusion from make tool between mingw64 and Windows > systems. > > I'm waiting for Zanyblue answer on Windows building configuration. > > &g

Re: [Gnoga-list] Version 1.3a released and version 1.4-alpha created.

Hi, The patch partially worked. It removed all the "make all" errors but still had the windows_nt.mk issue which made the "make all" create spurious directories outside of the gnoga directory. It also caused the sequence "make all" => "make clean" => "make all" to fail on the second "make all"

Re: [Gnoga-list] Version 1.3a released and version 1.4-alpha created.

---- and a similar error for gnoga_doc On Sat, Nov 4, 2017 at 4:20 PM, Jeremiah Breeden <jeremiah.bree...@gmail.com > wrote: > Ok, some progress. It looks like for some reason it is picking > windows_nt.mk in the zanyblue/src/mkfile/ dir instead of unix.mk (for >

Re: [Gnoga-list] Version 1.3a released and version 1.4-alpha created.

the build wasn't working correctly. So the question is what changed with zanyblue between 4/7 and 11/2? I'm curious if that was the cause of my "lib" issue earlier. I'll need to start over and check that out. On Sat, Nov 4, 2017 at 3:44 PM, Jeremiah Breeden <jeremiah.bree.

Re: [Gnoga-list] Version 1.3a released and version 1.4-alpha created.

a Gnoga-list < gnoga-list@lists.sourceforge.net> wrote: > Thanks Jeremiah for reporting. > > See some answers below. > But in a general case,I need more information on what happened, can you > send attached full log? > > Regards, Pascal. > http://blady.pagesperso-

Re: [Gnoga-list] Version 1.3a released and version 1.4-alpha created.

Thanks for the reply. Individual responses below. Note that both the -g switch and bin folder issues have existed in Gnoga for a long time. I've mentioned them before but figured since I was reporting back on other issues to include them. On Sat, Nov 4, 2017 at 5:50 AM, Pascal via Gnoga-list <

Re: [Gnoga-list] Version 1.3a released and version 1.4-alpha created.

Forgot to add I manually created the lib directory afterwards as well. On Thu, Nov 2, 2017 at 8:02 PM, Jeremiah Breeden <jeremiah.bree...@gmail.com > wrote: > 1. fails to compile because it cannot make the ./lib directory. When I > looked at the directory structure there existed

Re: [Gnoga-list] Version 1.3a released and version 1.4-alpha created.

I missed an earlier email. Seems like the xml ada thing is already being discussed. On Thu, Nov 2, 2017 at 8:02 PM, Jeremiah Breeden <jeremiah.bree...@gmail.com > wrote: > Right now there are a lot of issues compiling with the following setup: > > > > 4. zbtest

Re: [Gnoga-list] Is it reasonable to request project file changes for some environment configurations?

64 bit configurations that allow for the building of Gnoga. mingw64 is the only one I got to work and I had to really man handle gprbuild to get it to work. On Tue, Aug 29, 2017 at 11:56 AM, Jeremiah Breeden < jeremiah.bree...@gmail.com> wrote: > So I finally got a windows 10 non

Re: [Gnoga-list] Specifying Source for Audio_Type

I tried this on windows and I couldn't even get it to play in the gpr or executable directory (the base directory). I tried with both firefox and IE. On Fri, Sep 15, 2017 at 8:00 AM, Jeffrey R. Carter wrote: > I have this tiny Gnoga app: > > with Ada.Exceptions; > > with

[Gnoga-list] Is it reasonable to request project file changes for some environment configurations?

So I finally got a windows 10 non GPL gnoga environment build and working (at least so far). However, in order to build gnoga I had to make some changes to a couple of the GPR files or else the "make install" command would fail horribly. For some reason both tools.gpr and zbmcompile.gpr would

Re: [Gnoga-list] Question: Protected data and user disconnection interaction (Gnoga)

I spent some time looking through the RM, but was unable to find a section detailing what is supposed to happen when dereferencing a dangling access. My assumption is that it is erroneous behavior that may or may not result into an exception since the access is not null but was deallocated after

Re: [Gnoga-list] Modal dialog box

On Wed, Jun 28, 2017 at 2:26 PM, Pascal via Gnoga-list < gnoga-list@lists.sourceforge.net> wrote: > Hello Jeremiah, > > > Le 25 juin 2017 à 16:45, Jeremiah Breeden <jeremiah.bree...@gmail.com> > a écrit : > > > > Sorry for the lateness of this. My kids

Re: [Gnoga-list] Modal dialog box

and acts more like a Gnoga type and I know some people might prefer that. On Fri, Jun 2, 2017 at 11:51 AM, Jeffrey R. Carter <jrcar...@acm.org> wrote: > On 06/02/2017 02:44 AM, Jeremiah Breeden wrote: > > So an update. I have two different implementations. They each have >

Re: [Gnoga-list] Modal dialog box

7 > > > Well, the simplest is to put it in Gnoga dev_1.3 branch and lets use it ;-) > > Could you please send source codes in files with standard Gnoga header and > so on? > See https://sourceforge.net/p/gnoga/wiki/Coding-Guidelines. > > Thanks, Pascal. >

Re: [Gnoga-list] Fwd: Modal dialog box

, 2017 at 10:32 AM, Jeffrey R. Carter <jrcar...@acm.org> wrote: > On 05/25/2017 11:51 PM, Jeremiah Breeden wrote: > >type Dialog_Type is new Gnoga.Gui.View.View_Base_Type with private; > > private > >type Dialog_Type is new Gnoga.Gui.View.View_Type wi

[Gnoga-list] Fwd: Modal dialog box

Coding-Guidelines. > > Thanks, Pascal. > http://blady.pagesperso-orange.fr > > > > Le 17 mai 2017 à 05:19, Jeremiah Breeden <jeremiah.bree...@gmail.com> a > écrit : > > > > So after trying a bunch of implementations, I am leaning towards the > followin

[Gnoga-list] Disappearing Width/Height

I'm running into something that I wanted to understand the "why" on. I already have a workaround, but I want to see what is causing the issue. I've been playing around with a custom dialog type made from Gnoga elements. What I am finding is if the supplied user view to my Dialog_Type functions

Re: [Gnoga-list] Modal dialog box

**** Thoughts? On Tue, May 16, 2017 at 8:34 PM, Jeremiah Breeden wrote: > I'll mess around with it more. What I posted earlier was just stuff I did > for local small projects, so I never spent the needed time to make them a > mor

Re: [Gnoga-list] Modal dialog box

Yeah, Ada doesn't have a good method of preventing overriding of methods. I made the one version private, but forgot that derived types can still override them. I wish Ada had a way to mark procedures as final. Out of the two options you mentioned, I think #2 is probably better, but you want to

Re: [Gnoga-list] On_Destroy handler.

ck the one that matches the Action_Event prototype, but I am not a compiler writer, so I am not sure how easy it is to do that nor do I know what the standard dictates for this. On Sun, May 14, 2017 at 10:04 AM, Jeremiah Breeden < jeremiah.bree...@gmail.com> wrote: > The error seems off t

Re: [Gnoga-list] On_Destroy handler.

The error seems off to me. What I found was it was your "use Gnoga.Gui.Element" line. In seems to expose the On_Destroy from Gnoga.Gui.Base into scope so that your On_Destroy method and the one in Gnoga.Gui.Base conflict somehow. Taking out the use and adding to Gnoga.Gui.Element. to the

Re: [Gnoga-list] Modal dialog box

I kinda hacked one in using standard Gnoga items. I don't know how good it is from a production perspective, but it works out ok for my at home stuff. There's still lots of work to make it fully Gnoga ready, but here is a basic Modal Dialog. It can definitely be expanded upon and I haven't

Re: [Gnoga-list] Task Safety and Connection_Data

On Sun, Apr 9, 2017 at 3:46 PM, Jeffrey R. Carter wrote: > On 04/09/2017 09:00 PM, Jeremiah Breeden wrote: > > > > I took a look. It looks like your entry is actually "per connection" > unless I > > misunderstand. Your app data structure has the serializer a

Re: [Gnoga-list] Task Safety and Connection_Data

On Sat, Apr 8, 2017 at 4:40 AM, Jeffrey R. Carter wrote: > On 04/08/2017 03:05 AM, Jeremiah Breeden wrote: > > I was trying to figure out how Connection_Data is handled with respect > to Task > > safety. In particular, if I have two Action_Event handlers and in each > of t

[Gnoga-list] Task Safety and Connection_Data

I was trying to figure out how Connection_Data is handled with respect to Task safety. In particular, if I have two Action_Event handlers and in each of the I do something like: My_App : My_App_Access := My_App_Access(Object.Connection_Data); And then proceed to use it in both action event

Re: [Gnoga-list] My two cents/patches contribution

Would 0001 inhibit building using MinGW? On Fri, Jun 3, 2016 at 7:16 AM, Jean-Pierre Rosen wrote: > 0002-Put-Id-of-missing-object-in-exception-message-when-G.patch > To get a bit more information in case of dispatching to non-existent object > >

Re: [Gnoga-list] Zany Blue and Gnoga_Tools requirement?

Thank you for taking a look at that! I know I can get annoying with all these Windows issues, but I really do want to see more Windows developers take a better look at Ada. On Thu, Apr 14, 2016 at 2:41 PM, Pascal wrote: > Hello Jeremiah, > > Well the

Re: [Gnoga-list] Zany Blue and Gnoga_Tools requirement?

Thank you! A curiosity: I know David really wants to avoid Adacore GNAT GPL due to licensing if possible. While xmlada (and aunit) come with GNAT GPL, they don't come with FSF GNAT on windows (at least not with TDM-GCC distribution...does another work on Windows yet?). Does it make sense to

Re: [Gnoga-list] gnoga build fails on OSX 10.11.3

Are you using GNAT 5.2.0 or newer? Previous MAC versions were not working correctly. See: https://sourceforge.net/p/gnoga/mailman/message/34852977/ On Mon, Apr 11, 2016 at 3:05 AM, Roger Mc Murtrie wrote: > gnat --version > GNAT GPL 2015 (20150428-49) > > gcc

Re: [Gnoga-list] Zany Blue and Gnoga_Tools requirement?

/ On Sun, Apr 10, 2016 at 2:32 PM, Jeffrey R. Carter <jrcar...@acm.org> wrote: > On 04/10/2016 10:54 AM, Jeremiah Breeden wrote: > > gnatbind -x > D:\Program_Files\MinGW\msys\1.0\home\Jere\gnoga-code-2016_04_09\deps\zanyblue\src\obj\zbmcompile-main.ali > gnatlink > D:\Program_F

Re: [Gnoga-list] Zany Blue and Gnoga_Tools requirement?

op of things God willing this week and get things a bit > cleaned up and in order and will double check this as well. It is important > to me that nothing in the Gnoga git requires a GPL component like XMLAda. > > David Botton > > > On Sun, Apr 10, 2016 at 12:14 PM Jeremiah Breeden &l

[Gnoga-list] Zany Blue and Gnoga_Tools requirement?

Does anyone know if Gnoga requires Zany Blue or Gnoga_Tools? I'm trying to build and install Gnoga on windows for the FSF version of GNAT but it keeps failing on Zany Blue due to lack of xmlada (which fails to build because of another library and so on) and Gnoga_Tools due to some sort of

Re: [Gnoga-list] AdaOthello port for Gnoga

Thank you. I emailed you the zip file (has both the Gnoga version I ported and the original Gtk version for reference). I deleted the build files and the .exe to make the zip file smaller. On Mon, Mar 14, 2016 at 8:15 PM, Rabbi David Botton wrote: > You can also just e-mail

[Gnoga-list] AdaOthello port for Gnoga

I've been talking with the author (Adrian Hoe) to AdaOthello, an Othello implementation written in Ada using GtkAda as the GUI. He has agreed to allow me to port and release a copy of it implemented in Gnoga. I've already mostly gotten it done now, but wanted to ask a few questions: 1. What is

Re: [Gnoga-list] Obtaining the current Window

an access to the > Windows object in the On_Connect. It would not be possible to have that in > a global object. So that is not kludgy, but the best way to do it. > > David Botton > > > On Sun, Dec 13, 2015 at 1:41 PM Jeremiah Breeden < > jeremiah.bree...@gmail.com> wrote:

[Gnoga-list] Make install using TDM_GCC

I just wanted to check and make sure I am not doing something silly before filing a ticket. 1. I downloaded todays copy of Gnoga, the gprbuild tools on the Gnoga site, and TDM_GCC. 2. I installed TDM_GCC (with GNAT) and made sure it was set in my PATH variable. 3. Unzipped the gprbuild tools

[Gnoga-list] Obtaining the current Window

Is there a good way to get control of the window object for a connection? One work around I am experimenting with is adding a window access parameter to my app_data type, but this feels a bit kludgy and I am not sure how safe that is long term. I don't always have global or local access to the

Re: [Gnoga-list] Weird stuff is going on ... ;)

The Makefile change worked on both of my setups thanks! Hopefully it works for Oliver as well. Did GNAT change something important or was this a gnoga specific flag for GNAT that changed? It looks like it affected basic data types in some fashion based on the names. On Wed, Nov 25, 2015 at

Re: [Gnoga-list] Weird stuff is going on ... ;)

xact combo you are using, Win version 32 or 64, GNAT > version and Gnoga version. > > Thanks > David Botton > > > On Mon, Nov 23, 2015 at 7:53 AM Jeremiah Breeden < > jeremiah.bree...@gmail.com> wrote: > >> This might be related to a ticket I filed previously: >>

Re: [Gnoga-list] Lining Things Up

The only way I can think of is really more of a hack, but you could set up a 2 column grid view. In the left column you can put some sized view_type objects with text on them (using put_line), using new lines to stack them vertically. In the right column you stack the text areas with labels

Re: [Gnoga-list] Lining Things Up

Ada.Text_IO.Put_Line("Application finished"); end Main; On Fri, Sep 11, 2015 at 8:08 PM, Jeremiah Breeden < jeremiah.bree...@gmail.com> wrote: > The only way I can think of is really more of a hack, but you could set up > a 2 column grid view. In the left column you can

Re: [Gnoga-list] problem deleting row of table

I don't really know a lot about how the DOM works, so I'll just ask: Does this mean if we are manually deleting items and recreating them that the DOM is ever growing (similar to a memory leak)? Since Gnoga doesn't provide customizable dialogs yet for Singleton, I have been hacking this by

Re: [Gnoga-list] On_Submit_Handler for forms

of multiple event listeners. Ok with that? On Tue, Jun 9, 2015 at 8:48 AM Jeremiah Breeden jeremiah.bree...@gmail.com wrote: Managed to gen something up. Didn't put any comments in it, so if it isn't self explanatory, then just ask. I don't use this particular implementation (I have some

Re: [Gnoga-list] On_Submit_Handler for forms

View_Type; Source : in out Buttons.Button_Type'Class) is begin Listener.Button.Text(Testing: Integer'Image(Test_Count)); Test_Count := Test_Count + 1; end Handle_On_Click; end Listener_View; On Sat, Jun 6, 2015 at 3:55 PM, Jeremiah Breeden jeremiah.bree

Re: [Gnoga-list] Callback on dynamically created custom views

Yep! I was only using Unrestricted_Access because I was making a quick example that I could compile to double check myself and didn't want to make up a full package. Normally I would make the procedures at the package level and just use 'Access. Sorry! I was being lazy there. On Wed, Apr 22,

Re: [Gnoga-list] Callback on dynamically created custom views

Was your custom view created dynamically (via an Access type)? If it was just created as a standard statically allocated view type, it will disappear when the submit handler is finished. Consider to two On_Click events: procedure On_Click1(Object : in out Gnoga.Gui.Base.Base_Type'Class) is

Re: [Gnoga-list] Hide and Show Window_Type.

My own experience: I've had a lot better experience using the jQuery dialogs. Previously I used card views (one view for my application, and many other views for various dialogs), but that was rougher to manage. I had tried just using floating views, but then I needed to figure out how to

[Gnoga-list] Effects of recreating an object dynamically

This is a something I was hoping for clarification on: If I create an object dynamically and add it to the DOM via create on a parent. If I later free that object manually and replace it with a newly created version (still set to dynamic), does that cause any memory leaks? Does the DOM remember

Re: [Gnoga-list] On_Key_Press_Handler.

As a followup, Key_press seems to follow the ASCII table (where the key has an ASCII rep), at least for some of the browsers. Worth looking into probably. On Wed, Apr 8, 2015 at 11:21 PM, Jeremiah Breeden jeremiah.bree...@gmail.com wrote: I didn't find a Key_press table, but for key_down

Re: [Gnoga-list] html editors

:07 PM Jeremiah Breeden jeremiah.bree...@gmail.com wrote: I've looked around but haven't found anything that I like or that I can try out (if it isn't browser based or compilable from source on Windows, I have to wait upwards of a year to get permission to install it at work). The few things

Re: [Gnoga-list] html editors

I've looked around but haven't found anything that I like or that I can try out (if it isn't browser based or compilable from source on Windows, I have to wait upwards of a year to get permission to install it at work). The few things that were allowable to try right now didn't have support for

Re: [Gnoga-list] Need some tips on how to layout elements.

loop; View.Cards.Card (tab 2).Put_Line (Hello World); end Create; end Dapp.View; On Fri, Jan 9, 2015 at 1:11 AM, Jeremiah Breeden jeremiah.bree...@gmail.com wrote: I've been trying different layouts using Gnoga, but have had trouble actually getting things to display they way I

Re: [Gnoga-list] Native Gtk Apps now with Gnoga

This is a bit late, so I apologize, but I wanted to check: I am not familiar with GTK's inner workings, but it does mention having trouble with threads in Windows and suggests keeping all Gui interactions in a single thread. Will that be an issue with the Gnoga in GTK configuration since each

  1   2   >