Page 2 of 2

Posted: Tue Oct 07, 2003 2:54 pm
by einander
blueznl wrote:
i created a short 'survival' guide to make it easier for converts to convert... euh... :-)
but it's not specifically targetted at gfabasic users...
Is it accesible somewhere?
did you have some sort of list or doc in mind?
No. Just translating commands and some snippets that I miss to PB.
I don't know where is the adequate place to share that stuff.

The only drawback I've found on PB is the lack of a detailed manual and organized documentation.
This forum have lots of valuable info, but rather messy.

Einander

Posted: Tue Oct 07, 2003 2:59 pm
by blueznl
it's in the tagline below :-)

http://www.xs4all.nl/~bluez/datatalk/pure1.htm

anyway, if you want to put it somewhere, i can make a chapter 2 for the survival guide if you like :-)

bitblit... i wonder if windows is smart enough to use hardware blitting when available... probably not

there are indeed some commands that could use a pb equivalent or procedural alternative (and, of course, i want strings that can contain zeroes, oh... hi fred, sorry to mention it again :-))

Posted: Tue Oct 07, 2003 3:38 pm
by einander
="blueznl"
it's in the tagline below :-)
http://www.xs4all.nl/~bluez/datatalk/pure1.htm
I was just visiting your web page. Nice and helpful!
If you like concise code, you can get rid of else statement

Code: Select all

Procedure Not(expression) 
    if expression 
      ProcedureReturn 0 
    else 
      ProcedureReturn 1 
    endif 
  EndProcedure 
for this one:

Code: Select all

Procedure Not(expression) 
    if expression : ProcedureReturn 0 :endif 
    ProcedureReturn 1 
 EndProcedure 
anyway, if you want to put it somewhere, i can make a chapter 2 for the survival guide if you like :-)
I'll send to you some snippets. Feel free to put them or not on your page.
and, of course, i want strings that can contain zeroes
I'need it!

Einander

Posted: Tue Oct 07, 2003 4:42 pm
by blueznl
i think readability is all, you won't find multiple statements on one line in my code, anywhere

let's see what you have...

Posted: Wed Oct 08, 2003 9:45 am
by blueznl

Posted: Sat Oct 25, 2003 9:19 pm
by blueznl
hey einander, shouldn't you use releasedc as well, or isn't that necessary?

Posted: Sun Oct 26, 2003 12:05 pm
by LCD
I was using GFA Basic on Amiga (along with the fab AMOS), then after downloading the GFA32 Demo for PC, I put it into eternal damnation and forgot about it. Dark Basic was arising. Then came DB Pro, but it was disappointing, as there was some stupid bugs (I remember that FOR ... NEXT bug with negative STEP), and it needs fat graphics cards. Blitz Basic is my second choice, and now there is PB.
I was also using RapidQ which was not very rapid btw. I coded a discrete fourier transformation for it... The other try was XBasic which had speed and features similar to PB, but without 3D stuff. Now it is open source and grows very slow. It is very hard to learn, how to use the GUI commands...

Posted: Sun Oct 26, 2003 12:45 pm
by blueznl
well, the more former gfabasic users the merrier :-)

releaseDC

Posted: Sun Oct 26, 2003 6:12 pm
by einander
blueznl wrote:hey einander, shouldn't you use releasedc as well, or isn't that necessary?
Blueznl:
Where?
Can't find any post from mine using DC on this forum. :?:

Posted: Sun Oct 26, 2003 6:26 pm
by blueznl
this thread you're reading now! remember?

> My dreams come true: working GFA16 commands in PB!
> CLS,GET,PUT,STRETCH,GRAB ;(grab is a PUT for part of image)

Posted: Tue Nov 04, 2003 6:30 pm
by einander
hey einander, shouldn't you use releasedc as well, or isn't that necessary?
Blueznl:
Sure it's better practice for to use releaseDC, but I think END releases all.
If you run many times the code, free memory stays the same.

Posted: Tue Nov 04, 2003 8:17 pm
by blueznl
you're right and not right, i fooled around a little, and found out some unexpected behaviour with the plgbtl_() api function... when experimenting more with other commands and drawing output directly to screen (yeah, i know 8) ) i found out that leaving out releasedc_() and deletedc_() can sometimes inhibit screen updates...

better put them in then :-)

Posted: Wed Nov 05, 2003 1:21 am
by einander
better put them in then :-)
Blueznl:
Ok: it's edited now. :wink: