Re: [Vala] valaDevelop
I know the meaning of opensource, that should only be a joke ... Sorry Am 11.05.19 um 16:12 schrieb Jürg Billeter: On Sat, 2019-05-11 at 12:33 +0200, Wolfgang Mauer wrote: As other editors written in different languages i like to introduce valaDevelop an IDE to develop application and library in vala programming language: It's OPENSOURCE and written in C (source available at https://github.com/wolfgangmauer/valaDevelop/tree/master/src) ;-) Please stop making false claims. valaDevelop is NOT open source (as commonly understood) as the C code in that repository is not the source code, it's an intermediate representation. https://opensource.org/osd Jürg ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] valaDevelop
As other editors written in different languages i like to introduce valaDevelop an IDE to develop application and library in vala programming language: It's OPENSOURCE and written in C (source available at https://github.com/wolfgangmauer/valaDevelop/tree/master/src) ;-) Am 10.05.19 um 21:42 schrieb Canek Peláez Valdés: On Fri, May 10, 2019 at 8:06 AM Wolfgang Mauer mailto:wolfgang.ma...@kabelmail.de>> wrote: I think(hope) it's not just because it's not open source... It is because it's not open source. Best regards. -- Dr. Canek Peláez Valdés Profesor de Carrera Asociado C Departamento de Matemáticas Facultad de Ciencias Universidad Nacional Autónoma de México ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] valaDevelop
> My personal experience was that I tried to run it on my Elementary 4.1 Dependency say -> Elementary >= 5.0 With Elementary>= 5 valaDevelop runs out of the box... > If you had no plans of making money with Definitely not! In the case of having the source code I would even could tried to compile downgrading the GTK version without losing features I understand, but even i you have the source it would not work in order of other dependencies(you can try meson build with the C source) > That's where immediately went back to Sublime Text. As a developer, I used editors and tools 30 years ago, I did not believe that this is always the case. And if you file a issue, to let me know you have a problem, i may be able to make valaDevelop run on Elementray 4.1 Am 11.05.19 um 08:27 schrieb Dev_NIX: I feel like Canek, but I have to give all my kudos to Rastersoft. There are not much documented Vala source samples around there and each example helps people to get used to the language. I can understand the corporate background, but the companies relays in one way or another on open source software. If you had no plans of making money with (Yet Another) IDE, I don't see the point of not open sourcing it. My personal experience was that I tried to run it on my Elementary 4.1 box (not so old, I guess!) and I had a GTK dependency problem that I could not fix. That's where immediately went back to Sublime Text. In the case of having the source code I would even could tried to compile downgrading the GTK version without losing features, or even baking an appimage. Just didn't saw the point of so much activity on the mail list when I had a binary that just didn't run, and a pile of messages with so humbleless attitude. I don't want this to be interpreted as a flame, but a constructive point of view that may help you in future projects (or maybe even still this one). Kind regards. El vie., 10 may. 2019 21:42, Canek Peláez Valdés via vala-list mailto:vala-list@gnome.org>> escribió: On Fri, May 10, 2019 at 8:06 AM Wolfgang Mauer mailto:wolfgang.ma...@kabelmail.de>> wrote: > I think(hope) it's not just because it's not open source... > It is because it's not open source. Best regards. -- Dr. Canek Peláez Valdés Profesor de Carrera Asociado C Departamento de Matemáticas Facultad de Ciencias Universidad Nacional Autónoma de México ___ vala-list mailing list vala-list@gnome.org <mailto: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] valaDevelop
Maybe a bit cynical:Idon't blame others When I became aware of vala last year, I was looking for an IDE and found valaIDE and valama and others. With fright I had to realize that all these OPENSOURCE projects no longer work with modern systems. No one has enhanced or fixed something, even though it's open source! That's why I decided against opensource, so that's not the case with my IDE, which was first written in C# by the way. I did not expect that it comes to such a rejection. I had rather expected that I get applause for a working IDE. But, it always comes differently than you think... Am 10.05.19 um 16:07 schrieb rastersoft: I'm afraid that I have to disagree with you: you didn't provide any kind of source code. Yes, you published the generated .c files, but those aren't the source code, I can't use that to fix a bug or add new features (well, I can try, but doing that would be nearly as hard as fixing a binary executable with a disassembler and an hexadecimal editor). So those "source files" are completely useless. Also, I think that the problem IS that it wasn't open source, and your depart shows precisely why: the only person with access to the source code leaves the project and it dies, leaving all the current users with just a binary that can't be enhanced or fixed, and that sooner or later will stop working on modern systems. I lived this several times, and that's why I decided to not use valadevelop. Yes, I tested it and it was good, but I didn't want to be left again trapped with a dead project. Of course, it is your code and you are the only one with the right to decide what to do with it; but if you make a decision, don't blame others. El 10/5/19 a las 15:35, Wolfgang Mauer escribió: I'm sorry, maybe it's because I work in a big software company and get paid for my development, so the "spirit" of open source If the source I provided is not enough, you'll probably have to continue hoping/waiting for better IDE. Am 10.05.19 um 15:18 schrieb Luca Dionisi via vala-list: +1 I use Gnome Builder, but I am always in search of better free software alternatives. On Fri, May 10, 2019 at 3:17 PM Dr. Michael Lauer wrote: Well, I can imagine that it would have generated more feedback if it was developed in the open. Most (of the few) Vala developers have strong roots in open source and – although not as comfortable as ValaDevelop – there are „alternatives" out there which are completely open. That said, Wolfgang, if you no longer want to work on it, why not free it at last and upload the source? Best regards for the future, :M: ___ 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] valaDevelop
It's not my intention to blame anyone!!! Ok, with the C-Source you are right... leaving all the current users with just a binary If there some, i will never leave my project! BUT WHERE ARE THEY? > I can't use that to fix a bug or add new features No issues reported Am 10.05.19 um 16:07 schrieb rastersoft: I'm afraid that I have to disagree with you: you didn't provide any kind of source code. Yes, you published the generated .c files, but those aren't the source code, I can't use that to fix a bug or add new features (well, I can try, but doing that would be nearly as hard as fixing a binary executable with a disassembler and an hexadecimal editor). So those "source files" are completely useless. Also, I think that the problem IS that it wasn't open source, and your depart shows precisely why: the only person with access to the source code leaves the project and it dies, leaving all the current users with just a binary that can't be enhanced or fixed, and that sooner or later will stop working on modern systems. I lived this several times, and that's why I decided to not use valadevelop. Yes, I tested it and it was good, but I didn't want to be left again trapped with a dead project. Of course, it is your code and you are the only one with the right to decide what to do with it; but if you make a decision, don't blame others. El 10/5/19 a las 15:35, Wolfgang Mauer escribió: I'm sorry, maybe it's because I work in a big software company and get paid for my development, so the "spirit" of open source If the source I provided is not enough, you'll probably have to continue hoping/waiting for better IDE. Am 10.05.19 um 15:18 schrieb Luca Dionisi via vala-list: +1 I use Gnome Builder, but I am always in search of better free software alternatives. On Fri, May 10, 2019 at 3:17 PM Dr. Michael Lauer wrote: Well, I can imagine that it would have generated more feedback if it was developed in the open. Most (of the few) Vala developers have strong roots in open source and – although not as comfortable as ValaDevelop – there are „alternatives" out there which are completely open. That said, Wolfgang, if you no longer want to work on it, why not free it at last and upload the source? Best regards for the future, :M: ___ 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] valaDevelop
I'm sorry, maybe it's because I work in a big software company and get paid for my development, so the "spirit" of open source If the source I provided is not enough, you'll probably have to continue hoping/waiting for better IDE. Am 10.05.19 um 15:18 schrieb Luca Dionisi via vala-list: +1 I use Gnome Builder, but I am always in search of better free software alternatives. On Fri, May 10, 2019 at 3:17 PM Dr. Michael Lauer wrote: Well, I can imagine that it would have generated more feedback if it was developed in the open. Most (of the few) Vala developers have strong roots in open source and – although not as comfortable as ValaDevelop – there are „alternatives" out there which are completely open. That said, Wolfgang, if you no longer want to work on it, why not free it at last and upload the source? Best regards for the future, :M: ___ 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] valaDevelop
I think(hope) it's not just because it's not open source... IMHO, it's more like 3D TV, I think that's great, but there are not enough interested Am 10.05.19 um 13:58 schrieb Al Thomas via vala-list: > On Friday, 10 May 2019, 12:28:26 BST, Wolfgang Mauer wrote: > due to low interest/feedback I will give up the development of valaDevelop and dedicate myself to mono/C# again... For anyone thinking of developing a project this has been a valuablecase study in the advantages of free/open source licensing. valaDevelop has gathered ten stars, four watchers and one fork on GitHubin the eleven weeks since it was announced - https://mail.gnome.org/archives/vala-list/2019-February/msg00032.htmlbut now the developer has decided to move on there is a binary blob leftthat will slowly go stale. Most Vala projects appear to be free software/open source so I think most peopleon this list understand the advantages and that includes forking dead projects. Best wishes Wolfgang with your future projects. Al ___ 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] valaDevelop
Hi all, due to low interest/feedback I will give up the development of valaDevelop and dedicate myself to mono/C# again... By Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] GtkTemplate/GtkChild
Excuse the spam... Everything works as it should Am 17.04.19 um 13:06 schrieb Wolfgang Mauer: Hi all, if i use "GtkTemplate/GtkChild" at what time will the fields become usable? [GtkTemplate(ui = "/valaDevelop/overlay.glade")] public class MySourceView : Overlay { [GtkChild] SourceView textview; ... If use in "public MySourceView()" with (SourceBuffer)textview.get_buffer() i get Gtk-CRITICAL **: 12:56:50.464: gtk_text_view_get_buffer: assertion 'GTK_IS_TEXT_VIEW (text_view)' failed Thanks for help Wolfgang ___ 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] GtkTemplate/GtkChild
Hi all, if i use "GtkTemplate/GtkChild" at what time will the fields become usable? [GtkTemplate(ui = "/valaDevelop/overlay.glade")] public class MySourceView : Overlay { [GtkChild] SourceView textview; ... If use in "public MySourceView()" with (SourceBuffer)textview.get_buffer() i get Gtk-CRITICAL **: 12:56:50.464: gtk_text_view_get_buffer: assertion 'GTK_IS_TEXT_VIEW (text_view)' failed Thanks for help Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
[Vala] valaDevelop
Hi all, as not to hinder the developer during the editing of the source, all libvala parsing/analysis/etc. must be redesigned and moved to background threads. So that a new version takes a while... Nice Day Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
[Vala] valaDevelop
Hi all, there are thousands of views and a lot of clones(direct downloads not counted) from the valaDevelop/github. But there is not a single issue If you have problems, suggestions, questions or comments, please do not hesitate to contact me. Thanks Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] ThreadPool
Many thanks for answer! "free" That was also my thought, I thought because there is a method "public uint <https://valadoc.org/glib-2.0/uint.html> *unprocessed*()", maybe there is a possibility of getting rid of the "*unprocessed*"... Am 14.04.19 um 16:34 schrieb Al Thomas via vala-list: > On Sunday, 14 April 2019, 14:44:46 BST, Wolfgang Mauer wrote: > is it possible to remove all "unprocessed" Threads in a ThreadPool? Practically I would like to remove all "pending/unprocessed" thread in the pool before I add a new one. You could use the ThreadPool's move_to_front () to prioritise the new task.I understand ThreadPool to be a parallelised version of foreach. A functionis passed in when the ThreadPool is created and data is then fed in with push (). If the processing is complete and you want to remove the remaining data to starta new run then use free () and create a new ThreadPool. That's the only way Ican think of. Some references if it helps:http://changelog.ca/log/2012/10/09/vala_glib_thread_poolhttps://stackoverflow.com/questions/29883007/gthreadpool-is-not-creating-more-than-n-threadshttps://developer.gnome.org/glib/stable/glib-Thread-Pools.html Al ___ 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] ThreadPool
Hi all, is it possible to remove all "unprocessed" Threads in a ThreadPool? Practically I would like to remove all "pending/unprocessed" thread in the pool before I add a new one. Thanks for Help Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] Confusing closure behavior
C#(Mono) would say int[]indices={0}; foreach(variinindices) { i=999;<-- Error CS1656: Cannot assign to 'i' because it is a 'foreach iteration variable' (CS1656) } Am 09.04.19 um 11:23 schrieb Nor Jaidi Tuah: On Tue, 2019-04-09 at 08:25 +0200, Vivien Kraus wrote: Digging a little deeper, I have some more confusion. This makes the for-loop and the foreach-loop behave differently. What do you think of: // capturing the for variable should capture a copy if the variable is // local to the for loop public delegate void Thunk(); int main() { Thunk thunk = () => {}; for (int i = 0; i < 1; i++) { thunk = () => { stderr.printf ("%d = 0, right?\n", i); }; } thunk (); int[] indices = { 0 }; foreach (var i in indices) { thunk = () => { stderr.printf ("%d = 0, right?\n", i); }; } thunk (); return 0; } I believe foreach pass the values inside the array. e.g., foreach (var i in indices) { i = 999; } will not change indices[0] at all. A more strict language will even forbid that "i = 999". 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] Getting semi-transparent window
This makes transparent window... // Application window [GtkTemplate(ui = "/example_prj/window.glade")] public class ApplicationWindow : Gtk.ApplicationWindow { public ApplicationWindow(Gtk.Application application) { Object(application: application); set_visual(Gdk.Screen.get_default().get_rgba_visual()); app_paintable = true; } public override bool draw (Cairo.Context cr) { cr.set_source_rgb (0, 0, 0); cr.paint_with_alpha (0.5); return base.draw(cr); } } Am 08.04.19 um 19:16 schrieb Wolfgang Mauer: Maybe something more like this... https://wiki.gnome.org/Projects/Vala/CairoSample Am 08.04.19 um 17:51 schrieb wolfgang.ma...@kabelmail.de: Welcome... Well of corse I use valaDevelop... I'm not shure if i understand, but maybe Window.Opacity is what's youre looking for... Nice Day Wolfgang Von: Mark Messer via vala-list <vala-list@gnome.org> Gesendet: 08.04.2019 13:09 An: <vala-list@gnome.org> Betreff: [Vala] Getting semi-transparent window Hi All, My question is maybe a trivial one, but two days ago I knew nothing about Vala. I found it pretty useful though and easy to understand (I wrote for Gtk in C and Python, I have some experience with Cpp and C#). All in all - I actually like it. But to the point. I started from getting GtkBuilder as it provides an automated (semi) build chain on meson. It imposes a certain structure of projects, with main application loop separated and the rest in a namespace. So far so good. As I last wrote something for Gtk some time ago I had to switch from colormap to visual when it comes to transparency. But with namespace and a little odd main loop devoid of any control common with standard approach I have no idea where should I (and whether should I) put Cairo on repaint. Are there any resources or examples aimed at semi-transparent main windows? ___ 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] Getting semi-transparent window
Maybe something more like this... https://wiki.gnome.org/Projects/Vala/CairoSample Am 08.04.19 um 17:51 schrieb wolfgang.ma...@kabelmail.de: Welcome... Well of corse I use valaDevelop... I'm not shure if i understand, but maybe Window.Opacity is what's youre looking for... Nice Day Wolfgang Von: Mark Messer via vala-listGesendet: 08.04.2019 13:09 An: Betreff: [Vala] Getting semi-transparent window Hi All, My question is maybe a trivial one, but two days ago I knew nothing about Vala. I found it pretty useful though and easy to understand (I wrote for Gtk in C and Python, I have some experience with Cpp and C#). All in all - I actually like it. But to the point. I started from getting GtkBuilder as it provides an automated (semi) build chain on meson. It imposes a certain structure of projects, with main application loop separated and the rest in a namespace. So far so good. As I last wrote something for Gtk some time ago I had to switch from colormap to visual when it comes to transparency. But with namespace and a little odd main loop devoid of any control common with standard approach I have no idea where should I (and whether should I) put Cairo on repaint. Are there any resources or examples aimed at semi-transparent main windows? ___ 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] Getting semi-transparent window
Welcome... Well of corse I use valaDevelop... I'm not shure if i understand, but maybe Window.Opacity is what's youre looking for... Nice Day Wolfgang Von: Mark Messer via vala-listGesendet: 08.04.2019 13:09 An: Betreff: [Vala] Getting semi-transparent window Hi All, My question is maybe a trivial one, but two days ago I knew nothing about Vala. I found it pretty useful though and easy to understand (I wrote for Gtk in C and Python, I have some experience with Cpp and C#). All in all - I actually like it. But to the point. I started from getting GtkBuilder as it provides an automated (semi) build chain on meson. It imposes a certain structure of projects, with main application loop separated and the rest in a namespace. So far so good. As I last wrote something for Gtk some time ago I had to switch from colormap to visual when it comes to transparency. But with namespace and a little odd main loop devoid of any control common with standard approach I have no idea where should I (and whether should I) put Cairo on repaint. Are there any resources or examples aimed at semi-transparent main windows? ___ 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] Launched version 1.14 of Autovala
Ok, found... > Native Vala compiler: valac (valac unknown version) I'm using libvala-0.46 ;-) Am 08.04.19 um 09:02 schrieb Wolfgang Mauer: Thx, solved. Next problem . The Meson build system Version: 0.45.1 Source dir: /home/wolfgang/autovala Build dir: /home/wolfgang/autovala/meson Build type: native build Project name: autovala Native C compiler: cc (gcc 7.3.0 "cc (Ubuntu 7.3.0-27ubuntu1~18.04) 7.3.0") Native Vala compiler: valac (valac unknown version) Build machine cpu family: x86_64 Build machine cpu: x86_64 Program pandoc found: YES (/usr/bin/pandoc) Program curl found: YES (/usr/bin/curl) Program g-ir-scanner found: YES (/usr/bin/g-ir-scanner) Program glib-compile-resources found: YES (/usr/bin/glib-compile-resources) Program g-ir-compiler found: YES (/usr/bin/g-ir-compiler) Found pkg-config: /usr/bin/pkg-config (0.29.1) Native dependency atk found: YES 2.28.1 Native dependency gio-2.0 found: YES 2.56.3 Native dependency gtk+-3.0 found: YES 3.22.30 Native dependency x11 found: YES 1.6.4 Native dependency cairo found: YES 1.15.10 Native dependency gdk-3.0 found: YES 3.22.30 Native dependency gdk-pixbuf-2.0 found: YES 2.36.11 Native dependency gee-0.8 found: YES 0.20.1 Native dependency glib-2.0 found: YES 2.56.3 Native dependency gobject-2.0 found: YES 2.56.3 Native dependency libxml-2.0 found: YES 2.9.4 Native dependency pango found: YES 1.40.14 Native dependency pangocairo found: YES 1.40.14 Native dependency vte-2.91 found: YES 0.52.2 Program /home/wolfgang/autovala/meson_scripts/install_data.sh found: YES (/home/wolfgang/autovala/meson_scripts/install_data.sh) Program glib-compile-resources found: YES (/usr/bin/glib-compile-resources) Program /home/wolfgang/autovala/meson_scripts/install_manpage.sh found: YES (/home/wolfgang/autovala/meson_scripts/install_manpage.sh) Configuring Config.vala using configuration Program g-ir-compiler found: YES (/usr/bin/g-ir-compiler) Configuring Config.vala using configuration Program g-ir-compiler found: YES (/usr/bin/g-ir-compiler) Configuring Config.vala using configuration Build targets in project: 8 Found ninja-1.8.2 at /usr/bin/ninja ERROR: Uncomparable version string 'unknown version'. Am 08.04.19 um 08:53 schrieb Ulink: I just tried autovala(Ubuntu 18.04), but getting an error. Witch packet is missing? /usr/include/readline/readline.h must exist to compile this project. libreadline-dev ? ___ 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] Launched version 1.14 of Autovala
Thx, solved. Next problem . The Meson build system Version: 0.45.1 Source dir: /home/wolfgang/autovala Build dir: /home/wolfgang/autovala/meson Build type: native build Project name: autovala Native C compiler: cc (gcc 7.3.0 "cc (Ubuntu 7.3.0-27ubuntu1~18.04) 7.3.0") Native Vala compiler: valac (valac unknown version) Build machine cpu family: x86_64 Build machine cpu: x86_64 Program pandoc found: YES (/usr/bin/pandoc) Program curl found: YES (/usr/bin/curl) Program g-ir-scanner found: YES (/usr/bin/g-ir-scanner) Program glib-compile-resources found: YES (/usr/bin/glib-compile-resources) Program g-ir-compiler found: YES (/usr/bin/g-ir-compiler) Found pkg-config: /usr/bin/pkg-config (0.29.1) Native dependency atk found: YES 2.28.1 Native dependency gio-2.0 found: YES 2.56.3 Native dependency gtk+-3.0 found: YES 3.22.30 Native dependency x11 found: YES 1.6.4 Native dependency cairo found: YES 1.15.10 Native dependency gdk-3.0 found: YES 3.22.30 Native dependency gdk-pixbuf-2.0 found: YES 2.36.11 Native dependency gee-0.8 found: YES 0.20.1 Native dependency glib-2.0 found: YES 2.56.3 Native dependency gobject-2.0 found: YES 2.56.3 Native dependency libxml-2.0 found: YES 2.9.4 Native dependency pango found: YES 1.40.14 Native dependency pangocairo found: YES 1.40.14 Native dependency vte-2.91 found: YES 0.52.2 Program /home/wolfgang/autovala/meson_scripts/install_data.sh found: YES (/home/wolfgang/autovala/meson_scripts/install_data.sh) Program glib-compile-resources found: YES (/usr/bin/glib-compile-resources) Program /home/wolfgang/autovala/meson_scripts/install_manpage.sh found: YES (/home/wolfgang/autovala/meson_scripts/install_manpage.sh) Configuring Config.vala using configuration Program g-ir-compiler found: YES (/usr/bin/g-ir-compiler) Configuring Config.vala using configuration Program g-ir-compiler found: YES (/usr/bin/g-ir-compiler) Configuring Config.vala using configuration Build targets in project: 8 Found ninja-1.8.2 at /usr/bin/ninja ERROR: Uncomparable version string 'unknown version'. Am 08.04.19 um 08:53 schrieb Ulink: I just tried autovala(Ubuntu 18.04), but getting an error. Witch packet is missing? /usr/include/readline/readline.h must exist to compile this project. libreadline-dev ? ___ 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] Launched version 1.14 of Autovala
I just tried autovala(Ubuntu 18.04), but getting an error. Witch packet is missing? The Meson build system Version: 0.45.1 Source dir: /home/wolfgang/autovala Build dir: /home/wolfgang/autovala/meson Build type: native build Project name: autovala Native C compiler: cc (gcc 7.3.0 "cc (Ubuntu 7.3.0-27ubuntu1~18.04) 7.3.0") Native Vala compiler: valac (valac unknown version) Build machine cpu family: x86_64 Build machine cpu: x86_64 Program pandoc found: YES (/usr/bin/pandoc) Program curl found: YES (/usr/bin/curl) Program g-ir-scanner found: YES (/usr/bin/g-ir-scanner) Program glib-compile-resources found: YES (/usr/bin/glib-compile-resources) Program g-ir-compiler found: YES (/usr/bin/g-ir-compiler) Found pkg-config: /usr/bin/pkg-config (0.29.1) Native dependency atk found: YES 2.28.1 Native dependency gio-2.0 found: YES 2.56.3 Native dependency gtk+-3.0 found: YES 3.22.30 Native dependency x11 found: YES 1.6.4 Native dependency cairo found: YES 1.15.10 Native dependency gdk-3.0 found: YES 3.22.30 Native dependency gdk-pixbuf-2.0 found: YES 2.36.11 Native dependency gee-0.8 found: YES 0.20.1 Native dependency glib-2.0 found: YES 2.56.3 Native dependency gobject-2.0 found: YES 2.56.3 Native dependency libxml-2.0 found: YES 2.9.4 Native dependency pango found: YES 1.40.14 Native dependency pangocairo found: YES 1.40.14 Native dependency vte-2.91 found: YES 0.52.2 Program /home/wolfgang/autovala/meson_scripts/install_data.sh found: YES (/home/wolfgang/autovala/meson_scripts/install_data.sh) Program glib-compile-resources found: YES (/usr/bin/glib-compile-resources) Program /home/wolfgang/autovala/meson_scripts/install_manpage.sh found: YES (/home/wolfgang/autovala/meson_scripts/install_manpage.sh) meson.build:80:1: ERROR: Problem encountered: The file /usr/include/readline/readline.h must exist to compile this project. Am 07.04.19 um 20:30 schrieb rastersoft: In autovala, the .avprj file contains a description of the whole project, including not only the binaries, but also icons, glade files, documentation... The file, by default, is generated automagically by autovala, but the programmer can tweak it to adapt it to its project. So maybe the best solution is to do an "autovala translator" that takes your files and creates a basic autovala project file with only the parts known by it, and then run autovala to complete it with all the parts not known by valadevelop, like manpages... El 7/4/19 a las 19:45, Wolfgang Mauer escribió: I have just read the "3 Steps" Hmmm, in valaDevelop the "master" is a solution file witch can contain 1 or more project files, not the content of folders and files A project file contains resources, packages and sourcefiles... VS.vsln: Filename="/home/wolfgang/Projekte/VS/VP/main.vala" Line="24"/> Filename="/home/wolfgang/Projekte/VS/VP/main.vala" Line="12"/> VP.vprj: WithVapi="false" Path="./VP" BuildCommand="" CompilerOptions="" DebugBreakCriticals="true" DebugBreakWarnings="false"> ResourceId="/VP/GladeDialog.glade" ResourceCompress="true" ResourceStripBlanks="true" ResourceAlias=""/> ResourceId="/VP/window.glade" ResourceCompress="false" ResourceStripBlanks="false" ResourceAlias=""/> sharedProject.vprj: BuildType="5" WithVapi="true" Path="./sharedProject" BuildCommand="" CompilerOptions="" DebugBreakCriticals="false" DebugBreakWarnings="false"> Am 07.04.19 um 19:27 schrieb rastersoft: Mmmm... yes, in theory it could be used, yes. El 7/4/19 a las 19:20, Wolfgang Mauer escribió: So Autovala could be used by valaDevelop to create all necessary files for an "external build" ? Am 07.04.19 um 18:14 schrieb rastersoft: Hi all: I just launched version 1.14.0 of Autovala, the project manager for Vala that simplifies and automates the creation of the CMake and Meson files for a Vala (and/or C) project. This version fixes several bugs with Meson when the installation path is not the standard one, and also finally doesn't install the CMakeList.txt files when using Ninja. As usual, you can download it from my homepage: https://www.rastersoft.com/programas/autovala..html -- Nos leemos RASTER(Linux user #228804) ras...@rastersoft.com http://www.rastersoft.com -- Nos leemos RASTER(Linux user #228804) ras...@rastersoft.com http://www.rastersoft.com ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] Launched version 1.14 of Autovala
So Autovala could be used by valaDevelop to create all necessary files for an "external build"? Am 07.04.19 um 18:14 schrieb rastersoft: Hi all: I just launched version 1.14.0 of Autovala, the project manager for Vala that simplifies and automates the creation of the CMake and Meson files for a Vala (and/or C) project. This version fixes several bugs with Meson when the installation path is not the standard one, and also finally doesn't install the CMakeList.txt files when using Ninja. As usual, you can download it from my homepage: https://www.rastersoft.com/programas/autovala.html ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] vapi
Nobody has an info? Am 04.04.19 um 16:53 schrieb Wolfgang Mauer: Of course I meant the libreoffice sdk to use with vala Am 04.04.19 um 16:36 schrieb Wolfgang Mauer: Hi all, is there a way to use the libreoffice interfaces with vala? Nice day Wolfgang ___ 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] valaDevelop
For better support of the standard it is now possible to select the schema of the sourceview Greetings Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] vapi
Of course I meant the libreoffice sdk to use with vala Am 04.04.19 um 16:36 schrieb Wolfgang Mauer: Hi all, is there a way to use the libreoffice interfaces with vala? Nice day Wolfgang ___ 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] vapi
Hi all, is there a way to use the libreoffice interfaces with vala? Nice day Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] valaDevelop release
For performance/feature reasons, this(https://gitlab.gnome.org/GNOME/vala/tree/wip/fast-vapi/vala) vala version must be used. Am 31.03.19 um 22:50 schrieb Wolfgang Mauer: With pride I can now introduce further innovations within valaDevelop and the 1. stable release! As described on https://wiki.gnome.org/action/logout/Projects/Vala/Tools valaDevelop now hasBasic "*Code Formatting*" As you write code, ending with a curly bracket, the code will be formatted. This runs very quickly, so if you don't see any changes, your source was Ok before. To restart Code formatting just remove a existing curly bracket on any parenthesized and type curly bracket again. FOR SAFETY, _NO CHANGES WILL BE MADE TO YOUR WRITTEN SOURCE CODE_, ONLY LEADING WHITE SPACES WILL BE REMOVING THE TABS ARE INSERTED!!! As always, you can also look at the pictures https://github.com/wolfgangmauer/valaDevelop Greetings Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
[Vala] valaDevelop release
With pride I can now introduce further innovations within valaDevelop and the 1. stable release! As described on https://wiki.gnome.org/action/logout/Projects/Vala/Tools valaDevelop now hasBasic "*Code Formatting*" As you write code, ending with a curly bracket, the code will be formatted. This runs very quickly, so if you don't see any changes, your source was Ok before. To restart Code formatting just remove a existing curly bracket on any parenthesized and type curly bracket again. FOR SAFETY, _NO CHANGES WILL BE MADE TO YOUR WRITTEN SOURCE CODE_, ONLY LEADING WHITE SPACES WILL BE REMOVING THE TABS ARE INSERTED!!! As always, you can also look at the pictures https://github.com/wolfgangmauer/valaDevelop Greetings Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] access static method
Thank you very much! "global::" That's what i'm looking for... Am 30.03.19 um 23:32 schrieb Abderrahim Kitouni: Hi, It seems you solved your issue, but here is the answer to your question. On ث, مارس 26, 2019 at 5:07 م, Wolfgang Mauer wrote: Thanks for your answer... That's what i thought but if i try to use "valaDevelop.get_text" inside method mymethod in class abc the compiler say: /home/wolfgang/Projekte/vDevelop/valaDevelop/completion_provider.vala:59.80-59.99: error: The name `get_text' does not exist in the context of `valaDevelop.valaDevelop' This means that it's trying to lookup the get_text method in the valaDevelop class which is inside the valaDevelop namespace. There is a construct in vala for accessing this anyway, IIRC global::valaDevelop.get_text should get to the method you want. However, I think the real solution is to use sensible names for your classes/methods and not have to figure out which of the similarly named things the symbol resolver is going to pick. For instance, your valaDevelop class could be named Main. HTH, Abderrahim ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] valaDevelop
Sounds like you're a lawyer ;-) I just want to offer an easy IDE for Vala developers and those coming from C#. If there any problems with the license or anything else i just stop publishing and keep private... / Wolfgang Am 27.03.19 um 12:59 schrieb Luca Dionisi: Yes, sure. I was wrong, no problem for the use of the LGPL-licensed libvala. I am not sure, instead, that this work could be defined as MIT-licensed. I mean, in the spirit of free-software (and MIT license is a free-software license) users should be able to study and modify the code. I don't think that can be done with generated C code. On Wed, Mar 27, 2019 at 12:51 PM Wolfgang Mauer mailto:wolfgang.ma...@kabelmail.de>> wrote: From my understanding, the user must be able to use a modified/fixed/own version of the static lib, and he can.. In addition you do not have to link the libvala statically, you can build it now used as a shared one... Am 27.03.19 um 12:39 schrieb Luca Dionisi: IANAL, but does providing generated C source code suffice to meet the LGPL requirements? I wouldn't say so. Just my 2 cents. On Wed, Mar 27, 2019 at 12:16 PM Wolfgang Mauer mailto:wolfgang.ma...@kabelmail.de>> wrote: Now source is available at https://github.com/wolfgangmauer/valaDevelop/tree/master/src The source is the same as used for building the binary, so if you want to build it yourself... Wolfgang Am 27.03.19 um 08:37 schrieb Wolfgang Mauer: > In order not to violate the LGPL of libvala and static linking, i > decided to provide the source code in addition to the binary. > > If someone wants to build valaDevelop himself, he can do it. > i will update the git soon... > > Greetings > Wolfgang > > ___ > vala-list mailing list > vala-list@gnome.org <mailto:vala-list@gnome.org> > https://mail.gnome.org/mailman/listinfo/vala-list ___ vala-list mailing list vala-list@gnome.org <mailto: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] valaDevelop
From my understanding, the user must be able to use a modified/fixed/own version of the static lib, and he can.. In addition you do not have to link the libvala statically, you can build it now used as a shared one... Am 27.03.19 um 12:39 schrieb Luca Dionisi: IANAL, but does providing generated C source code suffice to meet the LGPL requirements? I wouldn't say so. Just my 2 cents. On Wed, Mar 27, 2019 at 12:16 PM Wolfgang Mauer mailto:wolfgang.ma...@kabelmail.de>> wrote: Now source is available at https://github.com/wolfgangmauer/valaDevelop/tree/master/src The source is the same as used for building the binary, so if you want to build it yourself... Wolfgang Am 27.03.19 um 08:37 schrieb Wolfgang Mauer: > In order not to violate the LGPL of libvala and static linking, i > decided to provide the source code in addition to the binary. > > If someone wants to build valaDevelop himself, he can do it. > i will update the git soon... > > Greetings > Wolfgang > > ___ > vala-list mailing list > vala-list@gnome.org <mailto:vala-list@gnome.org> > https://mail.gnome.org/mailman/listinfo/vala-list ___ vala-list mailing list vala-list@gnome.org <mailto: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] valaDevelop
Now source is available at https://github.com/wolfgangmauer/valaDevelop/tree/master/src The source is the same as used for building the binary, so if you want to build it yourself... Wolfgang Am 27.03.19 um 08:37 schrieb Wolfgang Mauer: In order not to violate the LGPL of libvala and static linking, i decided to provide the source code in addition to the binary. If someone wants to build valaDevelop himself, he can do it. i will update the git soon... Greetings Wolfgang ___ 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] valaDevelop
In order not to violate the LGPL of libvala and static linking, i decided to provide the source code in addition to the binary. If someone wants to build valaDevelop himself, he can do it. i will update the git soon... Greetings Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] access static method
I can not explain why that does not work for me, I have renamed the static method now Nevertheless many thanks... Am 26.03.19 um 17:26 schrieb Wolfgang Mauer: namespace MyNamespace { public static void static_method () { print ("This is the namespace static method\n"); } public class MyClass : Object { public static void static_method () { print ("This is the class method\n"); } public void some_method () { static_method (); MyNamespace.static_method (); MyNamespace.MyClass.static_method (); } public static void main () { var a = new MyClass (); a.some_method (); } } } ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] access static method
Thanks a lot, the only different i see is that my method inside the class is NOT static Is this still working if you change from public static void static_method () { print ("This is the class method\n"); } to public void static_method () { print ("This is the class method\n"); } Thank you very much for help!!! Am 26.03.19 um 17:21 schrieb Miguel Miranda: namespace MyNamespace { public static void static_method () { print ("This is the namespace static method\n"); } public class MyClass : Object { public static void static_method () { print ("This is the class method\n"); } public void some_method () { static_method (); MyNamespace.static_method (); MyNamespace.MyClass.static_method (); } public static void main () { var a = new MyClass (); a.some_method (); } } } After running: This is the class method This is the namespace static method This is the class method It seems to work fine, it even follows the implicit hierarchy of invoking the class method when no namespace or class is mentioned. On Tue, Mar 26, 2019 at 4:07 PM Wolfgang Mauer mailto:wolfgang.ma...@kabelmail.de>> wrote: Thanks for your answer... That's what i thought but if i try to use "valaDevelop.get_text" inside method mymethod in class abc the compiler say: /home/wolfgang/Projekte/vDevelop/valaDevelop/completion_provider.vala:59.80-59.99: error: The name `get_text' does not exist in the context of `valaDevelop.valaDevelop' _symbol_match = _symbol_finder.find_symbol_by_name(word.strip(), _fullpath, valaDevelop.get_text((SourceBuffer)currentIter.get_buffer()), currentIter.get_line()+1, currentIter.get_line_offset()); Can that be a Bug? :-( Am 26.03.19 um 16:56 schrieb Miguel Miranda: Namespace static method: Namespace.staticmethodname () Class method: Namespace.class.staticmethodname () On Tue, Mar 26, 2019, 15:25 Wolfgang Mauer mailto:wolfgang.ma...@kabelmail.de>> wrote: How can i access a static method(Methods in Namespace are static?!) from a method inside a class that contains a method with the same name? namespace valaDevelop { public string get_text(TextBuffer buffer, bool include_hidden_chars = true) { ... } public class abc { public void mymethod() { > //now i want to access the static method above not the one inside the class } public string get_text() { ... } } } I have already tried a few options, but it did not work "global.get_text", "valaDevelop.get_text", "::get_text" :-( Thanks for Help Wolfgang ___ vala-list mailing list vala-list@gnome.org <mailto: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] access static method
Thanks for your answer... That's what i thought but if i try to use "valaDevelop.get_text" inside method mymethod in class abc the compiler say: /home/wolfgang/Projekte/vDevelop/valaDevelop/completion_provider.vala:59.80-59.99: error: The name `get_text' does not exist in the context of `valaDevelop.valaDevelop' _symbol_match = _symbol_finder.find_symbol_by_name(word.strip(), _fullpath, valaDevelop.get_text((SourceBuffer)currentIter.get_buffer()), currentIter.get_line()+1, currentIter.get_line_offset()); Can that be a Bug? :-( Am 26.03.19 um 16:56 schrieb Miguel Miranda: Namespace static method: Namespace.staticmethodname () Class method: Namespace.class.staticmethodname () On Tue, Mar 26, 2019, 15:25 Wolfgang Mauer mailto:wolfgang.ma...@kabelmail.de>> wrote: How can i access a static method(Methods in Namespace are static?!) from a method inside a class that contains a method with the same name? namespace valaDevelop { public string get_text(TextBuffer buffer, bool include_hidden_chars = true) { ... } public class abc { public void mymethod() { > //now i want to access the static method above not the one inside the class } public string get_text() { ... } } } I have already tried a few options, but it did not work "global.get_text", "valaDevelop.get_text", "::get_text" :-( Thanks for Help Wolfgang ___ vala-list mailing list vala-list@gnome.org <mailto: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] access static method
How can i access a static method(Methods in Namespace are static?!) from a method inside a class that contains a method with the same name? namespace valaDevelop { public string get_text(TextBuffer buffer, bool include_hidden_chars = true) { ... } public class abc { public void mymethod() { > //now i want to access the static method above not the one inside the class } public string get_text() { ... } } } I have already tried a few options, but it did not work "global.get_text", "valaDevelop.get_text", "::get_text" :-( Thanks for Help Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
[Vala] valaDevelop
Because of multiple requests, here now the additional functionality "source code folding" Now everything between #if REGION and #endif will be set to hidden, the keywords "#if REGION" and the matching "#endif" will be marked as read only(collapsed REGION's cannot be changed!), if collapse. These Keywords must not have any leading or ending white spaces!!! By default, if you open a source file all REGION's will be collapsed. FOR SAFETY, NO CHANGES WILL BE MADE TO THE SOURCE CODE WHEN EXPANDING OR COLLAPSE THE REGIONS!!! As always, you can also look at the pictures https://github.com/wolfgangmauer/valaDevelop Greetings Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
[Vala] valaDevelop
Because there are already requests, I want to implement the possibility of "REGIONS"... The whole thing should look something like this: On build and analyse a fixed define is internally added(--define=REGION) if you execute the toggle-folding-command in editor everything inside the "#if REGION" and "#endif" will be hidden and replaced by something like "[... REGION]" Does anyone here see a problem using this fixed define ? #if REGION breakPointRenderer.del_breakpoint.connect( (e) => { ((Gtk.ListStore)breakPoints.model).@foreach( (model, path, iter) => { Value line, file; model.get_value(iter, 2, out line); model.get_value(iter, 3, out file); if ((int)line == e+1 && (string)file == fullPath) { ((Gtk.ListStore)breakPoints.model).remove(ref iter); if (_debugger != null) _debugger.del_breakpoint((int)line, (string)file); del_breakpoint_from_solution((int)line, (string)file); return true; } return false; }); }); #endif Greetings Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] Parameter variables in async functions aren't preserved
I would imagine that the parameter is not used, it is optimized according to the yield. But that would have to be the same with a non-async method. Nice Day Wolfgang Am 07.02.19 um 21:56 schrieb rastersoft: Hi all: I did an async function and after a yield I tried to use one of the parameter variables, but they contain garbage after that call (at least in the case of an string array). An example: async void a_test(string[] a_list) { // here a_list contains the right data yield another_async_function(); // now a_list contains garbage } The documentation doesn't mention this. Is this something expected, or a bug? ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
[Vala] valaDevelop
If anyone has suggestions for improvement, please use the issues on github https://github.com/wolfgangmauer/valaDevelop/issues If someone does not want to post in this list can also send me a PM I would be very happy about feedback Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] valaDevelop
Thanks for the hint, i do not want to change libvala(that's beyond my abilities), i am only interested in using a static libvala version and not one that is installed on the system... Greetings Wolfgang Am 23.03.19 um 00:38 schrieb Nor Jaidi Tuah: Remember that libvala is distributed under LGPL license, so although you can link it dinamically without problems with any code, free or privative, if you do it statically you must allow the users to recompile it against any version, which means to distribute the source code or, at least, the object files. LGPL allows static LINKING with non-free software. However, if you CHANGE libvala itself then you must distribute the source code for the changes to libvala. 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
[Vala] valaDevelop
Rapid Application Development (RAD) With pride I can now introduce further innovations within valaDevelop. As announced, the functionalities for "Jump to Definition" and "Static Code Analysis" have now been completed. "Jump to Definition" (F12)is possible over the whole word under the cursor or(if available) an existing selection. "Static Code Analysis" will be performed automatically after the build and marked in the editor with underlined(red on error/yellow on warning) and tooltip. @Guillaume Poirier-Morency Please update the wiki As always, you can also look at the pictures https://github.com/wolfgangmauer/valaDevelop Greetings Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] valaDevelop
Remember that libvala is distributed under LGPL license Ok, thanks for the info, I'll keep that in mind Am 22.03.19 um 08:57 schrieb rastersoft: Hi Wolfgang: Remember that libvala is distributed under LGPL license, so although you can link it dinamically without problems with any code, free or privative, if you do it statically you must allow the users to recompile it against any version, which means to distribute the source code or, at least, the object files. El 22/3/19 a las 0:41, Wolfgang Mauer escribió: Yes, i use libvala for Symbol Resolving, Jump to Definition, Code Analyses and Completion(not finish yet) Maybe i have to link libvala static for some reasons, all the different distributions and everyone have different versions of libvala ... I use pure glib-compile-resources/valac for building the project Greetings Wolfgang Am 20.03.19 um 18:21 schrieb Guillaume Poirier-Morency: I'm curious. Are you using libvala for providing these features? Le mar. 19 mars 2019, à 19 h 17, Wolfgang Mauer mailto:wolfgang.ma...@kabelmail.de>> a écrit : It would be nice if you can update the Wiki. The feature "*Jump to Definition*" is now available with valaDevelop Thanks a lot Wolfgang Am 11.03.19 um 04:30 schrieb Guillaume Poirier-Morency: I just added the entry in the Wiki. Le dim. 10 mars 2019, à 10 h 17, Wolfgang Mauer mailto:wolfgang.ma...@kabelmail.de>> a écrit : Implemented so far... Solution/Project-management (including resources/packages) Syntax-Highlight (GtkSourceView-3) search/replace/etc.) Integrated Build, Test and Debug -> Integrated Debugging with full symbol resolving support (only vala source, no .c files necessary, no --save-temps) -> Integrated Build (raw output available) Greetings Wolfgang PS: Please, please, please... Don't call it Editor ;-) Am 05.03.19 um 15:30 schrieb Guillaume Poirier-Morency: Just a suggestion: you should setup a simple GitHub page from the repository and ship sources as assets in empty releases if you don't intend to distribute the source code. I'm not a big fan of freeware, but since we already display IDE like IntelliJ and TextMate, I think it's fine to put your work as well. What features are implemented so far? Le lundi 04 mars 2019 à 19:28 +0100, Wolfgang Mauer a écrit : Thanks for the attention! I hope I can answer correctly to your satisfaction. Some of the features are not fully implemented yet. Well, as the name suggests, everything is integrated. Solution/Project-management (one solution, many projects) Syntax-Highlight Jump to Declaration (sourcecode/valadoc) Debugging (only vala source, no .c files necessary, no --save-temps) Building Auto-Completion Symbol Resolving, debug and edit mode by Tool tip Git integration There are no additional tools such as make/meson/ninja/etc. required. The only one is the vala-compiler (valac). Upon completion, all features that comprise each tool should be available in one. You can see some of the early screenshots here https://github.com/wolfgangmauer/valaDevelop Greetings Wolfgang PS. Also a macOS - Version will be available Am 04.03.19 um 18:40 schrieb Guillaume Poirier-Morency: What features are supported by your IDE? Le dim. 3 mars 2019, à 05 h 47, Wolfgang Mauer < wolfgang.ma...@kabelmail.de <mailto:wolfgang.ma...@kabelmail.de>> a écrit : Hi, it would be nice if you update the "https://wiki.gnome.org/Projects/Vala/Tools"; <https://wiki.gnome.org/Projects/Vala/Tools> / "https://wiki.gnome.org/Projects/Vala/ValaForCSharpProgrammers"; <https://wiki.gnome.org/Projects/Vala/ValaForCSharpProgrammers> and add my IDE (https://github.com/wolfgangmauer/valaDevelop) Greetings Wolfgang ___ vala-list mailing list vala-list@gnome.org <mailto:vala-list@gnome.org> https://mail.gnome.org/mailman/listinfo/vala-list -- Guillaume Poirier-Morency <mailto:guillaumepoiriermore...@gmail.com> Étudiant à la maîtrise en informatique à l'Université de Montréal Chercheur à l'Institut de recherche en immunologie et en cancérologie Page Web:arteymix.github.io <http://arteymix.github.io> Clé PGP: B1AD6EA5 -- Guillaume Poirier-Morency <mailto:guillaumepoiriermore...@gmail.com>> Étudiant à la maîtrise en informatique à l'Université de Mont
Re: [Vala] valaDevelop
Yes, i use libvala for Symbol Resolving, Jump to Definition, Code Analyses and Completion(not finish yet) Maybe i have to link libvala static for some reasons, all the different distributions and everyone have different versions of libvala ... I use pure glib-compile-resources/valac for building the project Greetings Wolfgang Am 20.03.19 um 18:21 schrieb Guillaume Poirier-Morency: I'm curious. Are you using libvala for providing these features? Le mar. 19 mars 2019, à 19 h 17, Wolfgang Mauer mailto:wolfgang.ma...@kabelmail.de>> a écrit : It would be nice if you can update the Wiki. The feature "*Jump to Definition*" is now available with valaDevelop Thanks a lot Wolfgang Am 11.03.19 um 04:30 schrieb Guillaume Poirier-Morency: I just added the entry in the Wiki. Le dim. 10 mars 2019, à 10 h 17, Wolfgang Mauer mailto:wolfgang.ma...@kabelmail.de>> a écrit : Implemented so far... Solution/Project-management (including resources/packages) Syntax-Highlight (GtkSourceView-3) search/replace/etc.) Integrated Build, Test and Debug -> Integrated Debugging with full symbol resolving support (only vala source, no .c files necessary, no --save-temps) -> Integrated Build (raw output available) Greetings Wolfgang PS: Please, please, please... Don't call it Editor ;-) Am 05.03.19 um 15:30 schrieb Guillaume Poirier-Morency: Just a suggestion: you should setup a simple GitHub page from the repository and ship sources as assets in empty releases if you don't intend to distribute the source code. I'm not a big fan of freeware, but since we already display IDE like IntelliJ and TextMate, I think it's fine to put your work as well. What features are implemented so far? Le lundi 04 mars 2019 à 19:28 +0100, Wolfgang Mauer a écrit : Thanks for the attention! I hope I can answer correctly to your satisfaction. Some of the features are not fully implemented yet. Well, as the name suggests, everything is integrated. Solution/Project-management (one solution, many projects) Syntax-Highlight Jump to Declaration (sourcecode/valadoc) Debugging (only vala source, no .c files necessary, no --save-temps) Building Auto-Completion Symbol Resolving, debug and edit mode by Tool tip Git integration There are no additional tools such as make/meson/ninja/etc. required. The only one is the vala-compiler (valac). Upon completion, all features that comprise each tool should be available in one. You can see some of the early screenshots here https://github.com/wolfgangmauer/valaDevelop Greetings Wolfgang PS. Also a macOS - Version will be available Am 04.03.19 um 18:40 schrieb Guillaume Poirier-Morency: What features are supported by your IDE? Le dim. 3 mars 2019, à 05 h 47, Wolfgang Mauer < wolfgang.ma...@kabelmail.de <mailto:wolfgang.ma...@kabelmail.de>> a écrit : Hi, it would be nice if you update the "https://wiki.gnome.org/Projects/Vala/Tools"; <https://wiki.gnome.org/Projects/Vala/Tools> / "https://wiki.gnome.org/Projects/Vala/ValaForCSharpProgrammers"; <https://wiki.gnome.org/Projects/Vala/ValaForCSharpProgrammers> and add my IDE (https://github.com/wolfgangmauer/valaDevelop) Greetings Wolfgang ___ vala-list mailing list vala-list@gnome.org <mailto:vala-list@gnome.org> https://mail.gnome.org/mailman/listinfo/vala-list -- Guillaume Poirier-Morency <mailto:guillaumepoiriermore...@gmail.com> Étudiant à la maîtrise en informatique à l'Université de Montréal Chercheur à l'Institut de recherche en immunologie et en cancérologie Page Web:arteymix.github.io <http://arteymix.github.io> Clé PGP: B1AD6EA5 -- Guillaume Poirier-Morency <mailto:guillaumepoiriermore...@gmail.com>> Étudiant à la maîtrise en informatique à l'Université de Montréal Chercheur à l'Institut de recherche en immunologie et en cancérologie *Page Web:* arteymix.github.io <https://arteymix.github.io/> *Clé PGP:* B1AD6EA5 <https://pgp.mit.edu/pks/lookup?op=vindex&search=0x1CCFC3A2B1AD6EA5> -- Guillaume Poirier-Morency <mailto:guillaumepoiriermore...@gmail.com>> Étudiant à la maîtrise en informatique à l'Université de Montréal Chercheur à l'Institut de recherche en im
Re: [Vala] valaDevelop
Wait a bit, "*Static Code Analysis*" are ready by the weekend... Am 20.03.19 um 18:21 schrieb Guillaume Poirier-Morency: I'm curious. Are you using libvala for providing these features? Le mar. 19 mars 2019, à 19 h 17, Wolfgang Mauer mailto:wolfgang.ma...@kabelmail.de>> a écrit : It would be nice if you can update the Wiki. The feature "*Jump to Definition*" is now available with valaDevelop Thanks a lot Wolfgang Am 11.03.19 um 04:30 schrieb Guillaume Poirier-Morency: I just added the entry in the Wiki. Le dim. 10 mars 2019, à 10 h 17, Wolfgang Mauer mailto:wolfgang.ma...@kabelmail.de>> a écrit : Implemented so far... Solution/Project-management (including resources/packages) Syntax-Highlight (GtkSourceView-3) search/replace/etc.) Integrated Build, Test and Debug -> Integrated Debugging with full symbol resolving support (only vala source, no .c files necessary, no --save-temps) -> Integrated Build (raw output available) Greetings Wolfgang PS: Please, please, please... Don't call it Editor ;-) Am 05.03.19 um 15:30 schrieb Guillaume Poirier-Morency: Just a suggestion: you should setup a simple GitHub page from the repository and ship sources as assets in empty releases if you don't intend to distribute the source code. I'm not a big fan of freeware, but since we already display IDE like IntelliJ and TextMate, I think it's fine to put your work as well. What features are implemented so far? Le lundi 04 mars 2019 à 19:28 +0100, Wolfgang Mauer a écrit : Thanks for the attention! I hope I can answer correctly to your satisfaction. Some of the features are not fully implemented yet. Well, as the name suggests, everything is integrated. Solution/Project-management (one solution, many projects) Syntax-Highlight Jump to Declaration (sourcecode/valadoc) Debugging (only vala source, no .c files necessary, no --save-temps) Building Auto-Completion Symbol Resolving, debug and edit mode by Tool tip Git integration There are no additional tools such as make/meson/ninja/etc. required. The only one is the vala-compiler (valac). Upon completion, all features that comprise each tool should be available in one. You can see some of the early screenshots here https://github.com/wolfgangmauer/valaDevelop Greetings Wolfgang PS. Also a macOS - Version will be available Am 04.03.19 um 18:40 schrieb Guillaume Poirier-Morency: What features are supported by your IDE? Le dim. 3 mars 2019, à 05 h 47, Wolfgang Mauer < wolfgang.ma...@kabelmail.de <mailto:wolfgang.ma...@kabelmail.de>> a écrit : Hi, it would be nice if you update the "https://wiki.gnome.org/Projects/Vala/Tools"; <https://wiki.gnome.org/Projects/Vala/Tools> / "https://wiki.gnome.org/Projects/Vala/ValaForCSharpProgrammers"; <https://wiki.gnome.org/Projects/Vala/ValaForCSharpProgrammers> and add my IDE (https://github.com/wolfgangmauer/valaDevelop) Greetings Wolfgang ___ vala-list mailing list vala-list@gnome.org <mailto:vala-list@gnome.org> https://mail.gnome.org/mailman/listinfo/vala-list -- Guillaume Poirier-Morency <mailto:guillaumepoiriermore...@gmail.com> Étudiant à la maîtrise en informatique à l'Université de Montréal Chercheur à l'Institut de recherche en immunologie et en cancérologie Page Web:arteymix.github.io <http://arteymix.github.io> Clé PGP: B1AD6EA5 -- Guillaume Poirier-Morency <mailto:guillaumepoiriermore...@gmail.com>> Étudiant à la maîtrise en informatique à l'Université de Montréal Chercheur à l'Institut de recherche en immunologie et en cancérologie *Page Web:* arteymix.github.io <https://arteymix.github.io/> *Clé PGP:* B1AD6EA5 <https://pgp.mit.edu/pks/lookup?op=vindex&search=0x1CCFC3A2B1AD6EA5> -- Guillaume Poirier-Morency <mailto:guillaumepoiriermore...@gmail.com>> Étudiant à la maîtrise en informatique à l'Université de Montréal Chercheur à l'Institut de recherche en immunologie et en cancérologie *Page Web:* arteymix.github.io <https://arteymix.github.io/> *Clé PGP:* B1AD6EA5 <https://pgp.mit.edu/pks/lookup?op=vindex&search=0x1CCFC3A2B1AD6EA5> ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] valaDevelop
It would be nice if you can update the Wiki. The feature "*Jump to Definition*" is now available with valaDevelop Thanks a lot Wolfgang Am 11.03.19 um 04:30 schrieb Guillaume Poirier-Morency: I just added the entry in the Wiki. Le dim. 10 mars 2019, à 10 h 17, Wolfgang Mauer mailto:wolfgang.ma...@kabelmail.de>> a écrit : Implemented so far... Solution/Project-management (including resources/packages) Syntax-Highlight (GtkSourceView-3) search/replace/etc.) Integrated Build, Test and Debug -> Integrated Debugging with full symbol resolving support (only vala source, no .c files necessary, no --save-temps) -> Integrated Build (raw output available) Greetings Wolfgang PS: Please, please, please... Don't call it Editor ;-) Am 05.03.19 um 15:30 schrieb Guillaume Poirier-Morency: Just a suggestion: you should setup a simple GitHub page from the repository and ship sources as assets in empty releases if you don't intend to distribute the source code. I'm not a big fan of freeware, but since we already display IDE like IntelliJ and TextMate, I think it's fine to put your work as well. What features are implemented so far? Le lundi 04 mars 2019 à 19:28 +0100, Wolfgang Mauer a écrit : Thanks for the attention! I hope I can answer correctly to your satisfaction. Some of the features are not fully implemented yet. Well, as the name suggests, everything is integrated. Solution/Project-management (one solution, many projects) Syntax-Highlight Jump to Declaration (sourcecode/valadoc) Debugging (only vala source, no .c files necessary, no --save-temps) Building Auto-Completion Symbol Resolving, debug and edit mode by Tool tip Git integration There are no additional tools such as make/meson/ninja/etc. required. The only one is the vala-compiler (valac). Upon completion, all features that comprise each tool should be available in one. You can see some of the early screenshots here https://github.com/wolfgangmauer/valaDevelop Greetings Wolfgang PS. Also a macOS - Version will be available Am 04.03.19 um 18:40 schrieb Guillaume Poirier-Morency: What features are supported by your IDE? Le dim. 3 mars 2019, à 05 h 47, Wolfgang Mauer < wolfgang.ma...@kabelmail.de <mailto:wolfgang.ma...@kabelmail.de>> a écrit : Hi, it would be nice if you update the "https://wiki.gnome.org/Projects/Vala/Tools"; <https://wiki.gnome.org/Projects/Vala/Tools> / "https://wiki.gnome.org/Projects/Vala/ValaForCSharpProgrammers"; <https://wiki.gnome.org/Projects/Vala/ValaForCSharpProgrammers> and add my IDE (https://github.com/wolfgangmauer/valaDevelop) Greetings Wolfgang ___ vala-list mailing list vala-list@gnome.org <mailto:vala-list@gnome.org> https://mail.gnome.org/mailman/listinfo/vala-list -- Guillaume Poirier-Morency <mailto:guillaumepoiriermore...@gmail.com> Étudiant à la maîtrise en informatique à l'Université de Montréal Chercheur à l'Institut de recherche en immunologie et en cancérologie Page Web:arteymix.github.io <http://arteymix.github.io> Clé PGP: B1AD6EA5 -- Guillaume Poirier-Morency <mailto:guillaumepoiriermore...@gmail.com>> Étudiant à la maîtrise en informatique à l'Université de Montréal Chercheur à l'Institut de recherche en immunologie et en cancérologie *Page Web:* arteymix.github.io <https://arteymix.github.io/> *Clé PGP:* B1AD6EA5 <https://pgp.mit.edu/pks/lookup?op=vindex&search=0x1CCFC3A2B1AD6EA5> ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
[Vala] [VALA]
Since I really like Vala, I'm proud to introduce another feature of valaDevelop. From now on the functionality "Goto Declaration" is available (F12). Either in own sourcecode or in the embedded Valadoc. As always, you can also look at the pictures https://github.com/wolfgangmauer/valaDevelop Greetings Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] multithreading -> weird behaviour on win(msys)[SOLVED] and macOS[SOLVED]
Since Windows will not be the preferred environment for valaDevelop, that's not important at the moment. But some other news... Since i changed the Spawning-Process from "Process.spawn_async_with_pipes" to "GLib.Subprocess"as you explained before it runs on macOS asit should! Perfect help, thanks a lot! Wolfgang Am 14.03.19 um 23:44 schrieb Al Thomas via vala-list: > On Thursday, 14 March 2019, 22:13:25 GMT, Wolfgang Mauer wrote: > I am now very cautious and claim that part of my problem is partly due to valac (imho a valac bug) ALL the path coming from File.get_path(), on windows should be C:\bla\bla but the valac don't like it (proof glib-compile-resources works with C:\bla\bla) So the commandline to valac MUST look like this and then it works... valac -g --output=C:/msys64/home/Wolfgang/Projekte/vDevelop/valaDevelop/bin/valaDevelop &-> snip <-& C:/msys64/home/Wolfgang/Projekte/vDevelop/valaDevelop/OptionDialogs/package_options_dialog.vala valac makes use of GLib, which provides cross-platform support for things like accessing files.Remember that you are operating in an MSYS2 shell. From what I've read MSYS2 brings aPOSIX environment to Windows and hence the forward slash separators. valac shouldn't be making assumptions about the file path separators. That is the job of GLib.Now if you are experiencing similar problems when compiling with a Windows native compilerlike MSVC then there may be a bug. May be valac isn't using GLib as it should. May be GLibhas a bug. First, though, you need a better understanding of the environment you're compiling in.The could be a start: http://www.mingw.org/wiki/posix_path_conversion ___ 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] multithreading -> weird behaviour on win(msys)[SOLVED] and macOS
I solved part of my problem... I am now very cautious and claim that part of my problem is partly due to valac (imho a valac bug) ALL the path coming from File.get_path(), on windows should be C:\bla\bla but the valac don't like it (proof glib-compile-resources works with C:\bla\bla) The only way to get this work is to .get_path().replace("\\", "/")(put the path in quotation markswill not work also). So the commandline to valac MUST look like this and then it works... valac -g --output=C:/msys64/home/Wolfgang/Projekte/vDevelop/valaDevelop/bin/valaDevelop --define=WINDOWS -X -DGETTEXT_PACKAGE="valaDevelop" -X -DVERSION="0..42" --pkg=gdk-3.0 --pkg=gee-0.8 --pkg=gio-2.0 --pkg=gio-windows-2.0 --pkg=glib-2.0 --pkg=gmodule-2.0 --pkg=gtk+-3.0 --pkg=gtksourceview-3.0 --pkg=json-glib-1.0 --pkg=libvala-0.42 --pkg=libxml-2.0 --pkg=webkit2gtk-4.0 C:/msys64/home/Wolfgang/Projekte/vDevelop/valaDevelop/OptionDialogs/package_options_dialog.vala C:/msys64/home/Wolfgang/Projekte/vDevelop/valaDevelop/OptionDialogs/project_options_dialog.vala C:/msys64/home/Wolfgang/Projekte/vDevelop/valaDevelop/OptionDialogs/rename... Greetings Wolfgang Am 14.03.19 um 21:47 schrieb Wolfgang Mauer: Hi Al, rest assured that this should not be sarcasm! Do not think that I'm joking here! And of course the source is correct, and yes i know this sounds impossible!!! Hundreds of lines looks this weird, alsowith vala-compiled .c files. To check how my command looks like I do string.joinv(" ", spawn_args)+"\n" The first command still running with Process.spawn_sync and working glib-compile-resources C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\resources.xml --target=C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\resources.c --sourcedir=C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\resources --generate-source The "Subprocess" with errors looks like this:( Tried also-X -DGETTEXT_PACKAGE=\"valaDevelop\" -X -DVERSION=\"0.42\" ) valac -g --output=C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\bin\valaDevelop --define=WINDOWS -X -DGETTEXT_PACKAGE="valaDevelop" -X -DVERSION="0..42" --pkg=gdk-3.0 --pkg=gee-0.8 --pkg=gio-2.0 --pkg=gio-windows-2.0 --pkg=glib-2.0 --pkg=gmodule-2.0 --pkg=gtk+-3.0 --pkg=gtksourceview-3.0 --pkg=json-glib-1.0 --pkg=libvala-0.42 --pkg=libxml-2.0 --pkg=webkit2gtk-4.0 C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\OptionDialogs\package_options_dialog.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\OptionDialogs\project_options_dialog.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\OptionDialogs\rename_folder_dialog.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\OptionDialogs\resource_create_file_dialog.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\OptionDialogs\solution_create_dialog.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\OptionDialogs\source_create_file_dialog.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\OptionWidgets\IOptionWidget.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\OptionWidgets\item_options.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\OptionWidgets\project_options.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\OptionWidgets\solution_options.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\SearchAndReplace\replace_dialog.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\SearchAndReplace\search_and_replace.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\SearchAndReplace\search_dialog.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\SearchAndReplace\search_replace_dialog.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\SymbolFinder\reporter.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\SymbolFinder\symbol_finder.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\application_window.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\breakpoint_bookmarks.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\breakpoint_hit.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\completion_provider..vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\config.vapi C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\context_menu.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\debugger.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\debugger_symbols.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\globals.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\import_options.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\item_buildtype.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\item_type.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\main.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\
Re: [Vala] multithreading -> weird behaviour on win(msys) and macOS
Hi Al, rest assured that this should not be sarcasm! Do not think that I'm joking here! And of course the source is correct, and yes i know this sounds impossible!!! Hundreds of lines looks this weird, alsowith vala-compiled .c files. To check how my command looks like I do string.joinv(" ", spawn_args)+"\n" The first command still running with Process.spawn_sync and working glib-compile-resources C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\resources.xml --target=C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\resources.c --sourcedir=C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\resources --generate-source The "Subprocess" with errors looks like this:( Tried also-X -DGETTEXT_PACKAGE=\"valaDevelop\" -X -DVERSION=\"0.42\" ) valac -g --output=C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\bin\valaDevelop --define=WINDOWS -X -DGETTEXT_PACKAGE="valaDevelop" -X -DVERSION="0..42" --pkg=gdk-3.0 --pkg=gee-0.8 --pkg=gio-2.0 --pkg=gio-windows-2.0 --pkg=glib-2.0 --pkg=gmodule-2.0 --pkg=gtk+-3.0 --pkg=gtksourceview-3.0 --pkg=json-glib-1.0 --pkg=libvala-0.42 --pkg=libxml-2.0 --pkg=webkit2gtk-4.0 C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\OptionDialogs\package_options_dialog.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\OptionDialogs\project_options_dialog.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\OptionDialogs\rename_folder_dialog.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\OptionDialogs\resource_create_file_dialog.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\OptionDialogs\solution_create_dialog.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\OptionDialogs\source_create_file_dialog.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\OptionWidgets\IOptionWidget.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\OptionWidgets\item_options.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\OptionWidgets\project_options.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\OptionWidgets\solution_options.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\SearchAndReplace\replace_dialog.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\SearchAndReplace\search_and_replace.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\SearchAndReplace\search_dialog.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\SearchAndReplace\search_replace_dialog.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\SymbolFinder\reporter.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\SymbolFinder\symbol_finder.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\application_window.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\breakpoint_bookmarks.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\breakpoint_hit.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\completion_provider..vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\config.vapi C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\context_menu.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\debugger.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\debugger_symbols.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\globals.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\import_options.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\item_buildtype.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\item_type.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\main.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\main_paned.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\new_folder.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\new_solution_file.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\overview_tree_columns.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\overview_tree_store..vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\source_gutter_renderer_breakpoint.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\stats.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\status_list.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\switch_open_files.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\tab_header.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\wrong_location.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\xml_configuration.vala C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\resources.c --gresources=C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\resources.xml --gresourcesdir=C:\msys64\home\Wolfgang\Projekte\vDevelop\valaDevelop\resources Am 14.03.19 um 19:56 schrieb Al Thomas via vala-list: > On Wednesday, 13 March 2019, 00:10:30 GMT, Wolfgang Mauer wrote: > Tried this, run perfect on linux, r
Re: [Vala] multithreading -> weird behaviour on win(msys) and macOS
So please give me a hand.. Is this a vala or GLib problem? >As far as the bug goes it is:https://gitlab.gnome.org/GNOME/vala/issues/664 https://gitlab.gnome.org/GNOME/glib/issues/1512 If a vala problem i will replace it by C-Code an make valaDevelop available for win and mac?! Thanks Am 12.03.19 um 23:03 schrieb Wolfgang Mauer: Maybe some "valac" developers around here Well i found the "problem", it wasn't my code but i tried the example from the valadoc "https://valadoc.org/glib-2.0/GLib.Process.spawn_async_with_pipes.html"; Just let it compile himself string[] spawn_args = {"valac", "--pkg", "glib-2.0", "GLib.Process.spawn_async_with_pipes.vala"}; and "voilà" on win and mac the output is like this, never ending. stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NU Am 12.03.19 um 18:04 schrieb Rico Tzschichholz: Imho, a suggestion to join #vala on IRC to target a wider audience for problem solving, is help. In case of a platform-specific toolkit issues, #gtk on GIMPnet will likely be even more beneficial. Cheers, Rico Am 12.03.19 um 17:20 schrieb Wolfgang Mauer: I already find out that "closed-source" is not wanted. I think this list is for helping each other, so i ask for. If i can help someone else, just let me know i will do Greetings Wolfgang Am 12.03.19 um 17:04 schrieb Corentin Noël: Hi Wolfgang, Debugging your software using this mailing list is going to be very painful, especially for closed-source software. Feel free to pop in #vala on IRC GIMPnet (irc.gimp.org) which is a better tailored communication system for this kind of tasks. Herzliche Grüße, Corentin Noël ___ 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] multithreading -> weird behaviour on win(msys) and macOS
Tried this, run perfect on linux, runs "better" on win try { var mainloop = new MainLoop(); SourceFunc quit = ()=> { mainloop.quit (); return Source.REMOVE; }; read_piped_commands.begin(spawn_args, quit, projectName); mainloop.run(); } catch (SpawnError e) { print ("Error: %s\n", e.message); } } } async void read_piped_commands(string[] spawn_args, SourceFunc quit, string projectName) { var subprocess = new Subprocess.newv(spawn_args, (SubprocessFlags.STDOUT_PIPE|SubprocessFlags.STDERR_MERGE)); var output = new DataInputStream (subprocess.get_stdout_pipe()); try { string? line = null; do { line = yield output.read_line_async (); if (line != null) { buildTextView.buffer.insert_at_cursor(line+"\n", -1); var mark = buildTextView.buffer.get_insert(); buildTextView.scroll_to_mark(mark, 0, true, 1, 1); statusList.AddOutput(projectName, line); } }while (line != null); } catch (Error error) { print (@"Error: $(error.message)\n"); } quit (); } But on win it looks like the error still goes to terminal and still looks weird :-( No stderr in "buildTextView.buffer", stdout are ok .. C:msys64homeWolfgangProjekte Develop alaDevelopml_configuration.vala:40:10: warning: unknown escape sequence: '\m' C:msys64homeWolfgangProjekte Develop alaDevelopml_configuration.vala:40:10: warning: unknown escape sequence: '\h' C:msys64homeWolfgangProjekte Develop alaDevelopml_configuration.vala:40:10: warning: unknown escape sequence: '\W' C:msys64homeWolfgangProjekte Develop alaDevelopml_configuration.vala:40:10: warning: unknown escape sequence: '\P' C:msys64homeWolfgangProjekte Develop alaDevelopml_configuration.vala:40:10: error: \x used with no following hex digits : warning: missing terminating " character : warning: missing terminating " character error: cc exited with status 1 Am 12.03.19 um 23:51 schrieb Wolfgang Mauer: Thank you very much!!!! Am 12.03.19 um 23:46 schrieb Al Thomas via vala-list: > On Tuesday, 12 March 2019, 22:40:17 GMT, Wolfgang Mauer wrote: Are there any sample using "GLib.Subprocess" with async stdin/stdout/stderr ? See https://stackoverflow.com/a/54391519 That one splices the output from one command to the input of another. So a bit more than you probablyneed, but a good start. Al ___ 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] multithreading -> weird behaviour on win(msys) and macOS
Thank you very much Am 12.03.19 um 23:46 schrieb Al Thomas via vala-list: > On Tuesday, 12 March 2019, 22:40:17 GMT, Wolfgang Mauer wrote: Are there any sample using "GLib.Subprocess" with async stdin/stdout/stderr ? See https://stackoverflow.com/a/54391519 That one splices the output from one command to the input of another. So a bit more than you probablyneed, but a good start. Al ___ 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] multithreading -> weird behaviour on win(msys) and macOS
I will try, but can't find any vala example... Are there any sample using "GLib.Subprocess" with async stdin/stdout/stderr ? Am 12.03.19 um 23:22 schrieb Al Thomas via vala-list: > On Tuesday, 12 March 2019, 22:03:28 GMT, Wolfgang Mauer wrote: > Well i found the "problem", it wasn't my code but i tried the example from the valadoc "https://valadoc.org/glib-2.0/GLib.Process.spawn_async_with_pipes.html"; Just let it compile himself string[] spawn_args = {"valac", "--pkg", "glib-2..0", "GLib.Process.spawn_async_with_pipes.vala"}; and "voilà" on win and mac the output is like this, never ending. stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: Firstly, use GLib.Subprocess. It is a newer and easier API. As far as the bug goes it is:https://gitlab.gnome.org/GNOME/vala/issues/664https://gitlab.gnome.org/GNOME/glib/issues/1512 Really that needs someone with access to Mac and Windows to write a relevant test case in C for g_spawn_async_with_pipesAll I can find is https://gitlab.gnome.org/GNOME/glib/blob/master/tests/spawn-test.c ___ 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] multithreading -> weird behaviour on win(msys) and macOS
Maybe some "valac" developers around here Well i found the "problem", it wasn't my code but i tried the example from the valadoc "https://valadoc.org/glib-2.0/GLib.Process.spawn_async_with_pipes.html"; Just let it compile himself string[] spawn_args = {"valac", "--pkg", "glib-2.0", "GLib.Process.spawn_async_with_pipes.vala"}; and "voilà" on win and mac the output is like this, never ending stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NULL)stdout: (NULL)stderr: (NU Am 12.03.19 um 18:04 schrieb Rico Tzschichholz: Imho, a suggestion to join #vala on IRC to target a wider audience for problem solving, is help. In case of a platform-specific toolkit issues, #gtk on GIMPnet will likely be even more beneficial. Cheers, Rico Am 12.03.19 um 17:20 schrieb Wolfgang Mauer: I already find out that "closed-source" is not wanted. I think this list is for helping each other, so i ask for. If i can help someone else, just let me know i will do Greetings Wolfgang Am 12.03.19 um 17:04 schrieb Corentin Noël: Hi Wolfgang, Debugging your software using this mailing list is going to be very painful, especially for closed-source software. Feel free to pop in #vala on IRC GIMPnet (irc.gimp.org) which is a better tailored communication system for this kind of tasks. Herzliche Grüße, Corentin Noël ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] multithreading -> weird behaviour on win(msys) and macOS
Thank you very much! I found my problem, was a "self-made thinking error"(threading and scope) >One thing to try is compiling with debug information and then use G_DEBUG=fatal-criticals and a debugger. I use valaDevelop to debug valaDevelop, and i have an option "Break on critical" ;-) Wolfgang Am 12.03.19 um 19:21 schrieb Al Thomas via vala-list: > On Tuesday, 12 March 2019, 15:48:59 GMT, Wolfgang Mauer wrote: With Linux everything works like expected with no errors/warnings but on Windows(10/MSYS64) and macOS it get lots of errors. (valaDevelop.exe:2980): Gtk-CRITICAL **: 16:33:50.460: gtk_text_view_get_buffer: assertion 'GTK_IS_TEXT_VIEW (text_view)' failed These are type checks for the GType system. Seehttps://gitlab.gnome.org/GNOME/gtk/blob/master/gtk/gtktextview.h#L42https://developer.gnome.org/gobject/stable/gobject-Type-Information.html#G-TYPE-CHECK-INSTANCE-TYPE:CAPS Probably text_view is null, so you may have some kind of scoping problem. You are usingclosures that should encapsulate the enclosing scope. One thing to try is compiling with debug information and then use G_DEBUG=fatal-criticals and a debugger. For example see https://wiki.gnome.org/Projects/Vala/DeveloperDocumentation#Debugging You are then in to checking versions of libraries on macOS and Windows and to see if they are up to date as possible or comparable with what was used on Linux. You also need to be checking the version of Vala used and the C code generated to make sure there is nothing unusual. Any idea ? Nothing specific, but the above might give you some things to try. // Timeout with 0 goes to "UI-Thread" ?! > GLib.Timeout.add(0, () => The 0 specifies the delay before the timeout source is called, nothing to do with a thread.GLib.Timeout.add() is a convenience method: https://developer.gnome.org/glib/stable/glib-The-Main-Event-Loop.html#g-timeout-addIt adds the timeout to the global GMainContext and the docs advise "the callback will be invoked in whichever thread is running that maincontext"To specify the GMainContext you would need to use https://valadoc.org/glib-2.0/GLib.TimeoutSource.html and then attach() it to the relevantGMainContext. Al ___ 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] multithreading -> weird behaviour on win(msys) and macOS
I already find out that "closed-source" is not wanted. I think this list is for helping each other, so i ask for. If i can help someone else, just let me know i will do Greetings Wolfgang Am 12.03.19 um 17:04 schrieb Corentin Noël: Hi Wolfgang, Debugging your software using this mailing list is going to be very painful, especially for closed-source software. Feel free to pop in #vala on IRC GIMPnet (irc.gimp.org) which is a better tailored communication system for this kind of tasks. Herzliche Grüße, Corentin Noël Le mardi 12 mars 2019 à 16:51 +0100, Wolfgang Mauer a écrit : Of course there is a "return false;" at the end of GLib.Timeout.add(0, () => { buildTextView.buffer.insert_at_cursor(line, -1); var mark = buildTextView.buffer.get_insert(); buildTextView.scroll_to_mark(mark, 0, true, 1, 1); return false; } Am 12.03.19 um 16:48 schrieb Wolfgang Mauer: GLib.Timeout.add(0, () => { buildTextView.buffer.insert_at_cursor(line, -1); var mark = buildTextView.buffer.get_insert(); buildTextView.scroll_to_mark(mark, 0, true, 1, 1); } ___ 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] multithreading -> weird behaviour on win(msys) and macOS
Of course there is a "return false;" at the end of GLib.Timeout.add(0, () => { buildTextView.buffer.insert_at_cursor(line, -1); var mark = buildTextView.buffer.get_insert(); buildTextView.scroll_to_mark(mark, 0, true, 1, 1); return false; } Am 12.03.19 um 16:48 schrieb Wolfgang Mauer: GLib.Timeout.add(0, () => { buildTextView.buffer.insert_at_cursor(line, -1); var mark = buildTextView.buffer.get_insert(); buildTextView.scroll_to_mark(mark, 0, true, 1, 1); } ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
[Vala] multithreading -> weird behaviour on win(msys) and macOS
I have a strange behavior between Ubuntu/MSYS and macOS I have a output window (buildTextView) and i like to put all output from "spawn_async_with_pipes" to the end of the buffer. With Linux everything works like expected with no errors/warnings but on Windows(10/MSYS64) and macOS it get lots of errors. (valaDevelop.exe:2980): Gtk-CRITICAL **: 16:33:50.460: gtk_text_view_get_buffer: assertion 'GTK_IS_TEXT_VIEW (text_view)' failed (valaDevelop.exe:2980): Gtk-CRITICAL **: 16:33:50.460: gtk_text_buffer_get_insert: assertion 'GTK_IS_TEXT_BUFFER (buffer)' failed (valaDevelop.exe:2980): Gtk-CRITICAL **: 16:33:50.460: gtk_text_view_scroll_to_mark: assertion 'GTK_IS_TEXT_VIEW (text_view)' failed (valaDevelop.exe:2980): Gtk-CRITICAL **: 16:33:50.460: gtk_text_view_get_buffer: assertion 'GTK_IS_TEXT_VIEW (text_view)' failed (valaDevelop.exe:2980): Gtk-CRITICAL **: 16:33:50.460: gtk_text_buffer_insert_at_cursor: assertion 'GTK_IS_TEXT_BUFFER (buffer)' failed Any idea ? Process.spawn_async_with_pipes (".", spawn_args, spawn_env, SpawnFlags.SEARCH_PATH | SpawnFlags.DO_NOT_REAP_CHILD, null, out compiler_pid, out compiler_input, out compiler_output, out compiler_error); // stdout: IOChannel compilerOutput = new IOChannel.unix_new (compiler_output); compilerOutput.add_watch (IOCondition.IN | IOCondition.HUP, (channel, condition) => { if (condition == IOCondition.HUP) return false; try { string line; channel.read_line (out line, null, null); // Timeout with 0 goes to "UI-Thread" ?! GLib.Timeout.add(0, () => { buildTextView.buffer.insert_at_cursor(line, -1); var mark = buildTextView.buffer.get_insert(); buildTextView.scroll_to_mark(mark, 0, true, 1, 1); } } catch (IOChannelError e) { log (null, LogLevelFlags.LEVEL_ERROR, "%s", e.message); return false; } catch (ConvertError e) { log (null, LogLevelFlags.LEVEL_ERROR, "%s", e.message); return false; } catch (Error e) { log (null, LogLevelFlags.LEVEL_ERROR, "%s", e.message); return true; } return true; }); Thanks for help Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] valaDevelop
Implemented so far... Solution/Project-management (including resources/packages) Syntax-Highlight (GtkSourceView-3) search/replace/etc.) Integrated Build, Test and Debug -> Integrated Debugging with full symbol resolving support (only vala source, no .c files necessary, no --save-temps) -> Integrated Build (raw output available) Greetings Wolfgang PS: Please, please, please... Don't call it Editor ;-) Am 05.03.19 um 15:30 schrieb Guillaume Poirier-Morency: Just a suggestion: you should setup a simple GitHub page from the repository and ship sources as assets in empty releases if you don't intend to distribute the source code. I'm not a big fan of freeware, but since we already display IDE like IntelliJ and TextMate, I think it's fine to put your work as well. What features are implemented so far? Le lundi 04 mars 2019 à 19:28 +0100, Wolfgang Mauer a écrit : Thanks for the attention! I hope I can answer correctly to your satisfaction. Some of the features are not fully implemented yet. Well, as the name suggests, everything is integrated. Solution/Project-management (one solution, many projects) Syntax-Highlight Jump to Declaration (sourcecode/valadoc) Debugging (only vala source, no .c files necessary, no --save-temps) Building Auto-Completion Symbol Resolving, debug and edit mode by Tool tip Git integration There are no additional tools such as make/meson/ninja/etc. required. The only one is the vala-compiler (valac). Upon completion, all features that comprise each tool should be available in one. You can see some of the early screenshots here https://github.com/wolfgangmauer/valaDevelop Greetings Wolfgang PS. Also a macOS - Version will be available Am 04.03.19 um 18:40 schrieb Guillaume Poirier-Morency: What features are supported by your IDE? Le dim. 3 mars 2019, à 05 h 47, Wolfgang Mauer < wolfgang.ma...@kabelmail.de> a écrit : Hi, it would be nice if you update the "https://wiki.gnome.org/Projects/Vala/Tools"; / "https://wiki.gnome.org/Projects/Vala/ValaForCSharpProgrammers"; and add my IDE (https://github.com/wolfgangmauer/valaDevelop) Greetings Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list -- Guillaume Poirier-Morency Étudiant à la maîtrise en informatique à l'Université de Montréal Chercheur à l'Institut de recherche en immunologie et en cancérologie Page Web: arteymix.github.io Clé PGP: B1AD6EA5 ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
[Vala] valaDevelop
Hi all, i proudly would like to introduce you to a new feature of valaDevelop. From now on it is possible to display all accessible symbols for the current call stack in debugmode. See first picture https://github.com/wolfgangmauer/valaDevelop Enjoy Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
[Vala] valaDevelop
Hi, it would be nice if you update the "https://wiki.gnome.org/Projects/Vala/Tools"; / "https://wiki.gnome.org/Projects/Vala/ValaForCSharpProgrammers"; and add my IDE (https://github.com/wolfgangmauer/valaDevelop) Greetings Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
[Vala] valaDevelop - help wanted
Hi all, is there perhaps someone here who want/can help me put together a package for installation with Ubuntu/Debian? What i want is to install thebinary file and register the associated Pixmap and MimeType. Thanks Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
[Vala] Prevent a MessageDialog from being closed with Esc
Hi all, is there a way to prevent a MessageDialog from closing with Esc key? var messagedialog = new MessageDialog((Window)widget.get_toplevel(), DialogFlags.MODAL, MessageType.ERROR, ButtonsType.NONE, _(@"Are you sure you want to delete the directory $file?")); messagedialog.add_action_widget(new Button.with_mnemonic(_("_Yes")), ResponseType.YES); messagedialog.add_action_widget(new Button.with_mnemonic(_("_No")), ResponseType.NO); messagedialog.add_action_widget(new Button.with_mnemonic(_("_Remove")), ResponseType.APPLY); messagedialog.secondary_text = _(@"This directory and all its files and subfolders are permanently removed from your storage. Click '$(_("Remove"))' if you just want to remove it from your current project."); messagedialog.show_all(); messagedialog.delete_event.connect( (event) => { return true; // It's just a test, looks like it does not make a differencewhat i return }); var response = messagedialog.run(); My "working" solution for now is this, may there is a better way? messagedialog.hide_on_delete(); int response = ResponseType.DELETE_EVENT; do { messagedialog.show_all(); response = messagedialog.run(); } while(response == ResponseType.DELETE_EVENT); ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] introduce valaDevelop
Keep cool ;-) >Besides, developing something in the open is usually more fun. FUN! Yes that's right ;-) IMHO thisis maybe the reason why no IDE(or to old) exists. macOS will be come later You could already be happy that there IS such a IDE Greetings Wolfgang Am 23.02.19 um 14:59 schrieb Dr. Michael Lauer: Hi, The IDE is Freeware! At now there is no plan to make it OpenSource. That’s a pity. I’d be interested in making it work on macOS and you don’t seem to have binaries available for that platform. Besides, developing something in the open is usually more fun. Cheers, :M: ___ 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] introduce valaDevelop
For requests, suggestions or errors please report at https://github.com/wolfgangmauer/valaDevelop/issues I also have update the dependencies for Ubuntu/Elementary/Debian Feedback welcome! Wolfgang Am 23.02.19 um 09:33 schrieb Wolfgang Mauer: For keyboard operation, all shortcuts are currently fixed: CTRL+SHIFT+F -> FindInFiles SHIFT+TAB -> Switsh source CTRL+. -> PrevBookmark CTRL+, -> NextBookmark CTRL+SHIFT+B -> Build Solution CTRL+F5 -> Execute (without debugging) F5 -> Start debugging F10 -> Execute next line (debug) F11 -> Step into function (debug) SHIFT+F11 -> Step out of function (debug) F9 -> Toggle breakpoint CTRL+B -> Toggle bookmark CTRL+F -> Search (actual source) CTRL+H -> Search & Replace (actual source) CTRL+G -> Goto line F3 -> Find next occur SHIFT+F3 -> Find prev occur F12 -> Goto declaration (not implemented yet) CTRL+S -> Save (actual source) CTRL+F4 -> Close source Am 22.02.19 um 16:16 schrieb Wolfgang Mauer: Hi all i would like to proudly introduce my new IDE "valaDevelop"(developed for beginners, but also for advanced) valaDevelop is an "all-in-one" IDE with the following: Key features: Easy to use Integrated Buildsystem Package/Resource Management Integrated Debugging (valaDevelop will only break in vala source, no --save-temps needed) Solution/Project Management Symbol resolver/Completion (coming soon) ... And much other stuff Visit screenshots and download at "https://github.com/wolfgangmauer/valaDevelop"; Greetings Wolfgang ___ 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] introduce valaDevelop
For keyboard operation, all shortcuts are currently fixed: CTRL+SHIFT+F -> FindInFiles SHIFT+TAB -> Switsh source CTRL+. -> PrevBookmark CTRL+, -> NextBookmark CTRL+SHIFT+B -> Build Solution CTRL+F5 -> Execute (without debugging) F5 -> Start debugging F10 -> Execute next line (debug) F11 -> Step into function (debug) SHIFT+F11 -> Step out of function (debug) F9 -> Toggle breakpoint CTRL+B -> Toggle bookmark CTRL+F -> Search (actual source) CTRL+H -> Search & Replace (actual source) CTRL+G -> Goto line F3 -> Find next occur SHIFT+F3 -> Find prev occur F12 -> Goto declaration (not implemented yet) CTRL+S -> Save (actual source) CTRL+F4 -> Close source Am 22.02.19 um 16:16 schrieb Wolfgang Mauer: Hi all i would like to proudly introduce my new IDE "valaDevelop"(developed for beginners, but also for advanced) valaDevelop is an "all-in-one" IDE with the following: Key features: Easy to use Integrated Buildsystem Package/Resource Management Integrated Debugging (valaDevelop will only break in vala source, no --save-temps needed) Solution/Project Management Symbol resolver/Completion (coming soon) ... And much other stuff Visit screenshots and download at "https://github.com/wolfgangmauer/valaDevelop"; Greetings Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] introduce valaDevelop
Hi Al! ...I[t] should be and stay easy to use! Thanks for that, you are right ;-) As a C# developer it was very hard for me to see, that there is no usable IDE for vala. To start developing by my own(with vala) it was necessary to have something like monoDevelop or VisualStudio For me as a vala-newbie, it was very very very very hard to write that IDE, help was not really avail. So be aware for me it makes no difference if someone using it or not, I DO... /Wolfgang Am 22.02.19 um 18:57 schrieb Al Thomas via vala-list: The screenshots make this look a nice tool. Good to see Vala getting some new tooling. > On Friday, 22 February 2019, 16:00:13 GMT, Wolfgang Mauer wrote: The IDE is Freeware! At now there is no plan to make it OpenSource. I have to make something clear: ...I[t] should be and stay easy to use! You don't have to accept contributions to your project just because the source code is availableand licensed to be re-used relatively openly. If the criteria for accepting a contribution is it meets your design principles of what you consider easy to use that is fine. Just say why you don't likeit if you get a pull request. That's the power of being a maintainer, use it wisely ;) Some people are wary of downloading and running binary blobs from a repository. Making the sourceavailable means people can look over what they are building. The whole tool set you are using islicensed in such a way: Vala, GTK+, GLib, GtkSourceView, Ubuntu, etc. If nothing else it's worthbecoming more aware of why these projects are "open"/free. Nice work on the Vala front, thanks for starting to share your work. All the best, Al ___ 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] introduce valaDevelop
I don't now anything about Autovala, but there is a option at the Projectsettings called "Alternate build command:" Maybe this what you're looking for... It is very funny that the first(second) question is about the source ;-) The IDE is Freeware! At now there is no plan to make it OpenSource. I have to make something clear: If someone wants a "swiss army knife" -> there enough tools around, including gnome-builder. If someone just look at the source -> there enough tools around, including gnome-builder. I should be and stay easy to use! Am 22.02.19 um 16:46 schrieb rastersoft: Hi: Looks nice. Is it expandible using modules? I was thinking about integrating Autovala... Also, where is the source code? El 22/2/19 a las 16:16, Wolfgang Mauer escribió: Hi all i would like to proudly introduce my new IDE "valaDevelop"(developed for beginners, but also for advanced) valaDevelop is an "all-in-one" IDE with the following: Key features: Easy to use Integrated Buildsystem Package/Resource Management Integrated Debugging (valaDevelop will only break in vala source, no --save-temps needed) Solution/Project Management Symbol resolver/Completion (coming soon) And much other stuff Visit screenshots and download at "https://github.com/wolfgangmauer/valaDevelop"; Greetings Wolfgang ___ 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] introduce valaDevelop
Hi all i would like to proudly introduce my new IDE "valaDevelop"(developed for beginners, but also for advanced) valaDevelop is an "all-in-one" IDE with the following: Key features: Easy to use Integrated Buildsystem Package/Resource Management Integrated Debugging (valaDevelop will only break in vala source, no --save-temps needed) Solution/Project Management Symbol resolver/Completion (coming soon) And much other stuff Visit screenshots and download at "https://github.com/wolfgangmauer/valaDevelop"; Greetings Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] Newbie question (using directive)
I have only described the facts how it works in C#! Did not want to attack anyone here... /Wolfgang Am 20.02.19 um 15:13 schrieb Miguel Miranda: Implementation maybe wrong but i'm not. I have no problems in assuming guilt or blame. Just try to be more constructive and expose things as they are not as they fit you. We are here to help... On Wed, Feb 20, 2019, 13:16 Wolfgang Mauer mailto:wolfgang.ma...@kabelmail.de> wrote: > The same would happen in C# if you had two classes/interfaces/whatever with the same name but defined in distinct namespaces. Sorry, but you are wrong!!! The "Application" is ONLY resolved by the "using Gtk;" and not "GLib.Application" usingSystem; usingSystem.Runtime.InteropServices; usingGtk; namespacemyNamespace { publicclassmyClass:Application { Am 20.02.19 um 14:06 schrieb Miguel Miranda via vala-list: The same would happen in C# if you had two classes/interfaces/whatever with the same name but defined in distinct namespaces. That's one of the reasons they do exist. You must be specific to which you are referring to by specifying the correct namespace. Vala includes GLib namespace by default, just that. On Wed, Feb 20, 2019 at 12:50 PM Wolfgang Mauer <mailto:wolfgang.ma...@kabelmail.de> wrote: I hope that this can be improved in future versions! I far as i know, there some duplicated classes in GLib/Gtk Menu MenuItem ListStore . In C# the "using" in my source is crucial. /Wolfgang Am 20.02.19 um 13:36 schrieb Miguel Miranda via vala-list: GLib is included by default. valac did find a conflict between namespaces so you must be specific about the Menu's namespace you want to use. Just use public .Menu menu where is either GLib or Gtk. I'll assume you are trying to use Gtk.Menu so change to: public Gtk.Menu menu Cheers. On Wed, Feb 20, 2019 at 12:14 PM Wolfgang Mauer < wolfgang.ma...@kabelmail.de <mailto:wolfgang.ma...@kabelmail.de>> wrote: Hi all, in my source i just have using Gtk; and no other using! Now if i want to use public Menu menu; i get -> error: `Menu' is an ambiguous reference between `GLib.Menu' and `Gtk.Menu' But i don't have a "using GLib;" in my source !!! Is this a Bug? Greetings Wolfgang ___ vala-list mailing list vala-list@gnome.org <mailto:vala-list@gnome.org> https://mail.gnome.org/mailman/listinfo/vala-list ___ vala-list mailing list vala-list@gnome.org <mailto:vala-list@gnome.org> https://mail.gnome.org/mailman/listinfo/vala-list ___ vala-list mailing list vala-list@gnome.org <mailto:vala-list@gnome.org> https://mail.gnome.org/mailman/listinfo/vala-list ___ vala-list mailing list vala-list@gnome.org <mailto: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] Newbie question (using directive)
The sample was C#, but yes i do use --pkg=gobject-2.0 --pkg=gio-unix-2.0 --pkg=gdk-3.0 --pkg=gtk+-3.0 --pkg=libxml-2.0 --pkg=gio-2.0 --pkg=json-glib-1.0 --pkg=glib-2.0 --pkg=gmodule-2.0 --pkg=gee-0.8 --pkg=gtksourceview-3.0 . I know the problem(have a look to compiler.vala), that's why i ask to "improve". Am 20.02.19 um 14:20 schrieb Al Thomas via vala-list: > On Wednesday, 20 February 2019, 13:16:38 GMT, Wolfgang Mauer wrote: >> The same would happen in C# if you had two classes/interfaces/whatever with the same name but defined in distinct namespaces. Sorry, but you are wrong!!! The "Application" is ONLY resolved by the "using Gtk;" and not "GLib.Application" Are you using --pkg gio-2.0 ? GLib.Application is part of the gio-2.0 binding. ___ 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] Newbie question (using directive)
> The same would happen in C# if you had two classes/interfaces/whatever with the same name but defined in distinct namespaces. Sorry, but you are wrong!!! The "Application" is ONLY resolved by the "using Gtk;" and not "GLib.Application" usingSystem; usingSystem.Runtime.InteropServices; usingGtk; namespacemyNamespace { publicclassmyClass:Application { Am 20.02.19 um 14:06 schrieb Miguel Miranda via vala-list: The same would happen in C# if you had two classes/interfaces/whatever with the same name but defined in distinct namespaces. That's one of the reasons they do exist. You must be specific to which you are referring to by specifying the correct namespace. Vala includes GLib namespace by default, just that. On Wed, Feb 20, 2019 at 12:50 PM Wolfgang Mauer wrote: I hope that this can be improved in future versions! I far as i know, there some duplicated classes in GLib/Gtk Menu MenuItem ListStore In C# the "using" in my source is crucial. /Wolfgang Am 20.02.19 um 13:36 schrieb Miguel Miranda via vala-list: GLib is included by default. valac did find a conflict between namespaces so you must be specific about the Menu's namespace you want to use. Just use public .Menu menu where is either GLib or Gtk. I'll assume you are trying to use Gtk.Menu so change to: public Gtk.Menu menu Cheers. On Wed, Feb 20, 2019 at 12:14 PM Wolfgang Mauer < wolfgang.ma...@kabelmail.de> wrote: Hi all, in my source i just have using Gtk; and no other using! Now if i want to use public Menu menu; i get -> error: `Menu' is an ambiguous reference between `GLib.Menu' and `Gtk.Menu' But i don't have a "using GLib;" in my source !!! Is this a Bug? Greetings Wolfgang ___ 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] Newbie question (using directive)
I hope that this can be improved in future versions! I far as i know, there some duplicated classes in GLib/Gtk Menu MenuItem ListStore In C# the "using" in my source is crucial. /Wolfgang Am 20.02.19 um 13:36 schrieb Miguel Miranda via vala-list: GLib is included by default. valac did find a conflict between namespaces so you must be specific about the Menu's namespace you want to use. Just use public .Menu menu where is either GLib or Gtk. I'll assume you are trying to use Gtk.Menu so change to: public Gtk.Menu menu Cheers. On Wed, Feb 20, 2019 at 12:14 PM Wolfgang Mauer wrote: Hi all, in my source i just have using Gtk; and no other using! Now if i want to use public Menu menu; i get -> error: `Menu' is an ambiguous reference between `GLib.Menu' and `Gtk.Menu' But i don't have a "using GLib;" in my source !!! Is this a Bug? Greetings Wolfgang ___ 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] Newbie question (using directive)
I thought so, but why and still a Bug? Wolfgang Am 20.02.19 um 13:25 schrieb Jiří Janoušek: Hello, The namespace GLib is imported by default. Imagine an invisible `using GLib;` line at the beginning of every Vala file. Jiri On Wed, 20 Feb 2019 at 13:14, Wolfgang Mauer wrote: Hi all, in my source i just have using Gtk; and no other using! Now if i want to use public Menu menu; i get -> error: `Menu' is an ambiguous reference between `GLib.Menu' and `Gtk.Menu' But i don't have a "using GLib;" in my source !!! Is this a Bug? Greetings Wolfgang ___ 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] Newbie question (using directive)
Hi all, in my source i just have using Gtk; and no other using! Now if i want to use public Menu menu; i get -> error: `Menu' is an ambiguous reference between `GLib.Menu' and `Gtk.Menu' But i don't have a "using GLib;" in my source !!! Is this a Bug? Greetings Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
[Vala] Newbie question (spawn_async_with_pipes)
Hi all, from the valadoc of "spawn_async_with_pipes" i tried the following with ending in a "received signal SIGSEGV, Segmentation fault." I hope someone can help me understand/fix that. textView.buffer.text = ""; *<-- works fine * Process.spawn_async_with_pipes (".", spawn_args, spawn_env, SpawnFlags.SEARCH_PATH | SpawnFlags.DO_NOT_REAP_CHILD, null, out pid, out input, out output, out error); // stdout: IOChannel compilerOutput = new IOChannel.unix_new (output); compilerOutput.add_watch (IOCondition.IN | IOCondition.HUP, (channel, condition) => { if ((condition & IOCondition.HUP) == IOCondition.HUP) return false; string line; channel.read_line (out line, null, null); TextIter endIter; textView.buffer.get_end_iter(out endIter); *<-- **"received signal SIGSEGV, Segmentation fault."* textView.buffer.insert(ref endIter, line, -1); return true; }); ... What i am doing wrong??? /Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
[Vala] error: [GtkChild] is only allowed in classes with a [GtkTemplate] attribute
Hi all, is it possible to fix/resolve this ? [GtkTemplate(ui = "/resource/replaceDialog.glade")] public class ReplaceDialog : SearchReplaceDialog { } [GtkTemplate(ui = "/resource/findDialog.glade")] public class SearchDialog : SearchReplaceDialog { } public class SearchReplaceDialog : Dialog { [GtkChild] protected Entry searchWhat; [GtkChild] protected Entry replaceWhat; } ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] Xml.XPath.Context.eval_expression
Sorry for spam, works like expected... Am 11.02.19 um 22:47 schrieb Wolfgang Mauer: Hi all, in C# i can use some like this for selecting items with specific attribute SelectSingleNode($"/Item/Bookmarks/Bookmark[@Filename='{fileName}'][@Line='{line}']") SelectNodes($"//Item[@Type='2']") Is this possible in vala, something like this? |eval_expression|(@"/Item/Bookmarks/Bookmark[@Filename='$fileName'][@Line='$line']") |eval_expression|(@"//Item[@Type='2']") Thanks for Help! Wolfgang ___ 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] Xml.XPath.Context.eval_expression
Hi all, in C# i can use some like this for selecting items with specific attribute SelectSingleNode($"/Item/Bookmarks/Bookmark[@Filename='{fileName}'][@Line='{line}']") SelectNodes($"//Item[@Type='2']") Is this possible in vala, something like this? |eval_expression|(@"/Item/Bookmarks/Bookmark[@Filename='$fileName'][@Line='$line']") |eval_expression|(@"//Item[@Type='2']") Thanks for Help! Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] ValaForCSharpProgrammers "No partial classes"
Sorry, for my bad english... One of the reasons, i meant Am 09.02.19 um 16:48 schrieb Jens Georg: If here some dev's just let me say that "partial classes" are elementary for C# developers. The reason is, to split functionality in smaller source-files. That is kind of a two-edged sort. Personally, I think if your class gets so big that you feel the need to distribute your class into several files, you might need to have a round of design review. ___ 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] ValaForCSharpProgrammers "No partial classes"
Hi all, i just read the "ValaForCSharpProgrammers" and i was a little surprised the vala will not support "partial classes", not even in the future :-( If here some dev's just let me say that "partial classes" are elementary for C# developers. The reason is, to split functionality in smaller source-files. I hope you will think about it Thanks! Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] add_accelerator with no ModifierType
Works... Thanks a lot! Am 08.02.19 um 21:07 schrieb Stephen Brandt: Hi Wolfgang, You should be able to use the literal number zero, like this: add_accelerator ("activate", accel_group, Gdk.Key.F5, 0, Gtk.AccelFlags.VISIBLE); I used it here in my own application: https://github.com/ztefn/haguichi/blob/master/src/headerbar.vala#L187 Cheers, Stephen Wolfgang Mauer wrote: Hi all, i try tio use the "Widget.add_accelerator" funktion... I do not want a "Gdk.ModifierType", but "Gdk.ModifierType.NONE" is not avail How to do this? add_accelerator ("activate", accel_group, Gdk.Key.F5, Gdk.ModifierType.**, Gtk.AccelFlags.VISIBLE); Thanks for Help! Wolfgang ___ 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] add_accelerator with no ModifierType
Hi all, i try tio use the "Widget.add_accelerator" funktion... I do not want a "Gdk.ModifierType", but "Gdk.ModifierType.NONE" is not avail How to do this? add_accelerator ("activate", accel_group, Gdk.Key.F5, Gdk.ModifierType.**, Gtk.AccelFlags.VISIBLE); Thanks for Help! Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] C# developer, newbie question
Thanks, but same result, does it work that way at all? GLib-GObject-CRITICAL **: 23:22:53.584: g_enum_get_value_by_name: assertion 'G_IS_ENUM_CLASS (enum_class)' failed EnumClass enumc = (EnumClass)typeof(Gdk.WindowState).class_ref (); var state = (Gdk.WindowState)enumc.get_value_by_name("FOCUSED").value; I think it is better and easier to use int and string instead of enum var val = ((int)get_window().get_state()).to_string(); . var state = (Gdk.WindowState)int.parse(val); Am 19.12.18 um 22:51 schrieb Andy Lees: I believe it's because the string produced in your first assignment to strState is the C transformed enum value which concatenates the type and value with an "_". It does this to map the nested name space of Vala enums into the flat C name space. You would need to remove the type + "_" from the returned string to create the associated enum value. On Wed, Dec 19, 2018 at 10:28 PM Wolfgang Mauer mailto:wolfgang.ma...@kabelmail.de>> wrote: Hi all, i try to put a enum to string and back, with no success. var strState = get_window().get_state().to_string(); <-- "GDK_WINDOW_STATE_FOCUSED" and back dont work EnumClass enumc = (EnumClass)typeof(Gdk.WindowState).class_ref (); var state = (Gdk.WindowState)enumc.get_value_by_name(strState).value; What im doing wrong? Thanks for help Wolfgang ___ vala-list mailing list vala-list@gnome.org <mailto: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] C# developer, newbie question
Hi all, i try to put a enum to string and back, with no success. var strState = get_window().get_state().to_string(); <-- "GDK_WINDOW_STATE_FOCUSED" and back dont work EnumClass enumc = (EnumClass)typeof(Gdk.WindowState).class_ref (); var state = (Gdk.WindowState)enumc.get_value_by_name(strState).value; What im doing wrong? Thanks for help Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] C# developer, newbie question
Hi all, i try to put a enum to string and back, with no success. var strState = get_window().get_state().to_string(); <-- "GDK_WINDOW_STATE_FOCUSED" and back dont work EnumClass enumc = (EnumClass)typeof(Gdk.WindowState).class_ref (); var state = (Gdk.WindowState)enumc.get_value_by_name(strState).value; What im doing wrong? Thanks for help Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] C# developer, newbie question
>OK, to instantiate it I think it needs to be a GtkChild. What error are you getting with GtkChild? Yes, i also think GtkChild is correct, i just remember that i have a similar problem with gtk-sharp. Found the problem, I'm kidding, forgot to include the namespace Everything works fine, thanks a lot! Am 18.12.18 um 16:08 schrieb Al Thomas: > On Tuesday, 18 December 2018, 14:44:30 GMT, Wolfgang Mauer wrote: > So *i* have to make the "new StatusList" !? > But how the glade-file "mainpaned" should look like??? Just remove the StatusList ? OK, to instantiate it I think it needs to be a GtkChild. What error are you getting with GtkChild? > Am 18.12.18 um 15:37 schrieb Al Thomas: >> On Tuesday, 18 December 2018, 13:51:25 GMT, Wolfgang Mauer <mailto:wolfgang.ma...@kabelmail.de> wrote: >> [GtkTemplate(ui = "/v/StatusList.glade")] public StatusList statusList; << what to do here? Both [GtkChild] and [GtkTemplate] don't work > The type StatusList is already defined and the GtkBuilder code is dealt with in its own class. So it should just be: > public StatusList statusList; > No need to tell Vala to generate extra code, you are just storing a reference to the widget in the main widget. ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] C# developer, newbie question
Thanks a lot, one Class per template, i understood that, but i can't find [GtkTemplate] inside [GtkTemplate] Am 18.12.18 um 15:03 schrieb Steven Oliver: I used Gtk.Builder + Glade in my application. It might help to see it used in a "real application". https://github.com/steveno/balistica/blob/master/src/BalisticaApplication.vala#L80 Steven N. Oliver On Tue, Dec 18, 2018 at 8:39 AM Al Thomas via vala-list mailto:vala-list@gnome.org>> wrote: >On Tuesday, 18 December 2018, 13:34:17 GMT, Wolfgang Mauer mailto:wolfgang.ma...@kabelmail.de>> wrote: > Is there a way to have a GtkTemplate inside a GtkTemplate ? It sounds like you are trying to use a widget contained within another widget? I would try that in the GtkBuilder file. So the second widget is references as a component within the larger widget, but is defined separately. The Vala code would be two separateclasses with the relevant GtkTemplate annotations. ___ vala-list mailing list vala-list@gnome.org <mailto: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] C# developer, newbie question
Is there a way to have a GtkTemplate inside a GtkTemplate ? Am 18.12.18 um 12:21 schrieb Wolfgang Mauer: Ok, thanks a lot! Am 18.12.18 um 12:09 schrieb Al Thomas: > On Tuesday, 18 December 2018, 09:27:06 GMT, Wolfgang Mauer wrote: > In vala tried Gtk.Builder "extend_with_template". > If i try this in vala with > [GtkChild] private Box mainBox; > i get the error "error: [GtkChild] is only allowed in classes with a [GtkTemplate] attribute" > Is there a other attribute for the gtk.builder using "extend_with_template"? No there isn't. You either use [GtkChild] in a class marked with [GtkTemplate] and Vala generates the right code for you or you code it all using the GTK+ API. All the best, Al ___ 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] C# developer, newbie question
Ok, thanks a lot! Am 18.12.18 um 12:09 schrieb Al Thomas: > On Tuesday, 18 December 2018, 09:27:06 GMT, Wolfgang Mauer wrote: > In vala tried Gtk.Builder "extend_with_template". > If i try this in vala with > [GtkChild] private Box mainBox; > i get the error "error: [GtkChild] is only allowed in classes with a [GtkTemplate] attribute" > Is there a other attribute for the gtk.builder using "extend_with_template"? No there isn't. You either use [GtkChild] in a class marked with [GtkTemplate] and Vala generates the right code for you or you code it all using the GTK+ API. All the best, Al ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] C# developer, newbie question
Good example so far, but not answer my question... Am 18.12.18 um 12:00 schrieb Corentin Noël: Hi Wolfgang! You can find an example of Gtk.Builder with Vala soon in Valadoc itself (will be at this page once the site get refreshed: https://valadoc.org/gtk+-3.0/Gtk.Builder.html), in the meantime a complete example is available from this commit: https://github.com/Valadoc/valadoc-org/commit/7310a079d4faf67939641aa3715fc0963d0f8cc5 Hope it helps, Regards, Corentin Le mardi 18 décembre 2018 à 10:26 +0100, Wolfgang Mauer a écrit : Hi all, in gtk-sharp i use the Gtk.Builder to "ExtendWithTemplate" my Widget. In vala tried Gtk.Builder "extend_with_template". In gtk-sharp i can define widgets like this: glade-file source-file [Builder.Object]privateBoxmainBox; [Builder.Object]privateBoxstartPage; If i try this in vala with [GtkChild] private Box mainBox; i get the error "error: [GtkChild] is only allowed in classes with a [GtkTemplate] attribute" Is there a other attribute for the gtk.builder using "extend_with_template"? Thanks for help Wolfgang ___ 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] C# developer, newbie question
Hi all, in gtk-sharp i use the Gtk.Builder to "ExtendWithTemplate" my Widget. In vala tried Gtk.Builder "extend_with_template". In gtk-sharp i can define widgets like this: glade-file source-file [Builder.Object]privateBoxmainBox; [Builder.Object]privateBoxstartPage; If i try this in vala with [GtkChild] private Box mainBox; i get the error "error: [GtkChild] is only allowed in classes with a [GtkTemplate] attribute" Is there a other attribute for the gtk.builder using "extend_with_template"? Thanks for help Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
[Vala] valadoc
Hi all, is there a way to include a "search" i the valadoc url? Something like "https://valadoc.org/search?=Gtk.Label"; ? Thanks for help Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] Newbie need help
Ok, thank's a lot! Von: Al ThomasGesendet: 23.10.2018 10:37 An: ,wolfgang.ma...@kabelmail.de Betreff: Re: [Vala] Newbie need help > On Tuesday, 23 October 2018, 08:51:22 BST, wolfgang.ma...@kabelmail.de wrote:> what is the difference between valac and vala? (Compiler / Interpreter)> valac -> compiler(ok)> vala -> interpreter what/how/usage valac is the compiler. The command, vala, combines compiling with valac and then running the output.It allows a simple script like: #!/usr/bin/vala void main () { print ("compiled and run in one command!\n"); } Although you may reach its limits quickly if you try anything too complex, e.g. https://gitlab.gnome.org/GNOME/vala/issues/618The use of the --run-args switch may help - https://gitlab.gnome.org/GNOME/vala/commit/0e45b19dfabce1b2f04733d7ec6eb02d6692b549 All the best, Al ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
[Vala] Newbie need help
Hi all, what is the difference between valac and vala? (Compiler / Interpreter) valac -> compiler(ok) vala -> interpreter what/how/usage ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
[Vala] Newbie need help
Hi all, i tryed to do this. (Ubuntu 18, libvala-0.40) var gicon = GLib.ContentType.get_icon("text/x-vala"); var resourceIcon = IconTheme.get_default().lookup_by_gicon(gicon, 16, IconLookupFlags.FORCE_SIZE).load_icon(); But i get a lot of warnings ??? warning: ‘gtk_icon_info_free’ is deprecated: Use 'g_object_unref' instead [-Wdeprecated-declarations] resourceIcon = IconTheme.get_default().lookup_by_gicon(gicon, 16, IconLookupFlags.FORCE_SIZE).load_icon(); ^ ~~ ... /usr/include/gtk-3.0/gtk/gtkicontheme.h:284:23: note: declared here void gtk_icon_info_free (GtkIconInfo *icon_info); ^~ ... warning: ‘gtk_icon_info_free’ is deprecated: Use 'g_object_unref' instead [-Wdeprecated-declarations] retVal = IconTheme.get_default().lookup_by_gicon(gicon, 16, IconLookupFlags.FORCE_SIZE).load_icon(); ^ ~~ ... /usr/include/gtk-3.0/gtk/gtkicontheme.h:284:23: note: declared here void gtk_icon_info_free (GtkIconInfo *icon_info); ^~ ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] C# Developer
Sorry that I started this discussion... What I wanted to make clear is that no C# developer(including me) leaves his comfort zone for a not-well-functioning IDE, however it may be called. I was really surprised when I read about it "Goodbye Mono, Hello Vala!" "ValaForCSharpProgrammers" and so on... But then came the disillusionment ;-) The use is for me as if I were back in the Stone Age.(Sorry about this comparison) And changing my C# projects to Vala seems impossible. No "Swiss army knife" just a IDE specially tailored to vala. Von: bernhard.guil...@begu.org Gesendet: 09.10.2018 22:36 An:Betreff: Re: [Vala] C# Developer Hi all, I am not sure which part of the thread to misuse but maybe we would be good to use something like bountysource or kickstarter to add feature wishes. In my opinion the best way for now is to forget about performance and go the language server way. Manly because every IDE can share the code with it. Of course it is not perfect and of course some things will still be missing. But the good thing about using language server is that it is IDE independent and even language independent. Most IDE and editors nowadays support language servers. And will continue to support them. A perfect IDE is just so far away that anything which will stay longer will be a good start. The language server can be extended for things which are not in the specification. But currently there is no Vala IDE which is anywhere near at the full feature set of the server specification. A specific IDE might die but I don't think that editors and IDE will stop to support the language server support in the future. After we are at the point that the compiler is the main problem as Christian Hergert pointed out later in this thread. We can add bounties to enhance the compiler part. But for now I don't know any IDE for which this is the bottleneck? So there are two servers right now that I know of: https://github.com/benwaffle/vala-language-server https://github.com/davidmhewitt/vala-language-server But both are not easy to use right now. So in my opinion we should look at both of them and decide which one we want to support. Add bounties for different features and try to convince people and companies using Vala to pay a bit of money to get feature sets done. benwaffle seams to be on this list so what do you think about it? I am not sure about davidmhewitt but I think he is on the elementary team which uses bountysources already? Nice pro and cons for language-servers are listed at this blog post [1] from a gsoc attempt to add Rust support to Kdevelop. Tarnyko pointed out that he might be willing to get paid to enhance Val(a)IDE. This is also a possible route. Gnome builder crashes a lot on my system and I cannot get used to the way it works, most of the time it is not helping me but is in my way. Mainly because it does quite every thing exactly the other way around that I would do it. But the builder has also one of the best IDE support for Vala! So it might also be a good route. What do you think which route we should follow? We are a small community and it would be nice to bundle the efforts to get a nice IDE support :) What the language server also not defines is how to get debugging support :/ So this part is IDE/editor dependent. Maybe we can define some API or wrapper for how to call gdb from any IDE to fully support Vala? Next big thing would be to target embedded systems for which I use Vala most. No IDE that I know of has some run on target and debug that damn thing built in. I mostly use the command line for this. My workflow for now is vscode + vala syntax highlight + valadoc + ack + command line + meson + gdb. I know all the tools well so I don't really miss an IDE but I would like to help to get it started. Regards, Bernhard 1 https://perplexinglyemma.blogspot.com/2017/06/language-servers-and-ides.html wolfgang.ma...@kabelmail.de wrote on 09.10.2018 18:04: > Maybe the wrong mailing-list ... > > First of all, I think Vala is good and very performant. > > I would like to but can not... > If a C# developer really (not only for fun) to change to Vala, then must > necessarily be a valadevelop available! > With completion and tooltips and and and. > I have already tried a few, but all do not meet the expectations > (Geany/Anjuta/builder) > > The already existing tools are nice, but that's not enough. > What happened to the project Valaide? > In C# you can easily call C methods to improve performance. mono have a C > bridge in both directions.. > > I mean, certainly other C# developers too, that to develop seriously their own > "valadevelop" must be available. > > Greetings > Wolfgang > > > ___ > 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
[Vala] C# Developer
Maybe the wrong mailing-list ... First of all, I think Vala is good and very performant. I would like to but can not... If a C# developer really (not only for fun) to change to Vala, then must necessarily be a valadevelop available! With completion and tooltips and and and. I have already tried a few, but all do not meet the expectations (Geany/Anjuta/builder) The already existing tools are nice, but that's not enough. What happened to the project Valaide? In C# you can easily call C methods to improve performance. mono have a C bridge in both directions.. I mean, certainly other C# developers too, that to develop seriously their own "valadevelop" must be available. Greetings Wolfgang ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list