AutoHotkey Community

...I didn't post it as a "solution"...as if I didn't want a real syntax...I want a real syntax (like C)...I just posted that cuz it works...


...between those 2, I like my workaround better...but C syntax is more like...


...C syntax don't cover anything but "equals"...but..."Case = Something"...is ambiguous...are you assigning the Case variable or using it in a Switch-Case?

Possible syntax?...



...a case isn't a case without a colon (plus how else can it *hit?)...loooooool....


...there is no Switch-Case syntax yet, how can you say there is no break?...Chris has already said he likes break...or at least wants to do it that way...I like the cases being able to fall thru...you can Gosub if what you are doing requires a loop/break...or the inner break could just automatically break the loop & not the case.

_________________
AutoHotkey-Hotstring.ahk - Helping the world spell "AutoHotkey" correctly! (btw, it's a lowercase k!)

I'll try to be short !!!

@PhiLho : as you I think If ... Else If is actually sufficent and Switch|Select ... Case not necessary, but I think it can be usefull for a concise and more readable code. No more no less.
- Ok to have Case Droopy instead of Case = Droopy and to have Case not Droopy too...
- For the break I think it can be an option : use break if you want to skip the other tests, for example.

@JSLover : once again there wasn't anything in my mind to offense you and I hope it wasn't the case. But I think that between "Else If Case" and "Else If" I prefer the second one, and between "If ... Else If" and "Switch/Case" I prefer the second one. That's all... So if we have the Case syntax it will be a good thing, if not never mind we will continue to use If ... Else If without any problem.

for your syntax proposal, I am OK with it with some little changes :I don't know if it is in the Basic, or C, or any programming language spirit, but it is my proposal.
But again in my mind it would be nice but it is not urgent and not necessary.
We can use AHK without that and there are things more usefull to do before that.

Thanks for the syntax ideas; I've made a note to read this topic again when the time comes.

As some said, I tend to agree that this is a slightly lower priority than it used to be. However, I'm still leaning toward adding it at some point.

It may be useful to read how php does it:
http://www.php.net/manual/en/control-structures.switch.php

and javascript:
http://developer.mozilla.org/en/docs/Core_JavaScript_1.5_Reference:Statements:switch


For breaks in nested control structures,

php uses the "break 2" style and javascript uses the "break label" style.

The "break label" isn't explained very well there. Here is a page that shows nested use and another type of use for the label:

http://www.devguru.com/Technologies/ecmascript/quickref/break.html


Here is an example of fall-through behavior (in php):

Is it a pun? I don't get it...


My remark was on the syntax proposal of Demokos.

_________________
vPhiLho := RegExReplace("Philippe Lhoste", "^(\w{3})\w*\s+\b(\w{3})\w*$", "$1$2")

Thanks for the nice links and info. I do prefer to model AHK syntax after existing languages, especially when they have a particularly easy and useful syntax.

As I can see now, this is still not implemented?

since AHK 2.0 has not been released - that would appear to be true.

_________________

(Common Answers) - New Tutorials Forum - Humongous FAQ

I prefer 'others' to 'default'.

1. the 'others' is way existential and lowercase.*

2. Default could be interpreted as "always applied in addition to these cases"

3. Default may be misleading, because it can be made to handle a remote possibility.

-William



*Lowercase def.: everything that uppercase isn't.[/u]

I was just looking for something like this to use in the multi-language auto-corrector... Will it be reviewed sometime soon?

_________________
Search&Replace

Don't use cannon to kill mosquito

Yo, is this one still on the board? Or is there a current workaround {i.e. function or such} which can be used?

I've used the "Select...Case...EndSelect" through IBDev and found it MUCH more useful than the "If...Else If". You'd think they would be about the same, but it just seems much clearer to me with the SCE. Just my 2 cents worth .

Ciao,
Dra'Gon

_________________

For a good laugh {hopefully} >> megamatts.50megs.com

My WritersCafe profile>>
http://www.writerscafe.org/writers/BlueDragonFire/

...is this what still on board? My Switch-Case workaround? Yes...

Base.ahi
Switch-Case.ahi

...I intended to move it into Base.ahi a long time ago, but haven't...


...do you mean..."if (a=1) else if (a=2)"...or my..."switch(a) if case(1) else if case(2)"...my workaround uses if...else if, but only cuz it has too...


...Select...EndSelect...or any of the Func...EndFunc...constructs annoy me...I like braces...{ } to mark the begin & end...

Oh, by SCE I just meant that style. Using the brackets instead of EndSelect is just fine by me. And I simply prefer to use the Select..Case rather than the If...Else If myself. I understand that since AHK doesn't have it SOMEONE had to use the If...Else If kinda thing as a workaround. I'm just glad I didn't have to try to figure it out !

THANKS! I'll check 'em out.

Ciao,
Dra'Gon

_________________

For a good laugh {hopefully} >> megamatts.50megs.com

My WritersCafe profile>>
http://www.writerscafe.org/writers/BlueDragonFire/

Oh, now I see what you meant by yours using the If...Else If. Dang! Well, it does seem to clean it up a bit better. I'll use it and try to figure something as a function, just not sure how yet.

Ciao,
Dra'Gon

_________________

For a good laugh {hopefully} >> megamatts.50megs.com

My WritersCafe profile>>
http://www.writerscafe.org/writers/BlueDragonFire/

I'm a little confused on how to go about using these Switch-Case scenarios? I want to use a switch case in my code, how do I do this? Thanks.