Bug Reports - Printable Version +- Qbasicnews.com (http://qbasicnews.com/newforum) +-- Forum: General (http://qbasicnews.com/newforum/forum-6.html) +--- Forum: General/Misc (http://qbasicnews.com/newforum/forum-18.html) +--- Thread: Bug Reports (/thread-5202.html) |
Bug Reports - v3cz0r - 02-03-2005 CHR$(0) can't be part of strings, CVI converts an integer, that's 32-bit in FB. Bug Reports - na_th_an - 02-03-2005 Then, CVI is different? Oh, I see. It was very useful for bitmasks for LINE. Time to find an alternative. Bug Reports - Z!re - 02-03-2005 How would one go about converting a short then? Bug Reports - v3cz0r - 02-03-2005 Code: option escape Still, "\0" won't work.[/code] Bug Reports - na_th_an - 02-03-2005 Anything would fit. You know, I was using this to render 8x8 bitmap fonts in QB, so the msb was discarded. Thanks for the tip. Bug Reports - theuserbl - 02-03-2005 I know know, if it is a bug or only diferent to the real QB. But if you have a file with empty lines and load it with "INPUT #1" (not LINE INPUT #1, only INPUT #1), line for line, than QB shows the empty lines too. But FB didn't do it. ----- An second point is, that FB creates an error-text which not reaaly helps, when have written the following wrong code: Code: sub first ----- And at the third point I want to say, that it would be nice, if in the gfxlib the MULTIKEY differs between the key "Alt" and "Alt Gr". At the moment both have the same code. And so MULTIKEY don't see any different between this two. Greatings theuserbl Bug Reports - lillo - 02-03-2005 Quote:And at the third point I want to say, that it would be nice, if in the gfxlib the MULTIKEY differs between the key "Alt" and "Alt Gr".This was made to be compatible with DOS scancodes: in DOS you can't distinguish between the two ALT keys... |