comp.lang.idl-pvwave archive: archive » Still missing features in IDL 8

Home » Public Forums » archive » Still missing features in IDL 8

Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend

Re: Still missing features in IDL 8 [message #73385 is a reply to message #72898]

Thu, 04 November 2010 15:28

penteado
Messages: 866
Registered: February 2018

Senior Member
Administrator

On Nov 4, 4:29 pm, Bob <bobnnamt...@gmail.com> wrote:
> It seems to me that adding array subscripting to the list object is
> wrong since lists can take many more types of objects than arrays.
> This seems to be a product of IDL think that "everything is an array",
> which does not make sense anymore in 8.0. I think the proper way to
> implement the feature Paulo is asking for is to have an array_list
> object, which would only take arrays and could have overloaded
> brackets to get the extra subscripting. I think this is what Paulo is
> implementing already and it would seem it could be completely
> implemented with no changes to the language. Perhaps if you wanted to
> implement it in the language, an ARRAY keyword could be added to the
> list::init to force the list to only accept arrays and only if that is
> set then the bracket overloading could be added. It still seems
> cleaner to have a subclass object, however.

I disagree. I find bracket overloading to be one of the best points in
IDL 8, and that brackets are proper for anything that may make use of
them: arrays, lists, hashes, and whatever other classes, like those
used by Graphics.

For that reason one important consideration in the class I am writing
is to make sure that the other subscripts (those that come after the
subscript for the list) will be passed on to whatever is in the list
make use of them. I was initially thinking about only arrays in lists
because that was the first need I encountered. But I realized that
other subscriptable things should make use of that too. When that list
class gets done and tested, I will probably extend that to a hash
class, using some intermediate class to be inherited, which could be
used for any other class that wanted that kind of forwarding for extra
indices.

It is up to the user to know in what way the things being accessed can
be subscripted, in the same way that the user must know, for instance,
not to use more dimensions than an array has when subscripting it.

Report message to a moderator

[Message index]

		Still missing features in IDL 8 By: penteado on Tue, 12 October 2010 14:35
		Re: Still missing features in IDL 8 By: chris_torrence@NOSPAM on Mon, 01 November 2010 08:30
		Re: Still missing features in IDL 8 By: penteado on Mon, 01 November 2010 10:17
		Re: Still missing features in IDL 8 By: Bob[4] on Thu, 04 November 2010 11:29
		Re: Still missing features in IDL 8 By: penteado on Tue, 02 November 2010 17:05
		Re: Still missing features in IDL 8 By: penteado on Thu, 04 November 2010 16:40
		Re: Still missing features in IDL 8 By: JDS on Sat, 06 November 2010 12:03
		Re: Still missing features in IDL 8 By: JDS on Thu, 04 November 2010 16:29
		Re: Still missing features in IDL 8 By: penteado on Thu, 04 November 2010 15:28
		Re: Still missing features in IDL 8 By: penteado on Sat, 06 November 2010 14:51
		Re: Still missing features in IDL 8 By: penteado on Tue, 09 November 2010 17:41

Previous Topic:	modify the attribute value within a tag container
Next Topic:	Re: how to calculate latitude and longitude from range and direction(azimuth and elevation)

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

]

Current Time: Fri Oct 24 17:06:32 PDT 2025

Total time taken to generate the page: 6.15837 seconds