any other former gfabasic programmers out there?

einander · Post by **einander** » Tue Oct 07, 2003 2:54 pm

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

blueznl · Post by **blueznl** » Tue Oct 07, 2003 2:59 pm

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

)

einander · Post by **einander** » Tue Oct 07, 2003 3:38 pm

="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

blueznl · Post by **blueznl** » Tue Oct 07, 2003 4:42 pm

i think readability is all, you won't find multiple statements on one line in my code, anywhere

let's see what you have...

blueznl · Post by **blueznl** » Wed Oct 08, 2003 9:45 am

page added

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

blueznl · Post by **blueznl** » Sat Oct 25, 2003 9:19 pm

hey einander, shouldn't you use releasedc as well, or isn't that necessary?

LCD · Post by **LCD** » Sun Oct 26, 2003 12:05 pm

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...

blueznl · Post by **blueznl** » Sun Oct 26, 2003 12:45 pm

well, the more former gfabasic users the merrier

einander · Post by **einander** » Sun Oct 26, 2003 6:12 pm

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.

blueznl · Post by **blueznl** » Sun Oct 26, 2003 6:26 pm

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)

einander · Post by **einander** » Tue Nov 04, 2003 6:30 pm

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.

blueznl · Post by **blueznl** » Tue Nov 04, 2003 8:17 pm

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

) i found out that leaving out releasedc_() and deletedc_() can sometimes inhibit screen updates...

better put them in then

einander · Post by **einander** » Wed Nov 05, 2003 1:21 am

better put them in then

Blueznl:
Ok: it's edited now.