Delphi for Linux 197
Thanks to several readers who wrote to us with the news that Inprise apparently will be porting its Delphi development tool, and others to Linux. This comes on the heels of the recent survey of the Linux developer community.
Re:Pascal compiler (Score:1)
Free Pascal Compiler.
Re:Will it be Open? (Score:1)
That's just silly, not everything has to be GPL to be good. You're living in a world where you just don't want to pay for anything, that's all. Get over it.
Money makes the world go around, and it's not going away anytime soon. GPL and open source are not going to make it go away. Linux (and I'm not saying this is a good thing, but it's a true thing) needs more commercial support to make an even bigger path for itself in the long run, and such developments as this could be very, very good for that.
If you don't want to use it, nobody is forcing you into it. When you're left behind playing your psx games and everybody else is out there making the big bucks working on the platform they like best, we'll try and remember you. =)
--
Mark Waterous (mark@projectlinux.org)
Re:Delphi and Open Source (Score:1)
I find Delphi to be a very nice GUI IDE, and OP provides most of what C++ does, and some things it does not. Personally, I like Object Pascal (OP) better then C++. But that may be because I learned Turbo Pascal before I learned C, back in the bad old days of MS-DOS.
You are right, in that the lack of C++ style templates is OP's biggest problem. However, the Delphi approach of making lists of TObject is not as bad as it seems. Delphi provides *much* better runtime type support then C++, so TObject is easily converted back to what it was.
Additionally, this lets you compile your collection classes once, and also replace them using dynamic linking. C++ requires full source for everything, and templates must be compiled for each use. Both approaches have advantages and disadvantages. I hope Borland decides to put the choice in the hands of the designer, and adds templates to OP.
Yes, Delphi uses exceptions a lot. This is because they are Delphi's error handling mechanism. Unlike C++, where it is anybody's guess how an error is reported, Delphi will *always* throw an exception. With this in mind, properly designed code is clean and *very* robust. Well done VCL code will recover from errors automatically.
Yes, the IDE gives you a global variable for your forms by default. It does this to make it easier for the VB-weenies who are writting hobby code. I always delete the global declaration immediately. If you do not, well, what can I say, you are not a very good programmer.
If you try to force C, C++, Eiffel, or some other language's mindset on Delphi, yes, you will get ugly code. But that is your fault, not the fault of Delphi. Since you snuck in a plug for Eiffel at the end, and are posting anonymously, I suspect you have an ulterior motive. In any event, I know Delphi to be a good system, and recommend that others developing for Windows (and soon, Linux) check it out.
Re:GUI's to support? (Score:1)
If GCC is GPL, how can Borland bury it? (Score:1)
I will quite happily use C++ Builder myself, but then, I've got apps to write.
Re:Motif is ugly, but is the 'industry standard' (Score:2)
True, Motif tends toward some ugly defaults (mostly in component spacing and apparent widget "thickness"), but these are easily overridden. There are even class libraries around to encapsulate Motif for the C++ hackers that really can't figure out how (or don't want to spend the time) to roll their own.
Not to say that {Mo,Less}tif is perfect, but it's silly to ignore the talent pool that exists for it.
Rock solid proof (Score:1)
check that out. Official job opening.
I had included this hard core evidence when I submitted the article, but Hemos didn't post it... I knew about it for a week but was too lazy
Go Borland!
Re:Not for Linux it's not... (Score:2)
Or use Lesstif [lesstif.org] instead. (Modulo licensing issues with that, since I believe Lesstif is GPL'd.)(Er, I just checked, and Lesstif is LGPL'd. No problem.) Which would be great if it helps improve Lesstif.
Re:I'll be there! (Score:1)
Writing gui apps with VI is why so many X apps look like a 3yr old with a crayon layed them out.
---
Joseph Foley
InCert Software Corp.
Re:GUI's to support? (Score:1)
---
Joseph Foley
InCert Software Corp.
Another question - Binaries (Score:1)
--
"All that is visible must grow and extend itself into the realm of the invisible."
Re:GUI toolkit is the important question! (Score:1)
re: the toolkit
They might do something similar to the way they did their database abstraction. That would let them use GTK+, Qt or whatever. This would let people pick which toolkit they want and possibly even change during devopment.
I guess it's one way to do things, but I don't really like it. I like to know exactly how my app is going to look. Changing gui toolkits is a good way to make your app suffer from java ugly app syndrome. I'm not much of a themes person.
I'd like to see something like GLUI, a gui toolkit written on top of GLUT. Then you can have apps that run identically on Linux win9x Os/2 BeOs etc.
Don't think it'll happen though.
Re:Motif? Arrrggghhhhh! (Score:1)
Delphi and Open Source (Score:1)
This is different from the VB community, who appear to follow the Microsoft philosophy. I have been aided by these "free" Delphi components and even applications, and I have also contributed back.
As to those who criticize Delphi as not a "real language", I'd like an explanation. Many excellent applications have been written in Delphi/Pascal. What makes a "real language"?
Re:Borland must release source (Score:1)
"is it important whether Inprise GPLs the source for Delphi or not", I voted, "Do not care".
Do I care whether the source for Oracle is GPLd? No. Do I care whether the source for DB2 is GPLd? No. Do I care whether the source for Call To Power, for Linux, is GPLd? No.
As long as the base is GPLd, we're all protected (as long as the base does not get marginalized, as MS Office for Linux could do, because you KNOW that it will only work with other MS Office for Linux/Windows, which you'll have to pay for).
MSO2K says "we're using XML for our documents". Great. But most of the useful "features" are locked up in...ActiveX stuff.
GUI's to support? (Score:1)
Borland's C compiler... (Score:2)
(IMHO)Well, it is. I've used the C/c++ tools from Borland and had great success, going from all the way back to their original Turbo C compiler up through the C++ Builder, which is Borland's C++ version of Delphi. Remember, these tools have been going toe to toe with M$'s Visual toolsets for years, with a high percentage of developers preferring the Borland/Inprise tools.
Within the realm of the C++ and the Delphi products, the real question is more which set of GUI components will be supported, i.e., Gnome, KDE, X, or perhaps a new set of components from Borland(?).
YESSSSS!!!! (Score:1)
VB next? (Score:1)
Re:RAD is a good thing? (Score:1)
Also, RAD goes much futher than just Ui development. Properly written delphi code is veyr easy to understand. For one reason, a lot of the code that you don't really care about (and is bug prone) you never write; I'm talking about code to set up screen controls, and getting backend stuff working. In Delphi, I just drop some components in, set some properties, and then make some event handlers to actually do the work. I can't think of anything sweeter than that. I never have to mess with the UI code (unless of course I want to for some reason) and setting up the backend (datasources, etc) is as easy as connecting a few components together. This is what RAD is all about. getting rid of the stuff you just don't need to worry about so you can get the product done quicker. I can't see many problems with this philosophy.
Hrmm... (Score:1)
But wasn't the survey kind of wierd? I mean, I would never have expected Delphi to have *that* big of a demand...perhaps Borland rigged the survey?
(Maybe I'm just completely wack here...I know my brain isn't 100% there....damn waking up early for classes
--------------------------
Check out Lazarus, the free Delphi clone (Score:1)
Lazarus is aimed at working with different widget sets like GTK etc. Go to the homepage [miraclec.com].
YEAH!!! (Score:1)
Re:Premature? (Score:1)
Yes! (Score:1)
Re:Will it be Open? (Score:1)
No, your tone was not Gestapo, but the notion of anything which is not open source being pointless is cut from that cloth. If there is no room for commercial products to run on Linux, then there are many market sectors which will remain with Windows.
My view is that all Linux-based applications benefit the furtherance of the OS, whether free or commercial.
Delphi gives me freedom to code my apps without being a slave to the GUI. I like that. Also, at the levels that count (the components and rtl), Delphi ships source code (in Professional and above).
Inprise/Borland has always had one of the best outlooks on licensing and on source access. To think that I might either debug or otherwise improve their compiler would be foolishly egotistical. But to have the source to the components protects me from obscure bugs interfering with my applications. The best of both worlds, for my money.
holy guano batman! (Score:1)
Re:Delphi port? GREAT! (Score:1)
As to MS tools, I recently had occasion to explore VC (again.) It makes me appreciate even more how well designed a product Delphi is. The notion that anyone could consider VC a visual development environment is unbelievable. After spending 10 days on it I concluded I would rather go back to assembly coding on embedded processors.
I have reservations about Linux, but 98% of them would diminish or disappear if I could use Delphi. My number one concern is the productivity hit I will take in making the transition to Linux.
One of the best aspects, of course, is that most components shold come across with little or no change needed. Some will require change, such as the serial I/O component I use every day.
I doubt that there are many Linux users who can comprehend what a sudden increase in the developer community will occur when Delphi for Linux ships.
Re:GUI's to support? (Score:1)
Premature? (Score:1)
Re:Hrmm...exactly! (Score:1)
> explains the toolkit confusion, etc.
Yes, which makes these results even more significant. If 40% of existing Linux developers said OK to Inprise tools on Linux, then it would not be so significant a result. It would actually be a little ho-hum.
The respondents here are mostly Windows developers who want to move to Linux and take their favourite tools with them. In this light, the numbers are far more telling.
-M
Re:MM.. Source level compat.. (Score:1)
Motif is ugly, but is the 'industry standard' (Score:1)
The whole Unix world doesn't run Linux yet, and toolkits like GTK+ and Qt aren't as widely accepted in places like Hewlett Packard, Sun, etc as Motif.
And finally, with judicial tweaking Motif applications can be made to look as pretty as GTK+ and Qt ones.
Still run like a dog though
Chris Wareham
Good for both newbies and gurus (Score:1)
There's an interesting article called "How Programmers Stole The Web [asktog.com] on Bruce Tognazzini's user interface site, Ask Tog [asktog.com]. One point it puts across is that when programming languages and environments were relatively simpler (he says in the '70's, I say in the '70s and '80s), there was an explosion in programming creativity as many people who'd never even touched a computer before were creating all kinds of interesting and even ground-breaking programs. Consider the spreadsheet, which Dan Bricklin cobbled together in BASIC, or MYST, created by the Robyn and Rand Miller using HyperCard. I've seen non-programmers write small (but often-used, even institutionalized) applications that met their own particular needs using HyperCard, Toolbook, FileMaker, Visual Basic, REALBasic and Director -- all without having to run to the local geek for anything more than a little help. In the article, Tog says that Pascal is as difficult as C, but anyone who's had to chase pointers or manage memory (or used Delphi) will probably disagree. The important thing is that the presence of a simpler (than C/C++) programming language couple with a simpler programming environment (no makefiles, no sepearate source/header files) should encourage similar development in Linux. I also think that giving people -- that means anyone, not just the code gurus -- the ability to "do it themselves" fits perfectly with the Linux philosophy. If a "serious" programmer is free to write a utility or driver if it meets some need, a non-geek should also be able to put together apps that meet their workaday needs.
It's also good news for experienced developers. I work in tandem with a hard-core human interface guy, and what I usually do is hand him VB/Delphi forms and have him lay out the interface, after which I attach the code. Having someone who's actually concerned about the interface and giving him the ability to build it and see it all at once is a great timesaver for me (as I don't have to do it) and for the users (because someone's taking their workflow into consideration). Yes, we still always start off with pen and paper when designing, but giving a person with human interface skills (but not programming skills) the ability to build interfaces is efficient and benefits the users too.
A library of ready-made interface and other components is also handy. VCL is so much nicer to deal with than MFC, and I think it'll be a considerable boon to Linux app developers. Yes, I like doing things for myself, but sometimes it's nice (and less expensive in terms of effort and debugging) when some stuff has already been done for you.
However, the most important benefit of Delphi for Linux applies to both newbies and gurus -- RAD enviroments, simpler langauges and libraries like VCL let you have a life! I can't even begin to measure the value of such a feature.
Oh, please... use your brain (Score:1)
If Jave becomes the defacto tool for Linux, then the apps will suffer. But for those of us who champion Borland tools, it doesn't matter: we will use Delphi, and will be productive, and our users will enjoy performance benefits over Java-built apps.
What gives you the idea that Object Pascal is "pseudo-object"? There are many ways of approaching OOP, and Delphi is as valid as any other, and more than some. At least it avoids the catastrophe called multiple-inheritance! Your comment smacks of ignorance of language.
give me strength (Score:1)
Your ignorance of Delphi is impressive. With the Professional package and above, you do get source to RTL and VCL. I sincerely doubt that anyone in the Linux community is at great risk of improving the core of the compiler, so that really is a non-issue.
I have no idea what you're spouting with respect to "fictitious" things, but if you have any proof of your allegations, speak up. Otherwise you are merely trading in Microsoftian FUD.
Re:VB next? (Score:1)
Don't knock VB programming until you've tried it. Besides, there's lots of money for VB coders out there.
Re:YEAH!!! (Score:1)
Well, most people don't use RAD ("slap-it-on-a-form") tools for general-purpose applications building. Their typically used for two reasons: one is for prototyping applications that will later be rewritten in C/C++, and another is for mission-critical, specific use custom-built applications that need to be developed in a hurry. Tools like VB and Delphi are favorites of contract programmers, for instance.
And glade is nowhere near the robust tool Delphi is. (Flames >/dev/null)
Linux == Land of opportunity (Score:1)
There are two main camps of people developing software for businesses. The VB/Backoffice losers and the Delphi Client-Server crowd. One just got a huge competitive advantage over the other because they can deliver a better, faster, more stable product with no OS licensing fees and Macro virus bullshit. If the market truly is free one of these is going to get trashed RSN.
So with all these business apps running on Linux the demand for good Linux support people will go through the roof. And all these Linux support people are going to get paid to write little GPLed tools in gcc/perl etc that benefit the whole community. Delphi isn't a threat to Linux - it improves the job market and increases the size of the community.
Re:Yes! - What About The Open Source Stuff.. (Score:1)
I think people need to look at what Delphi is targeted for, which is custom DB apps, which typically are not released on a Wide-spread basis. But if the ability to rapidly deploy custom apps under Linux is there, a lot of companies will be much more inclined to use Linux other than server only.
You are not going to see apps such as Word Processors written in delphi I think.
Re:Will it be Open? (Score:1)
Wait, Wait, Wait, I buy don't care if it is free of charge. As for calling me cheap thats a stupid insult, you don't even know who I am. I never said GPL is the equivilant of digital sweetness. I have seen rather sh**ty software in released in GPL, I have also seen some rather great software released in closed source.
If it is a good product, GPL'd, and cost a reasonable price I would buy it. I'm insulted by the idea that you think I am cheap and only use software for free. I am just interested in having businesses sell open source software. I want the OSS paradigm to work in the commercial environment. I want when I buy hardware I can see the source, and use it and modify it as I see fit. I know GPL is not the only open source license on earth. I also know that many corporations cannot release source code yet because they may use APIs that are not open. This is understandible. Hell I will admit I use netscape although I cannot see the source. (I will on the other hand say I would be alot less buggy if programmers could see the source). Having all software free or commercial OSS is my ideal, I don't think society is ready for it yet. I just don't understand why I am taking so much slack for it.
Money makes the world go around
Money does not make the world go round gravity does. >=)
RAD is a good thing? (Score:1)
If you try and develop an application for the here and now, for the short term.. you will end up with the mess Microsoft has. They needed an OS for the IBM PC... they bought a quick and dirty (RAD) hack called QDOS. Then they RAD'ed a GUI ontop of it called Windows, instead of going with a better design they were working on with IBM.. a little thing called OS/2... then they patched a 32-bit API ontop of DOS, and called that Windows 95... then patched thier patched Win32 API ontop of a VMS clone, and called that NT.
But they did it rapidly didn't they?
Re:Bad Dream... (Score:1)
"Cake or death!" (E. Izzard)
Re:Home Site! (That's right!) (Score:1)
- Stimpy
I had forgotten about that! That's REALLY good news!
--
"All that is visible must grow and extend itself into the realm of the invisible."
Will it be Open? (Score:1)
How much do you bet they will not GPL the code. It is cool that Inprise was thoughtfull enough to code for Linux. It would be cooler if it is GPL'd. If they will not open the source then it is pointless. With a few exceptions like (PSX games, netscape, etc) I try to avoid using closed source programs.
Great! (Score:1)
Really, a linux desktop would be a dream for tech support. Imagine having a generic installation for every department and not having to deal with regitery, slightly different ne200 cards with different win drivers. User profiles changing location, tighter security, flexible permisions for users...I can wait to see that!
Because many computers at big companies just run 2 or 3 softwares every day. Many just run 1 (tel. assistance, accounting, word-processor...)
Well, I hope to see that one day
Re:GUI toolkit is the important question! (Score:1)
a major win for Linux (Score:1)
Delphi combines a very highly productive IDE and visual toolset with a very capable language and compiler. Into the bargain, it introduces components which are arguably the first example of a successful software component. I do not count OCXs, which incur a large overhead, nor any sort of similar element in an interpreted language (sorry, Smalltalk.)
Inprise/Borland, in committing to port to Linux, confer on the OS another level of credibility, and a crucial one, in my view: that Linux can be the foundation for commercial software success, as well as for the free stuff.
As to those who froth at the mouth about the evil nature of commercial software, I fail to understand why having more choices is a bad thing. If I would rather pay for a good tool which I already know how to use, why should I be forced to use gcc instead? Free software is nice, but free choice is better.
I think people are missing the point (Score:1)
The point is to have a entirely cross 'platform' Windows/Linux development environment. Most of the people here do not seem all that interested in the cross platform benefits of this announcement - but a large percentage of the people who answered the survey were very interested in being able to port apps simply back and forth.
-josh
Re:VB next? (Score:1)
Try QtEZ or KDevelop, if you can handle C++, otherwise look forward to KOM/OpenParts components, esp. with Python support.
Re:Components! :) (Score:1)
Re:VB next? (Score:1)
Woohoo! Winbloat® meets Linux (Score:1)
Just a minor couple of points though:
http://get.to/neuralabyss.software - Visit NeuralAbyss Software [get.to]
- NeuralAbyss
~^~~~^~~~^~~~^~~~^~~~~^^^~~~~~~~~~~~~~~~
Real programmers don't comment their code.
Maybe not so premature... (Score:1)
At the official launch of Delphi 5 here in Finland last Thursday (Aug 19), when talking about the *next* version... the presenter twice did the old "I'm not really talking about CoughDelphiForLinuxCough" trick. (OK, actually it wasn't so much a "cough" as holding his hand before his mouth and mumbling it; I think he must have squeezed a nostril shut with his thumb too, because it sounded really nasal -- but that definitely was what he said.)
I think they're pretty sure that this *IS* something they want to do.
Christian R. Conrad
MY opinions, not my employer's - Hedengren, Finland.
Re:Good for both newbies and gurus (Score:1)
I think that Delphi is terrific at a number of levels. For the sometime programmer, it is a tool which will allow him or her to build apps which are reasonably clean, and to focus on the functionality, without having to strain to achieve an interface for the user. For the programmer who uses Delphi every day, it affords the ease of building a meaningful app in minutes, literally.
The great visions Borland pursued are the VCL and the "two-way tools". Unlike MS with VC, there are no framing comments to signal a deficient file processor who owns what. I can modify any part of a file, or a form, and Delphi will make the correct determination. Can I do the wrong thing? Of course. If Delphi prevented that, it would be too restrictive in its access to system resources.
There are a few tasks which Delphi cannot accomplish, or at least would be harder than with VC. Writing drivers is one. But really, how many of us can digest the horrendous MS docs on that topic, anyway? And how many of us really want to write drivers? Needing to write a driver implies that you have designed a new card for the PC, and the prolifieration of PCI (and the reduction in ISA slots) has made that ever less likely.
People who claim that Object Pascal isn't up to "real programming" tasks have wrapped themselves in their ignorance.
VCL is, IMHO, the most significant development in software in years.
that's nice (Score:1)
let's not (Score:1)
As far as GUI kits, I'm agnostic. I just want to be productive, and very soon after moving to Linux. Coding GUI by hand doesn't cut it, and never will.
what industry? (Score:1)
No, I don't think the survey was "rigged". (Score:1)
"I would never have expected Delphi to have *that* big of a demand...perhaps Borland rigged the survey?"
No they didn't.
It's just that there's a *LOT* of Delphi developers in the world, who really really like their tool, and would want to see it on Linux (I'm one of them; see my user profile). And the survey was publicised on... surprise, surprise: Web sites about *Delphi*!
Which is the logical thing to do, of course: Borland wanted to know if they could *sell* their tool. So the logical people to ask are those who already have proven they're willing to pay for it; existing Delphi developers. Come on, admit it: The
So did you expect all of us to scream louder for JBuilder or C++ Builder than Delphi, or what? Well, there are several reasons why we didn't. Reason #1: Delphi, Object Pascal-based Delphi, is Borland's greatest seller -- not C++, not Java. Reason #2: There are already a lot of C/C++ and Java-based tools available on Linux, but nothing for us OP fans. Reason #3: With C++ Builder's VCL being identical to Delphi's, we *know* that porting Delphi is the key -- do that, and C++ Builder is a good as ported, too.
There, hope your brain is "in whack" now; good luck with your classes, now that you are awake!
Christian R. Conrad
MY opinions, not my employer's - Hedengren, Finland.
Two things (Score:1)
Second, what "all the computer magazines" have you seen D3 CDs on? Danish ones?!? Here in Finland, I've only ever seen Delphi 2 -- repeatedly, actually -- on *British* magazine _PC Plus_.
(Yeah, D5 is officially out; the first official launch in Europe was here in Finland last Thursday, August 19.)
Christian R. Conrad
MY opinions, not my employer's - Hedengren, Finland.
Re:Will it be Open? (Score:1)
There's an oddly Gestapo flavored tone which arises in Linux circles when the mention is made of commercial software.
If Linux must be a crusade, I'm staying home. If, on the other hand, Linux is a viable OS to be judged and used (or not) on its own merits, then I will probably use it. And I am far more likely to risk using it for commercial apps if I have a tool which makes me more productive. Delphi will.
I agree, with reservations (Score:1)
I will be shocked if Delphi for Linux makes cross-OS coding transparent. But if it makes it practical with compiler conditionals, I will be extremely pleased.
Even more than the matter of cross-OS compatibility is the cross-OS components issue. If we are able to immediately make use of most, if not all, of our existing collection of components, then we, as developers, win big time.
Re:RAD is a good thing? (Score:1)
you quoted Windows 95, OS/2 and NT, and you thought they were written with RAD.... who says
GUI are written by RAD?
remember one thing: microsoft don't use delphi to write MS office.
Inprise Introuble (Score:1)
IBM, Lotus, Novell, et al. have all been there before
Regards, Ralph.
Re:Motif? Arrrggghhhhh! (Score:1)
You PAY for the commercial QT 2.0 (which is also available for Windows and can make life easier for them moving Delphi from Windows to Linux).
They could easily include the runtime price in the total end user price..
It might be interested to see if they will release a free version "for non commercial use" which will allow users (students, home users) to compile open source Delphi programs. I would call that - cool
Re:Prediction: Microsoft on Linux! (Score:1)
Rather doubtful. In fact I just saw something over on LinuxToday saying Microsoft intends to inist that vendors must agree to tightly integrate their products with Microsoft's Visual Studio development suite of tools, which includes VisualBasic, Visual C++ and Visual J++. The article is entitled "CRN: Protecting Windows -- Microsoft launches developer program to counter competitors" and can be found here: http://linuxtoday.com/stories/9018.html. It can also be found here: http://www.techweb.com/se/directlink.cgi?CRN19990
Re:Will it be Open? (Score:1)
Re:RAD is a good thing? (Score:1)
Also, there is definitely a place for tools to throw together throw-away apps quickly. Witness perl, python, and other scripting languages. Admittely, they can be misused, but would it be a better world if everyone was forced to use compiled languages for everything? I think the same thing applies with gui tools. People like Tk because it's quick to write for. RAD environments offer the same advantage.
Having said all of that, I personally prefer writing C++/Qt apps with emacs.
-----------------------------------------------
STUPID! -The survey was from a skewed population (Score:1)
According to question 28 (The primary development tool I/we currently use is...), 39.9% of people primarily develop with Delphi, and 6.3% with Mickey$oft Visual C++. The expression that comes to mind is: "What a load of bollocks!"
Ok, Q32 (My company's annual revenues are...): 37.9% of people who responded to the email are obviously hobbyists, students, unemployed people, dreamers, coders who work in their spare time, or people who live somewhere for free. If this were a survey of *real* working software engineers, then the results would be very different - you have to pay the bills somehow.
Borland/Inprise: fix you bugs in JBuilder and port that before you lose the market to the other vendors who have already ported tools (e.g. IBM. Metrowerks). Port your C++ tool and give it to students to lock them into Borland and thus help keep them away from Microsoft. Then consider Delphi.
Then again, the survey was supposed to be global. I've heard that Delphi use is greater outside of North America... but that much so???
Re:Will it be Open? (Score:1)
My personal opinion here is that if it doesn't have source code, it's not worth touching. It's just not useful to me.
Yawn (Score:1)
Re:GUI's to support? (Score:1)
Why is X a User Interface? It sounds much more like an API to me..
Matthew.
Re:I'll be there! (Score:1)
Re:Industry Standards (Score:1)
Although they have a funny way of showing it at times
If you mean ease of GUI creation, then I have yet to see a GUI builder that comapres to some of the Motif ones. However, Kdevelop is shaping up nicely. Just a pity my knowledge of C++ is fairly bad, which means I find myself sticking to GTK+ and Motif, despite the enticing out-of-the-box Windows & Unix portability of Qt.
Chris Wareham
Check out Torry's Delphi Pages. (Score:1)
"Me, I hope that delphi becomes one way of doing gtk and qt stuff in pascal, rather than a *rival*."
Oh, I'm fairly sure that that's exactly what Borland wants to do. They'd be stupid to invent a whole new GUI widget set, wouldn't they? Then they'd just have one more headache, developing and maintaining that. No, *two* -- the other would be, developers might be reluctant to use something that didn't automatically give their applications the same "look and feel" as what end-users are using already.
"Would open source still be so cool if there were more that ran on windoze?"
Hell yes! In fact, at http://www.torry.ru/ you'll find some components (plug-in stuff ready to use in the RAD IDE) that are already LGPL'd. The Delphi community -- yes, I think there *is* such a thing -- is actually among the most "Open" you'll find on Windows.
(I think it's because using such a wonderful tool makes you much more happy, and happy people are much more likely to be sociable and generous. No wonder perhaps that Visual Basic code slaves, and the poor souls who have to wrestle with "Visual" [Ha!] C++ / The Abomination Known As MFC to give them their "components", are such grinches...
Christian R. Conrad
MY opinions, not my employer's - Hedengren, Finland.
Yuck! (Score:1)
Eh, 'simply'?!? What a horrible kludge!
"I believe AT&T did this with their C++ compiler, but I could be mistakened."
No, you're not mistaken; that's what they did.
You may have noticed, though, that it isn't what they (C++ compiler vendors; dunno if AT&T has one any more) do nowadays.
I think there is a reason for that.
Christian R. Conrad
MY opinions, not my employer's - Hedengren, Finland.
Huh?!? What are you talking about? (Score:1)
So you think the license is built into the language; Delphi can only be used to build shareware?
My, what a fuckwit you must be.
Christian R. Conrad
MY opinions, not my employer's - Hedengren, Finland.
Exactly. But... (Score:1)
"If you use MS-based tech (COM/DCOM, MFC, ADO, etc.) in Windows Delphi apps, how can you expect this to port to an environment that doesn't have these things?"
Yup, that makes it hard.
That may be one partial reason why many Delphi developers use as little as possible of that kind of stuff.
Besides just in general wanting to do as little as possible to promote MS-proprietary "technologies", even on MS platforms, that is.
Christian R. Conrad
MY opinions, not my employer's - Hedengren, Finland.
You don't quite get it. (Score:1)
That's irrelevant.
Whatever they implement Delphi on top of, that implementation *will* be the VCL [Delphi's class library, the Visual Component Library] "on top of" whatever it is.
That's the whole point -- Delphi more or less *is* the VCL; the compiler is just incidental, needed to translate your VCL-using code (and the VCL itself) into machine language.
So if QT is easy and GTK+ hard, or whatever, doesn't really matter to the *Delphi* coder -- Borland's people will get to wrestle with that, porting the VCL. (OK, that was an over-simplification, since one of the main points of Delphi is that you can also write your own components. But basically it's true.)
One possibility, though, is that it would in fact be easier for them (and us, and third-party component developers) to use GTK+ if it is *less* "advanced" than QT; it's one thing to build on top of a low-level API, that can be tedious enough -- but implementing a higher-level class library on top of *another* high-level class library that "goes against the grain" of the one you're trying to build looks like it could be a real struggle.
AFAICS, FWIW, etc.
Christian R. Conrad
MY opinions, not my employer's - Hedengren, Finland.
Source level compatibility - for whom? (Score:1)
Another issue is *where* that Win-API-calling code is located.
If it is in your project itself, then you have work to do -- but then you've bungled on re-use and all those OO benefits already...
If you isolate it in an IDE-installable component, you'll only have to port that once, and as long as the interface is the same, your project code is then freely movable.
For instance, I've bungled like this myself in one current project: I override the Create and CreateParams methods in some of my forms to make them appear as part of another form, the code is taken directly from Charlie Calvert's "RitcheyForm" in _Delphi 2 Unleashed_. But the new "Frames" in Delphi 5 seem to be exactly the same code wrapped up in a component/form type -- port those to Delphi/Linux (which no doubt Borland will do), and all I'd have to do was use those in stead of my own semi-kludge and I'd be done.
The issue of API code hindering portability will be a problem mainly for in-house and third-party *component* developers, not *application* developers, I think.
Christian R. Conrad
MY opinions, not my employer's - Hedengren, Finland.
Re:Motif? Arrrggghhhhh! (Score:1)
Er... have you seen the Qt prices [troll.no]? A single-developer licence for Qt is $1550, for one platform only. I'm sure Delphi sells for a lot less than that.
And there is no 'runtime price' - the price is per developer only.
Re:GUI's to support? (Score:1)
Re:Will it be Open? (Score:1)
A bit'of history: No RAD Tools->Mac RIP in Bidness (Score:1)
Although this is often overlooked, especially by mainstream press, and was certainly missed by 'bad-old-days' Apple execs, the thing that really killed the Mac in business settings was not a lack of productivity apps, cost or bad marketing. It was the lack of a decent RAD environment. Not having tools that allowed you to easily create crossplatform frontends to corporate databases [so 4D doesn't count here] left the Mac in a ghetto for corporate creative professionals, scientists, etc.. [PowerBuilder was too little to late, and just took too many resources.] When standarization really took hold in the mid 90s, it was no wonder that Macs around the country got the boot. Its too bad Delphi was never made available for the Mac. (IIRC, Phillip Kahn hated the Macintosh, Bedrock notwithstanding, or perhaps withstanding!)
It's a fact: more than productivity apps, email, or anything else, corporate machines live and breath on custom database applications. And even with new models like distributed objects, etc.., don't expect mainline 4GL tools to go away _anytime_ soon.
I'm now one of those rah-rah Java distributed objects guys myself. But though I don't use Delphi (don't do much RDBMS development at all anymore), having it available for Linux is just the ticket, and is just as imporant as having a good office suite. This is good news for Borland, who will have the _only_ mainstream object-based RAD 4GL tool that will run on both Wintel and Linux. It is great news for Linux, and might be a significant milestone for an end to Wintel hegemony.
Bravo Borland!
Re:Borland must release source (Score:1)
I guess it's convenient your anonymous.
----------------------------------------------
Not for Linux it's not... (Score:1)
Besides, if they chose Motif they'd have to licence it, adding it to the price of Delphi. For that, they may as well use Qt (one of the most programmer-friendly toolkits I have seen).
Delphi port? GREAT! (Score:1)
I'm sure I'm not alone, and I'm sure that I'm not the only Delphi developer who has used the Borland tools out of a disdain for using anything by Microsoft.
From my perspective, a port of Delphi to Linux, whatever GUI(s) might be supported, could easily bring a LOT of desktops into the Linux world - a LOT of Delphi work is in building internal applications for businesses.....and it wouldn't be at ALL hard to write a component set to support MySql databases, or even PHP scripting.....
Re:Hrmm... (Score:1)
But whatever... I coded in Turbo/Object Pascal/Delphi for about 14 years before dropping Windows completely about 6 months ago, so it will be refreshing to see Delphi for Linux. If it supports QT, I'm all over it.
Borland would have found breaking established GCC development methods to be nearly impossible in releasing C++Builder for Linux, and so it would have made very little sense to reinvent the wheel.
BTW, how soon will we see those JBuilder Slowassis and Linux ports?
Re:GUI's to support? (Score:1)
Now let's get back to delphi on Linux, okay?
Gtx,
Emiel (aka CoolVibe)
Re:Will it be Open? (Score:1)
I don't think I used a Gestapo tone, I just voiced my concerns with developing closed source programs in Linux. We need to prove to corporations that OSS is viable and profitable. Many programmers understand this but many more short-sided managers don't. If closed source programs do very well in Linux, companies will not have much of an incentive to develop OSS software. When Corel developed in linux I praised it as company willing to develop for an OSS platform. When I realised it did not release its code I deleted it and I never looked back. I would never force anybody to do the same. I just like freedom, using closed source programs in the name of productivity, is like sacrificing freedom of speech in the name of national security. It may be a noble cause initially but sooner or later it will be abused.
Re:GUI's to support? (Score:1)
Anyway, it's great news - Delphi is imho a really great tool.
Re:Hrmm... (Score:1)
Delphi is about the best RAD tool on Windows ... (Score:1)
If the API's are going to be similar (I assume some wrapper around Motif and the Unix libraries) to the Windows version then we could see some interesting cross-pollination of ideas.
I haven't read the article yet to see if they're also porting C++ Builder, but I suppose Unix already has great C/C++ development tools.
Chris Wareham
Re:GUI's to support? (Score:1)
Re:Hrmm... (Score:1)
Since I do Delphi development myself, I know how big the Delphi community out there is. And everyone has been clamouring for Delphi for Linux for at least 18 months.
So... your call
Regards
Andromeda
Re:Yes! - What About The Open Source Stuff.. (Score:1)
Enough ranting..
Kenny
Re:GUI's to support? (Score:1)
X11 is just a windowed display system, not a GUI. But GUI on UN*X depends on X11 (or OpenWindows on old SunOSes).
Other tools (Score:2)
--
Interested in XFMail? New XFMail home page [slappy.org]
Re:GUI's to support? (Score:2)
> read: man X
DESCRIPTION
X Window System servers run on computers with bitmap displays
...
X supports overlapping hierarchical subwindows and text and graphics operations, on both monochrome and color displays.
And so on. For not being a GUI it sure seems to have a lot of blits, rectangles, lines, cursors, fonts, and colors wired right in. Oh yeah there's this X protocol thing which is useful for other things but is rarely used for it.
Can you dispense with the frothing at the mouth now?
Re:STUPID! -The survey was from a skewed populatio (Score:2)
The pool didn't show that. It showed that 50.9% of the people who answered the pool use Delphi (or are liars).
What Borland (Inprise) can use the pool for, is
1) Get a vague idea of the interest from the absolute numbers.
2) Get an idea of what those people who are interested in both Borland and Linux would like to see most. These will be their "easiest" customers, so that is quite significant.
Porting Delphi first seems like the brigtest move for Borland. They have a lot of existing customers using that, and unlike Java and C++ they are the only provider.