-
Notifications
You must be signed in to change notification settings - Fork 83
Using the '&'-operator after a subselector doesn't work as expected #5
Comments
Looks like a bug in the older (IE6/7) JScript engine mode which is what WScript uses for old script compatibility. Not sure there's a way of getting WScript to run JScript engine in newer, more standards-compliant mode. Perhaps researching what the differences are between the old and new JScript engine modes will indicate what the issue is in less.js itself so we could submit a patch. |
Narrows it down http://blogs.msdn.com/b/jscript/archive/2009/04/17/versioning-language-features-in-jscript.aspx
|
In the article you mention there is a part about: "JScript Versioning in other JScript Hosts (for JScript Host Developers)". Is this something that something that is usable in WScript? If so this would solve our problem. I can't find any documentation on using this in WScript, though. |
No, don't think so. But based on that list of features worked out that the issue is "index operator [] on string values", or rather lack of it. Just submitting a patch to less.js now... |
Cool! |
Fixed in 622bc45 |
Note: this fix was included in less.js itself by @cloudhead in less/less.js@e808472. Pull request: less/less.js#452 |
It is also included in the new release of less.js (1.1.5). |
Using the ‘&’ operator after a selector doesn’t work properly. In the output the ‘&’ parts get places before the subselector instead of after it:
Should output:
But this is what it does output:
Note: this usage of the ‘&’-operator isn’t documented. In the documentation it only shows the operator being used before a selector. However, it does work when trying this example in the browswer.
The text was updated successfully, but these errors were encountered: