| Author |
Message |
Forum: Scripts Topic: UrlDownloadToFile Progress |
| sbc |
|
Posted: January 21st, 2011, 1:27 am
|
|
Replies: 46
Views: 15170
|
That's so kind of you. Thanks Lexikos.  |
|
 |
Forum: Support Topic: [AHKL] Assignment Fail When Object Declared In One Line |
| sbc |
|
Posted: January 10th, 2011, 12:37 pm
|
|
Replies: 29
Views: 1122
|
| If you were aware the two purposes are unrelated, why did you imply that there is a connection and that the connection reinforces your statement? My previous point was that it is " force an expression"; by definition, whatever follows it is an expression. Lone variables are no exception. ... |
|
|
Forum: Support Topic: [AHKL] Assignment Fail When Object Declared In One Line |
| sbc |
|
Posted: January 9th, 2011, 11:06 am
|
|
Replies: 29
Views: 1122
|
| The percent sign is used for two completely unrelated purposes; see "Force an expression" under Expressions . In this context, it means MsgBox's arg is forced to be interpreted as an expression. I'm aware of it and it does not contradict that " a variable is not an expression by itse... |
|
|
Forum: Support Topic: [AHKL] Assignment Fail When Object Declared In One Line |
| sbc |
|
Posted: January 8th, 2011, 7:33 am
|
|
Replies: 29
Views: 1122
|
| Commands like WinMove are documented to accept expressions , yet you can specify variable references - because a variable reference is also a valid expression. Similarly, % forces an expression and MsgBox % var is valid, therefore var must be an expression in that context. The operator " % &qu... |
|
|
Forum: Support Topic: [AHKL] Assignment Fail When Object Declared In One Line |
| sbc |
|
Posted: January 7th, 2011, 9:16 am
|
|
Replies: 29
Views: 1122
|
| If I understand it correctly, a variable itself is not an expression. I would like to understand why you feel objA["Fruit"] is not an expression, In short, it is because: ⋅ func() := "Apple" is not valid, and a variable is always on the left side when assigned. ⋅&... |
|
|
Forum: Support Topic: [AHKL] Assignment Fail When Object Declared In One Line |
| sbc |
|
Posted: January 6th, 2011, 8:10 am
|
|
Replies: 29
Views: 1122
|
Lexikos wrote: ... why I say ... ...so you are aware why I said it's relevant, great.
Lexikos wrote: You must be misunderstanding what an expression is.
I respect your decision! |
|
|
Forum: Support Topic: [AHKL] Assignment Fail When Object Declared In One Line |
| sbc |
|
Posted: January 5th, 2011, 10:05 pm
|
|
Replies: 29
Views: 1122
|
| If that's even true, it's completely irrelevant. I think it is relevant. Would you have implemented it with the current design/syntax if you had not had to care about the backward-compatibility? objA["Fruit"] , func() , x+y and func() := "Apple" are all without any doubt express... |
|
|
Forum: Support Topic: Why use AutoHotkey_L? Ask Questions Here... |
| sbc |
|
Posted: January 5th, 2011, 10:02 pm
|
|
Replies: 119
Views: 11242
|
Lexikos wrote: It's a function call...  |
|
|
Forum: Support Topic: Why use AutoHotkey_L? Ask Questions Here... |
| sbc |
|
Posted: January 5th, 2011, 9:57 am
|
|
Replies: 119
Views: 11242
|
| If you understand what a function-call is, that should be sufficient. list := "a,b,c,d,e" Loop, Parse, SubStr(list, 5), `, out .= A_LoopField "`n" msgbox % out Is the part in this case SubStr(list, 5) a function call or is the term more specific to objects? |
|
|
Forum: Support Topic: [AHKL] Assignment Fail When Object Declared In One Line |
| sbc |
|
Posted: January 5th, 2011, 9:53 am
|
|
Replies: 29
Views: 1122
|
| That's a convenient way to think of it, but it would be more accurate to say "assign an entirely new object to the variable objA". The variable objA does not contain an object, but the address of an object. If you do objB := objA, objB.foo := objA or func(objA), you are not copying the ob... |
|
|
Forum: Support Topic: [AHKL] Assignment Fail When Object Declared In One Line |
| sbc |
|
Posted: January 4th, 2011, 8:55 am
|
|
Replies: 29
Views: 1122
|
| However, this is the way it works. However, developers can change the way it works if it is not good enough. You can either accept what we've tried to show you as part of your understanding as one progressing from being a "non-programmer" and move on or continue to fight it, which is beco... |
|
|
Forum: Support Topic: [AHKL] Assignment Fail When Object Declared In One Line |
| sbc |
|
Posted: January 4th, 2011, 3:05 am
|
|
Replies: 29
Views: 1122
|
| No offense, but I'm not sure any of us have ever thought of attempting what you did in the manner that you did it. You never thought the way I did because you never imagined how non-programmers try to code. we don't necessarily see a point to assigning two namespaces to an object. I agree. But that... |
|
|
Forum: Support Topic: [AHKL] Assignment Fail When Object Declared In One Line |
| sbc |
|
Posted: January 4th, 2011, 1:18 am
|
|
Replies: 29
Views: 1122
|
| Thanks jethrow. Lexikos explains this here . No. sinkfaze, Lexikos, and jethrow you all kindly explained the differeces between variables and objects (I appreaiate it, now I got how they are different.) However, the question hasn't been answered, " what's the point to assign two different names... |
|
|
Forum: Support Topic: Why use AutoHotkey_L? Ask Questions Here... |
| sbc |
|
Posted: January 4th, 2011, 12:45 am
|
|
Replies: 119
Views: 11242
|
| Obj["list"] is an expression This makes it clear. Thanks. Default Base When a non-object value is used with object syntax or passed to ObjGet, ObjSet or ObjCall, the default base object is invoked. Allowing InputVar to be an expression as per Laszlo's suggestion would make your code work.... |
|
|
Forum: Support Topic: Dot-less Concatenation with Address Operator |
| sbc |
|
Posted: January 4th, 2011, 12:39 am
|
|
Replies: 4
Views: 252
|
flak wrote: Do whatever works. That's what I've been doing. Just I like to hear clear explanations. Otherwise, the program gives users an impression of error-prone syntax.  |
|
|
| Sort by: |
Login
Register
FAQ
Search