freeBASIC (a 32-bit QB-syntax compatible compiler) preview..

[adosorken]

an ide is not a small project, so it definetly needs design if you want to manage it easily later on. that was my whole point.

I know. I've done it twice already. It's probably the most complex program I've ever developed (save for, perhaps, the httpd or the IM daemons I've coded in the past). Point taken, but already understood. Next time though, try to be a bit more choosey with your words. It's easy to offend people on the Internet, because no one can really tell the intention of your message.

[dilettante]

I hope Mr. Vic doesn't let all of our BSing distract him too much.

It's his project and his goals, and all I really hope for is a snappy 32-bit QB clone that runs under Windows.

Anything past that is gravy, I can live with Notepad or something marginally better if I have to. Heck, I write VB6 using Notepad and a "make" utility for some non-GUI projects.

[Blitz]

Th compiler is already fully functional.

[red_Marvin]

Gentlemen, isn't this project too important for the future of
QB programming to start arguing about the IDE?

Correct me if I'm wrong, but is'nt the IDE the thing that lets you
load/save/edit the source and sen the right parameters to the
compiler?

Then there could be more than one IDE developed x in VB and
y in C/C++. Heck, if anyone feels like it one in asm or COBOL!

Can the participants of argument agree on this:
Each programming language has its own uses.

[adosorken]

We've finished arguing now.

[Jofers]

Awesome. I'll intervine.

I'm a little weary of people who are saying things like "This is beacon of a new age in qb programming! FB is the future of things to come in all flavors programming!! FB heralds a new dawn of humanity, with Saint Victor as our Savior and light, for your is the power and the glory of the lord."

Come on, guys, it's just a compiler A damned cool feat for one guy, but I'm taking a shot for every time some guy feels the need to publically associtate Victor with "the future", don't kill me here

Aaaanyway, I have .NET but I don't have vb6. That's probably a problem if I want to pitch in code here and there (not now of course, but probably in a month or two when my load lightens up and I can get some stuff in on qb45). Is VB4 completely out of the question? I don't even have the free one on nate's site, I have a legally purchased cd from a shrinkwrapped, store-bought edition of it , the first one for win95. I'm too lazy to pirate, it's too much clicking and leaving your computer on and virus cleaning.

I gots marzec 100% on the rapid software thing, just to pitch in and fuel the flames

[dilettante]

A lot changed from VB4 to VB5. A bit more did from VB5 to VB6.

VB2 and VB4 are the only ones I've never used. Maybe somebody else can chime in and say whether VB4 is good as a "target" language for an IDE. The biggest issue may be using some sort of OCX beyond a textbox or RichEdit control for the main editing "canvas." I'm pretty sure VB4 can use OCXs in 32-bit mode.

I'm not sure about tools to back-port project, form, bas, etc. files though.

You have the same issues with ".Net" of course: Which .Net?

Maybe the initial goal should be a quick IDE thrown together in VB6 or something, followed by a port to FB, followed by enhancements?

The porting would be a pain though, having to build GUI elements with stone knives and bearskins. There is a reason why ActiveX (and the VBX component model before it) became so popular. FB will be more like coding in C (er, or QB). :wink:

[marzecTM]

on porting/doing the ide in fb: well yeah it will be a pain in the ass as it is like doing it in plain c without any editor etc. but i thing in the future on of the biggest library needs for fb would be a gui library that comes with a codegenerating editor but that's future talk.

[Jofers]

Well, with the addition of function pointers working with structures it becomes a lot easier to make a GUI library (or port an existing one). It wouldn't be truly convenient without objects, though, as windows-based programming tends to be. But at least with function pointers you can make event handling a little more usable.

But porting from vb? Naah. It'd be easier to port from C or Java or Delphi or the like. But what about some of the other procedural basics? Like Blitz, Pure and PowerBasic. And yes, I'm aware of the fact that those cost money, I'm brainstorming

[relsoft]

I hope Mr. Vic doesn't let all of our BSing distract him too much.

It's his project and his goals, and all I really hope for is a snappy 32-bit QB clone that runs under Windows.

Anything past that is gravy, I can live with Notepad or something marginally better if I have to. Heck, I write VB6 using Notepad and a "make" utility for some non-GUI projects.

The compiler can make a real 3d game already. :*)

v1c is working like crazy to make it noob friendly. That is prolly the reason you don't see him often here.

It's like:

*rel gets a new ver
*3 days after, v1c implements about 30 new kewords
*rel reports bugs
*v1c replys he has already implemented it.

If that ain't fast, I don't know what fast it.

BTW, never use notepad to code in FB. FB's error report would put in the line number and col number where the error occurs.

I use Context as it allows me to have function keys. Say if I wan't to run I'd just press F10, compile and run = F9, etc. It's just like the QB ide. It also defaults its highlighter to VB on BAS files but you can make your own highlighter for FB if you want.

For the IDE, unless it would be freakin' slow on my 233, I'd go with VB.