>> But to be fair - some of the recent language additions - shared
>> methods,
>> static, enums, structures - all moving in the right direction and very
>> welcome.
> 
> And generally Java oriented in their basis

I get the feeling its more like C# + java.  For example the computed
properties ( correct me if i'm wrong ) and operator overload all are in C#.
But I avoided ever learning java because if missed those things. RB seems
like its taking the best from both worlds. No bad thing.

> 
>> Plus the Ptr keyword which is appears has been hiding its light
>> under a "bushel" -  little mention as to its power in the language
>> reference
>> or release notes, but does pretty much what I wished for.
> 
> As a Java hack for a lot of years I've never missed not having
> pointers and such except when trying to access code outside Java
> (even via JNI ... ick)
> 
> For me Ptr is one of those that I'll likely use mostly for declares
> and not too much else

Sure - its precisely because Im currently dealing with interfacing with C++
apps that I was happy to see Ptr there. Was happy to see we can now put them
in structures too, since this comes up in C++ apis a lot.

> 
>> Seems to me its now the array issues that really need updating
>> (even a rewrite ?)
> 
> Possibly
> Array that is a real "object" would be nice
> And maybe an "index of" like [] might be useful
> 
> I just doubt we'll see to many language additions wright now as
> 2006R3 has enough issues without adding these sorts of language changes
> 

Hope theyre not TOO scary!.   One issue that is long overdue is lack of
proper redraw in the code editor IDE pane after a compile. Its been in there
for every release since RB2005 and a right pain.

_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>

Reply via email to