Re: [Vala] .me cast resurrection on "Re: The future of Vala"
Here is the link : http://prime.fmsoft.net/demo/desktop/mdemo.dll Could it be possible to have something similar for Vala ? > Hello à tous, > > I admit I do not know webassembly. I prefer to develop "stand alone" > applications but what you say about it seems very interesting. > > I also saw an application capable of running a delphi application on the > web! It was amazing .. I will try to find the link. > > Someone has knowledges about glib and webassembly ? > > Regards > > Raum > https://www.github.com/Raumy > > >> Do we really still need a Vala to JS converter? I didn't try, but I >> think >> it's possible to compile the whole GLib to WebAssembly with only slight >> modifications, so Vala can run in browser natively after being built for >> wasm32 target. >> >> Did anyone investigate it? >> >> Regards, >> Dmitry >> >> 05.03.2017, 08:06, "Ben Iofel" : >>> Here is an old Vala to JavaScript compiler >>> >>> https://github.com/lethalman/maja >>> >>> On Sat, Mar 4, 2017 at 7:34 PM Guillaume Poirier-Morency < >>> guillaumepoiriermore...@gmail.com> wrote: >>> It would be quite a challenge in terms of implementation, but I like the idea. Maybe having a Web-based compiler for embedding and running snippets would be a good start. It could be integrated in valadoc.org :) Le samedi 04 mars 2017 à 15:43 +0100, Dev_NIX a écrit : > I would take a look to WebAssembly. The next few years could be > amazing for the concept of isomorphic web frameworks! (just imagine > Valum running in a web browser as on the server side). > > > Exactly, I thought Vala has good and strong asynchronous > > "mechanics" which made Vala a good choice for webapps. So we should > > keep an eye on frameworks which could be the key to success for > > Vala (or at least better recognition). Thanks for informations, > > pending march for the next release ;-) Regards > > ___ > vala-list mailing list > vala-list@gnome.org > https://mail.gnome.org/mailman/listinfo/vala-list -- Guillaume Poirier-Morency Étudiant au baccalauréat en Informatique à l'Université de Montréal Chercheur boursier à l'IRIC Mon blog: https://arteymix.github.io/ Clé PGP: B1AD6EA5___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list >>> >>> ___ >>> vala-list mailing list >>> vala-list@gnome.org >>> https://mail.gnome.org/mailman/listinfo/vala-list >> ___ >> vala-list mailing list >> vala-list@gnome.org >> https://mail.gnome.org/mailman/listinfo/vala-list >> > > ___ > vala-list mailing list > vala-list@gnome.org > https://mail.gnome.org/mailman/listinfo/vala-list > ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] .me cast resurrection on "Re: The future of Vala"
Hello à tous, I admit I do not know webassembly. I prefer to develop "stand alone" applications but what you say about it seems very interesting. I also saw an application capable of running a delphi application on the web! It was amazing .. I will try to find the link. Someone has knowledges about glib and webassembly ? Regards Raum https://www.github.com/Raumy > Do we really still need a Vala to JS converter? I didn't try, but I think > it's possible to compile the whole GLib to WebAssembly with only slight > modifications, so Vala can run in browser natively after being built for > wasm32 target. > > Did anyone investigate it? > > Regards, > Dmitry > > 05.03.2017, 08:06, "Ben Iofel" : >> Here is an old Vala to JavaScript compiler >> >> https://github.com/lethalman/maja >> >> On Sat, Mar 4, 2017 at 7:34 PM Guillaume Poirier-Morency < >> guillaumepoiriermore...@gmail.com> wrote: >> >>> It would be quite a challenge in terms of implementation, but I like >>> the idea. >>> >>> Maybe having a Web-based compiler for embedding and running snippets >>> would be a good start. It could be integrated in valadoc.org :) >>> >>> Le samedi 04 mars 2017 à 15:43 +0100, Dev_NIX a écrit : >>> > I would take a look to WebAssembly. The next few years could be >>> > amazing for the concept of isomorphic web frameworks! (just imagine >>> > Valum running in a web browser as on the server side). >>> > >>> > > Exactly, I thought Vala has good and strong asynchronous >>> > > "mechanics" which made Vala a good choice for webapps. So we >>> should >>> > > keep an eye on frameworks which could be the key to success for >>> > > Vala (or at least better recognition). Thanks for informations, >>> > > pending march for the next release ;-) Regards >>> > >>> > ___ >>> > vala-list mailing list >>> > vala-list@gnome.org >>> > https://mail.gnome.org/mailman/listinfo/vala-list >>> -- >>> Guillaume Poirier-Morency >>> >>> Étudiant au baccalauréat en Informatique à l'Université de Montréal >>> Chercheur boursier à l'IRIC >>> >>> Mon blog: https://arteymix.github.io/ >>> Clé PGP: B1AD6EA5___ >>> vala-list mailing list >>> vala-list@gnome.org >>> https://mail.gnome.org/mailman/listinfo/vala-list >> >> ___ >> vala-list mailing list >> vala-list@gnome.org >> https://mail.gnome.org/mailman/listinfo/vala-list > ___ > vala-list mailing list > vala-list@gnome.org > https://mail.gnome.org/mailman/listinfo/vala-list > ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] .me cast resurrection on "Re: The future of Vala"
Do we really still need a Vala to JS converter? I didn't try, but I think it's possible to compile the whole GLib to WebAssembly with only slight modifications, so Vala can run in browser natively after being built for wasm32 target. Did anyone investigate it? Regards, Dmitry 05.03.2017, 08:06, "Ben Iofel" : > Here is an old Vala to JavaScript compiler > > https://github.com/lethalman/maja > > On Sat, Mar 4, 2017 at 7:34 PM Guillaume Poirier-Morency < > guillaumepoiriermore...@gmail.com> wrote: > >> It would be quite a challenge in terms of implementation, but I like >> the idea. >> >> Maybe having a Web-based compiler for embedding and running snippets >> would be a good start. It could be integrated in valadoc.org :) >> >> Le samedi 04 mars 2017 à 15:43 +0100, Dev_NIX a écrit : >> > I would take a look to WebAssembly. The next few years could be >> > amazing for the concept of isomorphic web frameworks! (just imagine >> > Valum running in a web browser as on the server side). >> > >> > > Exactly, I thought Vala has good and strong asynchronous >> > > "mechanics" which made Vala a good choice for webapps. So we should >> > > keep an eye on frameworks which could be the key to success for >> > > Vala (or at least better recognition). Thanks for informations, >> > > pending march for the next release ;-) Regards >> > >> > ___ >> > vala-list mailing list >> > vala-list@gnome.org >> > https://mail.gnome.org/mailman/listinfo/vala-list >> -- >> Guillaume Poirier-Morency >> >> Étudiant au baccalauréat en Informatique à l'Université de Montréal >> Chercheur boursier à l'IRIC >> >> Mon blog: https://arteymix.github.io/ >> Clé PGP: B1AD6EA5___ >> vala-list mailing list >> vala-list@gnome.org >> https://mail.gnome.org/mailman/listinfo/vala-list > > ___ > vala-list mailing list > vala-list@gnome.org > https://mail.gnome.org/mailman/listinfo/vala-list ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] .me cast resurrection on "Re: The future of Vala"
Here is an old Vala to JavaScript compiler https://github.com/lethalman/maja On Sat, Mar 4, 2017 at 7:34 PM Guillaume Poirier-Morency < guillaumepoiriermore...@gmail.com> wrote: > It would be quite a challenge in terms of implementation, but I like > the idea. > > Maybe having a Web-based compiler for embedding and running snippets > would be a good start. It could be integrated in valadoc.org :) > > Le samedi 04 mars 2017 à 15:43 +0100, Dev_NIX a écrit : > > I would take a look to WebAssembly. The next few years could be > > amazing for the concept of isomorphic web frameworks! (just imagine > > Valum running in a web browser as on the server side). > > > > > Exactly, I thought Vala has good and strong asynchronous > > > "mechanics" which made Vala a good choice for webapps. So we should > > > keep an eye on frameworks which could be the key to success for > > > Vala (or at least better recognition). Thanks for informations, > > > pending march for the next release ;-) Regards > > > > ___ > > vala-list mailing list > > vala-list@gnome.org > > https://mail.gnome.org/mailman/listinfo/vala-list > -- > Guillaume Poirier-Morency > > Étudiant au baccalauréat en Informatique à l'Université de Montréal > Chercheur boursier à l'IRIC > > Mon blog: https://arteymix.github.io/ > Clé PGP: B1AD6EA5___ > vala-list mailing list > vala-list@gnome.org > https://mail.gnome.org/mailman/listinfo/vala-list > ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] .me cast resurrection on "Re: The future of Vala"
It would be quite a challenge in terms of implementation, but I like the idea. Maybe having a Web-based compiler for embedding and running snippets would be a good start. It could be integrated in valadoc.org :) Le samedi 04 mars 2017 à 15:43 +0100, Dev_NIX a écrit : > I would take a look to WebAssembly. The next few years could be > amazing for the concept of isomorphic web frameworks! (just imagine > Valum running in a web browser as on the server side). > > > Exactly, I thought Vala has good and strong asynchronous > > "mechanics" which made Vala a good choice for webapps. So we should > > keep an eye on frameworks which could be the key to success for > > Vala (or at least better recognition). Thanks for informations, > > pending march for the next release ;-) Regards > > ___ > vala-list mailing list > vala-list@gnome.org > https://mail.gnome.org/mailman/listinfo/vala-list -- Guillaume Poirier-Morency Étudiant au baccalauréat en Informatique à l'Université de Montréal Chercheur boursier à l'IRIC Mon blog: https://arteymix.github.io/ Clé PGP: B1AD6EA5 signature.asc Description: This is a digitally signed message part ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
[Vala] .me cast resurrection on "Re: The future of Vala"
I would take a look to WebAssembly. The next few years could be amazing for the concept of isomorphic web frameworks! (just imagine Valum running in a web browser as on the server side). > Exactly, I thought Vala has good and strong asynchronous "mechanics" which > made Vala a good choice for webapps. So we should keep an eye on frameworks > which could be the key to success for Vala (or at least better recognition). > Thanks for informations, pending march for the next release ;-) Regards ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] .me cast resurrection on "Re: The future of Vala"
Exactly, I thought Vala has good and strong asynchronous "mechanics" which made Vala a good choice for webapps. So we should keep an eye on frameworks which could be the key to success for Vala (or at least better recognition). Thanks for informations, pending march for the next release ;-) Regards Raum >> - Original Message - > >> From: "r...@no-log.org" >> Sent: Wednesday, 1 March 2017, 9:40 >> Subject: Re: [Vala] .me cast resurrection on "Re: The future of Vala" > >> By the way, I think I understand Vala could be used to develop stand >> alone >> application (server or client side) but not for "web applications" which >> used asynchronous oriented developpement. > > > Vala has first rate asynchronous code through the use of GLib's > GMainContext > event loop and the async keyword. The next Vala release, 0.36 at the end > of > > March, will see Vala async code using GLib's GTask instead of > GSimpleAsync. > This is a significant contribution to Vala development. So anyone saying > Vala is dead is not paying close enough attention. > > As for web application frameworks take a look at these two: > https://github.com/valum-framework > http://www.ambitionframework.org/wiki > > Regards, > > Al > ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] .me cast resurrection on "Re: The future of Vala"
> - Original Message - > From: "r...@no-log.org" > Sent: Wednesday, 1 March 2017, 9:40 > Subject: Re: [Vala] .me cast resurrection on "Re: The future of Vala" > By the way, I think I understand Vala could be used to develop stand alone > application (server or client side) but not for "web applications" which > used asynchronous oriented developpement. Vala has first rate asynchronous code through the use of GLib's GMainContext event loop and the async keyword. The next Vala release, 0.36 at the end of March, will see Vala async code using GLib's GTask instead of GSimpleAsync. This is a significant contribution to Vala development. So anyone saying Vala is dead is not paying close enough attention. As for web application frameworks take a look at these two: https://github.com/valum-framework http://www.ambitionframework.org/wiki Regards, Al ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] .me cast resurrection on "Re: The future of Vala"
Hello, Here I am reassured. I'm glad to hear that Vala is still alive. Frankly, I loved it developed in Delphi and now I find again the pleasure of coding with Vala. Between Glade and Vala, Windows/Linux/Other portability, it's a pleasure to use Vala. By the way, I think I understand Vala could be used to develop stand alone application (server or client side) but not for "web applications" which used asynchronous oriented developpement. Any opinion ? :) Thanks Regards Raum - powerfull thread necromancer > >> I've read on HN (https://news.ycombinator.com/item?id=13752770), in a >> thread about Delphi, this : >> >> > insertnickname 21 hours ago [-] >> > Note that Vala is apparently more or less dead. >> > pjmlp 21 hours ago [-] >> > Yep, GNOME seems to be adopting Rust, with librsvg and >> >> GNOME Builder being the first places to spot it. >> >> Do you have more informations about state of vala and rust ? > > Vala is still maintained. Vala is still used. > > Thank you for keeping Vala alive. > > Nice day > Nor Jaidi Tuah > > > > PRIVILEGED/CONFIDENTIAL information may be contained in this message. If > you are neither the addressee (intended recipient) nor an authorised > recipient of the addressee, and have received this message in error, > please destroy this message (including attachments) and notify the sender > immediately. STRICT PROHIBITION: This message, whether in part or in > whole, should not be reviewed, retained, copied, reused, disclosed, > distributed or used for any purpose whatsoever. Such unauthorised use may > be unlawful and may contain material protected by the Official Secrets Act > (Cap 153) of the Laws of Brunei Darussalam. DISCLAIMER: We/This > Department/The Government of Brunei Darussalam, accept[s] no > responsibility for loss or damage arising from the use of this message in > any manner whatsoever. Our messages are checked for viruses but we do not > accept liability for any viruses which may be transmitted in or with this > message. > ___ > vala-list mailing list > vala-list@gnome.org > https://mail.gnome.org/mailman/listinfo/vala-list > ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] .me cast resurrection on "Re: The future of Vala"
> I've read on HN (https://news.ycombinator.com/item?id=13752770), in a > thread about Delphi, this : > > > insertnickname 21 hours ago [-] > > Note that Vala is apparently more or less dead. > > pjmlp 21 hours ago [-] > > Yep, GNOME seems to be adopting Rust, with librsvg and > > GNOME Builder being the first places to spot it. > > Do you have more informations about state of vala and rust ? Vala is still maintained. Vala is still used. Thank you for keeping Vala alive. Nice day Nor Jaidi Tuah PRIVILEGED/CONFIDENTIAL information may be contained in this message. If you are neither the addressee (intended recipient) nor an authorised recipient of the addressee, and have received this message in error, please destroy this message (including attachments) and notify the sender immediately. STRICT PROHIBITION: This message, whether in part or in whole, should not be reviewed, retained, copied, reused, disclosed, distributed or used for any purpose whatsoever. Such unauthorised use may be unlawful and may contain material protected by the Official Secrets Act (Cap 153) of the Laws of Brunei Darussalam. DISCLAIMER: We/This Department/The Government of Brunei Darussalam, accept[s] no responsibility for loss or damage arising from the use of this message in any manner whatsoever. Our messages are checked for viruses but we do not accept liability for any viruses which may be transmitted in or with this message. ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
[Vala] .me cast resurrection on "Re: The future of Vala"
Hi all, Yes, I made this thread a zombie thread ! I'm a powerfull elder magician ! I've read on HN (https://news.ycombinator.com/item?id=13752770), in a thread about Delphi, this : > insertnickname 21 hours ago [-] > Note that Vala is apparently more or less dead. > pjmlp 21 hours ago [-] > Yep, GNOME seems to be adopting Rust, with librsvg and GNOME Builder being the first places to spot it. Do you have more informations about state of vala and rust ? Regards Raum ps: original thread in HN "I miss Delphi" : https://news.ycombinator.com/item?id=13752362 ps2: I've used Delphi 20 years ago ^___^ > Hey Al, > >> Hmm, that seems a little unfair. You submitted the patch on the 08 Aug >> 2016 and it was reviewed on the 10 Aug 2016. Unfortunately your first >> version of the patch included a bug that the review identified. > Well, I fixed that bug within a day. Then it took another 12 days for Jürg > to ask another question, which I responded to within 15 Minutes. Then it > took another 3 weeks for Jürg to respond to that. Now, I totally > sympathise with Jürg, most people don't have as much time to work on their > leisure projects as they would like. But please put yourself in my shoes > as somebody who's trying to get his feet wet hacking on the Vala compiler. > I mean, this is not a rewrite-the-world patch, the actual patch is -12/+7 > lines. If that takes, say, six weeks to get merged, how long will it take > to get a sufficient number of patches merged to build enough trust to get > commit access? How long will it take to get a new feature merged, one that > might be a couple hundred lines long or something? Again, I sympathise > with Jürg and his lack of time. But nevertheless these long response times > do not send the right signals to new compiler hackers. > >> I would accept there is a communication failure of the Vala release >> cycle, but I think there is a far more favourable interpretation of the >> decision not to merge the patch at the current time. >> >> >> Vala is a GNOME core project and currently follows the GNOME release >> cycle. See >> https://wiki.gnome.org/ThreePointTwentyoneA hard code freeze started on >> the 12 Sep 2016 and you will see Vala 0.33.1 was tagged on that day. >> Including a version of Vala with GNOME 3.22.0 that cannot build some >> packages just isn't going to happen. I would say that is why your patch >> wasn't merged at the time. > OK, I didn't understand that. I'm happy that it now looks as though the > patch will be merged soonishly. > >> BTW, thank you for your work on Vala. It looks like you have four >> patches in this next release. For anyone else who wants to see what >> Mattias's work has improved in the type system of Vala's internals see: >> >> https://git.gnome.org/browse/vala/log/?qt=author&q=matthias%20berndt > Perhaps you're right, maybe I should just be happy about the two bugfixes > I already got merged :-) > > Cheers, > Matthias > ___ > vala-list mailing list > vala-list@gnome.org > https://mail.gnome.org/mailman/listinfo/vala-list > ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
