>>>>> On Fri, 30 May 1997 10:41:50 +0200, Klaus Hofrichter
>>>>> <hofrichter@fokus.gmd.de> said:
Klaus> Wataru KAMEYAMA wrote:
>
> Klaus,
>
> First of all, I don't think we need the amendment process on the issue
> you raised.
>
> > There are some "legal" workarounds:
> > * Use of the Preload action: The intention of this actuin is related to
> > content. As a sideeffect, it calls the "preparation behaviour". But,
> > preload is only a "hint".
>
> Preload() is exactly included for this purpose. If you look at the
> requested actions by Preload(), you can find that applying preparation
> behavior is mandatory for the engine as the first action. The "hint"
> here is related to the second action, with which you may retrieve
> or/and decode the content.
I agree with Wataru's opinion. I understood Preload behaviour required
MH5 obj. load into memory, but this is implement matter whether
retrieve or not the content. Our Engine's (not GCL/Wataru's :) Preload()
load the attributes of the obj.(position, boxsize, etc..) and content
data structures (ex. BMP/JPEG header data) since it calls preparation
of the MH5 obj..
Klaus> So, when I want to change "offscreen" the position of a initially false
Klaus> bitmap, I have to perform the "preload", right?
I think so. You can change the position after performing the Preload().
Regards,
-----
Yoshiharu Dewa
Pioneer Corp. Corporated Research and Development lab.
E-Mail: dewa@crdl.pioneer.co.jp
URL: http://www.pioneer.co.jp/crdl/staff/dewa/profile.html