Vala is for Gtk/GLib/GObject and recently for C programmers. Is not a good
idea to compare with what C# is and its targets.
As many point out, may is necessary a bounty in order to create a Vala
Language Server, this will push any IED to support Vala.
I would like to take a dive into valadoc
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
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
On 10/09/2018 11:38 AM, Ulink wrote:
> Maybe improving Gnome builder Vala integration is the right way?
Builder needs someone familiar with Vala internals to take over the Vala
plugin (src/plugins/vala-pack) if you want to get better quality
integration. I simply don't have time to work on it
> 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.
Agreed, we need a good Vala IDE.
> I have already tried a few, but all do not meet the expectations
> (Geany/Anjuta/builder)
> The
Indeed, there is a shortcoming in specialized IDEs or, reasonable vala-Support
in existing IDEs, respectively.
Unfortunately all the existing approaches (Valama, Valencia, Valide) seem to be
abandoned.
Personally I’d love to see a specialized IDE for Vala, but creating something
that is up to
Hi,
one could consider this as cheating and it (might be |is) not as performant as
the format string but you can just use the glib magic and call .to_string() for
nearly any type you want. Here is a simple example:
public static int main(string[] args) {
int64 test = 0;
> On Tuesday, 9 October 2018, 16:16:44 BST, wolfgang.ma...@kabelmail.de
wrote: > Is this a Bug?
> cellRendererText.text = ("%"+int64.FORMAT).printf((int64)obj); <<
> int64.FORMAT = "li"
> this works, but when i try this, witch is the same
> cellRendererText.text =
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
> /home/wolfgang/Projekte/TestSqlite/application.vala:192:33: warning: format
> ‘%lld’ expects argument of type ‘long long int’, but argument 2 has type
> ‘gint64 {aka long int}’ [-Wformat=]
> But still the question is not answered ;-)
No warning with valac 0.30 (Ubuntu 16.04), so can't help
Then it's just a warning
/home/wolfgang/Projekte/TestSqlite/application.vala:192:33: warning: format
‘%lld’ expects argument of type ‘long long int’, but argument 2 has type
‘gint64 {aka long int}’ [-Wformat=]
But still the question is not answered ;-)
Von: Ulink ul...@gmx.at
Gesendet:
> cellRendererText.text = ("%"+int64.FORMAT).printf((int64)obj); <<
> int64.FORMAT = "li"
>
> this works,
>
> but when i try this, witch is the same
> cellRendererText.text = ("%li").printf((int64)obj);
>
> i get thiss error
>
> application.vala:192.45-192.54: error: Argument 1: Cannot
Is this a Bug?
I tried this
cellRendererText.text = ("%"+int64.FORMAT).printf((int64)obj); <<
int64.FORMAT = "li"
this works,
but when i try this, witch is the same
cellRendererText.text = ("%li").printf((int64)obj);
i get thiss error
application.vala:192.45-192.54: error: Argument 1:
13 matches
Mail list logo