Slashdot Mirror
Announcing PHP-GTK
whyDNA? sends us this news bit: "I found this on the PHP page: The first release of PHP-GTK is now available. PHP-GTK is a PHP extension that provides an object-oriented interface to GTK+ toolkit and enables you to write client-side cross-platform GUI applications. For more information, visit gtk.php.net."
I agree with your first comment. Outside of browser applets, my view on Java is: "what's the point?". Especially for server-side stuff...
But, PHP is interpreted, too. There's nothing necessarily wrong with interpreted languages, particularly for DB-based apps where the SQL engine and queries are the bottleneck. For small apps or for rapid development, interps allow for fast code-then-run loops. May not be an adequate method for kernel coding, but for gotta-be-done-yesterday business apps it makes a difference. Also, I believe both PHP and Java have caching products that will speed them up once development is over and you need more performance.
Of course, I believe the original poster misunderstood the point of the story... PHP-GTK is not intended to run in a web browser. This is intended for local apps using the php command-line interpreter to quickly create GUI apps, similar to Perl-Gtk, Python-Gtk, etc...
PHP is barely capable of web scripting. Just because you can mount GTK on it, doesn't make it Perl, or Python.
As a programming language, it sucks just a little bit less than quick basic.
Man - what those dumbo PHP programers can do if they ever learned to program...
Ruben
http://www.mrbrklyn.com/amsterdam.html http://www.brooklyn-living.com
My personal solution is to go ahead and use PHP, but not bother with the separate Zend Optimizer download.
.. seems rather like cutting your nose off to spite your face though.
Then you're missing out on the rather good speed increases you'll get from your code.
I guess it's everybody's choice
People are so hung up on the 'free software' bandwagon they don't stop to think and realize that all this stuff is freely downloadable and usable anyway.
--
Delphis
Could that be because PHP is really just a 'toy' language.
With php I've developed two full-bore web application that were each 20-30k lines of code with about another 10-20k lines of support code. Php scaled extremely well for those apps and I've since passed the first 30k project off to another coder(who learned the language in a couple weeks). My apps are also the fastest things on the market, linux + php + mysql + apache just screams.
But then I also use perl, about 5k-10k worth of system level support code. I use perl's reg expressions to crunch data into my databases, to automate maintenance and push/pull information and files across multiple servers.
You can either sit around bemoaning how your language is the "best" language and code just in that, or you can use multiple languages, code to their strengths and go home from work early each day.
If you can say this then you don't know Perl...
let alone Obect Oriented programmer.
Tell me great guru of Bullshit.... how do you do multiple inheritance with PHP - let alone simple references.
Ruben
http://www.mrbrklyn.com/amsterdam.html http://www.brooklyn-living.com
Right
Which is why you should never use PHP. It scales like crap, is fundementally flawed in it's data typing, lacks serious modularity or OO-design.
You waste more time debugging it than anything else, and it's error messaging system is useless.
Use PHP - and spend weeks fixing what would take moments in Perl..
http://www.mrbrklyn.com/amsterdam.html http://www.brooklyn-living.com
It's called "room for growth". It's not a bad thing. Otherwise, all those people who learned PHP will discover that they wasted their time when they run into the limits of the language.
We try to push everything (languages, OS's, apps) to try to be everything to everyone. PHP is great for what it is. If you want to create a GUI, use something that was built for it the ground up for it.
Oh, piff! With the exception of Visual Basic and kindred proprietary RAD languages, there are no significant languages out there that were "designed from the ground up" for GUIs. (Java is arguable, but still...) I'm not even sure what it would mean for a language to be designed for GUIs, or how it would differ from any existing procedural or OO language. Make window a reserved word? Whatever.
The fact of the matter is that most GUI API's are grotesquely complex and present a steep learning curve for a beginner or someone who just wants to write a simple graphical frontend for a tool. Tcl/Tk has heretofore been the only exception worthy of note, but Tcl has its own host of problems including limited compatibility between versions and its DOS-batch-language-gone-wild syntax. Python is probably a better language (than PHP or Tcl), but PHP has the advantage of presenting a gentler learning curve for anyone who already knows C, minus all of the implicit syntax that makes Perl so difficult for newbies.
If you want to create an interactive database driven website (and you don't know perl) use PHP.
PHP is a lot easier to use than mod_perl or Mason for lightweight tasks. I use all of the above, and only use Perl when the situation is sufficiently complex to call for it. It's also a helluva lot easier to configure.
I hope this doesn't ever work itself into the main distribution of PHP... More bloat.
Consider learning to edit your makefiles if it ever does. A Gtk extension to PHP would only be appropriate to the standalone build, not the Apache module.
--
Proud member of the Weirdo-American community.
Don't forget 'enables' -- yet another buzzword.
--
Sam
Now, I'm not supporting Microsoft on it, but I haven't seen a better implementation of Java support yet.
Not even Sun's J2SE? What about IBM's extremely fast recompiler? I guess you haven't seen them because you aren't looking.
"Like any trademark, Java is an adjective."All your hallucinogen are belong to us.
Will I retire or break 10K?
I'm not talking about how it affects server operation. I'm wondering why you would want to use PHP with the GTK+ extensions to write a GUI app. Much like Perl/Tk, it's proabably great for a quick input dialog box, but certainly not applications.
GTK has been written for Win32 systems, but, ironically, not for the older Macintosh systems. Since MacOS X is BSD, which, believe it or not, is Linux, GTK should work with few problems as is on the new MacOS X.
Furthermore, there are Windows libraries, mostly dynamic link, that will allow on-system support for the 9x series, and NT supports it from 2k^.
I mention that as I'll remind you, when you programme using GTK, or should that be if, the language formats available are for cross-platform. As there is primary C++ for ICE systems, or as you call them, *nix, there is Qt for Windows and Mac.
Now, personally, I like Java, but have you noticed how long it takes for Star Office or Netscape to load? And these are already in binary format. PHP, as it stands, takes slightly less time to do more complex things, and it's in run-interpretation non-compiled form. Now that it can be turned into machine code, I'm sure the limits on its power will disappear like the validity of your argument.
Now that that's out of the way, who's up for volleyball!?
"Yeah...it was the numbers that were irrational, not the murderous cult of vegetarians...." -- Hippasus of Metapontum
Did he ever live up to his statement("I'll leave the U.S. if GWB becomes President"). Man, someone should have made him eat his words. ;)
No, Thursday's out. How about never - is never good for you?
It'd be possible to fix the icon with a GTK+-based (but not PHP) paint program called GIMP. It even runs on Windows.
All your hallucinogen are belong to us.
Will I retire or break 10K?
What language used to own it?
In a sense, HTML used to "own" PHP just as it effectively owns EcmaScript. Go to OSDN SourceForge and follow any of the Show Source links at the bottom of the pages.
All your hallucinogen are belong to us.
Will I retire or break 10K?
It's a relitively well/cleanly designed modern GUI toolkit that is licenced under the LGPL, and supported by a zillion programming languages. There's nothing terribly wonderful about it, but it's the most-free GUI toolkit if you want your app to look/feel reasonably modern.
All of the other GUI toolkits avalible eithor A.) Are less free, B.) Are less modern, C.) Are less powerful, or D.) Are supported by less languages.
-- The act of censorship is always worse than whatever is being censored. Always.
That has got to be the yoogliest /. icon in the whole bunch!
I really didn't see that coming. PHP is really cool and, due to the existence of a binary executable, can be used for shell scripting. But a GTK-Binding for PHP is indeed a very nice idea. (Moderate down any troll that says it's bad; if they don't like it, they just shouldn't use it).
:-)
I'm thinking that in a short while we'll see bash bindings to GTK or something.
I'm pretty sure you're getting this totally wrong.
;-)
This is nothing to do with using PHP in web pages at all. In fact, it's nothing to do with web pages.
This about using PHP as a script interpreter, just like you use perl or python as a script interpreter.
So this certainly won't allow you to embed GTK applications in web pages: that would be neat, but would require a browser-plugin at the client end, and require the PHP code to be send to the client end. So the client would need the PHP interpreter.
It won't allow you to embed gtkhtml in IE, either
Jules
-- Any sufficiently advanced technology is indistinguishable from a perl script.
well, disclaimer IANALP (I am not a Linux programmer). I'll tell you one use for it. Most of our C++ coders in our Microsoft shop use VB for playing around with a new library/version/whatever. They prototype functions in VB then bounce them to C++ later. Or maybe they decide that, performance isn't a key issue in this COM object (like it's dependent on database access or other disk access for speed) and can just as easily stay in VB without a performance penalty and hand off the object (usually with an interface defined) to one of the VB programmers like me :)
Just thought I'd give you the view from the other side :)
---
DO NOT DISTURB THE SE
Well, you can write little apps and distribute them with 3 CDs - one for apache, one for php and one for mysql. Once all that is installed and mastered, you can "Click here!" to display the sqare root of 2, or something.
(Don't tell anybody, but to be honest, it's been more a matter of feeling too lazy to download it and mess with it than a licensing issue. Quite frankly, I don't have a huge problem with the QPL, as much as I'd prefer to see it GPL'd. I just haven't felt that my code was running too slow at the moment...)
Wait a minute...did I just say "don't tell anybody" in the middle of a public slashdot post? Must be getting late. Can I go home yet? :-)
---
"They have strategic air commands, nuclear submarines, and John Wayne. We have this"
Hacker Public Radio is our Friend
Someone else mentioned it already, but there already exists an ActiveX control which allows you to embed Mozilla within IE (or anything with ActiveX support). Go here: http://www.iol.ie/~locka/mozilla/mozilla.htm. I can't find anything about it, but if Mozilla can use ActiveX/COM/whatever controls with the <object> tag, you could go the other way and embed IE within Mozilla. ;)
Cliff has marked me as troll, and by gum-golly if someone thinks they can just have that title on a silver platter.
"Yeah...it was the numbers that were irrational, not the murderous cult of vegetarians...." -- Hippasus of Metapontum
How's that?
A variable has:
A.) A known trustable value because you assigned to it yourself.
B.) A known trustable value because PHP automagically asigns something reliable to it.
or
C.) A known untrustworthy value, because it it could have been modified by the user.
I miss how this is any more problematic than say CGI.pm in perl.
-- The act of censorship is always worse than whatever is being censored. Always.
And Rob didn't select it. :P
And, personally, I don't care much for the nut. The PHP icon is important. It means...well, it's just nifty, and I stole for use on another site, so
"Yeah...it was the numbers that were irrational, not the murderous cult of vegetarians...." -- Hippasus of Metapontum
If so, I already yelled at you. If not, well...FOOEY ON YOU!
Hey, here's a thought, why not run a "Make the Best Widgets for Slashdot" Campaign?
Winner enters the circle of advanced moderators, and gets Rob's autograph on any shirt from Think Geek.
"Yeah...it was the numbers that were irrational, not the murderous cult of vegetarians...." -- Hippasus of Metapontum
I totally agree. I've used c++, and while I like both of them, PHP kicks butt when it comes to web-based projects - mainly because you don't have to deal with all of the overhead associated with a strongly-typed language. There's no reason the same level of abstraction that makes PHP easy to work with cannot be applied to other uses. I just hope the speed is there.
So as I understand it then, you are free to choose either license?
That makes sense.. I thought the previous poster was implying that both licenses had to be satisfied.. which is counter to GPL.
Then again, as the compelte copyright holder, they can release it under whatever bizarre licenses they want, it just might mean nobody's technically allowed to use it.
Looks like PHP is looking to become a "real" language. Good to see. Our library folks wrote a time-card entry system using swipe cards with PHP and didn't know squat about the language when the wrote it. It's a great language for beginners and experts alike
If you aren't part of the solution, there is good money to be made prolonging the problem
GTK is a GUI toolkit for The X Window System (also ported to Win32 I believe). The homepage is gtk.org
-- The act of censorship is always worse than whatever is being censored. Always.
We get the point, you don't need to keep posting.
.oO(Fluff for brains, I swear)
"Yeah...it was the numbers that were irrational, not the murderous cult of vegetarians...." -- Hippasus of Metapontum
Hmm this sounds pretty cool but how about this for an idea: most organisers (palm, psion, wince etc al) all run pretty lightweight programs (text editors, small database and organiser functions). Now it might just be me but php apps can do most all of these pretty well, and with a few addons (something like cron, and an alarm addon) could do most everything. PHP is pretty small, uses little processor speed and is pretty damn easy to pick up. The 'net browser can be used as an interface (what organiser doesn't have a browser nowdays? apart from the rex). I dunno but it seems like a good idea to me.
...or COBOL-GTK? Or .bat-GTK?
What? Qt is the Trolltech widget set and is available under the GPL for non-commercial development. And what has OO got to do with the quality of the language? Somebody mod this down as -2 (Dumbass)
I'm not sure if gtkhtml was written from scratch or based on the KDE alternative but I'm pretty sure it isn't based on Gecko (the Mozilla engine). It's more meant as a lightweight alternative I believe.
Monkey sense
However, there's still a lot you can do very easily with PHP and a DB backend, whether it's Oracle, PostgreSQL or MySQL. We've got stuff like a web-based coursework submissions system I hacked together using PHP and Postgres. PHP is a damn good language and very easy to learn if you've had any exposure to perl; a lot of the syntax and usage is similar, even easier under PHP.
--
I just started using PHP in January. It was easy to learn and does lots of stuff. I used a small PHP script to change a 50,000 row database from fixed width columns to tab deliminated (so I could import it into mySQL (I couldn't find a way to import it straight into mySQL), then used PHP to output the data from the database to the web pages.
I found a free PHP IDE at PHPEd. It only runs on Windows, has syntax highlighting, and lets you run and debug the programs you're writing right in the editor. I like it pretty much.
Not meaning to sound to condescending (yeah right), if you're going to put my team down please spell it correctly. It's LEEDS!!!! Sorry if the words used in this post contain too many syllables for you.
Now back to the topic.
P.S. The goal should have been allowed.
Wow, is this a troll or an idiot (or both), we'll give him the benefit of the doubt and just call him an idiot. Are you one of those people that praise Gnome and curse KDE (or vice versa). They are both good a different things.
Since PHP is much more common than mod_perl, it's easy for people to write embedded pages, rather than use a slow perl CGI.
Nobody said this was the Perl killer, or even said that it was better than Perl/TK.
--
Only Americans are stupid enough to use PHP, eh? That's funny, I know more European PHP users than American ones. Not to mention how many members of the PHP Group are European.
And then of course, there's the proliferation of PHP sites in Europe.
whats wrong with PHP going general use if you could use it for other stuff then use it for other stuff
....im maybe wrong but i dont think the internet was intended to gameplaying.................
i cant see what wrong that could do
Available at phpgtk.com
I'm a 17 year old student. I used to be fairly afraid of programming. But PHP is simple enough for a programmer to get good at. Once I learned PHP well enough, and became comfortable with it, I viewed programming in a new light. And with this GTK extension, there is little you can't do with PHP. I like it.
Didn't someone create a DCOM/ActiveX/whatever Gecko component? If so, couldn't a person have IE use that for displaying HTML instead of it's original component?
the good ground has been paved over by suicidal maniacs
It will not make it into the main PHP distribution. That's why I set it up as a separate CVS module and with a separate webpage and release schedule.
-Andrei
Strongly-typed Pearl for your edification.
PHP Coder is an PHP IDE written for Microsoft platforms by a German High School student. Of course, he does state that he spent a year in the United States ...
vb2c check it out, it's kinda nifty *search your local www.freshmeat.net repository*
I'm a big retard who forgot to log out of Slashdot on Mike's computer! LOOK AT ME.
...the PHP Slashdot logo is damn ugly, and looks like a brand tag you'd find on clothes made by 6 year-old Malaysians.
Perhaps if you don't consider the performance hit. From all of the figures I've seen, PHP is much faster than perl. Especially on websites. Mod_Perl does speed things up by a HUGE margin, but unfortunatly my company does not allow webservers other than Netscape/iPlanet Enterprise... so we must run our perl script CGIs the old fashioned slow way. If you know of any way around this, it would be of help! We do like perl!
However choosing either language depends on what experience you have available in your organization, and on personal preference much more than on the languages themselves.
And the main reason it might be easier to get Perl developers is because Perl is much older. PHP, on the other hand, is catching up fast.
And to many C/C++ developers like me, PHP is a lot more familiar and easy to learn, and a lot less irritating, than Perl.
And while you're at it, replace the Silicon Graphics cube logo with the new "sgi" logo. Sure, the cube logo was cooler, but it's long gone these days.
Yes that is what I want to do use perl, my god man it just lends it self to such nice readability. Yea Right!
Got Code?
Talk about trying to go for too much. Do we need another language? Sure, if it fills a need. Should we make PHP into it's own language? I think that'd be overkill, adding complexity and fluff where none is needed...
Your company does not allow ??? What kind of anti-technical BS is this ? Surely your company is interested in the most cost-effective appropriate solution for the job. Unless you work for one of those huge corporations that requires 'standards' above all else, even at the expense of profitability.
The best thing to do here (Apart from changing jobs) is to simply bypass the stupidity. Set up apache on a separate machine. Have the 'front door' running on netscape, but redirect to the performant solution on apache with mod_perl at the earliest opportunity.
I had the misfortune to work for a place that banned mod_perl. Unfortunately, they 'just didn't get it' (tm) so I had to take my services elsewhere. Remember, its a sellers market for tech skills, even now after the dotcom slump...
One interesting thing you could do would be to use the gtkhtml widget which I believe is based on mozilla.Thus you could open a mozilla browser from within IE.
No you couldn't. This is about using PHP to control a GTK application front end (all on the one machine), it has nothing to do with website features.
DILBERT: But what about my poem?
Yeah, thats why all the copyright notices don't meantion KDE...
Don't get me wrong, I love PHP - I wrote "BlackNova Traders" using PHP and MySQL... and the language rocks for web programming... but that was its intended use.
I don't want to see PHP lose its focus and purpose - it isn't a general use language... if you want one, there are plenty (C/C++, perl, and even java for example). PHP is meant for dynamic kick-ass web-page creation.
BlackNova Traders
Glad /. fixed the image for PHP.
And in order to not get modded down, I just have to say that this is not necessarily a Good Thing(tm), but certainly not a Bad Thing(tm). How could the world be hurt by the introduction of another alternative?
Worst case scenario is that it never gets used, nobody paid money for the install, and the PHP gang gets back to web-based stuff. The world would be no worse off than if this was never tried in the first place.
I just don't see why people are complaining about this! It's not like you're going to have to use it, even if it is successful!
I really hate signatures, but go to my website.
You're right, of course, about Perl not having been developed from the ground up for db-driven websites... But then again, if I wanted to pick nits, I could say neither was PHP (at least not the first time around)... It was designed to be used in Personal Home Pages, for counters and stuff...
:)
Of course, later, they did redesign it from the ground up, and decide to make PHP stand for something different and much more impressive-sounding, but still... I guess my point is that few languages were designed to do terribly specific things from the ground up, because to do so limits their usefulness as a programming language to specific areas. Rewrites happen when focus is deemed necessary. PHP has had one, and I'm sure Perl will too with version 6.0.
To paraphrase the Apple Jacks commercial: Use what you like!
--
NeoMail - Webmail that doesn't suck... as much.
Perl's strong typing? Bwahahaha!
We try to push everything (languages, OS's, apps) to try to be everything to everyone. PHP is great for what it is. If you want to create a GUI, use something that was built for it the ground up for it. If you want to create an interactive database driven website (and you don't know perl) use PHP.
I hope this doesn't ever work itself into the main distribution of PHP... More bloat. My webserver doesn't like it already...
Gyp.
Hello, R Ford.
I'm reasonably sure you're looking at this all wrong. I don't think this is related to web browsing at all. I think it's just a means of letting you use GTK+ from *any* PHP script. That would place it in the same class as dtksh, tcl/tk, tkperl, or tkpython.
"The invisible and the non-existent look very much alike." -- Delos B. McKown
Uh, there was a commercial FastCGI module available for the Netscape servers. Does the same thing most people use mod_perl for: it allows slightly-modified CGI code to be compiled and cached by a persistent Perl interpreter.
The only problem is that it was sold to another company, which was in turn acquired, and it was taken off the market. You may want to contact Adero to see if they'd be so kind as to point you in the right direction.
If you're running the Netscape/iPlanet webserver on NT or Win2K, you can also use ActiveState's PerlEx, which is another similar persistent-Perl engine.
There also appears to be a reasonably modern Perl NSAPI module, which is philosophically the closest thing to mod_perl in that it lets you get close to the metal and write true server modules in Perl. It's here.
Velocigen, another commercial product, isn't exclusively a Perl engine. It's a logic and content caching engine that uses XML tags that can hook to cached and embedded code--including Perl. It's probably a different development experience from these other systems, but if persistent Perl is your goal, this should do it too.
Ever tried searching the Web?
Mailing list: http://www.topica.com/lists/php Scripts: http://www.evilwalrus.com/ More info: http://www.oreillynet.com/php/ http://www.onlamp.com/ Book (with reviews): http://phpclasses.UpperDesign.com/products.html/id /1861002963
gee. it's like ColdFusion but without the IDE. :-)
To imply that this will detract from PHP's "focus" would also imply that you can't have one without the other. This is really not the case for PHP. Let's get down to brass tacks. If you take away the automatic headers, caching options, and session management, PHP becomes a regular scripting language. But you wouldn't take these things away because they are already there. :)
Just as perl's HTTP extensions are under constant development, PHP's Web stuff is not going to atrophy or go away altogether because there is way too much interest in it. Even if only 10% of the userbase used it for Web and the rest used it for scripting or controlling GTK widgets or whatever, the Web-only stuff would still be maintained.
PHP may have started out as a Web-centric language, but it just happened to turn out to be an excellent general-purpose language as well.
Would this fit the bill? Being that I can almost directly translate PHP to ASP and vice versa, and that ASP is the web language descendent of VB, does this mean we now have a VB for Linux? If so, cool!
No, Thursday's out. How about never - is never good for you?
More importantly, perhaps you want to re-use the same code for your web site and one or more back-end processes. I am working on an application that has exactly that requirement. Why write the same exact routine twice, in two separate languages, when it is possible to reuse it and not have to maintain two separate versions of the same code?
if this is what it says, gtk bindings to php -- so you can write desktop apps in gtk using the php scripts hitting a database...that's awfully cool.
reminds me of oractcl...it would be nice to have some SCREENSHOTS of the thing doind financial stuff.
after all, i don't think the road to world domination is paved with games and 3d...it appears to flow from corporate use.
show it doing corporate things, damn it!!!
Treatment, not tyranny. End the drug war and free our American POWs.
See my user info for links.
So you have the same code under two licenses. What do you really have, then? A union of the two licenses? What if there are mutually exclusive bits (and it sounds like there are)? What is the real difference - just the name of the tarball? :)
Basically, it looks like it's "free but not GPL". (Personally, I don't have a philosophical problem with the "give us credit if you use our code" clause of the license, but that's me.)
The Zend Optimizer (which is optional, and a separate but related product, isn't it?) apparently uses the QPL according to the Gnu page mentioned above, which is the license that used to be used by QT and got the flamewars about the "freeness" of KDE going, wasn't it?
My personal solution is to go ahead and use PHP, but not bother with the separate Zend Optimizer download.
---
"They have strategic air commands, nuclear submarines, and John Wayne. We have this"
Hacker Public Radio is our Friend
You may also want to look at fast-cgi, it isn't free, but it does work.
How can something be availableu nder the GPL for non-commercial development. the GPL forbids such restrictions.
And if you do want to start insulting, please only speak for yourself. I'm European and I don't want American PHP coders to think I find them stupid.
(I could go on and on about how the Internet should be international and free from any regional prejudices, but i won't, i'm pretty sure everybody but you gets that)
I wrote TkApache in Perl/Tk. It works and works well, but it's just not the way to go about coding GUI apps. Perl is not meant to write event-driven applications such as this. What it is good for is giving scripts a quick interface for variables or input.
I don't think PHP needs to incorporate this technology into itself. It's great for what it does - dynamically driven sites. Leave it at that and leave the bloat out.
"perl"
If you ever feel like hanging up your trolling underpants and doing something productive, check out www.perl.com for more info.
hah it's like that old SNL sketch where the actor goes on about how he takes his roles very seriously and does a lot of research, then when they show a clip of him in action as a doctor he badly mispronounces all the medical terms.
- Toby
I think it is easier to install your app on a single server and let the world use it with any browser. No deployment, no configuration, no upgrades to distribute, totally cross-platform, etc... I love this :)
I'm the author of PHPTriad and would like to point out that I've got a testing version of PHPTriad 2.0 available which I consider much more stable and complete than the version that download.com is pointing to. It's linked from a news story on www.phpgeek.com.
LetterJ
Head Geek
The Glass is Too Big: My Take on Things
I too prefer Postgres but I've given up on PHP; I do all my scripting in Perl now. I'd been looking for arguments to keep my PHP skills up but haven't found anything besides "just to know another language" so I dropped it. Perl just works for me... Heaven forbid if I were an actual Perl zealot. :-)
Mind you, for any real work I turn to C. Interpreted languages are great for quick hacks but when performance is key you need compiled code. Maybe that's just my embedded background talking though. :-)
you got the wrong guy.
I know Html very well and am a web designer, but I do not know what PHP is all about. Can someone suggest a suitable address for info on PHP for a beginner.
There's always sufficient, but not always at the right place nor for the right folks.
I've been considering writing an IRC client for X for quite a while - XChat is nice, but I think the author and I are looking in different directions, and I'd like to do something on my own anyway.
My problem was that I wanted a good scripting language to use, that wasn't overly complex for the task (C/C++), wasn't ugly as hell (Perl), and wasn't too much of a departure from what I was used to (Python).
Several people on OPN suggested things like Javascript, C interpreters, and so on, but the thing I really wanted was PHP.
Now, not only could I do a client entirely in PHP, which would be easy to develop for, and allow expansion into all sorts of areas that PHP modules provide (databases, XML, FTP/HTTP, mail, and so on, and so on), so bloatifying my program would be easy and simple for anyone to do.
I was actually considering using the gtkhtml widget along with PHP - maybe I could still do that... Hmm... Makes you think.
Anyone who visits the US from England is likely to be welcomed here. In fact, the only reaction you can really expect is some interest in your accent. "What part of the UK are you from? My aunt lives in Sussex..." Et cetera. Why is it, then, that when someone visits England from the US, they are held up at the border and accused of trying to sneak into the UK to try to steal jobs?
In the US, many people are in the habit of making eye contact with others as they walk down the street. They might even say 'hello'. In England, no one makes eye contact. You greet a stranger and they look at you like you're some kind of villain.
Brits like you are one of the reasons why so many Americans have a poor opinion of the UK. Perhaps you could see your way to pulling the stick out of your ass for a while and realize that the whole one-upsmanship game is pointless. It's like a rowboat tring to race a powerboat.
Personally, I love (in the platonic sense, you sickos!...) PHP. I'm looking forward to playing with this new stuff.
Just a few random comments/opinions on some issues that have come up here:
The "but it's not GPL!" issue seems to revolve around two things. One is that there is a clause in the license for PHP that says, to paraphrase, "if you use any of our code for something else, give us credit". This is apparently GPL-incompatible, but I don't personally have a moral problem with this. The other licensing issue is the Zend stuff, which when dealt with separate from PHP is under a different, more restrictive license (the "Zend Optimizer" which if I remember right is a separate product, is under the much-maligned QPL, apparently.
I tend to think of PHP as "PERL-lite". It's not as big or "full-featured" as PERL is, and is therefore of more limited (but more focused!) use. PHP does have what to me seems to be a very PERL-like syntax, though. Perhaps one might think of PHP as "Programming marijuana" which leads to escalation to Harder programming languages like PERL* :-). Like PERL, PHP can be worked with in either Object Oriented or standard Procedural ways (or a combination thereof), and both are similar (though I must admit I'm still slightly baffled on PERL OO - PHP doesn't use anything like bless(), for example...)
It LOOKS like "PHP-gtk" and the standard PHP will be separate projects, which is probably good, as it should keep bloat down while allowing each project to borrow relevant improvements from each other.
Mind you, I think the "bloat" issue is mostly nonexistent. The Linux Kernel itself might be considered extremely bloated...except that running "make config" "de-bloatifies" it by setting up to only compile what you need or want. PHP will almost certainly remain the same way.
Maybe now somebody will come up with a "flash authoring" tool for Linux using PHP's swf support (I've been wanting to "dabble" with flash animation, but I don't know of any linux tools for putting them together...)
(* - It's a joke! Really! No, I'm NOT trying to start a "war on drugs" flamewar!)---
"They have strategic air commands, nuclear submarines, and John Wayne. We have this"
Hacker Public Radio is our Friend
This is basically Yet Another Scripting Language With A GUI Extension Module. Kinda like Perl and Python with their respective GTK modules. To be a VB-workalike for Linux, you need a RAD development tool and data driven controls. Delphi/Kylix provides that, a few free projects are thinking about it.
LIAR
how is this a troll? someone compares java to php, i point out the stengths versus weaknesses, and BAM it's a troll.
with that and mcdonald's, we'll be just fine.
Pearl would be much better suited for this type of application, due to its strong typing and oo-features.
I didn't know there was a strongly typed language called Pearl. Is it anything like the weakly typed language called Perl?
For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
Those words are computer jargon, but I wouldn't call them buzzwords.
--
Qt, like many other very common packages like Ghostscript[1] is available under two licenses. The Qt code is identical, but the GPL version can only be used to develop GPLed applications (duh, that's the point of the GPL). The QPL version gives you the source without the restrictions of the GPL, so people can write Windows, Mac or Linux apps that can be distributed under their choice of license (including traditional commercial licenses).
So, yes it is dual licensed, GPL for Free Software purists, and QPL for Open Source purists. I really can't think of another company that has gone to greater lengths to satisfy the community and has gotten a worse rep for licenses.
[1] Of course, Ghostview releases the source under GPL a few versions behind the commerically available version. Qt's source is up to date on both sides of the license.
--
Evan
"$30 for the One True Ring. $10 each additional ring!" -- JRR "Bob" Tolkien
-
In PHP it is possible to store more than one function per file. It is not possible to store more than one Cold Fusion "custom tag" per file.
-
In PHP you can access Oracle, MS-SQL, Postgres, and MySQL with equal ease. Cold Fusion is designed mainly to interface with MS-SQL.
-
PHP can be integrated into Apache or IIS, but it is also small enough to be launched as a script interpreter. Cold Fusion runs as a server-side process, and tends to bog down a Pentium-3 550 with 256 meg of ram.
-
PHP is free software; Cold Fusion is not.
-
PHP is available for a much wider variety of hardware and operating systems, and may be ported to others if it's worth your time. Cold Fusion is only available from Allaire; if they go under or don't want to develop for your system, you're out of luck.
-
PHP has had a slightly better track record of being upwardly compatible through version changes.
Both languages have an IDE available, but I haven't used either one.The Web is like Usenet, but
the elephants are untrained.
Have you ever written a GUI in Java? Swing is still a horrible pile of crap.
The GTK toolkit for Windows is rather stable in my experience. I've used it with an IDE and for some MySQL tools on nt4 and 2000. It isn't yet used very often, but that doesn't mean that a) it doesn't exist or b) it isn't stable.
I think this is great news. I've been dealing with signed Java applets for years now, and they're a needlessly difficult thing.
I say that with sarcasm, but I guess it could be useful. I know VB is useful to a lot of people that just want to make small programs and don't want to deal with coding all kinds of crap in C++ or anything.
Mas vale cholo, que mal acompañado.
Well since its php related, I setup a mirror incase of any slashdot like effect. This seems really useful. the mirror is locate here:http://dev.sig.mine.nu/~jbardin/php-gtk-0.0.1 .tar.gz. I hope this helps.
behold the power of SiG.
Jon Bardin
ummm... can someone PLEASE tell me whats so good about GTK+????
---------------
100% Australian
The problem I have with Java is those "dot in .com" people...
I mean, aside from creating horrible ads that I end up seeing every weekend on CNN International, they also haven't helped companies to develope great browser support for Java, and then, when Microsoft did have good support (plus their own tweaks), they went after them.
Now, I'm not supporting Microsoft on it, but I haven't seen a better implementation of Java support yet.
The power of accurate observation is commonly called cynicism by those who have not got it. - G.B. Shaw
Yeah, seriously, I mean... this license ISN'T THE GPL. Somebody get a rope. [/sarcasm]
Why is OO the holy grail? Why does everything have to be done by the GPL? Why must everything that comes out fit into the little box that you find acceptable?
Qt is the trolltech toolkit, not gtk. In any case I believe that it is released under the GPL now (correct me if i'm wrong)
were you expecting to see a sig here? perhaps you'd rather see the inside of an ambulance!
Also it's not always suitable for client side apps. If you just want to pop up a couple of windows with a menu gtk+ would be a much better option. Plus you have all the inbuilt skinnability of gtk.
Oh good grief. What were they thinking when they named it?
For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
Just learn Python, and perhaps wxPython for the GUI.
I'm a diehard Perl geek, and I've also worked with C++. A couple weeks ago I was finally convinced to learn Python. I knew it was inevitable.
And how long did it take? A few hours tops. Python is EASY!!! I'm already well under way converting a big monster perl program to Python. No problems at all. And the design is a whole lot better.
http://quotes.thebisgroup.com/
30k lines of code, dev time about a month. Been working with php for about 3 years now, enjoy.
You might not be rated as a troll if perhaps you explained a little bit about why you think "Swing is still a horrible pile of crap"... so?
I'm familiar w/PHP .. what's the down low on GTK?
What are the requirements/benefits/uses?
Thanks in advance (for not being snide)
e.
www.randomdrivel.com -- All that is NOT fit to link to
Build Your Own PVR/HTPC news, reviews, &
AWESOME!!!!!!!!!!! I LOVE PHP. It's the best girlfriend I've ever been with. Faithful, reliable, functional, and the code just has curves that give me goosebumps..._ _______________
__________________________________
Frankly, I would like to be able to program something in a language that would run as a stand alone and as a web "applet."
There are times when a dynamic web site needs to do stuff in the background, or on a regular schedule, or without worrying about a browser timeout, independent of whether the site is being accessed.
For example, on an auction site you might want to have a script that runs once every minute to close out auctions that just ended, and email announcements to the seller and highest bidder.
Or you might want to update the weather forecast on your home page every hour by downloading a page from National Weather Service, parsing it, and inserting the info into a database.
Running PHP shell scripts from cron is great for that sort of thing. It allows one to develop the whole site in the same language, instead of switching to Perl or bash for the background stuff.
Not that any of this has anything to do with PHP-GTK...
--
Go to your php source directory. Do ls ext/. Look at all of it and think, "Gee, look at all these extensions which I can choose to compile into my php binary, leave out alltogether, or build as shared modules." PHP will never be any more bloated than you want it to be because almost everything outside of the core language and server interfaces are modules.
It's not incorperated, it's an add on dynamically loaded module. Geez, it's a simple concept really... And even if the php folks rolled it into the dev tree, as long as you don't compile with --enable-gtk, who the hell cares if it's there or not? It won't affect your server, you can just pretend it doesn't exist.
Apparently, PHP-GTK gets by with linking to version 4 because GTK is released under the LGPL.
I'm surprised Richard Stallman hasn't released a blistering condemnation of the project yet.
The Web is like Usenet, but
the elephants are untrained.
"PHP-GTK is a PHP(1) extension(2) that provides an object-oriented(3) interface(4) to GTK+(5) toolkit(6) and enables you to write client-side(7) cross-platform(8) GUI(9) applications."
...can't...keep...brain...from...exploding
Must...resist...buzzwords...
--
Non-meta-modded "Overrated" mods are killing Slashdot
Non-meta-modded "Overrated" mods are killing Slashdot
(Hey Ryan! Here's your proof!)
with php, mysql, and some spare time...
Thus you could open a mozilla browser from within IE.
Seems they didn't have enough time to draw a proper con for this topic ;-)
--
Trolling using another account since 2005.
GNU/Absofuckinglutelynothing