Forever ForEver...
[added]Now i realise that changin the case will not break any code, however i want to keep my original comment related to changes and changes in commands, thanks
[/added]
I think that changing commands for each version is a mistake that adds unneccesary complications, so i vote for let it as it is.
*Not everyone is devoted full time to code in PB and keep commands in mind. So changing the commands each version drive to a situation in which almost any example you found in the forum wont run in the new version, unless you keep calm and take the time to figure it out what changes are needed, im sure many users quit before doing that.
I hope that this changes may stop unless is a very very critical situation with no other solution, but otherwise keep commands as it is.
My two cents.
[/added]
I think that changing commands for each version is a mistake that adds unneccesary complications, so i vote for let it as it is.
*Not everyone is devoted full time to code in PB and keep commands in mind. So changing the commands each version drive to a situation in which almost any example you found in the forum wont run in the new version, unless you keep calm and take the time to figure it out what changes are needed, im sure many users quit before doing that.
I hope that this changes may stop unless is a very very critical situation with no other solution, but otherwise keep commands as it is.
My two cents.
I do not like the keyword "forever" at all, because I have no loops that repeat forever. I have defined a constant:
#Break = 0
so I can use:
#Break = 0
so I can use:
Code: Select all
Repeat
(whatever)
Until #Break
Horst.
> I think that changing commands for each version is a mistake
Well, it's not changing the command, it's changing the auto-formatting only.
The command is still spelled the same, and means the same thing. It's just
that it would be grammatically correct in the English language, which PureBasic
uses. Currently, it's a visual error rather than spelling error, so fixing it is
very trivial and easy for the team to do, and personally I think they should
so the language looks that little bit more professional. Currently, it looks like
someone made a typo with an English word and never bothered to fix it.
That makes the program amateurish in some people's opinions, and could
be easily avoided with a simple single character correction. IMO. Anyway.
Well, it's not changing the command, it's changing the auto-formatting only.
The command is still spelled the same, and means the same thing. It's just
that it would be grammatically correct in the English language, which PureBasic
uses. Currently, it's a visual error rather than spelling error, so fixing it is
very trivial and easy for the team to do, and personally I think they should
so the language looks that little bit more professional. Currently, it looks like
someone made a typo with an English word and never bothered to fix it.
That makes the program amateurish in some people's opinions, and could
be easily avoided with a simple single character correction. IMO. Anyway.
I compile using 5.31 (x86) on Win 7 Ultimate (64-bit).
"PureBasic won't be object oriented, period" - Fred.
"PureBasic won't be object oriented, period" - Fred.
Basic is a programming language, comes from usa (Dartmouth College), so ForEver is correct 
PureBasic 5.73 | SpiderBasic 2.30 | Windows 10 Pro (x64) | Linux Mint 20.1 (x64)
Old bugs good, new bugs bad! Updates are evil: might fix old bugs and introduce no new ones.

Old bugs good, new bugs bad! Updates are evil: might fix old bugs and introduce no new ones.

heh
s0 wTh ! 
on a Sidenote, this Thread is pretty amusing =P Thx !
Code: Select all
seLeCT eVeNTGADGeT()
cASe 0
iF eVeNTTYPe() = #PB_eVeNTTYPe_reTuRNKeY
meSSAGeReQueSTeR("iNFo", "reTuRN keY PReSSeD", 0)
seTACTIVeGADGeT(0)
eNDIF
cASe 1 ; PLAY
dISABLeGADGeT(2,0) ; eNABLe THe 'sToP' gADGeT
dISABLeGADGeT(1,1) ; dISABLe THe 'PLAY' gADGeT
; ...
on a Sidenote, this Thread is pretty amusing =P Thx !
Last edited by Thalius on Fri Mar 06, 2009 6:54 pm, edited 1 time in total.
"In 3D there is never enough Time to do Things right,
but there's always enough Time to make them *look* right."
"psssst! i steal signatures... don't tell anyone!
"
but there's always enough Time to make them *look* right."
"psssst! i steal signatures... don't tell anyone!
- the.weavster
- Addict

- Posts: 1583
- Joined: Thu Jul 03, 2003 6:53 pm
- Location: England
Re: Forever ForEver...
Who is we? It is only you.DarkDragon wrote:In the german forums we've just found out, that ForEver is wrong because Forever is one word. It could misslead to a for-loop when a newbie is reading it. Maybe we should change this.
Puzzle of Mystralia (C++)
Bug Planet, Waponez III, =QONK=, PetriDish, Movie2Image
<Wrapper>4PB, PB<game>, PictureManager,...
Bug Planet, Waponez III, =QONK=, PetriDish, Movie2Image
<Wrapper>4PB, PB<game>, PictureManager,...
- Kaeru Gaman
- Addict

- Posts: 4826
- Joined: Sun Mar 19, 2006 1:57 pm
- Location: Germany
Re: Forever ForEver...
indeed.IceSoft wrote:Who is we? It is only you.DarkDragon wrote:In the german forums we've just found out, that ForEver is wrong because Forever is one word. It could misslead to a for-loop when a newbie is reading it. Maybe we should change this.
... and I trashed the thread asap, but you had to come here...
> It could misslead to a for-loop when a newbie is reading it.
in the docs it's clearly connected with Repeat.
a newby who would mix up For and Repeaet would not even recognize the difference between Forever and ForEver...
time wasting bullshit... if it wasn't commercial break in CSI, I would not even be posting...
oh... and have a nice day.
Yeah, let's go back to saving world-hunger by inventing self replicating nachos... now that's Nobel-prize-worth scientific progress!
( PB6.00 LTS Win11 x64 Asrock AB350 Pro4 Ryzen 5 3600 32GB GTX1060 6GB - upgrade incoming...)
( The path to enlightenment and the PureBasic Survival Guide right here... )
( The path to enlightenment and the PureBasic Survival Guide right here... )
hmmmmmblueznl wrote:self replicating nachos
maybe this thread has some merit afterall
Paul Dwyer
“In nature, it’s not the strongest nor the most intelligent who survives. It’s the most adaptable to change” - Charles Darwin
“If you can't explain it to a six-year old you really don't understand it yourself.” - Albert Einstein
“In nature, it’s not the strongest nor the most intelligent who survives. It’s the most adaptable to change” - Charles Darwin
“If you can't explain it to a six-year old you really don't understand it yourself.” - Albert Einstein
-
DarkDragon
- Addict

- Posts: 2348
- Joined: Mon Jun 02, 2003 9:16 am
- Location: Germany
- Contact:
Re: Forever ForEver...
No, I did not start the threadIceSoft wrote:Who is we? It is only you.DarkDragon wrote:In the german forums we've just found out, that ForEver is wrong because Forever is one word. It could misslead to a for-loop when a newbie is reading it. Maybe we should change this.
Please stop insulting me and leave this thread alone. It hurts me.
bye,
Daniel
Daniel
Here's the final answer: http://www.youtube.com/watch?v=F7cxqX6Q3gI
I compile using 5.31 (x86) on Win 7 Ultimate (64-bit).
"PureBasic won't be object oriented, period" - Fred.
"PureBasic won't be object oriented, period" - Fred.
blueznl wrote:Yeah, let's go back to saving world-hunger by inventing self replicating nachos... now that's Nobel-prize-worth scientific progress!
Concerning the thread topic, it was suggested that the capitalization of "ForEver" should be changed because it is one word and not two. That isn't true, it is both one word and also two words. "Forever" and "ForEver" mean the same thing. That would lead an individual to the conclusion that either choice is equally acceptable. Since a choice was already made, let that suffice.
I think the idea itself of "Repeat/ForEver" is a simple and unique way of describing a loop that has no condition for termination. If you thought about the word choice for "Do/Loop" it can be seen that it doesn't really tell you about the loop. It merely leaves out any ending condition. So out of those two choices I think a beginner would favor the "Repeat/ForEver" construct.
dobro: considering the above, maybe you would go for a "Do/ForEver" loop.



