[osflash] OFD Project continued :: new Flash 8 breakpoints feature

[john grden]

that does make sense, but I thought the debugger used the XML file, not the 
IDE? So, if you were debugging remotely, you'd have this scenario?

swf --> Debugger <-- IDE (after reading in the breakpoints)

Forgive me, but this seems wacked if this is the case. Why waste the effort 
of having SEPY create external XML files that the IDE has to load for no 
other purpose other than to hand them off to the debugger? Doesn't that seem 
off?


On 8/9/05, Johannes Nel <johannes.nel at gmail.com> wrote:
> 
> the way i understand it:
> that xml file tells the ide where to break in the swd. the swd dfoes
> not contain breakpoints all that is ide specific.
> 
> On 8/9/05, john grden <neoriley at gmail.com> wrote:
> > Plus, setting breakpoints at runtime is *nice*, but it's a perk, not a
> > feature of debugging. Wouldn't that be a huge pain in the ass to do 
> EVERY
> > time I restart my app? Seems very counter productive. I'd have a 
> solution
> > that allowed me to set breakpoints at development time, with the option 
> of
> > setting them at runtime.
> >
> >
> > On 8/9/05, john grden <neoriley at gmail.com> wrote:
> > > well, I don't know about the SWD, I thought breakpoints were in there?
> > Anyway, why would you say that external editors shouldn't be able to set
> > breakpoints? I would think that's COMPLETELY useful? If I write a class
> > in SEPY, only to have to open it in the IDE to set breakpoints, that's a
> > really crapy work flow. But if Eclipse/SEPY/Primal script can set them,
> > that's 100% better.
> > >
> > > Couple that with developing an open source version of the debugger and
> > being able to pause the player, your mcuh closer to a true debugger.
> > Granted, *you* may not use the XML, but since those products(SEPY/Primal 
> and
> > every other flash AS editor out there) will support the creation of 
> them, it
> > would be silly not to.
> > >
> > >
> > >
> > > On 8/9/05, Nicolas Cannasse < ncannasse at motion-twin.com > wrote:
> > > > Such XML is not needed since the debugger is able to set breakpoints 
> at
> > > > runtime.
> > > > There is no breakpoints stored into the SWD... please have a look at 
> the
> > > > protocol first.
> > > >
> > > > Nicolas
> > > >
> > > > ----- Original Message -----
> > > > From: "Scott Hyndman" < Scott at affsys.com>
> > > > To: "Open Source Flash Mailing List" <osflash at osflash.org>
> > > > Sent: Monday, August 08, 2005 7:36 PM
> > > > Subject: RE: [osflash] OFD Project continued :: new Flash 8 
> breakpoints
> > > > feature
> > > >
> > > >
> > > > Interesting. Perhaps this is what MTASC should read to produce the 
> swd.
> > > >
> > > > /Scott
> > > >
> > > > -----Original Message-----
> > > > From: osflash-bounces at osflash.org on behalf of john grden
> > > > Sent: Mon 8/8/2005 1:24 PM
> > > > To: Open Source Flash Mailing List
> > > > Cc:
> > > > Subject: [osflash] OFD Project continued :: new Flash 8 breakpoints
> > feature
> > > > I'm in a fog today (Lots' to do), but I can't beleive I forgot about
> > this!!!
> > > > Now that we can talk about the 8Ball features:
> > > >
> > > > A new feature in 8Ball is that you can have an external XML file 
> created
> > > > that represents all the breakpoints in your Flash app. Where this is
> > useful
> > > > is in the External Editor's section like SEPY - now you'll be able 
> to
> > enter
> > > > breakpoints in sepy for use with the Flash debugger. This is a 
> sample of
> > the
> > > > XML:
> > > >
> > > > <?xml version="1.0"?>
> > > >
> > > > <flash_breakpoints version="1.0">
> > > >
> > > > <file name="c:\san\test files\stopwatch\stopwatch.as">
> > > >
> > > > <breakpoint line="10"></breakpoint>
> > > >
> > > > <breakpoint line="8"></breakpoint>
> > > >
> > > > <breakpoint line="6"></breakpoint>
> > > >
> > > > </file>
> > > >
> > > > </flash_breakpoints>
> > > >
> > > > also, when I had heard of this the first time, i started asking 
> about
> > > > getting the debugger options open to the public and this is one 
> response
> > I
> > > > did get from MM:
> > > >
> > > > "there have not been plans to do this, though it can certainly be
> > > > considered (and currently the debugger does not run over
> > > > LocalConnection). please feel free to file it as an Enhancement 
> Request
> > > > (ECR). thanks!"
> > > >
> > > > So, for what it's worth, there you to ;)
> > > >
> > > > --
> > > > John Grden - Blitz
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > 
> ----------------------------------------------------------------------------
> > > > ----
> > > >
> > > >
> > > > > _______________________________________________
> > > > > osflash mailing list
> > > > > osflash at osflash.org
> > > > >
> > http://osflash.org/mailman/listinfo/osflash_osflash.org
> > > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > osflash mailing list
> > > > osflash at osflash.org
> > > > http://osflash.org/mailman/listinfo/osflash_osflash.org
> > > >
> > >
> > >
> > >
> > > --
> > > John Grden - Blitz
> >
> >
> >
> > --
> > John Grden - Blitz
> > _______________________________________________
> > osflash mailing list
> > osflash at osflash.org
> > http://osflash.org/mailman/listinfo/osflash_osflash.org
> >
> >
> >
> 
> 
> --
> j:pn
> 
> _______________________________________________
> osflash mailing list
> osflash at osflash.org
> http://osflash.org/mailman/listinfo/osflash_osflash.org
> 



-- 
John Grden - Blitz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/osflash_osflash.org/attachments/20050809/babb6ce2/attachment-0001.htm