Re: [Gambas-user] Class header features

[Benoît Minisini]

Le 13/12/2015 19:33, Tobias Boege a écrit :
> On Sat, 12 Dec 2015, Fabien Bodard wrote:
>> gbs3 -e -p '{long[]}a=[1,1]:for {i}ii = 0 to
>> 50:{l}i=a[0]+a[1]:a[0]=a[1]:a[1]=i:print i:next'
>>
>> hermetics
>>
>
> I don't know what this has to do with the thread but I'm amazed that this
> works. As I read it '{i}ii', e.g., is a crude way to declare an integer ii
> while using it for the first time.
>
> You should ever think you know every nasty syntax hack in Gambas... :-)
>
> Regards,
> Tobi
>

It's just Fabien's thing. I don't think I will ever accept it inside 
Gambas compiler!

-- 
Benoît Minisini

--
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user

Re: [Gambas-user] Class header features (was: Declaring variables in class header without Public/Private is possible...)

[Fabien Bodard]

2015-12-13 19:33 GMT+01:00 Tobias Boege :
> On Sat, 12 Dec 2015, Fabien Bodard wrote:
>> gbs3 -e -p '{long[]}a=[1,1]:for {i}ii = 0 to
>> 50:{l}i=a[0]+a[1]:a[0]=a[1]:a[1]=i:print i:next'
>>
>> hermetics
>>
>
> I don't know what this has to do with the thread but I'm amazed that this
> works. As I read it '{i}ii', e.g., is a crude way to declare an integer ii
> while using it for the first time.
>
> You should ever think you know every nasty syntax hack in Gambas... :-)
well it's just a hidden thing i've done to allow me to make some short
inline code. This will never exist in other way than this one.
i'm always tired of typing code. :-)
> Regards,
> Tobi
>
> --
> "There's an old saying: Don't change anything... ever!" -- Mr. Monk
>
> --
> ___
> Gambas-user mailing list
> Gambas-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-user



-- 
Fabien Bodard

--
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user

Re: [Gambas-user] Class header features (was: Declaring variables in class header without Public/Private is possible...)

[Tobias Boege]

On Sat, 12 Dec 2015, Fabien Bodard wrote:
> gbs3 -e -p '{long[]}a=[1,1]:for {i}ii = 0 to
> 50:{l}i=a[0]+a[1]:a[0]=a[1]:a[1]=i:print i:next'
> 
> hermetics
> 

I don't know what this has to do with the thread but I'm amazed that this
works. As I read it '{i}ii', e.g., is a crude way to declare an integer ii
while using it for the first time.

You should ever think you know every nasty syntax hack in Gambas... :-)

Regards,
Tobi

-- 
"There's an old saying: Don't change anything... ever!" -- Mr. Monk

--
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user

Re: [Gambas-user] Class header features

[Benoît Minisini]

Le 13/12/2015 21:28, Fabien Bodard a écrit :
> Just i've said before ... i'll never accept it too :-). it's just for
> inline code.
>
> But Tobias idea sound good... no ?
>

Mmm, yes. But I must find how to implement it correctly...

-- 
Benoît Minisini

--
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user

Re: [Gambas-user] Class header features

[Fabien Bodard]

Just i've said before ... i'll never accept it too :-). it's just for
inline code.

But Tobias idea sound good... no ?

2015-12-13 19:37 GMT+01:00 Benoît Minisini :
> Le 13/12/2015 19:33, Tobias Boege a écrit :
>> On Sat, 12 Dec 2015, Fabien Bodard wrote:
>>> gbs3 -e -p '{long[]}a=[1,1]:for {i}ii = 0 to
>>> 50:{l}i=a[0]+a[1]:a[0]=a[1]:a[1]=i:print i:next'
>>>
>>> hermetics
>>>
>>
>> I don't know what this has to do with the thread but I'm amazed that this
>> works. As I read it '{i}ii', e.g., is a crude way to declare an integer ii
>> while using it for the first time.
>>
>> You should ever think you know every nasty syntax hack in Gambas... :-)
>>
>> Regards,
>> Tobi
>>
>
> It's just Fabien's thing. I don't think I will ever accept it inside
> Gambas compiler!
>
> --
> Benoît Minisini
>
> --
> ___
> Gambas-user mailing list
> Gambas-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-user



-- 
Fabien Bodard

--
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user

Re: [Gambas-user] Class header features

[Fabien Bodard]

2015-12-13 21:33 GMT+01:00 Benoît Minisini :
> Le 13/12/2015 21:28, Fabien Bodard a écrit :
>> Just i've said before ... i'll never accept it too :-). it's just for
>> inline code.
>>
>> But Tobias idea sound good... no ?
>>
>
> Mmm, yes. But I must find how to implement it correctly...
>
> --
> Benoît Minisini

yes... with #DEFINE preprocessor too ... :-P

> --
> ___
> Gambas-user mailing list
> Gambas-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-user



-- 
Fabien Bodard

--
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user

Re: [Gambas-user] Class header features

[Moviga Technologies]

I like that idea Tobi!

--
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user

Re: [Gambas-user] Class header features (was: Declaring variables in class header without Public/Private is possible...)

[Fabien Bodard]

2015-12-12 8:26 GMT+01:00 Tobias Boege :
> On Fri, 11 Dec 2015, Moviga Technologies wrote:
>> >
>> > Things are PRIVATE by default, but it was not necessarily a good idea
>> > to
>> > allow that.
>> >
>> > Maybe I should remove that, but it's not backward-compatible, so many
>> > programs will not compile anymore.
>> >
>> > Regards,
>>
>> Thank you!
>> You could save it for 4.0. Then you are allowed to make more
>> backward-incompatible changes :)
>>
>
> While we are speaking of new features for the class header: I regularly want
> to declare multiple variables in a Private or Public statement like I can
> with Dim. And sometimes it would save some typing to have a syntax like
>
>   Property Read Text As String To $sText
>
> to declare a property which should have the same effect as
>
>   Property Text As String
>   Private $sText As String
>
>   Private Function Text_Read() As String
> Return $sText
>   End
>
> But none of these are urgent. Just wanted to record them :-)
>
> Regards,
> Tobi

I like it :-)

And maybe it can automate the management in case of
Property Read and remove the need to wrote the _Read function when it
have just to return the value content.


> --
> "There's an old saying: Don't change anything... ever!" -- Mr. Monk
>
> --
> ___
> Gambas-user mailing list
> Gambas-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-user



-- 
Fabien Bodard

--
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user

Re: [Gambas-user] Class header features (was: Declaring variables in class header without Public/Private is possible...)

[Fabien Bodard]

gbs3 -e -p '{long[]}a=[1,1]:for {i}ii = 0 to
50:{l}i=a[0]+a[1]:a[0]=a[1]:a[1]=i:print i:next'

hermetics

2015-12-12 9:00 GMT+01:00 Fabien Bodard :
> 2015-12-12 8:26 GMT+01:00 Tobias Boege :
>> On Fri, 11 Dec 2015, Moviga Technologies wrote:
>>> >
>>> > Things are PRIVATE by default, but it was not necessarily a good idea
>>> > to
>>> > allow that.
>>> >
>>> > Maybe I should remove that, but it's not backward-compatible, so many
>>> > programs will not compile anymore.
>>> >
>>> > Regards,
>>>
>>> Thank you!
>>> You could save it for 4.0. Then you are allowed to make more
>>> backward-incompatible changes :)
>>>
>>
>> While we are speaking of new features for the class header: I regularly want
>> to declare multiple variables in a Private or Public statement like I can
>> with Dim. And sometimes it would save some typing to have a syntax like
>>
>>   Property Read Text As String To $sText
>>
>> to declare a property which should have the same effect as
>>
>>   Property Text As String
>>   Private $sText As String
>>
>>   Private Function Text_Read() As String
>> Return $sText
>>   End
>>
>> But none of these are urgent. Just wanted to record them :-)
>>
>> Regards,
>> Tobi
>
> I like it :-)
>
> And maybe it can automate the management in case of
> Property Read and remove the need to wrote the _Read function when it
> have just to return the value content.
>
>
>> --
>> "There's an old saying: Don't change anything... ever!" -- Mr. Monk
>>
>> --
>> ___
>> Gambas-user mailing list
>> Gambas-user@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/gambas-user
>
>
>
> --
> Fabien Bodard



-- 
Fabien Bodard

--
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user

Re: [Gambas-user] Class header features (was: Declaring variables in class header without Public/Private is possible...)

[Tobias Boege]

On Fri, 11 Dec 2015, Moviga Technologies wrote:
> > 
> > Things are PRIVATE by default, but it was not necessarily a good idea 
> > to
> > allow that.
> > 
> > Maybe I should remove that, but it's not backward-compatible, so many
> > programs will not compile anymore.
> > 
> > Regards,
> 
> Thank you!
> You could save it for 4.0. Then you are allowed to make more 
> backward-incompatible changes :)
> 

While we are speaking of new features for the class header: I regularly want
to declare multiple variables in a Private or Public statement like I can
with Dim. And sometimes it would save some typing to have a syntax like

  Property Read Text As String To $sText

to declare a property which should have the same effect as

  Property Text As String
  Private $sText As String

  Private Function Text_Read() As String
Return $sText
  End

But none of these are urgent. Just wanted to record them :-)

Regards,
Tobi

-- 
"There's an old saying: Don't change anything... ever!" -- Mr. Monk

--
___
Gambas-user mailing list
Gambas-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-user