hang the scrollpane author

[oopiewanCodeknowbie]

To make a long story short, I spent a LOT of time debugging a fairly complex
project of mine where mc's that I used setcrollcontent() on would vanish. It
turned out to be a grievous error on the part of the person who coded the
scrollpane. I hope the person who wrote this reads this.

You need to go back to school and learn to write library level code... your an
amatuer pal. How dare you delete my movieclip.. don't you have any foresight as
to how your user might use this?

For those of you who use the scrollpane and notice that your movies disappear
on you, you can correct it by commenting out the removeMovieclip lines in the
following function.


FScrollPaneClass.prototype.setScrollContent = function(target)
{

this.offset.x = 0;
this.offset.y = 0;

// remove or hide the old movie clip
if ( this.content_mc != undefined ) {
if (target!=this.content_mc) {
this.content_mc._visible = false;
// deleting the mc is WRONG!!!
//this.content_mc.removeMovieClip();
//this.content_mc.unloadMovie();
}
}

[James Fee]

I am not trying to be a killjoy, but just a devil's advocate.
if you are trying to set the content of the scroll pane to something else,
why wouldn't you delete the old one first?

"oopiewanCodeknowbie" <webforumsuser@macromedia.com> wrote in message
news:c22c4j$o5q$1@forums.macromedia.com...

> To make a long story short, I spent a LOT of time debugging a fairly

complex

> project of mine where mc's that I used setcrollcontent() on would vanish.

It

> turned out to be a grievous error on the part of the person who coded the
> scrollpane. I hope the person who wrote this reads this.
>
> You need to go back to school and learn to write library level code...

your an

> amatuer pal. How dare you delete my movieclip.. don't you have any

foresight as

> to how your user might use this?
>
> For those of you who use the scrollpane and notice that your movies

disappear

> on you, you can correct it by commenting out the removeMovieclip lines in

the

> following function.
>
>
> FScrollPaneClass.prototype.setScrollContent = function(target)
> {
>
> this.offset.x = 0;
> this.offset.y = 0;
>
> // remove or hide the old movie clip
> if ( this.content_mc != undefined ) {
> if (target!=this.content_mc) {
> this.content_mc._visible = false;
> // deleting the mc is WRONG!!!
> //this.content_mc.removeMovieClip();
> //this.content_mc.unloadMovie();
> }
> }
>

[oopiewan]

better question(s).. why would I delete it? I parse an xml document to build
it, it's content never changes, its much faster to just show it than build it
again.

The guy who wrote the scrollpane probably thinks like you do. Assumes he knows
the users intentions,or, what is best for the user. I have been coding a long
time, probably longer than the yokel who built the pane and from the nature of
your questioin, longer than you James.

Library code... reusable and flexible code... is a special kind of code. The
fewer assumptions you make, the better. It's an artform/science that
transcends your everyday run of the mill.. "get the job done" mentality.

I should mention that I despise most "components" on many levels.. too
numerous to mention in this post. The only thing I hate worse, is a badly
written one bu someone who doesn't really know what he is doing.

[James Fee]

"oopiewan" <webforumsuser@macromedia.com> wrote in message
news:c22peu$f0j$1@forums.macromedia.com...

> better question(s).. why would I delete it?

maybe it is necessary to be deleted before another can be displayed? If
(using the example in your first post) the target is not the same as the
content_mc, wouldn't you want the content_mc to be removed before creating a
new one? what would happen to those who expect that the movie would be
removed before a new one put in it's place? I would want my sub movie to
clean up before starting a new one. (just playing devil's advocate)

> I parse an xml document to build
> it, it's content never changes, its much faster to just show it than build

it

> again.

if your content is not changing, why bother to call the set content in the
first place?

>
> The guy who wrote the scrollpane probably thinks like you do. Assumes he

knows

> the users intentions,or, what is best for the user. I have been coding a

long

> time, probably longer than the yokel who built the pane and from the

nature of

> your questioin, longer than you James.

I have no idea how long you have been coding or in what languages (just like
you don't know what I have done).
I tend not to assume too much. But you may be assuming that the component
could have been written in a manner which is not possible, did you think of
that? (again, just playing devil's advocate)

>
> Library code... reusable and flexible code... is a special kind of code.

The

> fewer assumptions you make, the better. It's an artform/science that
> transcends your everyday run of the mill.. "get the job done" mentality.

I agree.

>
> I should mention that I despise most "components" on many levels.. too
> numerous to mention in this post. The only thing I hate worse, is a badly
> written one bu someone who doesn't really know what he is doing.
>