Oh, interesting! I updated the page, hope this is correct:
https://wiki.gnome.org/action/info/Vala/Tutorial?action=diff&rev2=242&rev1=241
I also noticed that doing this as a top-level function, i.e naming a
function outside any class or namespace something beginning with a
digit, generates faulty C code. This should be reported as a valac
bug, right? What would be the least surprising behavior, that valac
renames the function (adding some prefix) or to disallow this? Same
thing with keywords, this passes valac:
void @if () {
}
Regards, Simon
On Fri, Oct 11, 2013 at 5:58 PM, Florian Brosch <flo.bro...@gmail.com> wrote:
> Hey Simon,
>
> The overview is outdated:
>
> public class Foo : Object {
> // Identifier = "0foo"
> public string @0foo {get;set;}
> }
>
> Regards,
> Florian
>
> On 11 October 2013 10:46, Simon Kågedal Reimer <skage...@gmail.com> wrote:
>> Hi,
>>
>> On Fri, Oct 11, 2013 at 9:34 AM, Tal Hadad <tal...@hotmail.com> wrote:
>>> First time I hear not all properties are GObject.
>>>
>>> Suppose I have this property:
>>>
>>> ...
>>> public int 1numbered { get; set; }
>>> ...
>>>
>>> This is not a GObject property, since it's started with a number.
>>
>> You can't have that at all, see
>> https://wiki.gnome.org/Vala/Tutorial#Syntax_Overview :
>>
>> "For identifier names the same rules apply as for C identifiers: the
>> first character must be one of [a-z], [A-Z] or an underscore,
>> subsequent characters may additionally be digits [0-9]."
>>
>> Signal names also must start with a letter:
>>
>> https://developer.gnome.org/gobject/stable/gobject-Signals.html#g-signal-new
>>
>> Regards, Simon
>> _______________________________________________
>> 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
