[MTOS-dev] attaching vs. embedding assets to entries patch

Hirotaka Ogawa hirotaka.ogawa at gmail.com
Sat Mar 22 03:57:11 PDT 2008


On Sat, Mar 22, 2008 at 7:30 AM, Timothy Appnel <tim at appnel.com> wrote:
> On Fri, Mar 21, 2008 at 3:44 AM, Byrne Reese <byrne at sixapart.com> wrote:
>  >  Does it add a field to the UI?
>
>  No.
>
>
>  > Does it simply make
>  >  the necessary database schema changes to allow for these types of
>  >  associations?
>
>  Yes. More importantly it stops the entry/page object from deleting any
>  asset associations it doesn't find embedded in the text or text_more
>  fields.

Tim, I can't understand well what you exactly mean by "attaching" and
"embedding".  Why any assets, which are associated with an entry by
objectassets, cannot be treated as *embeded* assets?


>  >  What specifically does it do and how is the user's experience inside of the
>  >  app affected?
>
>  See above.
>
>  This patch was meant to be small (MTOS doesn't seem to ready to handle
>  big patches) and to only make it possible to effect the user
>  experience whether it be through plugin or changes to the core. I was
>  prepared to create some attachment functionality; however, the save
>  function in MT::Entry (that calls sync_assets the real culprit here)
>  made that impossible without hacking the core. With this change
>  hacking the core isn't necessary.
>
>  I'm trying to take baby steps with this one.
>
>  Make more sense now?
>
>
>  <tim/>
>
>  --
>  Timothy Appnel
>  Appnel Solutions
>  http://appnel.com/
>  _______________________________________________
>
>
> MTOS-dev mailing list
>  MTOS-dev at sixapart.com
>  http://www.sixapart.com/mailman/listinfo/mtos-dev
>



-- 
Hirotaka Ogawa makes no sense.
http://as-is.net/blog/


More information about the MTOS-dev mailing list