Wow! I love it! Just like QB, but the tall window makes great use of available space.
Very nice. Everyone will be keeping their eye on this one.
that's awesome and then some!
Thanks guys :-).
to give you an update, I'm working on the file open/save dialog (modules and projects). then i'll hit the search/replace dialogs. then finish the menu to connect all that together. after that, I should have a pretty usable editor.
Then I can concentrate on the interpreter, syntax checking and all that good stuff.
Some of you might have noticed the "generator" menu. This is where everything that can save even more time will reside ;-). you'll see when get to it. but the name sorta speaks for itself ;-).
Looks cool!
(Guess I have to be the first to ask it, though... Why PASCAL and not FB? Maybe I should get to implementing PCOPY in text mode...
)
LOL DrV,
Well, From what I've seen, it's one of the main reasons (i have to say, I still have the codebase I had done (because yes, I did try to make one in FB first, for the record ;-).
If I go graphics, I loose the text cursor, if I go text, I loose PCOPY so I was stuck between the two
I'm not sure if you've tried to loop through a screen getting screen(X,y) and screen(x,y,1) and then with a loop print that back on the screen? on my system which isn't half bad (1.3 gHz, 1 gig of ram) you actually see each line or column character being drawn. To me that's too slow to be usable :-).
But hey, if I get PCOPY in text mode, sure i'd do it in FB. ChaOs has a con_lib he did (he posted about it on fb.net) it seems quite fast,but it's windows only. maybe you can start from there if you like the performances.
I redid the internals of that for a new version, but I STILL can't figure out ncurses :crying: why oh why does that shit have to be so fooked! All I want is to be able to put color data into a char, but you can't do that! you can only have 256 "color pairs", which can be placed in a char cell
OT: wait.. is there only 256 combinations of 2 4-bit colors? =o
Yeah, 4+4 = 8, 2^8 = 256...
Color = Background * 16 + Foreground.
It's not so easy na_th_an XD ncurses is extremely un-intuitive, but guess what? I figured it out =).
I have to build a color table in the beginning, then calculate the color values to find the correct index in the tab;e
oh and, the table doesn't support foregroud colors over 8, if 4th bit is set, then you must logical and in the flag "A_BOLD" before blitting! It's so dumb.