* Re: Gnoga current status
2016-06-13 22:43 ` Olivier Henley
@ 2016-06-14 9:20 ` tonyg
2016-06-14 16:15 ` David Botton
2016-06-15 19:23 ` endlessboomcapitalism
2016-07-12 2:29 ` endlessboomcapitalism
2 siblings, 1 reply; 21+ messages in thread
From: tonyg @ 2016-06-14 9:20 UTC (permalink / raw)
Gnoga links html5 and Ada. Its awesome. I am still looking for an easier way to use it, perhaps a visual editor.
Some of the great things about it are not immediately apparent, but are there because Gnoga is built in Ada which is portable. e.g. It runs on a single core Pi really fast. And reliably.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Gnoga current status
2016-06-14 9:20 ` tonyg
@ 2016-06-14 16:15 ` David Botton
2016-07-07 13:02 ` tonyg
0 siblings, 1 reply; 21+ messages in thread
From: David Botton @ 2016-06-14 16:15 UTC (permalink / raw)
Tony, just use any HTML editor to create the visual side and use it as a "boot page", then with in Gnoga bind the ID of the element to Ada objects then have full control on the Ada side.
David Botton
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Gnoga current status
2016-06-14 16:15 ` David Botton
@ 2016-07-07 13:02 ` tonyg
2016-07-07 13:28 ` gautier_niouzes
2016-07-07 14:49 ` Olivier Henley
0 siblings, 2 replies; 21+ messages in thread
From: tonyg @ 2016-07-07 13:02 UTC (permalink / raw)
I'm having real problems finding an editor with all the buttons / selection boxes etc
Do I need the editor to be using the same javascript being used for Gnoga, I am using boot.js and jquerymin.js in my gnoga project/js directory?
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Gnoga current status
2016-07-07 13:02 ` tonyg
@ 2016-07-07 13:28 ` gautier_niouzes
2016-07-07 14:49 ` Olivier Henley
1 sibling, 0 replies; 21+ messages in thread
From: gautier_niouzes @ 2016-07-07 13:28 UTC (permalink / raw)
> I'm having real problems finding an editor with all the buttons / selection boxes etc
A cheap (perhaps clumsy) solution is to use a Windows graphical resource editor and adapt the code of rc2gw (see the gnavi project), especially rc.y and rc_hepl.adb, to produce GNOGA code instead of GWindows code.
_________________________
Gautier's Ada programming
http://gautiersblog.blogspot.com/search/label/Ada
NB: follow the above link for a valid e-mail address
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Gnoga current status
2016-07-07 13:02 ` tonyg
2016-07-07 13:28 ` gautier_niouzes
@ 2016-07-07 14:49 ` Olivier Henley
2016-07-11 11:19 ` tonyg
1 sibling, 1 reply; 21+ messages in thread
From: Olivier Henley @ 2016-07-07 14:49 UTC (permalink / raw)
On Thursday, July 7, 2016 at 9:02:10 AM UTC-4, tonyg wrote:
> I'm having real problems finding an editor with all the buttons / selection boxes etc
>
> Do I need the editor to be using the same javascript being used for Gnoga, I am using boot.js and jquerymin.js in my gnoga project/js directory?
1. For the editor part, check into Maqetta. To give you an idea of the depth of this editor listen to this: https://www.youtube.com/watch?v=J0LneuYl280&list=PL821DA1C6573FC973
2. You do not need/nor want the editor to use boot.js. The editor should only be used to "build your graphical components". Once you are done with those (you will get html and ccs code), you are left with two choices, or a combination of these choices:
a. You c&p those html and css snippets into boot.html and app.css (the css file that you link in the boot.html of your app) These will be served at page request, static.
b. You make Gnoga code to generate those html/css structures; code that is injected into the DOM when you need it.
IMO, the faster way and cleaner way to work is to first define the static and dynamic parts of your application. E.g, Your app logo placement, the navigation toolbar, the overall structure of the app etc should be STATIC and therefore can be just served in your boot.html file. Second all the widgets that will be created by users interactions, e.g new blog posts should be transformed into 'Gnoga code' for proper DYNAMIC creation/destruction.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Gnoga current status
2016-07-07 14:49 ` Olivier Henley
@ 2016-07-11 11:19 ` tonyg
2016-07-15 14:57 ` Olivier Henley
0 siblings, 1 reply; 21+ messages in thread
From: tonyg @ 2016-07-11 11:19 UTC (permalink / raw)
Yeah Thinking about it I need to look at the way I am writing applications. Thanks to both of you for some excellent advice which I will be using!
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Gnoga current status
2016-07-11 11:19 ` tonyg
@ 2016-07-15 14:57 ` Olivier Henley
2016-07-18 11:46 ` tonyg
0 siblings, 1 reply; 21+ messages in thread
From: Olivier Henley @ 2016-07-15 14:57 UTC (permalink / raw)
On Monday, July 11, 2016 at 7:19:13 AM UTC-4, tonyg wrote:
> Yeah Thinking about it I need to look at the way I am writing applications. Thanks to both of you for some excellent advice which I will be using!
Forget what I told about Maqetta. They force dojo webkit pretty much all the way and it looks way too cumbersome to setup a custom widgets library.
Try webflow.com. It is not the average wix.com template centric platform. Webflow is for professional designers; a power user WYSIWYG web based editor that leverage the CSS3 flexbox api in full, support animations compositing and export orthodox HTML5 code. Very impressed.
my two cents
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Gnoga current status
2016-06-13 22:43 ` Olivier Henley
2016-06-14 9:20 ` tonyg
@ 2016-06-15 19:23 ` endlessboomcapitalism
2016-07-12 2:29 ` endlessboomcapitalism
2 siblings, 0 replies; 21+ messages in thread
From: endlessboomcapitalism @ 2016-06-15 19:23 UTC (permalink / raw)
On Monday, June 13, 2016 at 6:43:08 PM UTC-4, Olivier Henley wrote:
> For the last year I used Gnoga extensively and I must say it is, IMO, beyond awesome.
>
> 1. The framework is rock solid. My web app (still private) has something like 30 users that interact on a daily basis, publish/subscribe, live push too many users, connect/disconnect, create a lot of dynamic content (events, widgets), embed Youtube assets and abuse the UI without a glitch. I had some issues, but they were my bad. Since I fixed them, almost two months ago, the server never failed or behaved in an unexpected way (timing in every aspect is coherent all the time, no surprises whatsoever and my bug rate just fell to plain zero.) This can probably be achieved using other language/framework, but it is surprisingly convincing how Ada/Gnoga brings you firmly there in such a short time. Personally, I won't even give a chance to another framework as Gnoga has been many orders of magnitude more robust and effective for my work than any other framework I have tried before.
>
> 2. The idea to inject/manipulate in full duplex mode the DOM by driving automated jquery code through websockets is brilliant. For the most part, depending on your needs, you wont even have to touch html and/or javascript. You can inject css style directly from the backend/Ada code, but I find it cumbersome for heavy styling so I do use stylesheets a lot.
>
> 3. Finally, the demos that ship with Gnoga are really neat and cover a lot of ground. For my work, Chatanooga has been the most useful as it gives a good architectural overview of how to tackle live push between users. Most examples/demos are rather austere in term of presentation but, this has nothing to do with Gnoga per se. If you have a clear enough understanding of the 'web model', you should know that its power of expressiveness exclusively lies in the CSS styling. This contrasts a lot with more traditional UI frameworks like Gtk that 'gives' you styling through already defined widget looks. Gnoga/CSS gives you unlimited freedom but you get the responsibility to define every presentation design/details; if you create ugly widgets and modules you get an ugly page 'hands down' but the framework is not to blame nor the limiting factor. With Gnoga you could well serve a design/publicity award winning website as much as a cheap looking sex toy company website. When you get your hands dirty trying to make complex custom widgets that does not even exists in other 'predefined' UI framework you'll better grasp the implications of what I say: Gnoga drives the logic and the structure, CSS skins it.
>
> Hope it helps,
>
> Olivier
awesome
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: Gnoga current status
2016-06-13 22:43 ` Olivier Henley
2016-06-14 9:20 ` tonyg
2016-06-15 19:23 ` endlessboomcapitalism
@ 2016-07-12 2:29 ` endlessboomcapitalism
2016-07-14 15:16 ` David Botton
2 siblings, 1 reply; 21+ messages in thread
From: endlessboomcapitalism @ 2016-07-12 2:29 UTC (permalink / raw)
On Monday, June 13, 2016 at 6:43:08 PM UTC-4, Olivier Henley wrote:
> For the last year I used Gnoga extensively and I must say it is, IMO, beyond awesome.
>
> 1. The framework is rock solid. My web app (still private) has something like 30 users that interact on a daily basis, publish/subscribe, live push too many users, connect/disconnect, create a lot of dynamic content (events, widgets), embed Youtube assets and abuse the UI without a glitch. I had some issues, but they were my bad. Since I fixed them, almost two months ago, the server never failed or behaved in an unexpected way (timing in every aspect is coherent all the time, no surprises whatsoever and my bug rate just fell to plain zero.) This can probably be achieved using other language/framework, but it is surprisingly convincing how Ada/Gnoga brings you firmly there in such a short time. Personally, I won't even give a chance to another framework as Gnoga has been many orders of magnitude more robust and effective for my work than any other framework I have tried before.
>
> 2. The idea to inject/manipulate in full duplex mode the DOM by driving automated jquery code through websockets is brilliant. For the most part, depending on your needs, you wont even have to touch html and/or javascript. You can inject css style directly from the backend/Ada code, but I find it cumbersome for heavy styling so I do use stylesheets a lot.
>
> 3. Finally, the demos that ship with Gnoga are really neat and cover a lot of ground. For my work, Chatanooga has been the most useful as it gives a good architectural overview of how to tackle live push between users. Most examples/demos are rather austere in term of presentation but, this has nothing to do with Gnoga per se. If you have a clear enough understanding of the 'web model', you should know that its power of expressiveness exclusively lies in the CSS styling. This contrasts a lot with more traditional UI frameworks like Gtk that 'gives' you styling through already defined widget looks. Gnoga/CSS gives you unlimited freedom but you get the responsibility to define every presentation design/details; if you create ugly widgets and modules you get an ugly page 'hands down' but the framework is not to blame nor the limiting factor. With Gnoga you could well serve a design/publicity award winning website as much as a cheap looking sex toy company website. When you get your hands dirty trying to make complex custom widgets that does not even exists in other 'predefined' UI framework you'll better grasp the implications of what I say: Gnoga drives the logic and the structure, CSS skins it.
>
> Hope it helps,
>
> Olivier
http://gnoga.com/#tools
how does it do dynamic without html or js?
websocket or?
whats the fastest way to learn ada?
css?
^ permalink raw reply [flat|nested] 21+ messages in thread