Mailing List
Home
Forum Home
Flash Pro
Subjects
Firework Effect
setInterval bug identified and fixed
setInterval bug identified and fixed
ScrollPane component doesn 't auto update
Help: MX 2004 How to script a print button to print the entire sli
Event Dispatcher between classes
memory management removeMovieClip /
MX2004 Dataset itemClassName
Order of events per frame
XML to Object help
Textfield prototype question
Flash and QuickTime VR
Reading and displaying RSS feeds in Flash MX
Flash MX 2004 Sucks
AW: [Flashcoders] Switch/Case vs If/else
AW: [Flashcoders] Switch/Case vs If/else
Flash Interface with 10mb xml file
Web Service Results
Listener Object 's best practice
 
Toggling visibility in large RIA 's a reliablemeans?

Toggling visibility in large RIA 's a reliablemeans?

2004-03-13       - By Jonathan Yapp

 Back
in reference to differences of flash within IDE vs. in IE - i have read that
the version of flash that runs in the IDE is a bit older version than the
flash player plugin. i have had a few projects where i get crashes in IDE
and never in projector or IE. i think there is a known bug related to XML
use in particular, im sure there are others.

-- --Original Message-- --
From: Joe O'Brien [mailto:j@(protected)]
Sent: Saturday, March 13, 2004 6:41 AM
To: Flashcoders
Subject: Re: [Flashcoders] Toggling visibility in large RIA's a
reliablemeans?


We've built a huge Flash based system for creating complete business
applications.  This framework obviously utilises forms (not the Macromedia
kind that were released with 2004) to a large extent.  Some of these forms
(screens) are huge, multiple tabs, dozens of text fields, combo boxes, list
boxes, buttons - you name it - and that's per tab!

The tab system works by changing the visibility of various clips - hundreds
of movie clips at a time and it works with no issues.  The only problem
we've had is that when testing within the Flash IDE, we sometimes get an
infinite loop which crashes the player.  The way I figure, it has something
to do with having to remove that many clips (and components) all at once.  I
haven't seen it happen within a browser though ... ???

Anyway - just to confirm - you should be fine!!!

:)


joetek


==============================================================
joetek  .  director  .  team.lucid

j.at.teamlucid.com  .  http://teamlucid.com

sydney  .  launceston  .  australia
==============================================================


On 13/3/04 4:43 AM, "John_Sheridan" <john@(protected)> wrote:

> Hello,
>
> I've had so many problems using multi-Frame movies for presenting
> different Application States to my users, (because of many irritating
> aspects regarding Object destruction & script execution when switching
> Frames), that I decided to once again, create a single frame movie - and
> then encapsulate all my unique "Forms" into MovieClip containers (then
> toggling visibility, when I need to present different screens).
>
> FYI: Forms / Screens are also totally useless, as they have more
> problems than you can shake a stick at.
>
> With that said, will Flash be able to handle tons and tons of MovieClip
> Containers - all sitting on a single Frame, and then work properly when
> toggling the visibility?
>
> In the past, I used to have random problems with some controls, leaving
> ghost images behind, or simply not disappearing properly - even know I
> toggled it's container, to invisible.  I can't see Flash doing things a
> whole lot different internally when presenting a multi-Frame movie - and
> then switching to the next frame....
>
> Maybe things have gotten better, and are much more reliable now, with
> MX2004.
>
> Are there any caveats I should look out for, when creating a large RIA,
> with countless MovieClips (which will be loaded and/or unloaded) and
> then Visibility toggled as they are needed?
>
> Thanks in advance for any advice offered,
>
> John
>
> =-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
> Supported by Fig Leaf Software
> =-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
> Be sure to check the archives and the wiki:
> http://chattyfig.figleaf.com/
> =-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
> http://chattyfig.figleaf.com/cgi-bin/ezmlm-cgi?1:mss:106791
> =-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
> To unsubscribe send a blank e-mail to:
> Normal Mode: flashcoders-unsubscribe@(protected)
> Digest Mode: flashcoders-digest-unsubscrive@(protected)
>
>


=-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
Supported by Fig Leaf Software
=-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
Be sure to check the archives and the wiki:
http://chattyfig.figleaf.com/
=-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
http://chattyfig.figleaf.com/cgi-bin/ezmlm-cgi?1:mss:106840
=-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
To unsubscribe send a blank e-mail to:
Normal Mode: flashcoders-unsubscribe@(protected)
Digest Mode: flashcoders-digest-unsubscrive@(protected)




---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.619 / Virus Database: 398 - Release Date: 3/10/2004


=-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
Supported by Fig Leaf Software
=-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
Be sure to check the archives and the wiki:
http://chattyfig.figleaf.com/
=-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
http://chattyfig.figleaf.com/cgi-bin/ezmlm-cgi?1:mss:106849
=-- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- --
To unsubscribe send a blank e-mail to:
Normal Mode: flashcoders-unsubscribe@(protected)
Digest Mode: flashcoders-digest-unsubscrive@(protected)