• Print

Author Topic: Where to next with QB64 development?  (Read 3785 times)

Galleon

  • Administrator
  • Hero Member
  • *****
  • Posts: 4664
  • QB Forever
    • Email
Where to next with QB64 development?
« on: May 26, 2011, 12:59:24 PM »
Well, you cannot please all the people all of the time. Or can you? From this point onwards I intend to make each release have a 'star' of improvements which focus on the following categories. What do you think of the categories and items I've chosen for the next release?

SOMETHING... QBASIC:
-STICK/STRIG

SOMETHING... NEW:
-_FILEEXISTS function

SOMETHING... for MACOSX/LINUX:
-DECLARE LIBRARY

SOMETHING... for the IDE:
-Multiple UNDO

SOMETHING... for SPEED:
-Abstraction function to reduce unnecessary memory reallocation when jumping between ide and compiler
-Improve $CHECKING meta-command:
 Make $CHECKING:BACKUP, $CHECKING:RESTORE 'preserve the checking state
 Make $CHECKING:OFF remove array bounds checks and event checks
 Make $CHECKING:EVENTS:ON/OFF
 Make $CHECKING:ARRAYS:ON/OFF
Something old... Something new... Something borrowed... Something blue...

OlDosLover

  • Hero Member
  • *****
  • Posts: 3859
  • OlDosLover
    • Email
Re: Where to next with QB64 development?
« Reply #1 on: May 26, 2011, 01:10:54 PM »
Hi all,
    Its an excellent idea. It also shows that you listen to the community and you care and are flexible. I surpose the day of 100% backward compatibility is on the horizon and some forward thinking must intrude into current thinking.
OlDosLover.

Pete

  • Moderator
  • Hero Member
  • *****
  • Posts: 6240
  • Cuz I sez so varmint!
Re: Where to next with QB64 development?
« Reply #2 on: May 26, 2011, 01:17:52 PM »

It will be FNished, someday.  ::)

Personally, I don't see much new excitement on the horizon until an interpreter gets finished. And that's a _load of work.

I do think new additions are nice, but there is still a lot of old compatibility issues, too. Not very important ones, thankfully, but we have lost some ability in PEEK / POKE and use of INTERRUPTS. Again, that is a lot of work. It's good you are taking a balanced approach. I hope time treats this project kindly.

Pete
« Last Edit: May 26, 2011, 01:24:37 PM by Pete »
It's only rocket science; it's not Linux!

kidfrommars

  • Full Member
  • ***
  • Posts: 215
    • C & Fortran Polyglot
Re: Where to next with QB64 development?
« Reply #3 on: May 26, 2011, 01:29:20 PM »
Sweet.

unseenmachine

  • Hero Member
  • *****
  • Posts: 3285
  • A fish, a fish, a fishy o!
Re: Where to next with QB64 development?
« Reply #4 on: May 26, 2011, 01:45:42 PM »
That all looks promising. I was un-aware DECLARE LIBRARY was not available for Mac/Linux...that will be a real boon.

Here's what i am doing for QB64 (thanks to declare library and SFML)...

Images...
Making QB64 images/SFML images compatible so you can load the normal way but draw the image in the SFML window, this will allow for image rotations, scaling and saving as they are all built in functions.

Sound...
Completing Microphone support and multi channel (upto 7.1) sound saving.

Open GL
GDK-GL and SFML_GL wrapper are in the works (full docs for that one too), my Wolf3D thingy now uses GDK_GL.

One day i hope they will be good enough for you to consider including them as QB64 ADD-ON'S

Quote
Personally, I don't see much new excitement on the horizon until an interpreter gets finished. And that's a _load of work.

IF SCREEN = 0 THEN QB = CRAP!!!

Come on pete, where's the pixels!


John
UnseenGDK Download : http://dl.dropbox.com/u/8822351/UnseenGDK.bm
GDK Tutorial : http://dl.dropbox.com/u/8822351/UnseenGDK_Tutorial.doc
VQB02 : http://dl.dropbox.com/u/8822351/VQB02.zip

DarthWho

  • Hero Member
  • *****
  • Posts: 3853
  • Timelord of the Sith
Re: Where to next with QB64 development?
« Reply #5 on: May 26, 2011, 02:06:41 PM »
yes that looks like a good plan overall... but you know what everyone really wants now? $CHECKING:NARWHAL:ON ;D ;D ;D
all kidding aside it looks like you have a good plan about where to bring qb64 over the remainder of the year (though I would still like _WITH to sho up at some point I am patient)
Rassilon: My lord Doctor; My lord Master; My lord DarthWho
The Doctor and the master at the same time :WHAT!?!?!

FastMath 1.1.0 released: http://dl.dropbox.com/u/12359848/fastmath.h

Clippy

  • Hero Member
  • *****
  • Posts: 16431
  • I LOVE π = 4 * ATN(1)    Use the QB64 WIKI >>>
    • Pete's Qbasic Site
    • Email
Re: Where to next with QB64 development?
« Reply #6 on: May 26, 2011, 03:39:03 PM »
Well it would be nice if, I hesitate to say, DEF Fn was added...and like Pete said...

Quote
SOMETHING... QBASIC:
-STICK/STRIG

SOMETHING... NEW:
-_FILEEXISTS function

We can already do those using Libraries, but I bet you knew that. How about a current _PATH function?

Any improvements are MOST welcome!

Ted
QB64 WIKI: Main Page
Download Q-Basics Code Demo: Q-Basics.zip
Download QB64 BAT, IconAdder and VBS shortcuts: QB64BAT.zip
Download QB64 DLL files in a ZIP: Program64.zip

Galleon

  • Administrator
  • Hero Member
  • *****
  • Posts: 4664
  • QB Forever
    • Email
Re: Where to next with QB64 development?
« Reply #7 on: May 27, 2011, 05:53:39 PM »
Quote
We can already do those using Libraries, but I bet you knew that. How about a current _PATH function?
In the future QB64 will have something called the UFS (universal file system) built in which will deal will all path and file system navigation issues in a uniform way. At the heart of the system all available paths will be linked via a simulated common root. So C: in windows will actually become a folder in the root of the file system. Common features to many systems like 'the desktop folder' will also be accessible directly from the root folder. The UFS will make searching for files and navigation easy and simple. And when it comes time to get the real name and path of the file specific to the current OS that will be simple too. UFS will also make file info about creation/modification dates, size and restrictions (read only?) available. UFS will be a one stop shop for cross-platform compatibility. So I'm holding off adding things like _PATH until then.
Something old... Something new... Something borrowed... Something blue...

DarthWho

  • Hero Member
  • *****
  • Posts: 3853
  • Timelord of the Sith
Re: Where to next with QB64 development?
« Reply #8 on: May 27, 2011, 08:02:45 PM »
Will this UFS system be case sensitive or case insensitive?
Rassilon: My lord Doctor; My lord Master; My lord DarthWho
The Doctor and the master at the same time :WHAT!?!?!

FastMath 1.1.0 released: http://dl.dropbox.com/u/12359848/fastmath.h

Pete

  • Moderator
  • Hero Member
  • *****
  • Posts: 6240
  • Cuz I sez so varmint!
Re: Where to next with QB64 development?
« Reply #9 on: May 27, 2011, 08:57:29 PM »

LOL @ case insensitive.

Pete  ;D
It's only rocket science; it's not Linux!

chronokitsune

  • Guest
Re: Where to next with QB64 development?
« Reply #10 on: May 27, 2011, 09:12:03 PM »
Quote from: DarthWho on May 27, 2011, 08:02:45 PM
Will this UFS system be case sensitive or case insensitive?
One would think that since it uses the underlying operating system's APIs (to an extent), it would depend upon the operating system.  Windows would be case insensitive and it would be case sensitive on most other operating systems that QB64 runs on (assuming it runs on non-Linux, non-Mac, non-Windows systems such as FreeBSD and/or Solaris).

Galleon

  • Administrator
  • Hero Member
  • *****
  • Posts: 4664
  • QB Forever
    • Email
Re: Where to next with QB64 development?
« Reply #11 on: May 27, 2011, 09:51:56 PM »
As UFS is about the listing and navigation of file systems to access them, it will have to be case sensitive. Of course, it will also have to be able to interpret file names in foreign languages, so it may need to use UTF as well! Path separators will be CHR$(0), not / or \.
Something old... Something new... Something borrowed... Something blue...

Pete

  • Moderator
  • Hero Member
  • *****
  • Posts: 6240
  • Cuz I sez so varmint!
Re: Where to next with QB64 development?
« Reply #12 on: May 27, 2011, 10:02:10 PM »
Imagine that, Windows being insensitive. Actually, I wish Linux servers were, but that's a story for a different thread, in a different forum, in a perpindicular universe, far, far away.

Anyway, when QB64 relies on outside help, like SDL, we have to take what we can get.

Pete  ;D
It's only rocket science; it's not Linux!

OlDosLover

  • Hero Member
  • *****
  • Posts: 3859
  • OlDosLover
    • Email
Re: Where to next with QB64 development?
« Reply #13 on: May 28, 2011, 03:19:34 AM »
Hi all,
   
Quote
In the future QB64 will have something called the UFS (universal file system) built in which will deal will all path and file system navigation issues in a uniform way.
    Nice idea and i carnt wait for it to be built in. Thanks Galleon.
OlDosLover.

Cyperium

  • Hero Member
  • *****
  • Posts: 3285
  • Knowledge is good, but understanding is better
    • Cyperium
    • Email
Re: Where to next with QB64 development?
« Reply #14 on: May 28, 2011, 03:30:16 AM »
I was wondering about the $CHECKING:BACKUP, does it store the current checking states to later restore?

I think all of the ideas are good, I agree with Pete that it's good to take a balanced approach, that way everybody gets a present, just like christmas ;)
Venture - New Prototype, QB64 Editor v1.95b (linux compatible, if you compile the source).

  • Print