jump to navigation

Some ideas on method auto-completion in Padre June 9, 2009

Posted by claudio in Uncategorized.
Tags: , , , , , ,

perlAuto-completion is a nice feature for an IDE. While Padre supports some auto-completion functions, method auto-completion is an important missing feature. This post is a short round-up of features present in other IDEs.

What auto-completion features does Padre support today?

Beside automatic bracket completion, Padre has a nice auto-completion implementation for variables (first character -including sigil- then ctrl + p):


Eclipse + Epic

Epic (an add-on to Eclipse) has a nice working auto-completion feature activated by the method invocator (->).


As a reference, the java auto-completion in Eclipse:


Komodo Edit

Komodo Edit also has auto-completion for methods, but does not show those inherited from parent classes making the feature rather useless for OO development.



Netbeans has no Perl support, nevertheless the java auto-completion feature is a good example:


The method auto-completion feature is activated by the “.” (“->” in Perl). Not only you get a list of accessible methods (with expected parameter type and return value), but also the javadoc documentation for the selected method.

How should Padre support method auto-completion? Some ideas

  1. Method autocomplete should be activated by “->” and “::”. This way class hierarchies can be autocompleted as well. With “::” support for functions can be added.
  2. Private methods should be hidden. By convention, private methods start with “_”.
  3. Linking method autocomplete to perldoc is a winner combination when programming to not yet familiar APIs and certainly friendly to new Perl developers. While Perl is not strictly typed, a well formatted perldoc entry for a method should make clear what kind of parameters are expected and what the return value could be. However, documentation is rather freely formatted, so it would be difficult to implement in a generic way (without adding formatting restriction to classes).

JavaFX compiler for Linux very soon? May 11, 2009

Posted by claudio in Uncategorized.
Tags: , , ,
1 comment so far

javafxGood news. It seems that Linux and Solaris are getting the JavaFX development kit. Finally. In the fight against Silverlight and AIR every developer counts. Still some questions remain open:

  • Will SUN open JavaFX completely now (don’t make the JDK error twice!)?
  • When will -at least- Netbeans get a JavaFX graphical editor in the same level as the Netbeans’ Matisse Swing editor?
  • And last but not least, what will Oracle do with JavaFX when it owns SUN?

Anyway, if the apparently well-informed rumour is true, it is indeed good news.

Netbeans tip & tricks: Swing dialogs with the wrong size (same as previous dialog) June 13, 2008

Posted by claudio in Uncategorized.
Tags: , ,
1 comment so far

Netbeans has a killer feature: it’s graphical Swing builder (aka Matisse). It’s fast, flexible and it works. GUI application in no time. Great.

However, when not creating the GUI by hand, it can be difficult to track some bugs. I found out that when using different JDialogs in the same application, resulting in the dialogs having the same size as the first dialog opened. Pretty annoying. This is how to solve it. (more…)


Get every new post delivered to your Inbox.

Join 197 other followers