The Origin Forum
File Exchange
Try Origin for Free
The Origin Forum
Home | Profile | Register | Active Topics | Members | Search | FAQ | Send File to Tech support
 All Forums
 Origin Forum for Programming
 LabTalk Forum
 Behavior and usage of Range Data

Note: You must be registered in order to post a reply.
To register, click here. Registration is FREE!

Screensize:
UserName:
Password:
Anti-Spam Code:
Format Mode:
Format: BoldItalicizedUnderlineStrikethrough Align LeftCenteredAlign Right Horizontal Rule Insert HyperlinkUpload FileInsert Image Insert CodeInsert QuoteInsert List
   
Message:

* HTML is OFF
* Forum Code is ON
Smilies
Smile [:)] Big Smile [:D] Cool [8D] Blush [:I]
Tongue [:P] Evil [):] Wink [;)] Clown [:o)]
Black Eye [B)] Eight Ball [8] Frown [:(] Shy [8)]
Shocked [:0] Angry [:(!] Dead [xx(] Sleepy [|)]
Kisses [:X] Approve [^] Disapprove [V] Question [?]

 
Check here to subscribe to this topic.
   

T O P I C    R E V I E W
AlexD2 Posted - 01/13/2014 : 06:13:44 AM
Origin Ver. and Service Release (Select Help-->About Origin): 9.1 SR1
Operating System: Windows 7 (32 bit)

Hello,

There are several aspects of the behavior and usage of Range Data that I don't manage to grasp.

As a start, I don't understand why the following does not work:

// With non-contiguous cells selected in the active worksheet:
>>range -v rC3 = %C // declare a CellRange
>>type %(rC3)
[Book4]Sheet1!(A"Long_A"[1:1],A"Long_A"[1]:C"Long_C"[1],A"Long_A"[5]:C"Long_C"[5]) // This is OK
>>type "$(rC3)"
--
>>type $(rC3)
(empty line)

I assume this is a limitation of the type command? Or maybe the $() substitution notation?

If so, how can I display, access and assign the content of this type of range?

Thank you for your help!

AlexD2
5   L A T E S T    R E P L I E S    (Newest First)
Conexclack Posted - 02/01/2014 : 11:48:43 AM
helpful information all

thanks

greg Posted - 01/14/2014 : 4:30:52 PM
Amanda's information is not quite correct. You can have a non-contiguous range, it's just that the variable has limited use. Specifically, it can only be used with an X Function that accepts "Input vector".

See
http://www.originlab.com/forum/topic.asp?TOPIC_ID=18739
AlexD2 Posted - 01/14/2014 : 08:51:15 AM
Oups... I posted in the wrong topic.

Thanks for the info about the type command.

Best,

AlexD2
AlexD2 Posted - 01/14/2014 : 08:47:13 AM
Thank you very much for your answer Amanda.

I must have had a variable conflict in my previous Origin session since now the non-contiguous range declaration and stats command run fine.

Thank you also for the clarification about the -v option.

However, now that I repeat the tests, it seems that I the range -v declaration works partially?
At least I can then perform the stats analysis. But indeed, assigning values do not work consistently (when assigning a non-contiguous range, some values are assigned while others are not).

It would maybe be helpful if such operations were not allowed at all and if they were outputting some explanatory error message such as:
"[Operation] cannot be performed with [variable type]"

Thanks again for your answer.

AlexD2
AmandaLu Posted - 01/14/2014 : 03:56:40 AM
Hi AlexD2,

range -v requires that the block must be contiguous. If the selected cells are non-contiguous, they are considered multiple blocks.

Regarding the bug in "type" command mentioned in this post,
http://originlab.com/forum/topic.asp?TOPIC_ID=9629

We have submitted a JIRA to require the fix in the future version.

Thanks,
Amanda
OriginLab Technical Service

The Origin Forum © 2020 Originlab Corporation Go To Top Of Page
Snitz Forums 2000