FB DV is Flash Builder Design View.  I don't think there is much FB code that 
is useful to the current teams building a Royale IDE.  I don't know what the 
future of FB is, but I don't think there will be future releases.

But some of the principles behind FB's DV, could be applied to live-editing in 
Royale and I think it would be better than having it in an IDE.

Of course, I could be wrong...
-Alex

On 3/11/20, 10:04 AM, "Paul Stearns" <pa...@compuace.com.INVALID> wrote:

    Alex:
    
    Not to sound too ignorant, what is "FB DV?"
    
    What is Adobe doing with FlashBuilder? If they are deprecating Flash, what 
use do they have for FlashBuilder? That might be a good code base for a Royale 
GUI IDE.
    
    Paul R. Stearns
    Advanced Consulting Enterprises, Inc.
    
    15280 NW 79th Ct.
    Suite 250
    Miami Lakes, Fl 33016
    
    Voice: (305)623-0360 x107
    Fax: (305)623-4588
    
    ----------------------------------------
    From: Alex Harui <aha...@adobe.com>
    Sent: 3/11/20 11:56 AM
    To: "users@flex.apache.org" <users@flex.apache.org>, "pa...@compuace.com" 
<pa...@compuace.com>
    Subject: Re: GUI IDE need.
    I hear what you are saying, but I am hopeful that we can build that into 
your app sort of like an automated testing plugin. Royale will eventually need 
to support other automated testing libraries and other code that "disappears at 
production". One of the reasons for having "beads" underneath the components is 
so that we can more easily add/remove helpful pieces of code to enhance 
productivity.
    
    IIRC, the FB DV was essentially running your app loaded into a DV Flex app. 
I am hopeful that Royale is set up so that you can essentially plug in DV 
functionality into your app (instead of wrapping it, which caused occasional 
issues in FB).
    
    -Alex
    
    On 3/11/20, 8:48 AM, "Paul Stearns" wrote:
    
    I think we will have to disagree on this.
    
    Three things (that I can think of quickly), which would be difficult 
without a GUI;
    
    I use quite regularly the alignment capabilities of the IDE, where I select 
multiple items and align right, left, bottom, middle , top & center. If I have 
20 fields on a form I want to align I can't do it visually using the immediate 
display technique. Additionally when I am initially designing my form, the code 
may not be complete enough to be displayed in a browser.
    
    I will also often grab multiple items and move them around the screen, with 
their relative positions intact.
    
    Selecting multiple items and then modifying multiple properties for the 
selected items.
    
    Doing all of this manually is a waste of valuable developers time, and a 
step back into the dark ages. Yes having something that displays your changes 
in near real-time is better than nothing, but hardly a replacement for a good 
GUI IDE.
    
    Paul R. Stearns
    Advanced Consulting Enterprises, Inc.
    
    15280 NW 79th Ct.
    Suite 250
    Miami Lakes, Fl 33016
    
    Voice: (305)623-0360 x107
    Fax: (305)623-4588
    
    ----------------------------------------
    From: Alex Harui
    Sent: 3/11/20 11:19 AM
    To: "users@flex.apache.org"
    Subject: Re: GUI IDE need.
    
    On 3/11/20, 4:43 AM, "Olaf Krueger" wrote:
    
    Hi Paul,
    
    >If however you want to design highly usable business applications deployed
    to thin clients (to use an ancient phrase) you need GUI tools to be
    productive.
    
    Not agree.
    Modern JS frameworks are supporting "hot reload" (Royale not yet) which
    means the browser view is refreshing automatically after any code
    change/compilation... and depending on the framework and project, this just
    takes seconds or milliseconds. So, you see the results in near realtime
    instead of waiting for the compiler and restarting your app all the time.
    
    Hence my hope that someone will make live-editing of Royale MXML work. IMO, 
Any IDE DesignView equivalent that doesn't use a browser to render is going to 
have fidelity issues. Live-editing has the potential to be even better than 
hot-reload for some scenarios.
    
    Of course, I could be wrong...
    -Alex
    
    
    

Reply via email to