On 08/31/2010 04:03 PM, Mumuney Abdlquadri wrote:
> Hi,
> 
> About a year ago I tried qooxdoo and found out that it has lot of good
> stuff. The two downsides for me is typing long names separated with
> dots(I think thats an issue with javascript) and having to move
> between text editor an command line. So I decided to search for an IDE
>  to no avail (all the advertised do not work at least for me). I
> settled to create support for it in netbeans. With what I have you can
> do most of the generate jobs direct from netbeans(this solves the
> command line issue). But long-typing which can be solved by
> code-completion is not solved because I think there is something with
> the way qooxdoo team writes their javascript(not sure).
> 
> Why did I come to this conclusion? Recently google opensourced their
> closure which is as large as qooxdoo itself. just adding the source to
> my project gave code completion right away which is what the netbeans
> team are always proud to say that their javascript editor can
> code-complete any library out-of-the-box. The question is if netbeans
> can code complete closure why not qooxdoo. I am about to give up on
> the netbeans integration project.

Hi Mumuney,

thanks for making the effort. The issue with qooxdoo's classes is that
they do not appear as symbols *statically*. Rather, they appear as
strings, in the first argument to calls to factory methods
qx.(Bootstrap|Class|Theme|Interface|Mixin).define(). So, in order to
have these symbols in auto-completion, you'd need to extract them from
these .define() calls. It's quite easy using a regex, but this is
probably different from e.g. Closure.

I don't know nothing about Netbeans, but they surely scan a JS library
for defined symbols. Maybe the qooxdoo symbols could be added to this
process?!

T.



------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Reply via email to