webdevelopment Syndicate content

warning: Creating default object from empty value in /www/htdocs/w0065fc9/milianw/modules/taxonomy/taxonomy.pages.inc on line 33.

» KDevelop Webdev plugins merged into Quanta GIT

Sun, 06/13/2010 - 17:18

Quick note:

I’ve just merged all webdevelopment related plugins except PHP & PHP-Docs into Quanta git. You can get them all in one place now by cloning Quanta: http://gitorious.org/kdevelop/quanta

Since I also moved all halfworking plugins to UNPORTED (they don’t get installed), you should be fine by just installing all of Quanta to get the plugins. If you only want one of them, going into it’s subfolder and building it standalone should hopefully still work though.

In other notes: Thanks to Ruan Styrdom for starting work on a PHP formatter plugin for KDevelop. It uses phpStylist and it’s already somewhat working. Awesome :)

/me is off to more GSOC hacking, bye

» GSOC: Revive Quanta+ Brand for KDE 4

Wed, 04/28/2010 - 19:19

Yay I got a GSOC slot :)

So I hope I don’t have to introduce myself anymore to you guys. Instead I’ll show you what I’ve planned to do over the summer:

Motivation for Proposal / Goal:

Back in KDE 3 times, Quanta+ was one of the reasons for me to use KDE. In my eyes it was the IDE for web development out there, and I loved to use it. Sadly it’s bitrotting nowadays without a finished KDE 4 port. That, combined with the fact that more and more distributions drop all KDE 3 packages, makes the need for a port more urgent than ever.

Implementation Details:

Thankfully, KDevelop 4 is nearing it’s first release and the KDevplatform is mature enough nowadays. This means that during summer I shall finish the port of Quanta+ to KDevplatform and supply it with all the plugins required for a proper webdevelopment IDE. My goal is it to provide a proper IDE for PHP webdevelopment. In more detail:

  • make Quanta+ 4 compile
  • remove obsolete plugins or code parts in Quanta+
  • port required plugins to KDevplatform structure
  • polish PHP plugin, including XDebug support
  • polish Script Execute plugin
  • polish CSS plugin
  • get a first working version of a XHTML/XML plugin, if time allows even with HTML (SGML) support
    • support autocompletion
    • support inline validation
    • support documents that use multiple languages (XML, PHP, CSS, JavaScript) at the same time
  • polish the UI/Workflow for Webdevelopment
    • hide KDevelop/C++ specific actions
    • add templates for common PHP frameworks
  • if time allows, get a rough support for JavaScript (at least Outline for functions)

Put these all together with the existing features in KDevplatform we can reuse, we’ll end up with a hopefully useable IDE for webdevelopment. Hence my final goal is it to release a first Beta version of Quanta+ for KDE4.

Tentative Timeline:
  1. getting rough first shell of Quanta+ 4 up and running, removing old cruft, cleaning up old code and porting required things
    ~ 3 weeks
  2. polish existing plugins (PHP, XDebug, Execute Script, CSS, Upload)
    ~ 2 weeks
  3. create XHTML/XML plugin
    ~ 3 weeks
  4. polish UI/workflow
    ~ 2 weeks
  5. bug hunting etc., ending in a first beta release of Quanta+ for KDE 4:
    ~ 2 weeks

Lets see whether it works out as planned. But I think this commit shows you that I’m on the right track:


» Redaxo Impressions

Thu, 03/13/2008 - 00:09

Today at work I had my first contact with Redaxo, a German contact management system written in PHP and based on MySQL. I’ve heard of it before but never used it, there always seemed to exist better solutions - Drupal for example. But the company I work for already committed itself to Redaxo for this client. So no chance to work with Drupal this time - a pity.

But new experience with other solutions is a great thing. I thought Redaxo had its right to exist: its very small.

Here I don’t mean the filesize or whatever - I mean the size of the admin panel to begin with. It has not that many features. It’s very easy to understand. The average John Doe which is not that websavvy wont be confused by a multitude of choices. And I think I got to know pretty much all of Redaxo in just a few hours — which I can’t say about the steep learning curve of Drupal. And since the website of this client will be small I first thought Redaxo will do quite good.

The deeper I dug into Redaxo the more annoyed I got by its shortcomings though: There are modules and addons with which you can do pretty much all you need. But not one module I used was ready out of the box. Always I had to do adjustments. Drupal does much better here. And what you can do with overloading in Drupal is millions of light years ahead of what Redaxo is able to do. Oh and the developers of Redaxo really should take a look at Drupals documentation! After some searching on the official website I stuck to grep -R "function XXX" . for Api references…

That and all those simple and minor bugs / feature omissions add up. I can create a site tree with unlimited depth — but the navigation only displays two levels by default?! How do I get a search mechanism onto the page? Alright - implement an addon, write a module and change the templates. In Drupal? Just a few clicks…

Multi-language sites are possible with Redaxo, quite easy so. But this simpleness show through - you’ll have to create language aware modules, addons and templates yourself.

And why the hell do I have to use a simple textarea for template and module development? Copy’n’Paste for every change I make to my favorite editor (which would be Quanta, Kate or KWrite)? You are kidding, right? And though the “development” addon sounded good, I couldn’t get it to work with either of the stable Redaxo releases (3.2.x or 4.0.1). To have to work without tabs, auto-indentation, syntaxhighlighting etc. etc. etc. is a pain in the ass™. It really steals a lot of my productivity.

I could go on about UTF8 support, lack of addons, etc. - but lets stop here. I really hope that my boss will take into account what I’ve told him about Drupal: Once you’ve got your feet wet and yourself acquainted with its way of thinking it’s a fresh breeze compared to Redaxo.

To conclude: Everyone who ponders wether to use Redaxo or Drupal - go for Drupal. The size of the community alone should be able to speak for itself.

» Hello Drupal World!

Wed, 02/20/2008 - 22:58

Yes! I’ve finally done it. I’ve moved my website to Drupal, which is so much better than my old 3co stuff. Tons of great modules out there and those I couldn’t find for Drupal 6, which was recently released, I ported. Well not all of them, there are still some I’m really looking forward. On the top of my list are definitely the spam module and the Akismet module. Minutes after my move I got my first spam comment…

Well let’s see how I might get involved into Drupal development. I already filed some patches for the following modules:

  1. Marksmarty: better GeSHi support and some other minor things, but it doesn’t seem to be what the maintainer wants. I’ll have to move it into another extra-module then. Also some work to separate Smartypants and Markdown into distinct modules. Furtheron I’ve added support for PHP Markdown’s no-markup mode. This as well needs some more work. Maybe it will be dropped again and the pristine Drupal HTML Filter will be used, lets see.

  2. Spam: started porting it to Drupal 6 but I think I based my work on the wrong branch. Needs much more work.

  3. Get Content Type: added RSS feeds, my Blog and Code Snippets section are based on this module. My patch was accepted and committed already.

  4. Filter by Node Type: ported to Drupal 6, works like a charm; patch didn’t get any reply yet

It’s crazy how easy development of Drupal modules is. I love it! Stay tuned for more Drupal related geekery.

» Comics for WebDevs

Wed, 11/22/2006 - 00:12


Very funny and a great style of painting, though only webdevs will fully appreciate it.

» New XHTML 2 Draft

Fri, 07/28/2006 - 01:55

Yesterday, the latest working draft of XHTML 2.0 was released. Oh my, what would I give to live in the future - like in 5-10 years from now. In a paradise for every web developer where XHTML 2.0 was the common standard and all browsers support it…

Ok, enough of that day night dreaming. Here are the Major Differences with XHTML 1 I’m most looking forward:

  1. Images in every element - no need for fancy image replacement!
  2. Any element can serve as a link. Very nice! That way you won’t have to use something like <li><a href="...">...</a></li>, <li href="...">...</li> will do it.
  4. Navigation lists
  5. Last but not least the role attribute. That will be a good replacement for semantic classes such as <p class="note"> at least if all browsers support CSS 2 selectors (p[role="note"])