Re: [Vala] [OT] Vala -> C#

[Daniel Espinosa]

C# is not just a language, is has a lot of libraries backed it, a few in
open source and most of them in closed .Net

But some things could change. Vala allows you to use virtually any C
library. Just need to create bindings for it. This is my first check when
want to do some thing.

Vala OO is really cool and powerful, it allows you to share your work with
other languages automatically through GObject Introspection, witch is
really great, you can reuse your library even in C#

Vala compiler requires some love, but it provides all you need now. Vala
does not provide libraries by it self, just most used bindings; but they
can (and should) be maintained out side Vala.

If you need a library to do some cool things, providing Vala, C and GObject
Introspection, then start writing it.

Some time ago I started to create a C/GObject wrapper of OpenSSL with Vala
bindings, but I lost my work. You can create structs and methods in C to
easy write Vala bindings, then access it in your code.

See at GXml project for missing libxml2 bindings, at vapi directory, for
examples.

Again, I agree too about documentation, good one will help to others write
Vala bindings and libraries.

Vala allows C to reach the frontiers it has now, because its boilerplate to
write then, specially when it requires OO.
El mar. 29, 2016 12:48 PM, "Edwin De La Cruz" 
escribió:

> 2016-03-29 12:16 GMT-05:00 mar...@saepia.net :
> > Excuse me but are you suggesting that Vala users should write a tool that
> > eases migration from Vala to C#? You are free to do it by yourself.
> >
> > I agree that documentation, and overall support is incomparable between
> Vala
> > and any other enterprise-backed language and it might be much better but
> > what you are suggesting is an overkill. Many open source projects lack
> this
> > "developer happines" aspect as they are mainly curated by nerds, not
> > "product owners" but what you can do here is use time you spend on
> > complaining on improving this. If you don't get that philosophy, you
> should
> > stay in the safe harbour of enterprise languages.
> >
> > Moreover, if speed of development was your primary need, it's your (or
> your
> > CTO if you have one) fault that you have chosen quite immature, niche
> > language for your work. There are shitloads of languages and frameworks
> that
> > are aimed at doing stuff fast, usually in exchange for performance,
> > resources consumption or low-level access to the bare metal.
> >
> > I also sometimes spend ages on debugging low level stuff in Vala. But I
> > don't complain because it's still the best choice for writing
> > GStreamer-backed, truly cross platform multimedia applications that won't
> > get accidental lock because of garbage collector. For this use case it's
> > close to perfection. Maybe your use case was just differentbut. I am not
> > sure if your disappointment is fault of Vala and tools for migrating to
> C#
> > would have sorted that issue out.
> >
> > Still, I agree that even within open source community there are examples
> of
> > better documentation/support/whatsoever but I consider this to be
> secondary
> > to your arguments.
> >
> > m.
> >
> > 2016-03-29 0:48 GMT+02:00 Edwin De La Cruz :
> >>
> >> 2016-03-28 16:19 GMT-05:00 Edwin De La Cruz :
> >> > 2016-03-26 9:59 GMT-05:00 Steven Oliver :
> >> >> If having an IDE is high on your list check out builder. It's support
> >> >> for
> >> >> Vala is getting better every release. They are also really good about
> >> >> taking
> >> >> new contributors.
> >> >>
> >> >> Thank you,
> >> >> Steven N. Oliver
> >> >>
> >> >>
> >> >>
> >> >> On Thu, Mar 24, 2016 at 7:49 PM -0700, "Edwin De La Cruz"
> >> >>  wrote:
> >> >>
> >> >>> Dear. I'm using valac for quite some time, although work has been
> left
> >> >>> aside, I'm starting to use c #, I find it more productive but I
> refuse
> >> >>> to use it and recognize it, but it is.
> >> >>>
> >> >>> Among the ideas that came to my mind, including _mono_, I thought
> ...
> >> >>> because someone does not develop something similar to c # but Vala,
> >> >>> who has the same name functions, classes, methods, etc so if I have
> >> >>> one codigo.cs simply change it by codigo.vala and compile directly.
> >> >>>
> >> >>> I know it's an idea a little crazy and not all libraries can be
> >> >>> imported, but whether it would be much easier and productive to have
> >> >>> such a code.
> >> >>>
> >> >>> I program in C # using their mimas classes, but at the time of
> >> >>> compiling all transforms Vala.
> >> >>>
> >> >>> It would be great as well.
> >> >>>
> >> >>> I have made the task of doing that only with the most basic
> functions,
> >> >>> just to prove, as a hobby.
> >> >>>
> >> >>> In the years that I go with Vala language seems very much potential,
> >> >>> but lacks an IDE, MonoDevelop no longer supports it, also lacks 

Re: [Vala] [OT] Vala -> C#

[Edwin De La Cruz]

2016-03-29 12:16 GMT-05:00 mar...@saepia.net :
> Excuse me but are you suggesting that Vala users should write a tool that
> eases migration from Vala to C#? You are free to do it by yourself.
>
> I agree that documentation, and overall support is incomparable between Vala
> and any other enterprise-backed language and it might be much better but
> what you are suggesting is an overkill. Many open source projects lack this
> "developer happines" aspect as they are mainly curated by nerds, not
> "product owners" but what you can do here is use time you spend on
> complaining on improving this. If you don't get that philosophy, you should
> stay in the safe harbour of enterprise languages.
>
> Moreover, if speed of development was your primary need, it's your (or your
> CTO if you have one) fault that you have chosen quite immature, niche
> language for your work. There are shitloads of languages and frameworks that
> are aimed at doing stuff fast, usually in exchange for performance,
> resources consumption or low-level access to the bare metal.
>
> I also sometimes spend ages on debugging low level stuff in Vala. But I
> don't complain because it's still the best choice for writing
> GStreamer-backed, truly cross platform multimedia applications that won't
> get accidental lock because of garbage collector. For this use case it's
> close to perfection. Maybe your use case was just differentbut. I am not
> sure if your disappointment is fault of Vala and tools for migrating to C#
> would have sorted that issue out.
>
> Still, I agree that even within open source community there are examples of
> better documentation/support/whatsoever but I consider this to be secondary
> to your arguments.
>
> m.
>
> 2016-03-29 0:48 GMT+02:00 Edwin De La Cruz :
>>
>> 2016-03-28 16:19 GMT-05:00 Edwin De La Cruz :
>> > 2016-03-26 9:59 GMT-05:00 Steven Oliver :
>> >> If having an IDE is high on your list check out builder. It's support
>> >> for
>> >> Vala is getting better every release. They are also really good about
>> >> taking
>> >> new contributors.
>> >>
>> >> Thank you,
>> >> Steven N. Oliver
>> >>
>> >>
>> >>
>> >> On Thu, Mar 24, 2016 at 7:49 PM -0700, "Edwin De La Cruz"
>> >>  wrote:
>> >>
>> >>> Dear. I'm using valac for quite some time, although work has been left
>> >>> aside, I'm starting to use c #, I find it more productive but I refuse
>> >>> to use it and recognize it, but it is.
>> >>>
>> >>> Among the ideas that came to my mind, including _mono_, I thought ...
>> >>> because someone does not develop something similar to c # but Vala,
>> >>> who has the same name functions, classes, methods, etc so if I have
>> >>> one codigo.cs simply change it by codigo.vala and compile directly.
>> >>>
>> >>> I know it's an idea a little crazy and not all libraries can be
>> >>> imported, but whether it would be much easier and productive to have
>> >>> such a code.
>> >>>
>> >>> I program in C # using their mimas classes, but at the time of
>> >>> compiling all transforms Vala.
>> >>>
>> >>> It would be great as well.
>> >>>
>> >>> I have made the task of doing that only with the most basic functions,
>> >>> just to prove, as a hobby.
>> >>>
>> >>> In the years that I go with Vala language seems very much potential,
>> >>> but lacks an IDE, MonoDevelop no longer supports it, also lacks more
>> >>> documentation, easier to use libraries as well as in c #.
>> >>>
>> >>> Sorry for the extension of this message and perhaps not relevant but
>> >>> needed to relieve the sadness of having to change Vala by c #.
>> >>>
>> >>> See you soon.
>> >>>
>> >>>
>> >>> Mis proyectos de software libre en:
>> >>> Github - edwinspire
>> >>> ___
>> >>> vala-list mailing list
>> >>> vala-list@gnome.org
>> >>> https://mail.gnome.org/mailman/listinfo/vala-list
>> >
>> >
>> > Well, actually the IDE is not a priority, I've driven with gedit well,
>> > that's no problem.
>> >
>> > Even I became a microide, what helps me is to compile and link the
>> > binary libraries which depends with a simple click.
>> >
>> > Where I see the difficulty, or rather the obstacles to develop faster,
>> > is in the documentation, examples, and functions that facilitate the
>> > work.
>> >
>> > For example, to send an email in SMTP in c # is a matter of a couple
>> > of lines and ready. With Vala me it was very difficult.
>> >
>> > Worse even if my applications development on the Linux (GNU / Debian)
>> > but to deliver them to production will run on Windows.
>> >
>> > Last week tried C # to replace some parts where used Vala and I found
>> > it very easy with Monodevelop.
>> >
>> > In 2 days with c # did the same as 8 days with Vala.
>> >
>> > What I suggested was to make a package that has the same functions and
>> > classes that exist in C # but Vala, with the same names, which is
>> > identical, so it would 

Re: [Vala] [OT] Vala -> C#

[mar...@saepia.net]

Excuse me but are you suggesting that Vala users should write a tool that
eases migration from Vala to C#? You are free to do it by yourself.

I agree that documentation, and overall support is incomparable between
Vala and any other enterprise-backed language and it might be much better
but what you are suggesting is an overkill. Many open source projects lack
this "developer happines" aspect as they are mainly curated by nerds, not
"product owners" but what you can do here is use time you spend on
complaining on improving this. If you don't get that philosophy, you should
stay in the safe harbour of enterprise languages.

Moreover, if speed of development was your primary need, it's your (or your
CTO if you have one) fault that you have chosen quite immature, niche
language for your work. There are shitloads of languages and frameworks
that are aimed at doing stuff fast, usually in exchange for performance,
resources consumption or low-level access to the bare metal.

I also sometimes spend ages on debugging low level stuff in Vala. But I
don't complain because it's still the best choice for writing
GStreamer-backed, truly cross platform multimedia applications that won't
get accidental lock because of garbage collector. For this use case it's
close to perfection. Maybe your use case was just differentbut. I am not
sure if your disappointment is fault of Vala and tools for migrating to C#
would have sorted that issue out.

Still, I agree that even within open source community there are examples of
better documentation/support/whatsoever but I consider this to be secondary
to your arguments.

m.

2016-03-29 0:48 GMT+02:00 Edwin De La Cruz :

> 2016-03-28 16:19 GMT-05:00 Edwin De La Cruz :
> > 2016-03-26 9:59 GMT-05:00 Steven Oliver :
> >> If having an IDE is high on your list check out builder. It's support
> for
> >> Vala is getting better every release. They are also really good about
> taking
> >> new contributors.
> >>
> >> Thank you,
> >> Steven N. Oliver
> >>
> >>
> >>
> >> On Thu, Mar 24, 2016 at 7:49 PM -0700, "Edwin De La Cruz"
> >>  wrote:
> >>
> >>> Dear. I'm using valac for quite some time, although work has been left
> >>> aside, I'm starting to use c #, I find it more productive but I refuse
> >>> to use it and recognize it, but it is.
> >>>
> >>> Among the ideas that came to my mind, including _mono_, I thought ...
> >>> because someone does not develop something similar to c # but Vala,
> >>> who has the same name functions, classes, methods, etc so if I have
> >>> one codigo.cs simply change it by codigo.vala and compile directly.
> >>>
> >>> I know it's an idea a little crazy and not all libraries can be
> >>> imported, but whether it would be much easier and productive to have
> >>> such a code.
> >>>
> >>> I program in C # using their mimas classes, but at the time of
> >>> compiling all transforms Vala.
> >>>
> >>> It would be great as well.
> >>>
> >>> I have made the task of doing that only with the most basic functions,
> >>> just to prove, as a hobby.
> >>>
> >>> In the years that I go with Vala language seems very much potential,
> >>> but lacks an IDE, MonoDevelop no longer supports it, also lacks more
> >>> documentation, easier to use libraries as well as in c #.
> >>>
> >>> Sorry for the extension of this message and perhaps not relevant but
> >>> needed to relieve the sadness of having to change Vala by c #.
> >>>
> >>> See you soon.
> >>>
> >>>
> >>> Mis proyectos de software libre en:
> >>> Github - edwinspire
> >>> ___
> >>> vala-list mailing list
> >>> vala-list@gnome.org
> >>> https://mail.gnome.org/mailman/listinfo/vala-list
> >
> >
> > Well, actually the IDE is not a priority, I've driven with gedit well,
> > that's no problem.
> >
> > Even I became a microide, what helps me is to compile and link the
> > binary libraries which depends with a simple click.
> >
> > Where I see the difficulty, or rather the obstacles to develop faster,
> > is in the documentation, examples, and functions that facilitate the
> > work.
> >
> > For example, to send an email in SMTP in c # is a matter of a couple
> > of lines and ready. With Vala me it was very difficult.
> >
> > Worse even if my applications development on the Linux (GNU / Debian)
> > but to deliver them to production will run on Windows.
> >
> > Last week tried C # to replace some parts where used Vala and I found
> > it very easy with Monodevelop.
> >
> > In 2 days with c # did the same as 8 days with Vala.
> >
> > What I suggested was to make a package that has the same functions and
> > classes that exist in C # but Vala, with the same names, which is
> > identical, so it would be very easy to move from one language to
> > another.
> >
> >
> > Mis proyectos de software libre en:
> > Github - edwinspire
>
> I meant to do something Como this:
> https://github.com/edwinspire/VSharp It is 

Re: [Vala] [OT] Vala -> C#

[Mario Daniel Ruiz Saavedra]

Don't let your dreams be dreams, check this: 
https://github.com/chebizarro/LibDotNet 

Mario Daniel Ruiz Saavedra  
Estudiante Ing. Sistemas - Universidad del Norte mru...@uninorte.edu.co - 
twitter.com/desiderantes -
joindiaspora.com/u/desiderantes


El Lunes, 28 de marzo, 2016 17:48:19, Edwin De La Cruz  
escribió:


>
>
>2016-03-28 16:19 GMT-05:00 Edwin De La Cruz :
>> 2016-03-26 9:59 GMT-05:00 Steven Oliver :
>>> If having an IDE is high on your list check out builder. It's support for
>>> Vala is getting better every release. They are also really good about taking
>>> new contributors.
>>>
>>> Thank you,
>>> Steven N. Oliver
>>>
>>>
>>>
>>> On Thu, Mar 24, 2016 at 7:49 PM -0700, "Edwin De La Cruz"
>>>  wrote:
>>>
 Dear. I'm using valac for quite some time, although work has been left
 aside, I'm starting to use c #, I find it more productive but I refuse
 to use it and recognize it, but it is.

 Among the ideas that came to my mind, including _mono_, I thought ...
 because someone does not develop something similar to c # but Vala,
 who has the same name functions, classes, methods, etc so if I have
 one codigo.cs simply change it by codigo.vala and compile directly.

 I know it's an idea a little crazy and not all libraries can be
 imported, but whether it would be much easier and productive to have
 such a code.

 I program in C # using their mimas classes, but at the time of
 compiling all transforms Vala.

 It would be great as well.

 I have made the task of doing that only with the most basic functions,
 just to prove, as a hobby.

 In the years that I go with Vala language seems very much potential,
 but lacks an IDE, MonoDevelop no longer supports it, also lacks more
 documentation, easier to use libraries as well as in c #.

 Sorry for the extension of this message and perhaps not relevant but
 needed to relieve the sadness of having to change Vala by c #.

 See you soon.


 Mis proyectos de software libre en:
 Github - edwinspire
 ___
 vala-list mailing list
 vala-list@gnome.org
 https://mail.gnome.org/mailman/listinfo/vala-list
>>
>>
>> Well, actually the IDE is not a priority, I've driven with gedit well,
>> that's no problem.
>>
>> Even I became a microide, what helps me is to compile and link the
>> binary libraries which depends with a simple click.
>>
>> Where I see the difficulty, or rather the obstacles to develop faster,
>> is in the documentation, examples, and functions that facilitate the
>> work.
>>
>> For example, to send an email in SMTP in c # is a matter of a couple
>> of lines and ready. With Vala me it was very difficult.
>>
>> Worse even if my applications development on the Linux (GNU / Debian)
>> but to deliver them to production will run on Windows.
>>
>> Last week tried C # to replace some parts where used Vala and I found
>> it very easy with Monodevelop.
>>
>> In 2 days with c # did the same as 8 days with Vala.
>>
>> What I suggested was to make a package that has the same functions and
>> classes that exist in C # but Vala, with the same names, which is
>> identical, so it would be very easy to move from one language to
>> another.
>>
>>
>> Mis proyectos de software libre en:
>> Github - edwinspire
>
>I meant to do something Como this:
>https://github.com/edwinspire/VSharp It is just an example , although
>it does not work but can best illustrate my idea.
>
>
>Mis proyectos de software libre en:
>Github - edwinspire
>___
>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] [OT] Vala -> C#

[Edwin De La Cruz]

2016-03-28 16:19 GMT-05:00 Edwin De La Cruz :
> 2016-03-26 9:59 GMT-05:00 Steven Oliver :
>> If having an IDE is high on your list check out builder. It's support for
>> Vala is getting better every release. They are also really good about taking
>> new contributors.
>>
>> Thank you,
>> Steven N. Oliver
>>
>>
>>
>> On Thu, Mar 24, 2016 at 7:49 PM -0700, "Edwin De La Cruz"
>>  wrote:
>>
>>> Dear. I'm using valac for quite some time, although work has been left
>>> aside, I'm starting to use c #, I find it more productive but I refuse
>>> to use it and recognize it, but it is.
>>>
>>> Among the ideas that came to my mind, including _mono_, I thought ...
>>> because someone does not develop something similar to c # but Vala,
>>> who has the same name functions, classes, methods, etc so if I have
>>> one codigo.cs simply change it by codigo.vala and compile directly.
>>>
>>> I know it's an idea a little crazy and not all libraries can be
>>> imported, but whether it would be much easier and productive to have
>>> such a code.
>>>
>>> I program in C # using their mimas classes, but at the time of
>>> compiling all transforms Vala.
>>>
>>> It would be great as well.
>>>
>>> I have made the task of doing that only with the most basic functions,
>>> just to prove, as a hobby.
>>>
>>> In the years that I go with Vala language seems very much potential,
>>> but lacks an IDE, MonoDevelop no longer supports it, also lacks more
>>> documentation, easier to use libraries as well as in c #.
>>>
>>> Sorry for the extension of this message and perhaps not relevant but
>>> needed to relieve the sadness of having to change Vala by c #.
>>>
>>> See you soon.
>>>
>>>
>>> Mis proyectos de software libre en:
>>> Github - edwinspire
>>> ___
>>> vala-list mailing list
>>> vala-list@gnome.org
>>> https://mail.gnome.org/mailman/listinfo/vala-list
>
>
> Well, actually the IDE is not a priority, I've driven with gedit well,
> that's no problem.
>
> Even I became a microide, what helps me is to compile and link the
> binary libraries which depends with a simple click.
>
> Where I see the difficulty, or rather the obstacles to develop faster,
> is in the documentation, examples, and functions that facilitate the
> work.
>
> For example, to send an email in SMTP in c # is a matter of a couple
> of lines and ready. With Vala me it was very difficult.
>
> Worse even if my applications development on the Linux (GNU / Debian)
> but to deliver them to production will run on Windows.
>
> Last week tried C # to replace some parts where used Vala and I found
> it very easy with Monodevelop.
>
> In 2 days with c # did the same as 8 days with Vala.
>
> What I suggested was to make a package that has the same functions and
> classes that exist in C # but Vala, with the same names, which is
> identical, so it would be very easy to move from one language to
> another.
>
>
> Mis proyectos de software libre en:
> Github - edwinspire

I meant to do something Como this:
https://github.com/edwinspire/VSharp It is just an example , although
it does not work but can best illustrate my idea.

Mis proyectos de software libre en:
Github - edwinspire
___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list

Re: [Vala] [OT] Vala -> C#

[Edwin De La Cruz]

2016-03-26 9:59 GMT-05:00 Steven Oliver :
> If having an IDE is high on your list check out builder. It's support for
> Vala is getting better every release. They are also really good about taking
> new contributors.
>
> Thank you,
> Steven N. Oliver
>
>
>
> On Thu, Mar 24, 2016 at 7:49 PM -0700, "Edwin De La Cruz"
>  wrote:
>
>> Dear. I'm using valac for quite some time, although work has been left
>> aside, I'm starting to use c #, I find it more productive but I refuse
>> to use it and recognize it, but it is.
>>
>> Among the ideas that came to my mind, including _mono_, I thought ...
>> because someone does not develop something similar to c # but Vala,
>> who has the same name functions, classes, methods, etc so if I have
>> one codigo.cs simply change it by codigo.vala and compile directly.
>>
>> I know it's an idea a little crazy and not all libraries can be
>> imported, but whether it would be much easier and productive to have
>> such a code.
>>
>> I program in C # using their mimas classes, but at the time of
>> compiling all transforms Vala.
>>
>> It would be great as well.
>>
>> I have made the task of doing that only with the most basic functions,
>> just to prove, as a hobby.
>>
>> In the years that I go with Vala language seems very much potential,
>> but lacks an IDE, MonoDevelop no longer supports it, also lacks more
>> documentation, easier to use libraries as well as in c #.
>>
>> Sorry for the extension of this message and perhaps not relevant but
>> needed to relieve the sadness of having to change Vala by c #.
>>
>> See you soon.
>>
>>
>> Mis proyectos de software libre en:
>> Github - edwinspire
>> ___
>> vala-list mailing list
>> vala-list@gnome.org
>> https://mail.gnome.org/mailman/listinfo/vala-list


Well, actually the IDE is not a priority, I've driven with gedit well,
that's no problem.

Even I became a microide, what helps me is to compile and link the
binary libraries which depends with a simple click.

Where I see the difficulty, or rather the obstacles to develop faster,
is in the documentation, examples, and functions that facilitate the
work.

For example, to send an email in SMTP in c # is a matter of a couple
of lines and ready. With Vala me it was very difficult.

Worse even if my applications development on the Linux (GNU / Debian)
but to deliver them to production will run on Windows.

Last week tried C # to replace some parts where used Vala and I found
it very easy with Monodevelop.

In 2 days with c # did the same as 8 days with Vala.

What I suggested was to make a package that has the same functions and
classes that exist in C # but Vala, with the same names, which is
identical, so it would be very easy to move from one language to
another.


Mis proyectos de software libre en:
Github - edwinspire
___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list

Re: [Vala] [OT] Vala -> C#

[Steven Oliver]

If having an IDE is high on your list check out builder. It's support for Vala 
is getting better every release. They are also really good about taking new 
contributors. 

Thank you,
Steven N. Oliver 



On Thu, Mar 24, 2016 at 7:49 PM -0700, "Edwin De La Cruz" 
 wrote:










Dear. I'm using valac for quite some time, although work has been left
aside, I'm starting to use c #, I find it more productive but I refuse
to use it and recognize it, but it is.

Among the ideas that came to my mind, including _mono_, I thought ...
because someone does not develop something similar to c # but Vala,
who has the same name functions, classes, methods, etc so if I have
one codigo.cs simply change it by codigo.vala and compile directly.

I know it's an idea a little crazy and not all libraries can be
imported, but whether it would be much easier and productive to have
such a code.

I program in C # using their mimas classes, but at the time of
compiling all transforms Vala.

It would be great as well.

I have made the task of doing that only with the most basic functions,
just to prove, as a hobby.

In the years that I go with Vala language seems very much potential,
but lacks an IDE, MonoDevelop no longer supports it, also lacks more
documentation, easier to use libraries as well as in c #.

Sorry for the extension of this message and perhaps not relevant but
needed to relieve the sadness of having to change Vala by c #.

See you soon.


Mis proyectos de software libre en:
Github - edwinspire
___
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] [OT] Vala -> C#

[Edwin De La Cruz]

Dear. I'm using valac for quite some time, although work has been left
aside, I'm starting to use c #, I find it more productive but I refuse
to use it and recognize it, but it is.

Among the ideas that came to my mind, including _mono_, I thought ...
because someone does not develop something similar to c # but Vala,
who has the same name functions, classes, methods, etc so if I have
one codigo.cs simply change it by codigo.vala and compile directly.

I know it's an idea a little crazy and not all libraries can be
imported, but whether it would be much easier and productive to have
such a code.

I program in C # using their mimas classes, but at the time of
compiling all transforms Vala.

It would be great as well.

I have made the task of doing that only with the most basic functions,
just to prove, as a hobby.

In the years that I go with Vala language seems very much potential,
but lacks an IDE, MonoDevelop no longer supports it, also lacks more
documentation, easier to use libraries as well as in c #.

Sorry for the extension of this message and perhaps not relevant but
needed to relieve the sadness of having to change Vala by c #.

See you soon.


Mis proyectos de software libre en:
Github - edwinspire
___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list