Borland Uses (And Supports) wxWindows 68
jmccay writes " Back in September, Slashdot posted an article about a new tool that Borland is releasing (C++ BuilderX) which is a multi-platform and multi-compiler development environment. What wasn't mentioned in the article that I scanned in the post was that Borland is going to use wxWindows for this product. I have been working with wxWindows for about 6 months now, and I like it. A statement by Julian Smart (founder of the wxWindows project) gives more information on the product and Borland's participation in the wxWindows project. He says that they are also going to help out the project by 'contributing expertise and funding to help in areas such as enhanced run-time type information, the new build system and code reengineering, and will continue to invest in wxWindows while supporting its open source status.' There is also an FAQ available to read on the linked page. This is great news for both the project and the Open Source community as a whole."
Re:wxWindows not terribly reliable (Score:2)
so for something like borland or people who don't make a living off selling their software (which some people do) can't use it.
also, (not having used wxWindows nor wxPython, but having using python, C++, java, obj-c, etc) i would expect that any application written in C++ would be alot more stable and easily transitioned to other computing platforms (using a cross-platform toolkit, such as QT or wxWindows) than a scripting language, just by
Re:wxWindows not terribly reliable (Score:2)
You must buy a license if you...
""Build commercial software. Build software that is not sold, but that advances the business goals of a commercial enterprise.'""
Re:wxWindows not terribly reliable (Score:1)
Someone please contradict me if I'm wrong, because I don't have it direct from Trolltech anywhere I can cite.
Re:wxWindows not terribly reliable (Score:1)
if you use a free QT license, you 'taint' your codebase and can not later buy commercial QT and 'relicense' it.
Where did you hear this? The owner of copyright in a work (such as an application that uses Qt) is the author of the work. There's no reason why he can't publish a GPL version of the work linked to a GPL library and a proprietary version of the work linked to a proprietary library. And there's no reason why the GPL version of Qt shouldn't run under Cygwin.
Re:wxWindows not terribly reliable (Score:2)
""Build commercial software. Build software that is not sold, but that advances the business goals of a commercial enterprise.'""
Seems like a reasonable license to me. Businesses get to pay for something to increase their revenue potential (that's pretty much the definition of a business), individuals get it for free. Nice balance. Not that I much like their toolkit, but that's a different story.
Re:wxWindows not terribly reliable (Score:2)
Re:wxWindows not terribly reliable (Score:2)
It's probably the wrong toolkit for a garage-based startup, but for MegaloCorp, it's pretty cheap.
e.g. Motorola has a team of ten developers writing the GUI for their new cellphones. They pay $19K/year for the platform their product is based on. The developers cost them close to a million a year in salary.
Re:wxWindows not terribly reliable (Score:2)
It is, of course, Trolltechs right to do the licensing that way and I can even agree with thier reasons, but the simple fact is that I can't use it, and since I can't use it I'll use something else (and I've grown to prefer wxWindows anyway), and that means that when I get rich and fa
Re:wxWindows not terribly reliable (Score:5, Informative)
Re:wxWindows not terribly reliable (Score:4, Informative)
"Build commercial software.
Build software that is not sold, but that advances the business goals of a commercial enterprise.'"
Hell, the BOX, not the license is $149.00 USD.
Licenses start at 2325.00 USD(pro)/ 3495(enterprise) for 2 platforms and 1 developer.
One year of support is 720(pro)/1080(enterprise) USD for one developer.
About the QT license.
Use the Qt Commercial License to:
Build commercial software.
Build software that is not sold, but that advances the business goals of a commercial enterprise.
Two qualities of the Qt Commercial License should be emphasized:
It is a development license.
For desktop distribution there are no royalties, runtime licenses, or other additional costs.
It is a per-developer license.
It is assigned to an individual. It may be transferred, but only every six months and within the same organization. To transfer a license contact sales@trolltech.com.
Common Elements
Qt is sold in two different commercial editions: Professional and Enterprise.
Re:wxWindows not terribly reliable (Score:2)
Qt has a very reasonable business model: Free software developers don't pay, commercial software developers support Trolltech by buying Qt.
Also, a developer can protect themselves by isolating the GUI in their architecture (not impossible), so if Qt goes GPL-only only that portion of the commercial application need be open-sourced. Of course, this takes foresight, which is very rare in the software industry.
Re:wxWindows not terribly reliable - but Tk is (Score:2, Insightful)
Re:wxWindows not terribly reliable - but Tk is (Score:1)
a) highly supported and actively developed
b) C++ (this is a minus for many people, I know)
c)Not fugly. The fugly part is a big problem with alot of toolkits, especially the old ones like Tk.
Re:wxWindows not terribly reliable - but Tk is (Score:2, Informative)
A) Active development and support? Same for Tk: Ever been on comp.lang.tcl or http://wiki.tcl.tk give it a try. There are too many people to count there, most of them very helpful. Plenty of active developers both using *and* creating the language and Tk.
B) What's wrong with extern "C" {}? Or just use a (god forbid) Tcl script to build the UI with a few lines? Forgive my ignorance, but there are dozens of Tk bindings to other languages than Tcl, how many does wxWindows have?
C) Ah,
Re:wxWindows not terribly reliable - but Tk is (Score:2)
b) wxWindows is rapidly replacing Tkinter as the standard Python GUI. There's also bindings to Perl, Ruby, Java (more than 1), JavaScript, a couple forms of Basic, Lua, and .NET. And thats just the ones I know about off the top of my head. How many of those are actively maintained, I couldn't really say, except that wxPython development parallels wxWindows.
c) I need ZERO loc to make wxWindows look like whatever platform its running on. Thats what it's for, after all.
Look, I'
Re:wxWindows not terribly reliable - but Tk is (Score:1, Insightful)
Compared with something beastly like wxWindows (which feels like an MFC/Java crossbreed from heck), Tk tastes great and is less filling. Perl::Tk kicks serious butt. Pick up the Oreilly Emu (Mastering Perl Tk) book and read it some time.
And it's not just for Windows and Linux. Tk is everywhere. And for nearly every language. Good stuff.
Too much e
Re:wxWindows not terribly reliable - but Tk is (Score:2)
Yup, it's on RubyForge - WxRuby [rubyforge.org].
Re:wxWindows not terribly reliable - but Tk is (Score:3, Interesting)
Yeah, Tk is great for quick prototyping. I've used it that way myself for years, and I very recently released some code for general use that was done that way. However, Tk is simply lower level and less polished than wxWindows. Tk has basic widgets that work which is fine for stuff I use myself or give to other developers, but I can recognize a Tk-based UI as such immediately on either Windows or Linux and that's a drawback. WxWindows has more advanced widgets that are indistinguishable from fully-nativ
Re:wxWindows not terribly reliable - but Tk is (Score:2)
That's because they are native. On Win32, wxWindows is a wrapper around the standard Windows components, just like Borland's VCL is a wrapper.
Re:wxWindows not terribly reliable - but Tk is (Score:2)
Re:wxWindows not terribly reliable (Score:2)
What about the unofficial Win32 port of the GPL'd X11 version? (link [sourceforge.net])
Unfinished, yes, but an interesting project nevertheless. I must confess I'd like to know what TrollTech think of it...
Re:wxWindows not terribly reliable (Score:2)
Re:wxWindows not terribly reliable (Score:2)
Yes this guy is wrong about free. I just dont have the 6 grand CDN dollars to roll out commercial apps that I'd like with QT. Sucks.
Re:wxWindows not terribly reliable (Score:2, Insightful)
Qt's slot/signal mechanism is awesome. However, modern C++ compilers can do it without the additional compiler (us
Re:wxWindows not terribly reliable (Score:3, Informative)
not only that ... (Score:2, Informative)
BTW There is a free version of it that is downloadable.
Re:not only that ... (Score:2)
Re:not only that ... (Score:1)
Yeah and the BAD news is... (Score:3, Interesting)
Delphi 8 and the VCL are nothing more than wrappers around
Just my $0.02
Re:Yeah and the BAD news is... (Score:2)
VCL is, however, a snazzy wrapper for the Windows API.
It sounds like you are the one caught in the
Re:Yeah and the BAD news is... (Score:2)
Re:Yeah and the BAD news is... (Score:1)
And for non-.NET platforms they still got the CLX, which is a wrapper around QT (including a licence from Trolltech for every Kylix developer).
Re:Yeah and the BAD news is... (Score:2)
Why bother? Well, um, could it possibly be something to do with backwards-compatibility? You know, allowing customers to upgrade without forcing them to rewrite all their existing applications and retrain all their programmers?
Re:Yeah and the BAD news is... (Score:2)
I wouldn't necessarily call that bad news. Win32 is dead, wrapping
Re:Win32 dead (Score:2)
New development will shift from Win32 to a Linux base as the Monopoly gets recognised as the Naziware (Digital Restriction Ware?) (Prisonware?)that it is, and shunned in the marketplace.
--Mike--
Re:Win32 dead (Score:2)
Re:Yeah and the BAD news is... (Score:1)
But, but.. Is there any good crossplatform UI-libraries that works on embedded OS like Symbian and Palm? That's what I am waiting for (and of course Borland IDE to support this).
Re:Yeah and the BAD news is... (Score:3, Insightful)
Delphi is much more than a wrapper, and this is GOOD news in any case.
I much prefer delphi's wrapper to windows' API.
It's so much easier to do an OnKeyPress, =#13 than it is to look for WM_whatever on the right dlgitem in the dlgproc.
I think so anyway, and if wrapping .net means it is still Delphi, all the better.
As for wxWindows I am very pleased.
Well done Borland.
whatis C++BuilderX (Score:1)
I currently use C++Builder 5 (most of the time, without VCL). Is C++BuilderX a "step up" , or should I be sticking where I am? Is it even similar to the older versions of C++Builder at all? Does it use wxWindows similarly to how the older versions used VCL? (ie. can I design RAD forms and stick cont
Re:whatis C++BuilderX (Score:2)
I just got the evaluation CD Saturday, so haven't had a chance to play around with it a lot yet. Basically it looks like it is an OS, compiler, and debugger independent IDE. You can run it on Solaris, Linux, or XP and tell it which compiler and debugger to use, and it will use it.
-BrentRe:whatis C++BuilderX (Score:1)
If you don't typically use the VCL, and want the flexibility of m
Re:whatis C++BuilderX (Score:5, Informative)
So, for their sake, I hope they kept the awesome RAD features they had. And furthermore, I hope they changed their mentality of abandoning versions of the compiler and forcing the user to buy whole new versions.
Case in point: Visual C++ 6.0 had what,4-6 service packs? C++ Builder 5.0 has one. And not even that fixed all the annoying UI bugs. Borland is terrible when it comes to fixing bugs in existing releases. This is the very reason I have gradually moved my development to Microsoft tools, except when the UI is more than 80% of the total application code. And this is why I have not bothered to update my C++ Builder 5. At least I know the bugs in this version, and I know they will not fix them and break my work-arounds
Sorry borland, but you lost me as a customer because of your policy of abandoning released products. You had a great product, but you had awful post-sales support. For a $1500 (?) piece of software (enterprise version), I expect a lot more!
some annoying bugs in the 5.0 version:
1. In two of my programs, the compiler always gives a bogus compilation error on the first full build. All I have to do is hit "build" again and the build error magically vanishes. Fine and dandy for me, but this will confuse someone else taking over the code.
2. On a certain application, the UI locks up in the "link" stage periodically. I have to kill the task and restart it.
3. How hard it is to fix the access violation when users select a new console application??? I get it 90% of the time.
4. Who the hell implemented code insight in C++ builder?? It's a fine feature if you can wait 20-30 seconds for it to decide on the proper hint (during which time it locks up your UI). And i have a 2P, 2GHz Xeon workstation with 1Gb of ram. I just turn it off.
5. The TODO list works fine with TODOs embedded in the code. Just try to use it by adding TODOs directly to the list (using the UI, instead of embedding the items in comments)... You can say goodbye to it after a few items.
6. The XML parser for the project files is somewhat weird. If I remember correctly, XML is supposed to ignore white spaces; however simply removing a library reference using notepad can cause the whole project to be unopenable. If I use the BC++ editor, it works fine.. however the two project files are visually identical side by side.
7. Access violations and screwed up code generation for ActiveX and type libraries. Every time I create COM or ActiveX I expect to have to manually edit the makefiles, mostly because either it access violates during the code generation or it just simply forget to generate certain code.
These are all bugs that the service pack should've addressed. No, I am not the only one seeing them, all developers at our site have this issue. There are tons more bugs, I am just blocking them out of memory right now. Comparatively, the Visual C++ UI is rock solid. BCB5 UI barely edges out the VB6 UI if that gives you any idea.
Re:whatis C++BuilderX (Score:2, Informative)
The most awful part of it all is the AnsiStrings and TStringList -- since I figured out how the SCL works, I have stopped using those two. They can't even fix the bugs in those because it will break lots of existing code that (accidentally) relies on the bugs.
Re. your problems:
1)
Re:whatis C++BuilderX (Score:2)
a) It's mainly a wrapper around other (free) tools. It's a GOOD wrapper, but it's hard to justify the kind of money they want for a simple wrapper. I'd like to see some Borland-specific expertise in it for that kind of money (like a VCL->wxWindows integration library that let people use third party VCL components from withing wxWindows apps. Mmmmmmmm). :P
b) They pulled the wx support
Re:whatis C++BuilderX (Score:2)
Damn.
Re:whatis C++BuilderX (Score:1)
here's a swf demo of it. [borland.com]
Re:whatis C++BuilderX (Score:1)
I am very impressed that the presenter doesn't know the difference between VPN and VNC. And as others pointed out, Borland have historically been terrible at updates and fixes for released versions of their products.
The real question is can you trust them to keep up to date with new versions of GNU tools, Intel tools and their own without repeated dinging you for more cash?
How long till they kill it? (Score:3, Funny)
Re:How long till they kill it? (Score:1)
Re:How long till they kill it? (Score:2)
Java couldn't, .NET couldn't (Score:2, Insightful)
This is not a borland created product, is a very powerful and mature framework that is both open source and bussiness friendly.
Borland builder can be killed, but not wxWindows. I use it with mingw GCC and VC++ and I don't think I will change it anytime soon.
C++ BuilderX (Score:2, Insightful)
The textbook our class uses comes with CodeWarrior, which I can't stand, so I opted for BuilderX. All CDs of BuilderX I've seen (Personal and Enterprise) have installs for all the supported OSs on one disc (Win32, Solaris, L
wxWindows (Score:2)
Good docs like the Perl/Tk books keep me with that toolkit. I'm the first to admit I'm not a good coder, but I've been able to do a lot following the documetation in Mastering Perl/Tk.
Re:wxWindows (Score:1)
Re:wxWindows (Score:2)
Right, the documentation will tell you that if you need a button, use wxButton. It won't tell a non-C++ programmer how to fit that button into an overall application, or how to do interesting things with the button. It'll tell you that it expects certain WX_* things, but you have to go track down the C++ do
CreateDIBSection(), frame buffers, and GUI libs (Score:2)
These new-fangled object-oriented GUI's have to abstract the heck out of everything and I guess a frame buffer is considered way too low level. In wxWindows the abstractions are wxWindow (the window thingy), wxDC (abstraction of the drawing surfac
Re:CreateDIBSection(), frame buffers, and GUI libs (Score:3, Informative)
If you want something more cross platform than DIBs, you can try using OpenGL.
Borland's elaborate suicide ritual. (Score:1)
wxWindows is a first-class toolkit! (Score:1)
It's very strange that this toolkit gets so little publicity, as it has a very rich API and lots of nice features - such as a sweet sizer-based XML resource system that makes creating GUI a breeze. It also has wxConfig classes which allow one to easily store configuration settings without worrying about the underlying system (registry on windows, files on UNIX). Its HTML help classes provide an easy, cross-platfor