MSIR.0797 No method linking for implied object - Revision history

JALWiccan: Automatically generated page update

2017-03-03T23:34:22Z

Automatically generated page update

← Older revision		Revision as of 23:34, 3 March 2017
Line 27:		Line 27:

	{{Template:MSIR.0797 footer}}		{{Template:MSIR.0797 footer}}
	~~[[Category:Sirius Mods messages]]~~ [[Category:MSIR.0600 - MSIR.0799]]		[[Category:MSIR.0600 - MSIR.0799]]

JALWiccan: Automatically generated page update

2016-07-11T21:59:38Z

Automatically generated page update

← Older revision		Revision as of 21:59, 11 July 2016
Line 26:		Line 26:
	While perhaps slightly inconvenient, this has no negative performance impact. The above example is silly, of course, as there is no point in sorting a new, and so empty, <var>StringList</var>.		While perhaps slightly inconvenient, this has no negative performance impact. The above example is silly, of course, as there is no point in sorting a new, and so empty, <var>StringList</var>.

			{{Template:MSIR.0797 footer}}
	[[Category:Sirius Mods messages]] [[Category:MSIR.0600 - MSIR.0799]]		[[Category:Sirius Mods messages]] [[Category:MSIR.0600 - MSIR.0799]]

JALWiccan: Automatically generated page update

2015-08-13T16:05:49Z

Automatically generated page update

← Older revision		Revision as of 16:05, 13 August 2015
Line 26:		Line 26:
	While perhaps slightly inconvenient, this has no negative performance impact. The above example is silly, of course, as there is no point in sorting a new, and so empty, <var>StringList</var>.		While perhaps slightly inconvenient, this has no negative performance impact. The above example is silly, of course, as there is no point in sorting a new, and so empty, <var>StringList</var>.

	[[Category:Sirius Mods messages]]		[[Category:Sirius Mods messages]] [[Category:MSIR.0600 - MSIR.0799]]

JAL at 18:32, 23 April 2014

2014-04-23T18:32:35Z

@@ Line 1: / Line 1: @@
-A method with an implied object or class was specified, and was followed by another method. This is not allowed.<p class="code"> For example, in the following:<p class="code"> %list is object stringList ... %list = new</pre><p class="code"> the new method, has an implied class (stringList) and is treated the same as if the class was made explicit:<p class="code"> %list is object stringList ... %list = %(stringList):new</pre> However, when the implied class or object syntax is used, a subsequent method cannot be linked to the previous method.<p class="code"> The following, for example, is invalid:<p class="code"> %list is object stringList ... %list = new:sort('1,10,A')</pre> Values of an enumeration are considered shared members of the class so are subject to this restriction, too.
+A method with an implied object or class was specified, and was followed by another method. This is not allowed. For example:
-<p class="code"> In the odd cases where one might wish to perform another method on the result of a method with an implied class or object, simply split the two methods into two statements:<p class="code"> %list is object stringList ... %list = new %list = %list:sort('1,10,A')</pre> While, perhaps slightly inconvenient, this has no negative performance impact. The above example is, of course, silly, as there's no point in sorting a new, and so empty, StringList.
+<p class="code">%list is object stringList
 [[Category:Sirius Mods messages]]

JALWiccan: Automatically generated page update

2014-04-23T17:40:45Z

Automatically generated page update

← Older revision		Revision as of 17:40, 23 April 2014
Line 1:		Line 1:
	A method with an implied object or class was specified, and was followed by another method. This is not allowed.<~~pre~~> For example, in the following:<~~pre~~> %list is object stringList ... %list = new</pre><~~pre~~> the new method, has an implied class (stringList) and is treated the same as if the class was made explicit:<~~pre~~> %list is object stringList ... %list = %(stringList):new</pre> However, when the implied class or object syntax is used, a subsequent method cannot be linked to the previous method.<~~pre~~> The following, for example, is invalid:<~~pre~~> %list is object stringList ... %list = new:sort('1,10,A')</pre> Values of an enumeration are considered shared members of the class so are subject to this restriction, too.		A method with an implied object or class was specified, and was followed by another method. This is not allowed.<p class="code"> For example, in the following:<p class="code"> %list is object stringList ... %list = new</pre><p class="code"> the new method, has an implied class (stringList) and is treated the same as if the class was made explicit:<p class="code"> %list is object stringList ... %list = %(stringList):new</pre> However, when the implied class or object syntax is used, a subsequent method cannot be linked to the previous method.<p class="code"> The following, for example, is invalid:<p class="code"> %list is object stringList ... %list = new:sort('1,10,A')</pre> Values of an enumeration are considered shared members of the class so are subject to this restriction, too.

	<~~pre~~> In the odd cases where one might wish to perform another method on the result of a method with an implied class or object, simply split the two methods into two statements:<~~pre~~> %list is object stringList ... %list = new %list = %list:sort('1,10,A')</pre> While, perhaps slightly inconvenient, this has no negative performance impact. The above example is, of course, silly, as there's no point in sorting a new, and so empty, StringList.		<p class="code"> In the odd cases where one might wish to perform another method on the result of a method with an implied class or object, simply split the two methods into two statements:<p class="code"> %list is object stringList ... %list = new %list = %list:sort('1,10,A')</pre> While, perhaps slightly inconvenient, this has no negative performance impact. The above example is, of course, silly, as there's no point in sorting a new, and so empty, StringList.

	[[Category:Sirius Mods messages]]		[[Category:Sirius Mods messages]]

DmeWiccan: Automatically generated page update

2013-04-19T17:59:35Z

Automatically generated page update

← Older revision		Revision as of 17:59, 19 April 2013
Line 3:		Line 3:
	<pre> In the odd cases where one might wish to perform another method on the result of a method with an implied class or object, simply split the two methods into two statements:<pre> %list is object stringList ... %list = new %list = %list:sort('1,10,A')</pre> While, perhaps slightly inconvenient, this has no negative performance impact. The above example is, of course, silly, as there's no point in sorting a new, and so empty, StringList.		<pre> In the odd cases where one might wish to perform another method on the result of a method with an implied class or object, simply split the two methods into two statements:<pre> %list is object stringList ... %list = new %list = %list:sort('1,10,A')</pre> While, perhaps slightly inconvenient, this has no negative performance impact. The above example is, of course, silly, as there's no point in sorting a new, and so empty, StringList.

	[[Category:Sirius Mods ~~Messages~~]]		[[Category:Sirius Mods messages]]

Admin: 1 revision

2010-11-09T16:45:20Z

1 revision

← Older revision	Revision as of 16:45, 9 November 2010
(No difference)

198.242.244.47: Created page with "A method with an implied object or class was specified, and was followed by another method. This is not allowed.

 For example, in the following: %list is object stringLi..."

2010-11-09T15:01:21Z

Created page with "A method with an implied object or class was specified, and was followed by another method. This is not allowed.<pre> For example, in the following:<pre> %list is object stringLi..."

New page

A method with an implied object or class was specified, and was followed by another method. This is not allowed.<pre> For example, in the following:<pre> %list is object stringList ... %list = new</pre><pre> the new method, has an implied class (stringList) and is treated the same as if the class was made explicit:<pre> %list is object stringList ... %list = %(stringList):new</pre> However, when the implied class or object syntax is used, a subsequent method cannot be linked to the previous method.<pre> The following, for example, is invalid:<pre> %list is object stringList ... %list = new:sort('1,10,A')</pre> Values of an enumeration are considered shared members of the class so are subject to this restriction, too.

<pre> In the odd cases where one might wish to perform another method on the result of a method with an implied class or object, simply split the two methods into two statements:<pre> %list is object stringList ... %list = new %list = %list:sort('1,10,A')</pre> While, perhaps slightly inconvenient, this has no negative performance impact. The above example is, of course, silly, as there's no point in sorting a new, and so empty, StringList.

[[Category:Sirius Mods Messages]]