flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Roland Zwaga <rol...@stackandheap.com>
Subject Re: Design View AIR App (Was: Re: Apache Flex GUI Designer tools)
Date Wed, 03 Oct 2012 10:25:07 GMT
Hey guys,

>> are you aware of the SWFBridge in the FDT IDE?
>> http://fdt.powerflasher.com/**swf-bridge/<http://fdt.powerflasher.com/swf-bridge/>
>> They basically allow you to write plugins for FDT in Actionscript, maybe
>> we
>> can get
>> some inspiration from these guys ;)
>> cheers,
>> Roland
> Ok, I looked at this code, it looks like they use a socket bridge from
> Eclipse to the browser to send actions/commands/messages.
> The developer has created an AST API in ActionScript that looks like it
> decorates metadata XML. I'm not sure if it's metadata or actually AST XML
> sent over the socket bridge from Eclipse's AST model.
> Anyway, this idea is golden for writing wrappers from each IDE. From the
> looks of it we might actually be able to use that SWFBridge for a viewer. I
> don't know this is after looking at the GIT code for about 5 minutes.
> For those interested, I think it would be worth while to abstract this
> project into 2 code sections, one that is not dependent on AIR APIs and the
> actually designer just use Flash APIs no AIR.
> This way if you needed different types of functionality, you still could
> use a browser without loosing the design capability.
> Honestly folks, I could see how a simple socket bridge could be used in
> DND operations also. The DNBD is initiated in say Eclipse, the dnd info is
> pushed to the designer over the socket, when the mouse then enters the SWF
> it already knows what it is dragging.
> The only problem is I am very rusty and don't know if the Flash Player
> would get an event of some type when the mouse enters the browser with the
> mouse already down.
> This sounds even more doable looking at the code. Essentially the designer
> app is purly in ActionScript so there is no IDE wars happening there.
> We could set it up also down the road where the default, the properties
> editors existed IN THE APP and if an IDE so choose, could turn them off and
> then the properties panel would actually be implemented in the IDE natively
> using the DND API we make.

Ok, sorry for being ignorant here ;) I'm getting a bit of an acronym
overdose hehe. What exactly is DND and DNBD? In any case, I'm glad that
this existing work looks promising, this way it might be possible to make a
running start. It would be hilarious if Apache Flex folks would actually be
able to create a Flashbuilder plugin that facilitates this, I've been
saying for years that FB should allow plugins to be developed in the
language its supporting. (Eclipse->Java, VIsual Studio->C#,etc) Yet somehow
Adobe didn't think this was a good idea apparently... (Them again, I'm not
a business genius, just a dumb developer)

I'm not sure how many plugins have been created for FDT yet using this API,
maybe there's folks working for Powerflasher on this list that can shed
some light on this?


  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message