Developer forums (C::B DEVELOPMENT STRICTLY!) > Contributions to C::B
PHP development?
stefanos_:
thomas I couldn't agree more with you. Yes, you are absolutely right.
Since I can use Code::Blocks as an editor that would be fine with me. It would save me from a lot of trouble. Of course what I said before still counts; I really want to participate on Code::Blocks' development. I still need to increase my ANSI C++ knowledge and as soon as I feel ready, I will join the development team. Since I have a lot of available time it would be really helpful and relaxing too to those who stresses their personal time to help Code::Blocks Development.
I wish to all of you the best. Keep up the good work.
Regards,
Stefanos_
Shaft-O:
--- Quote from: thomas on September 01, 2007, 03:50:04 pm ---Other than that, however, I'm afraid that there is little PHP/whatever support at this time, and I'm strictly against adding any. The same goes for Java (with gjc, Java files are compileable, but that's it) or anything else.
[...]
We have serious deficiencies in the design and functionality of several major components, and instead of addressing them, we add hacks to "support" things that are not the IDE's actual objective.
We double and triple the amount of work, and we end up with a program that will never be finished and will never work in a satisfying manner for the one thing that's its main objective.
Yes, I'm aware that adding shiny features is more fun than properly implementing things that don't work, and a program that can do everything is ultra-cool. But it's ultra-counter-productive too.
--- End quote ---
I couldn't DISagree more. I realize that I'm not involved in the development or maintenance of C::B in any way (yet?), but I'd really like to use it as my primary production tool, as it seems to be the closest thing out there to what I believe an open source IDE should be. (And, yes, I do understand that what this all boils down to is personal preference.)
A typical day for me has me working on numerous projects, utilizing VBScript, PHP, HTML, CSS, and sometimes some strict VB and C or C-based derivatives. Most times, these projects are open simultaneously, and switching back and forth between editors and project managers is not only tiresome, but also frustrating, and is definitely taxing on the resources of any development machine, regardless of the hardware spec. That nifty "can't-live-without-it" feature that exists in one editor may be in a different place or not exist at all in another. To be quite blunt, and this is by no means anything personal: if there were a better suited open source IDE that looked at all like it was going in the direction I'm interested in, I'd likely not be here. That's just part of being a professional -- finding the right tool for the job.
My own personal view is that a great IDE will have all the bells and whistles one could ever dream up, but would be neatly contained and out of the way unless/until the user went looking for it. I don't need the engine mounted on the roof in order to know it's a car, but if you're going to tuck it away in the engine compartment, I definitely want to know that it's got more than one cylinder, and I want to be able to tinker with what all eight of them can produce. :)
If supporting multiple language syntax was not a part of the original design, then why use the flexible lexer engine at all?
At the same time, I do appreciate your statement that hacking away to get new functionality should not take precedence over fixing existing bugs or finalizing half-implemented features, and THAT is a concept I most certainly respect and to which I wholeheartedly agree.
Fix what's broke... Then add more blinkin' lights. :)
thomas:
I'm not against adding bells and whistles, or rather, support for PHP or anything.
But I am against adding it to a concept that won't work, with one hack after the other. This is just bull.
Neither the project manager nor the build system, nor anything else are designed to work with something grossly different from C++.
I'm with you when we're able to do it properly. But not with a workaround here and another there, and a hack to glue it together in another place, only to get some half-bred support.
phpuser:
Hello, although the topic was started almost 4 years ago, I think all post are still relative, and I'll try to continue discussion.
PHP 5 is object oriented, has opensource debbugers, many simple text editors support basic php development and debug, there are also many java(eclipse) based IDE's, there is even a plugin for MS VS to support PHP.
As C++ IDE's have much better feel, speed, and look more native in OS.
I think that php support in codeblocks would be great, because it is free, fast and WxWidgets based(which looks great both in win and *nix).
What is current situation with PHP support in CODE:BLOCKS?
Is debugging via xdebug supported? Does syntax highlighting work? Is autocomplete working?
oBFusCATed:
1. No, but there is an almost finished effort to make writing a debugger plugin easier -> see this topic http://forums.codeblocks.org/index.php/topic,10908.0.html (there is a python debugger in the works, look at the end of the topic).
2. Syntax highlight works (Edit -> Hightlight mode -> HTML / PHP / JavaScript)
3. No, it doesn't
For improvements in PHP support, we need a dedicated developer interested in it and using it daily. (Replace PHP with any language you know).
Until such person shows up and takes the task to implement the features you ask for, nothing will be done.
p.s. Object oriented is not a selling feature any more, now Functional is the "modern" language feature :)
p.p.s. Kdevelop4 has some support for php (I think)
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version