It helps if I think of it that way but in the case of empty items in the middle of a line it doesn't behave that way. Still terminates nothing, but is counted as an item.
Despite all the conversation, I've never really run into it as a problem except when I was playing with merge one day. Had a string like "[[item1]],[[item2]],[[item3]]" and would merge it, and was lost when some of my items were empty, and "the number of items" would return different values based on which item was empty. Real confusing for a newbie when you can do "if item 2 is empty then.. but not "if the last item is empty" when you expect there to be 3 items. The way it works currently, you can never check to see if the last item is empty because it never can be. If it is, it will check the next one to the left instead. I just changed how I do things so it's not a big deal. I got curious one day and did some tests. Building a long list (multi row/column) by looping and using put "something" into item # line # of tListImMaking was horrendously slow when compared to put whateveritemsyouneedonthisline & return after tListImMaking, and then truncating the last return, so that eliminated a percentage of the things I was attempting and shoved me down different roads. On Wed, Nov 3, 2010 at 11:33 AM, J. Landman Gay <[email protected]>wrote: > On 11/3/10 10:41 AM, Mike Bonner wrote: > > Having said all this, there is most likely a reason it is the way it is >> that >> I don't have enough knowledge to understand. As with removing trailing >> carriage returns, if it's a null item it isn't difficult to work around >> and >> i'm not sure I can come up with a valid reason for actually having an >> empty >> item, but that doesn't mean there isn't a use for it. /shrug >> > > It may be the difference between seeing the delimiter as a terminating > character or as a dividing character. If you consider the comma or return as > a terminator, then it is "attached" to the preceding string. If that entry > is empty, there is nothing to terminate and the engine removes it. > > > -- > Jacqueline Landman Gay | [email protected] > HyperActive Software | http://www.hyperactivesw.com > _______________________________________________ > use-revolution mailing list > [email protected] > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution > _______________________________________________ use-revolution mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
