Sorry your browser is not supported!

You are using an outdated browser that does not support modern web technologies, in order to use this site please update to a new browser.

Browsers supported include Chrome, FireFox, Safari, Opera, Internet Explorer 10+ or Microsoft Edge.

DarkBASIC Professional Discussion / a feature request... BASICS!

Author
Message
Dostej
23
Years of Service
User Offline
Joined: 21st Jan 2003
Location: Switzerland
Posted: 1st Oct 2003 16:14
For me it seems that DBpro develop at the high end (the new effect-commands) but some basics are quite hm poor.

So I´ll vote for some basic features for the next update... (dont know if it is on Lee´s already)

Mainly the debugger!
It would be useful to see the vars in a seperate window (means: all the time to keep track of changes)

Next a command (maybe named "debug") to output some text or var, array etc. in a special debugger-window, so that you can "output" sth on a different window while the program is running So youdoes not need to do "print xyz, sync wait key...)

A possibility to show local vars, too


Another thing I would prfer are compiler commands.
if x = y then no compile

(do not compile this)


start compile

This will ease up the live a lot while making demo versions and so on.

And last but not least (as often called) a possibility to compile parts of the code and save it as a kind of lib or dll, so its not always neccessary to compile all (1. its takes long to compile, finished code is easier reuseable, you can offer code without offering your source)

www.dbpro.ionichost.com
Ian T
23
Years of Service
User Offline
Joined: 12th Sep 2002
Location: Around
Posted: 1st Oct 2003 20:40
Demo versions? You cut out the code in demo versions! Big no-no to leave the stuff in there, then if some smart person cracks the encyrption and reverse compiles it, they've got the whole game at their fingertips quite easily

--Mouse: Famous (Avatarless) Fighting Furball
Read It: http://www.angryflower.com/itsits.gif
Learn It: http://www.angryflower.com/bobsqu.gif
Rob K
Retired Moderator
23
Years of Service
User Offline
Joined: 10th Sep 2002
Location: Surrey, United Kingdom
Posted: 1st Oct 2003 21:26
@Mouse

The point is though - that code WOULD NOT be compiled if x <> y, because the START COMPILE etc. lines are parsed BEFORE the actual code. Any lines that are not to be compiled would simply be removed from the source that the compiler parsed.

BatVink
Moderator
23
Years of Service
User Offline
Joined: 4th Apr 2003
Location: Gods own County, UK
Posted: 2nd Oct 2003 00:47
Quote: "Next a command (maybe named "debug") to output some text or var, array etc"


Free of charge to you sir...



BatVink (formerly StevieVee)
http://facepaint.me.uk/catalog/default.php
Ian T
23
Years of Service
User Offline
Joined: 12th Sep 2002
Location: Around
Posted: 2nd Oct 2003 01:09
(<--moron)

Er, right, thanks Rob K. Heh

We've got Remstart and Remend, but I know they don't work too well... because that's the parser, not the compiler. I think.

--Mouse: Famous (Avatarless) Fighting Furball
Read It: http://www.angryflower.com/itsits.gif
Learn It: http://www.angryflower.com/bobsqu.gif
Rob K
Retired Moderator
23
Years of Service
User Offline
Joined: 10th Sep 2002
Location: Surrey, United Kingdom
Posted: 2nd Oct 2003 01:21
@Mouse

Anything between remstart and remend won't be compiled either.

When the DBP Compiler sees this:

remstart
This is a great game
remend
if a = b then gosub c

It does this:

>> remstart (Aha! - Ignore until I get to remend)
>> This is a great game (Its in a comment, ignore)
>> remend (OK, compile what follows next)


> If a=b then gosub c (Yay! - Let's turn this into a few lines of assembler (JMP ..., MOV..., ADD ...) )


The difference between a compiler and a parser, is that the parser is the bit that goes through the code and removes comments etc, and splits up the text into individual bits (if a=b then X() >> "if","a","=","b"...) for the compiler to handle. The compiler then turns the code into machine code which the computer can understand.

Ian T
23
Years of Service
User Offline
Joined: 12th Sep 2002
Location: Around
Posted: 2nd Oct 2003 01:48
That's mostly what I thought, thanks for clarifying tho .

The reason I said they don't work well because it's the parser, is that for that reason, they can't stack... hence, not working as well as one might want.

Which, I suppose, leads back around to Dostej's original request...

--Mouse: Famous (Avatarless) Fighting Furball
Read It: http://www.angryflower.com/itsits.gif
Learn It: http://www.angryflower.com/bobsqu.gif
Dostej
23
Years of Service
User Offline
Joined: 21st Jan 2003
Location: Switzerland
Posted: 2nd Oct 2003 15:40
@batVink

that doesnt solve the problem, cause it uses the same "screen / win" that the prog use. Where my opinion was that there will be a seperate window popping up where these thing will apear - without disturbing the prog itself.

This will be possible with RoK´sGui where you can create an seperate gadget, but still this have to be implemented into your code. With a huge code (I´m now at about 11000 lines) this will quickly start to be (slightly) confusing....

www.dbpro.ionichost.com
ICERGB
23
Years of Service
User Offline
Joined: 8th Nov 2002
Location: Canada
Posted: 4th Oct 2003 14:20 Edited at: 4th Oct 2003 14:21
I got one!!!

Like I think I have seen like you are looking through a window that sortof distorts the objects in the background... Like a fish eye???

If you ever seen some of the DND games like Pool of Radiance and they have a spell go off, I am talking like a swirl around the player that sort of expands like a swirl of swirling lights that are really neat!!!

(oops sorry that's 2)

Login to post a reply

Server time is: 2026-07-25 07:01:26
Your offset time is: 2026-07-25 07:01:26