Sleep not works after first key press
Code:
print 9
sleep
print 8
sleep
print 7
sleep
print 6
sleep 4000
print "------------"
for i= 1 to 10
print i
sleep
next
QB quirks.. sleep won't eat the last key but won't check for it in subsequent calls.. i'll correct it later, i'm having enough trouble adding support for 64-bit integers at the moment ;).
Ok, I fixed it, now in CVS. v3cz0r should better concentrate on more important stuff, you know :wink:
Quote:Ok, I fixed it, now in CVS. v3cz0r should better concentrate on more important stuff, you know :wink:
Absolutely!
And the first thing must be
class ..
end class 
With classes you could write an RapidQ wrapper library and implement anything RQ had, only the CREATE ... END CREATE thing won't be equal on user's code.. but it will take months to be added, i don't want a hacked/half-working implementation as some BASIC-like compilers have, where you can only extend the internal GUI classes and such, ugh.
Quote:With classes you could write an RapidQ wrapper library and implement anything RQ had, only the CREATE ... END CREATE thing won't be equal on user's code.. but it will take months to be added, i don't want a hacked/half-working implementation as some BASIC-like compilers have, where you can only extend the internal GUI classes and such, ugh.
Yes, I intend that I can use classes to write RapidQ wrapper library.
(My English is bad, sorry, and possible I not interpret your words right.
)
Of course the best for me and (other RapidQ users) will be "internal" implementation of GUI RapidQ syntax in FreeBasic. In other words IMHO GUI part of FreeBasic (if you planned it) must be RapidQ syntax compatible.
Possible I don't right, but internal GUI classes in RapidQ provides 90% programmer's requirements, and for the rest part we can write custom components using API and other external DLL.
Writing custom components in FreeBasic (possible is it limited in RapidQ?) "open the door" and many users can join to FreeBasic development.
Of course it's a long time work.
Well, just now I can use mixing RQ-FB programming
)
Thank you very much!
I'm against adding too many intrinsic functions, what to say about full classes.. forget, it won't hurt anyone to add, say, '$include: "rq.bi", to the top of each source file ;).
lillo, built latest cvs and the "bug"/"feature" is still there... :???: