Prashant Deva's blog

Virtual Ant released!

2007-10-17T13:22:00.000+05:30

The long, long wait is finally over. After almost 2 years in development, Virtual Ant is finally here.

This release marks the start of a new era for build tools. Gone are the days of struggling with lines of xml and 500 page manuals which took you weeks to write a single build script. With Virtual Ant, even a non programmer can create highly complex build scripts within minutes.

So for those who cant wait, here is the link to the download page.

Do check out some of the new videos we have added, to get a feel for all the new functionality.
As of writing this post, there are very few videos on the page but we will be adding a lot more of those and a lot more documentation as the week progresses.

There are a couple of issues regarding this release that I need to address -

IDE integration

As of writing this post IDE plugins are not available.
However, plugins for Eclipse, Intellij IDEA and Jetbrains are under development and will soon be available. And no, we wont be charging separately for the plugins.
IDE integration has been on my mind since the very first day development for Virtual Ant began, so rest assured we will do a great job on it.

Custom Tasks

As of this release, Virtual Ant does not support custom tasks.
However, very soon we will be coming out with a (free) GUI tool which will allow you to turn your custom tasks into 'virtual' tasks that can be run on Virtual Ant.
Yes, in our trademark style of simplicity we wont be bothering you with learning any new APIs to make virtual tasks, instead the GUI will allow you to convert your existing tasks into 'virtual' tasks within minutes.

Working with Properties

2007-10-13T12:33:00.000+05:30

So here is the first of my posts describing some of the new features coming up in the final release of Virtual Ant. Today we will talk about Ant properties.

For the curious ones, you can skip the rest of this post and go straight to the 2 min video demonstrating the features in Virtual Ant to work with Ant Properties.

As anybody who has created an ant build script will tell you, properties are a very fundamental concept in Ant. They are akin to variables in a programming language and are usually used to hold pathnames to relevant dir. Thus instead of saying '.product/1.0/src' , you usually assign that value to a property like ${src.dir} and use that everywhere the path is needed. This way when it comes to release 2.0 of your software, you can just change one line and your script will continue to run perfectly.

Thus since properties are so important, we just had to put in some special features in Virtual Ant to make it easy to work with them. The basic theory here is that you perform operations on what you see and Virtual Ant can take care of putting in the appropriate properties for you in the task. Here is an example to clear things up -

Lets say you have a property ${build.dir} which has a value of './1.0/build'. Now lets say you browse to './1.0/build' in Virtual Ant and you select the 'build' directory and you hit the delete button. Virtual Ant will recognize that you have a property declared for that folder's path and in the resulting 'delete' task it generates, it will use the property name instead of the path itself.

Virtual Ant is pretty smart in that even if you deleted something inside the 'build' directory, say you deleted './1.0/build/asdf', but you dont have any property defined for it, Virtual Ant will put in '${build.dir}/asdf' instead of the entire path.

This way you only deal with what you see visually and let virtual ant take care of handling the details. Just in case you dont want Virtual Ant guessing the properties, you can turn this off so it will put the entire path in the generated task.

Nested datatypes in Virtual Ant and How we screwed up the Beta

2007-10-03T12:14:00.000+05:30

As it turns out , I just recently noticed that a minor mistake on our part greatly screwed up the beta experience for all the users. If you did try the beta then don’t worry, it doesn’t affect your system in any way but it does affect the experience you had with Virtual Ant, meaning you didn’t get to see everything we had put in there.

So what was the problem? Well as it turns out when they tell you to avoid hardcoding absolute paths in your code they are absolutely right. But as it turns out, in the heat of coding someone got a little tempted and the path to one of the images in the beta version of Virtual Ant had an absolute path to the directory containing it.

That images was for one of the buttons in Virtual Ant. Since the button is custom drawn on the GUI, without the image you wont be able to see it at all. The problem went unnoticed for so long because all the machines we tried it on had the image in the right place. The mistake was finally noticed when just last week we went to update that portion of the code.

So by now, you are probably wondering what does the button actually do and where should it have been found. Well as it turns out when you select one of the running tasks in Virtual Ant, you see all its attributes on the right. Below the attributes are bars which allow you to add datatypes like 'fileset', 'filelist', etc to the task right from the gui. The image in question refers to the button which allow you to add datatypes to the task.

Since you cannot see the button, you cannot add datatypes to the task, rendering Virtual Ant almost useless. Thus you can imagine my horror when I noticed this error so late in the game and realized how we royally screwed up the beta release.

But now since we are past that, its time to show you how the attributes view in the final release will look like.

Clicking on the 'green' plus button next to each datatype allows you to add datatypes to that task. Many datatypes have a special dialog associated with them which gives you a special gui to define that datatype easily. If the datatype has a dialog associated with it, it will pop up when you click on the 'plus' button. Here is the dialog for adding selectors to a task which supports them.

Special gui dialogs like this are defined for many ant datatypes like fileset, filelist etc.

That said we are now extremely close to the final release. We have added an insane amount of functionality since the beta. I will be talking about some of the major new features for the final release in my next few posts.

Beta expires today

2007-08-30T18:21:00.000+05:30

Today the beta of Virtual Ant expires. Although we had planned to do a release by this time we came across some major problems accommodating some of the new features in Virtual Ant (not present in the beta).

I would remind the readers again to not to judge the quality of Virtual Ant by the beta since a lot has changed since then. The current beta was more like an alpha really. If things go well we will try to come up with a 2nd, more complete beta before the final release.

As a hint of the new features, Virtual Ant can now handle multiple build files and allows stepping in/out of tasks. So tasks like 'import', 'ant', 'antcall' now work seamlessly in Virtual Ant. I will talk more about this along with screenshots very soon.

Of course, we would love to hear your feedback on how you found the beta so keep them coming :)

Inside Virtual Ant : Script Writer's Dilemma

2007-08-04T12:54:00.000+05:30

Today I will talk a little about the design of the Virtual File System (VFS). The VFS lies at the core of Virtual Ant and it is what allows Virtual Ant to have all its magical capabilities.

One of the major problems we encountered while designing the VFS,and which has affected the design of the VFS in many ways, is what I like to call 'The Script Writer's Dilemma' .

Here is how I like to define it -

The Script Writer's Dilemma occurs when the state of the file system while writing the build script is different from that when it is run. In such a case the person writing the build script may see a different result on running his build script or may not see any result at all.

As an example consider this, say you create a script which copies all files in folder 'a', that have been modified after Jan 2008, to folder 'b'. Then you have more tasks which manipulate the files in folder 'b'.

Now lets assume, you are creating this script in Dec 2007. Now in an environment like Virtual Ant, when you run the above the script, you wont see any files in folder 'b' cause its still 2007. And since there is nothing in folder 'b', you wont see anything while executing all the other tasks that manipulate on the contents of folder 'b', thus rendering the whole visual environment useless.

Thus we decided not to include any concept of modification times in Virtual Ant. So when you run the above script in Virtual Ant, it will take the worst case and copy 'all' the files in folder 'a' to folder 'b', since it is quite possible that at the time of running the script every file in folder 'a' really has been modified.

Thus you get a twofold advantage -

You handle the worst case of every file in folder 'a' being modified.
You also get to see the result of all the other tasks that operate on the contents of folder 'b'.

For those proficient in Ant, that means that when using a 'date selector' or when using a task like 'depend' , every file will be returned.

Note that this The Script Writer's Dilemma is applicable only in a visual environment like Virtual Ant. In a text editor since you are essentially 'flying blind' anyway, it really doesn’t matter.

Why the iPhone does not have a SDK

2007-06-24T03:40:00.000+05:30

A lot of people were pretty disappointed when at this WWDC Steve Jobs announced that there will be no iPhone SDK and people will basically have to create specialized web sites for the iPhone. This was a foregone conclusion to me. Here is why.

Almost every app we use on our computers can be divided into 2 categories-

Apps to view information.
Eg - Google Maps, Cragislist, Rss readers, Gmail, Digg, etc.
Apps to create information.
Eg - Eclipse, Photoshop, Word, Excel, etc

Notice the apps in the first category are all web based while the apps in the second category are all desktop apps.

Also the apps in the second category would require a heavy duty pc and you would probably want to use a huge monitor and a separate keyboard/mouse along with it. Can you for a moment imagine writing your next program in a screen the size of iPhone , which too is half covered by a touch keyboard? No, right.

On the other hand, the apps in the first category don’t require all that horsepower and you probably wont mind checking the top stories on Digg on your iPhone.

Thus it all becomes pretty clear. Apple realized this fact and thus instead of preparing a full blown SDK which would really wont be worth the effort or of much use to anyone, they decided to concentrate on preparing a full blown web browser which could run inside the iPhone and let the web apps run through it.

Now maybe there are some people who disagree with me here and believe a full blown iPhone SDK would be useful. In that case, why not prove me wrong. Post a comment below listing some useful app which you think would make the iPhone sdk worth it. Note that the app should really be useful to the people and not be there just for the cool factor.

Virtual Ant - Beta RELEASED !!!

2007-06-15T16:34:00.000+05:30

Its finally here! After months of waiting we have finally released the beta version of Virtual Ant !!

If you havent seen the video yet, I would recommend you watch it first, otherwise you can head straight to the download page.

The current release is standalone only and does not contain any IDE integration. It is also not fully feature complete. But we thought it would be better to give you something rather than make you wait any longer.

We would absolutely love to get your feedback on Virtual Ant. You can post your queries/comments at the Virtual Ant google group or just email us at support@placidsystems.com.

More later. Now I gotta go get some sleep ;)

Virtual Ant Beta - releasing anyday now

2007-05-27T00:23:00.000+05:30

I will announce it on this blog. If you subscribe to its RSS feed you will come to know as soon as it happens.

What kind of a tool is Virtual Ant?

2007-05-06T06:04:00.000+05:30

Recently an engineer asked me this question -

'What kind of a tool is Virtual Ant? Is it some sort of debugging tool or testing tool for build scripts or a glorified editor of some sort? How would you classify this thing?'

Here is my answer to that. Up till now you have always thought of developing software as consisting of these steps -

First you go read some books, documentation, etc to learn about the language or library you want to use. This is usually a continuous process since libraries usually contain huge amounts of classes/methods and method parameters, so you always have to keep looking at the documentation constantly while coding.

Then you write some code.

Then you write some tests for your code.

Then you debug the errors you found during the tests.

Back to step 1.

With Virtual Ant we are releasing a new breed of tools where instead of doing the above steps, you just go ahead and do what you want to do. There is no need to write any code. No need to test either , since you always know exactly what going on. No need to debug since errors are obvious.

As for the documentation, it has been our goal from the very beginning that we want to make sure that you never, ever have to look at it. If you know absolutely nothing about build tools, you can go from know zero to complete knowledge within a couple of minutes.

The slide below from one of my presentations on Virtual Ant should help make the picture clearer-

Development with Virtual Ant

Note that Virtual Ant is just the first of a new breed of tools coming out of Placid.

Virtual Ant - Current Status

2007-04-28T11:02:00.000+05:30

I understand that quite a few people are puzzled as to why Virtual Ant has not been released as yet and are wondering as to when they will actually get to release it. The following should clear up all your doubts.

Huge codebase

The video on the homepage shows a prototype demo of Virtual Ant. So although a lot of things 'seem' implemented they were no where near the final release state. A *lot* of code has been written since then. Currently Virtual Ant is about 350,000 (>1/3 of million) lines of code!

Since the code base is so huge, you can imagine we have been grappling with bugs all over the place. The fact that ant's codebase is such a mess doesn’t help matters either.

It turns out that some of the design decisions we took didn’t turn out too well. This has led to a rewrite of over 90% of the Ant source code. Seriously, when I look in there now all I see is my own code. Note that this rewrite concerns only virtual ant itself and does not affect you as the user, since the build script that is generated will work with perfectly the ant jar you download from ant's web site.

Pioneering the design

Now although you may not notice this but a lot of thought has gone into how we will make all the features of Ant available via a gui which is easy and natural to use. Note the use of the word 'easy and natural to use'. Unlike the other 'so called GUIs' out there whose sole definition of a GUI is to take xml and turn into a bunch of boxes connected by lines, we actually want to provide a truly dynamic and natural experience, so that you never, ever have to deal with the xml.

So coming back to the point, some things which are captured so easily in text that you never think twice about it, become a nightmare to handle in a gui. For example, an ant target can call another target using the 'antcall' task. In xml, you would just write the antcall task, but how would we show such a thing in the current gui. Do we turn all our listviews into treeviews? Wont that take off the elegance of the UI? How else can we do it? (Note that we did solve this problem and the final release will show you how the gui reacts to an antcall task) ;-)

Current status

Currently we are at the endgame stage of the first version of Virtual Ant. Some things obviously had to be cut back since otherwise we would never release. Here they are in a nutshell-

Instead of release plugins for all 3 ides eclipse, intellij and netbeans at once. We will be releasing them in succession and in that order (ie, first the eclipse plugin, then intellij …)
We will support version 1.6.5 of ant. You can run the generated build script on any version of ant you want, but virtual ant itself runs ant 1.6.5 internally on the virtual file system.
We wont support remote tasks for the first version (ftp, ssh, perforce, cvs,etc). We have an extremely super amazing cool way to handle this in the next version, which will make your head spin. We really wanted to put this in the first version but that would delay things further.
We will support multiple build files in the first version, but in a limited way. You can import files and call targets on another files using the 'ant' task, and see the results instantly. However, you cannot modify more than one file at a time from the same virtual ant window.
We haven't decided on the price yet, but we are thinking of putting it at $249 which is extremely affordable for a tool like this.
If things go real well we will have a beta of the standalone version of Virtual Ant within two weeks.

More Virtual Ant queries

2007-02-17T14:31:00.001+05:30

I just came across this JavaPosse podcast where they talk about Virtual Ant. They seem to be confused as to whether Virtual Ant runs only on Windows and can it run other operating systems too or not?

Here is the answer to that and some another queries I received in mail today –

Does Virtual Ant run only on Windows? Can I run Virtual Ant on other operating systems, like linux or mac os x ?

Virtual Ant is written completely in Java. (Yes, that's a swing ui you see in the video). So it can run on any operating system which can run Java. So yes, you can run it on Windows, Linux and Mac OS X, even on Solaris if you want.
Has the video been edited in any way to make Virtual Ant seem faster in any way?

No. Virtual Ant really is that fast. If it wasn't so fast then creating those build scripts would be a huge pain, since you have to wait after each operation for it to complete.
Does Virtual Ant only create build scripts? What about my existing build scripts? Can I open them in Virtual Ant too?

Virtual Ant can both read and write Ant scripts. So you can open existing scripts, play them inside Virtual Ant, make changes and let the xml take care of itself. Part of the design goal of Virtual Ant is that you never ever have to deal with the xml. As an analogy think of word documents, you don't care about the xml that is generated when the document is saved, you just care about how the document actually looks. The same goes for Virtual Ant. That xml tab you see is there just for die hard xml fans or people who might be skeptical about using a GUI for everything. Once you start using Virtual Ant you will see yourself never needing to switch to it. And yes, if you do make any changes right in the xml, when you switch to the GUI tab you will see the changes have been applied to the GUI too.

Virtual Ant FAQ

2007-02-16T20:35:00.001+05:30

Quite a few people have been asking me about the performance and system requirements for Virtual Ant. Here is a short faq which answers most of your queries -

Do I have to go through an elaborate, long install procedure which creates a virtual copy of my system and occupies gigabytes of my disk space?

No, nothing like that. You just copy the virtual ant files to your disk, which will probably be < 10 mb eventually and that's it.
Does Virtual Ant require running some background process to virtualize the file system?

No. You do not need to run any background process. It just opens like any other program.
Do I have to wait for an insanely long time when I open Virtual Ant, while it virtualizes my file system?

No. Virtual Ant loads up instantly. Your file system is virtualized on the fly as you use Virtual Ant.
Does Virtual Ant require a high end system with insane amounts of memory?

No. Virtual Ant will run on any modern system and has extremely modest memory requirements.
How does Virtual Ant and the Virtual File System work?

We can't reveal this right now, but all the information about the internals of Virtual Ant will be available for you to see on release.

No more 8080

2007-02-15T23:54:00.001+05:30

The placid website is divided into 2 modules – asp.net and java. For those who are wondering why we have such a toxic mix of languages, well its cause our ANTLR Studio license generator program is written in Java. We tried porting it to .net but due to some weird incompatibilities in the cryptography apis we found it much easier to just run it as a separate module in java.

So we had iis running on port 80 and tomcat on port 8080. I know there is an apache_jk connector available which allows running both iis and tomcat on port 80, but I just couldn't get it to work for the life of me. So we were stuck with critical portions of the site running on port 8080, like the page to download the evaluation license.

The reason why port 8080 of course caused a lot of problems since most corporate firewalls have that port blocked as it is not one of the ports used by any standard app like http, ftp, ssh, etc. This resulted in many people not being able to download the evaluation license.

But as of today, that has changed and now the java module is running on port 443. Port 443 is the port used by 'secure http' or 'https' and thus is open on every corporate firewall, thus you should no longer face any problems accessing any portion of the site anymore :)

Forums moved to Google Groups

2007-01-23T01:41:00.000+05:30

The forums at antlrstudio.com/forums have now been moved to Google Groups -

This should result in a lot less spam and easier administration. The phpbb forums will remain for now in case one wants too look at the archives of the previous discussions, but no new posts are allowed.

Also google groups offers nice features like receiving posts in email and of course google quality search :)

Since most people already have google accounts, they also wont need to go through a sign up before posting.

Wonder why your Java IO is slow?

2007-01-20T02:19:00.000+05:30

During one of my debugging sessions, I came across the following piece of code inside the java.io.PrintStream class from jdk 5.

protected void setError() {
trouble = true;

try {   throw new IOException();} catch (IOException x) {}

}

No wonder java IO is so slow!

The making of Virtual Ant

2006-11-30T16:50:00.000+05:30

When the first time I wrote an ant build script for ANTLR Studio, it was extremely frustrating.

I had to look into all these manuals and and all the descriptions of all these tasks and attributes.

And all the time I was thinking, oh god, all i want to do is right click on this folder and select the 'Add to Archive' button but I need to learn these tons of commands for that. And not only that I even had to go back and debug the file after I had created it to get it working properly.

This was for the first release of ANTLR Studio. For the next update, I needed to make some slight modifications to the build process. So, I went ahead opened my build script to edit some stuff, and my gosh, i couldnt make out a thing i had written a week ago. I had to sit with manuals and the eclispe ant debugger for hours before I could get the whole thing back in my brain. Of course, making the actual changes took even more time.

My whole experience with ant build scripts reminded me of the old days of DOS and command lines where you had to learn each command, and simple things like moving files around and archiving needed quite some expertise.

Thus after completing ANTLR Studio, I set out to design a system that would be as easy to use as Windows Explorer and would allow me to perform all the operations on it with the same kind of functionality that Ant allows. Something that wouldnt require me to look into manuals or go about debugging any scripts.

After a lot of trials and errors, the result of is Virtual Ant. This is by far the easiest and most intuitive system ever designed where you can create your build scripts. A lot of care has gone into it so that you can create highly complex build scripts even as a non-programmer and not knowing even a bit of xml.

I believe that software development has seen the lowest amount of innovation since the dawn of computer science. You still code with basically the same tools as those available 10 years ago. Virtual Ant is the beginning in the next generation of truly revolutionary development tools that you will be seeing coming out of Placid.

New (smaller) Virtual Ant video

2006-11-29T09:07:00.000+05:30

I have created a new demonstration video for Virtual Ant.
This one is much smaller , only about 4 mins, compared to the previous one (25 mins).

Although it is not as detailed as the previous one, this should still give you enough info to give you an idea of how Virtual Ant works.

Announcing Virtual Ant !

2006-11-28T12:53:00.000+05:30

Today I am announcing a revolutionary new product called Virtual Ant, a tool for creating and editing Ant build scripts.

Till now all the tools and so called IDEs for creating build scripts are basically enhanced xml editors with syntax highlighting. They do not make it any easier to create build scripts at all.

With Virtual Ant, we are gonna change how you create and edit build scripts for ever! No longer do you need to look into any manuals or in fact need to know any programming at all. You just work like you do everyday in Windows Explorer.

We also got some cool wallpapers to decorate your desktop!

I would love to get your feedback on this, so keep it coming :)

No more registrations required

2006-11-02T12:00:00.000+05:30

Registrations are no longer required to download an evaluation license for ANTLR Studio.

Enjoy :)

Creating Commercial Quality IDEs : Part 3

2006-10-27T20:18:00.000+05:30

Part 3 of the series is now online.

This concludes the series for now. I might decide to extend it later by trying to describe more areas of IDE design but currently I have way too much work on hand to do so.

That said, I will be launching a demo of the next killer developer tool pretty soon :)

Creating Commercial Quality IDEs : Part 2

2006-10-21T10:51:00.000+05:30

Part 2 of my Creating Commercial Quality IDEs series has been published on IBM DeveloperWorks.

Here is the link .

Part 3 is coming out next week, so you wont have to wait for it too long :)

ANTLR Studio featured in Software Developer's Journal

2006-09-25T15:01:00.000+05:30

ANTLR Studio has a feature article in this month's online Software Developer's Journal!

You can access the article here -
http://en.sdjournal.org/

DeveloperWorks tutorial : Creating Commercial Quality IDEs on top of Eclipse

2006-09-08T00:38:00.000+05:30

IBM DeveloperWorks has published the first of my 3 part series on 'Creating commercial quality IDEs on top of Eclipse'.

This series looks at how to go about designing and implementing commercial quality IDEs as Eclipse plugins using the Eclipse APIs.

Most of the other tutorials on the web you find for creating eclipse plugins mostly discuss one small niche or give tiny example programs towards the end which you then have to figure out how to incorporate in your complex real world app. Also a lot of them keep going through the same thing over and over again, such as how to create a new project in the eclipse PDE and how to declare a extension point and stuff like that.

This tutorial is unique in the sense that it is for the real hard core developers and I discuss the real world design problems when designing a commercial quality IDE, something which is good enough that you can actually sell. I will not be talking about Eclipse plugins in general, nor will I show how to use the PDE, there is millions of pages of documentation for that.
But what I will teach you is how to create real world IDEs and I will show you what problems you might come across while designing one. And I will also show you what separates a commercial quality IDE from one from the little example ones that you can create in a day.

I will be looking at the internals of ANTLR Studio and will describe some of the problems I came across when designing it.

Also I will show you how exactly do you go about using ANTLR while developing your IDE.

So if you are interested in IDE design or developing Eclipse plugins or creating the next Visual Studio or just plain want to figure out how to go about using ANTLR to provide code completion in your IDE, this series is for you.

The IBM guys have incorrectly renamed my series to 'Creating Commercial Quality Eclipse plug ins' which is highly inaccurate since it is not for creating eclipse plugins in general but for creating IDEs.

Anyhow you can find the tutorial at -
www.ibm.com/developerworks

Here is the direct link to first part of the tutorial -
http://www-128.ibm.com/developerworks/edu/os-dw-os-ecl-commplgin1.html

The 2nd and 3rd parts will be published in the coming weeks.

Your feedback is appreciated.

You will notice that IBM wants you to enter a login id to read the tutorial or even to download it as a pdf. So for those without patience to register and fill out the huge forms that IBM gives you, you can just head over to www.bugmenot.com and enter www.ibm.com there to get a login id. This one worked for me -
Id: yonofui@hotmail.com
Pass: mantramantra

Disclaimer: If anybody at IBM has any objections at all with me providing a publicly available password for your site here, I will remove it immediately. But seriously, you guys should not ask for a password just for reading a tutorial and even if you do, atleast make those forms a little smaller.

How many of your Windows apps use the native Windows UI?

2006-08-03T04:02:00.000+05:30

Today I was looking at the screenshots of IntelliJ Idea 6 when something suddenly struck me. Intellij UI looks far better than Eclipse! I realized that in fact that the Eclipse UI looks far ugly than the UI of most of the programs I use. Since I use Eclipse as my everyday IDE, I just switched to it and tried to make out what is it about eclipse that makes it look so ugly. Hmmm... I thought for a second, maybe it's the icons. But no, the icons are pretty modern with all the gradients and stuff you would expect of any modern app. Then? Suddenly I realised what it was! The default Windows Xp UI!! Eclipse uses the SWT java lib which gives it the look of the native UI which in turn is not too good to look at while Intellij uses a custom Swing skin.

But then I thought, hey I am on windows. If the windows UI was so ugly then why don't I find all the other apps ugly too?That is when I started noticing this. How many programs of everday use *really* use the Windows native UI? Lets take a look.

First lets see the programs running in my system tray -

Windows Messenger
Yahoo Messenger
Google Talk
Outlook 2k3
ZoneAlarm
AVG Anti Virus
LeechGet
Copernic Desktop Search

Guess what, NONE of the above programs use the native Windows look and feel!!!

Then I look at my Quick Launch bar which is to the side of the Start Button.Here I just keep (instead of the 'Show Desktop' button)

Winamp
Itunes

NO windows native UI in these either!

Now I really start thinking. Here are some of the most commonly used programs which *don't* use native windows look and feel-

Everything in MS office (word, excel, etc)
Visual Studio
Windows Media Player

Actually NONE of MS programs have the native windows look and feel. Talk about following what you preach! Anyway continuing with our list -

Ad Aware
Macromedia Dreamweaver
Adobe Reader
Opera
WinDVD
Quick Time
Real Player

And of course a lot more.

In fact after noticing this I tried to see what programs that I frequently use on my computer *do* have the native look, and here is what I found -

Eclipse
Firefox
Solitare :)

So the next time you find that a UI is ugly, don't blame the programmers, they were just following the MS guidelines for Windows apps :)

Incremental Parser wont make it to ANTLR 3.0 :(

2006-07-31T23:54:00.000+05:30

I am sad to announce that the Incremental Parser wont be making it to version 3.0 of ANTLR :(

It turns out that the current betas of ANTLR 3.0 need too much bug fixing and testing to make sure they are robust so that a final can be released. So for the moment Terence has decided to go ahead with fixing whats there and doing a release.

Although the algorithm is still the first item on the agenda for the next update to ANTLR 3 (ie, 3.1).