No, I don't came to this point, I just had no time to do anything on any project of mine. (Abitur takes a looooot of time...) But your right, the future of Qt doesn't look very nice. As far as I know, Nokia plans to make Qt the primary library for Meego (which doesn't seems to have a great future to...

Hello fernando.inf, Yes, the project is still alive and since Friday in active development. :) I had a lot of things to do the last 6 months, so I hadn't time to work on this project. I'm happy to see that people are interested in my project. :) Currently I'm writing a parser for FreeBASIC to provid...

@ike: I'm happy to hear that you like my IDE-preview. :)
The project isn't dead, I just had to do a very important work for school. After finishing that work I will continue to develop the IDE. There are still a lot of things to do, so I can't give you a release date.

regards,
Stueber

I think I have a solution for the problem of translating examples from C to freebasic. As most libraries come with examples written in C it would be nice to have a c2fb. I already have a C parser but it does not do preprocessing. So I've got to figure out how to deal with #include and stuff like th...

It's too bad no one is developing linux IDE's.

I do, and I wanted to release it 2 months ago, but I hadn't enough time. :(
But I'm sure I'll release it this year :)

Hi,
to build the IDE you need the Qt SDK. With the .pro file and the SDK, compiling is easy. But the latest sources are old, you should wait a few weeks. In a few weeks I will release a completely new written version (including linux binaries).

Also, the choice of GTK as a cross platform GUI is spot on. Qt is maybe nicer, but it being C++ and the need to be wrapped are show stoppers. First, I wanted to write "GTK or Winapi or Qt" but I think, it is too early for this. However, you can add a whole toolkit to the designer with scr...

Yes, there is a public svn repository. It is hosted by freebasic-portal.de. But the repository isn't up-to-date. First I have to merge a lot of code of old versions, for example autocomplete and calltips.

Hi everybody, Since my last post on the 18th March is a lot happening with my project. In the next month will release an new release and I wanted to tell you what happened since the last version. Here is a list of new features: Designer I have worked for 2.5 months in a designer, much like that of M...

The code is small, but the programm doesn't work in many situations. For example: type test declare sub a () '(->error) 'declare sub b() '(->error) end type sub test.a() '(->error) sleep end sub namespace names sub test () '(->error) print "test" end sub declare sub test2 () '(->error) end...

You can write non-OOP code as long as you want, nobody says you have to use OOP, but people who want to use OOP-stuff want inheritance (including me).

Stueber already did a precompiler that add inheritance and templates. True, but the precompiler isn't good. I didn't write it with Lexer, Parser and stuff like that, so he isn't usable. In my opinion FB should be improved by inheritance and templates. Some people say "FB should be BASIC and in...

So true. FB is almost a complete language as it is. The only things missing so far are inheritance and static struct members.

You're right, but I also miss returning references.

Your right, but this solutions would be much better than the old one from my first post. So far I haven't enough time for this project because I'm working on an other project.

My plan is something like that: 1. convert member subs to normal subs type a declare sub test () end type 'Translation declare sub generic_a_test (byref this as a) 2. convert all calls of membersubs dim as a t t.test() would be generic_a_test(t) 3. generate a vtable as the first membervar of all typ...