Perl lacks the Visual Studio tight integration to have the drop and drag love that nubs want. The editors solutions like Eclipse doesn't pretend to address this, they are just editors with bindings and integration.

To be able to set properties and design UI elements you need some intimacy with the packages and the tool that perl doesn't have. VB and what not can do this with their control interfaces. If all packages had the meta-data that developer ready active-x controls and related test harness information we would be pretty solid on this front.

As far as perl GUI, actual end user form interfacing, this is a bummer at times. On the linux side there isn't much positive at all to be said on this front. There isn't a drop dead stupid 'VB', perhaps the best it gets is RealBasic, Delphi never got there, java is all pretty much fail in the wrong direction (though Sun has that nice vb-killer suite they just are ignorant on getting them out there)

Making a win32 perl program that binds UI calls is pretty harsh, the whole event model thing is hard. It much easier to make a perl program that has a soap interface and crack out a mindless vb program quick.

Perhaps there will be a UI service for win32 or gnome that will allow IPC/RPC between perl. That seems attractive to me rather than messing up perl with xs bindings and what not. I would rather deal with UI like jabber than UI without a real modern event model handler.