"A preservation hazard in OpenOffice"

[Rob Weir <ro...@apache.org>]

Have you seen this:  http://fileformats.wordpress.com/2012/12/30/openoffice/ ???

(I'm cc'ing the author of that blog post, Gary McGrath)

This is from the perspective of a person interested in long-term
preservation/archiving of documents.

This looks like a feature that is working "as designed", although it
does obscure the fact that the image is linked, not embedded in this
case.

It might be worth having a web page, or a document, about best
practices for creating documents in OpenOffice that are free of such
external dependencies.   Could probably also use the ODF Toolkit to
scan documents to identify such issues in a document.

Regards,

-Rob

Re: "A preservation hazard in OpenOffice"

[Drew Jensen <dr...@gmail.com>]

Alright Rob.

back to the issue - it appears to be platform specific.

Checking again, w/ AOO (daily), under windows and using Chrome there is one
difference.
Copy/Paste to a writer document works - and it is linked, unless you select
copy special and then select bitmap.

Otherwise - I'll check the issue tracker about the win/ie/writer problem I
ran into and if it is not noted yet ad a issue.

Best wishes,

//drew


On Mon, Jan 7, 2013 at 10:25 AM, Rob Weir <ro...@apache.org> wrote:

> On Mon, Jan 7, 2013 at 10:19 AM, Drew Jensen <dr...@gmail.com>
> wrote:
> > Frick - daily builds and yes it says 3.5 and yes I know that is really
> > going to release as 4.0.
> >
>
> OK.  So generally speaking, when attempting to verify behavior that a
> user sees, I wouldn't say that the issue does not exist on the basis
> of testing done with unreleased code.  Certainly Gary was using a
> released version of OpenOffice.  It is possible that it worked one way
> in OOo 3.3.0 or AOO 3.4.x, and now works differently.
>
> -Rob
>
> >
> > On Mon, Jan 7, 2013 at 10:10 AM, Rob Weir <ro...@apache.org> wrote:
> >
> >> On Mon, Jan 7, 2013 at 10:03 AM, Drew Jensen <
> drewjensen.inbox@gmail.com>
> >> wrote:
> >> > Well, looks like it is not so easy to say that is wrong.
> >> >
> >> > Tried this again, except instead of using Linux, using AOO 3.5 on
> Windows
> >> > and IE for the browser.
> >> >
> >>
> >> There is no AOO 3.5.  What exactly are you running?  It should be
> >> listed in the Help/About box.
> >>
> >> > With writer it just craps out and you get nothing usable. But with
> draw,
> >> > yes the image is linked not embedded and I am absolutely sure I did a
> >> copy
> >> > (image) not copy (address).
> >> >
> >> > //drew
> >> >
> >> >
> >> > On Mon, Jan 7, 2013 at 9:37 AM, Drew Jensen <
> drewjensen.inbox@gmail.com
> >> >wrote:
> >> >
> >> >> Just read the article.
> >> >>
> >> >> The article does not sound correct, if memory serves, checked using
> AOO
> >> >> 3.5.
> >> >>
> >> >> Sure enough, copy an image from a web site and paste into a writer
> >> >> document, the document has an embedded image, as I thought.
> >> >>
> >> >> My guess is that the author did not copy the image, he copied the
> >> location
> >> >> - common mistake.
> >> >>
> >> >> As for AOO, hard to expect it not to do what the user told it to do.
> >> >>
> >> >> Finally, checking for external links - isn't there already an
> extension
> >> >> that does that, I know there was lots of talk about creating one ...
> >> didn't
> >> >> find it with a quick search however.
> >> >>
> >> >> Ciao,
> >> >>
> >> >> //drew
> >> >>
> >> >>
> >> >>
> >> >> On Mon, Jan 7, 2013 at 8:49 AM, Rob Weir <ro...@apache.org> wrote:
> >> >>
> >> >>> Have you seen this:
> >> >>> http://fileformats.wordpress.com/2012/12/30/openoffice/ ???
> >> >>>
> >> >>> (I'm cc'ing the author of that blog post, Gary McGrath)
> >> >>>
> >> >>> This is from the perspective of a person interested in long-term
> >> >>> preservation/archiving of documents.
> >> >>>
> >> >>> This looks like a feature that is working "as designed", although it
> >> >>> does obscure the fact that the image is linked, not embedded in this
> >> >>> case.
> >> >>>
> >> >>> It might be worth having a web page, or a document, about best
> >> >>> practices for creating documents in OpenOffice that are free of such
> >> >>> external dependencies.   Could probably also use the ODF Toolkit to
> >> >>> scan documents to identify such issues in a document.
> >> >>>
> >> >>> Regards,
> >> >>>
> >> >>> -Rob
> >> >>>
> >> >>
> >> >>
> >>
>

Re: "A preservation hazard in OpenOffice"

[Rob Weir <ro...@apache.org>]

On Mon, Jan 7, 2013 at 10:19 AM, Drew Jensen <dr...@gmail.com> wrote:
> Frick - daily builds and yes it says 3.5 and yes I know that is really
> going to release as 4.0.
>

OK.  So generally speaking, when attempting to verify behavior that a
user sees, I wouldn't say that the issue does not exist on the basis
of testing done with unreleased code.  Certainly Gary was using a
released version of OpenOffice.  It is possible that it worked one way
in OOo 3.3.0 or AOO 3.4.x, and now works differently.

-Rob

>
> On Mon, Jan 7, 2013 at 10:10 AM, Rob Weir <ro...@apache.org> wrote:
>
>> On Mon, Jan 7, 2013 at 10:03 AM, Drew Jensen <dr...@gmail.com>
>> wrote:
>> > Well, looks like it is not so easy to say that is wrong.
>> >
>> > Tried this again, except instead of using Linux, using AOO 3.5 on Windows
>> > and IE for the browser.
>> >
>>
>> There is no AOO 3.5.  What exactly are you running?  It should be
>> listed in the Help/About box.
>>
>> > With writer it just craps out and you get nothing usable. But with draw,
>> > yes the image is linked not embedded and I am absolutely sure I did a
>> copy
>> > (image) not copy (address).
>> >
>> > //drew
>> >
>> >
>> > On Mon, Jan 7, 2013 at 9:37 AM, Drew Jensen <drewjensen.inbox@gmail.com
>> >wrote:
>> >
>> >> Just read the article.
>> >>
>> >> The article does not sound correct, if memory serves, checked using AOO
>> >> 3.5.
>> >>
>> >> Sure enough, copy an image from a web site and paste into a writer
>> >> document, the document has an embedded image, as I thought.
>> >>
>> >> My guess is that the author did not copy the image, he copied the
>> location
>> >> - common mistake.
>> >>
>> >> As for AOO, hard to expect it not to do what the user told it to do.
>> >>
>> >> Finally, checking for external links - isn't there already an extension
>> >> that does that, I know there was lots of talk about creating one ...
>> didn't
>> >> find it with a quick search however.
>> >>
>> >> Ciao,
>> >>
>> >> //drew
>> >>
>> >>
>> >>
>> >> On Mon, Jan 7, 2013 at 8:49 AM, Rob Weir <ro...@apache.org> wrote:
>> >>
>> >>> Have you seen this:
>> >>> http://fileformats.wordpress.com/2012/12/30/openoffice/ ???
>> >>>
>> >>> (I'm cc'ing the author of that blog post, Gary McGrath)
>> >>>
>> >>> This is from the perspective of a person interested in long-term
>> >>> preservation/archiving of documents.
>> >>>
>> >>> This looks like a feature that is working "as designed", although it
>> >>> does obscure the fact that the image is linked, not embedded in this
>> >>> case.
>> >>>
>> >>> It might be worth having a web page, or a document, about best
>> >>> practices for creating documents in OpenOffice that are free of such
>> >>> external dependencies.   Could probably also use the ODF Toolkit to
>> >>> scan documents to identify such issues in a document.
>> >>>
>> >>> Regards,
>> >>>
>> >>> -Rob
>> >>>
>> >>
>> >>
>>

Re: "A preservation hazard in OpenOffice"

[Drew Jensen <dr...@gmail.com>]

Frick - daily builds and yes it says 3.5 and yes I know that is really
going to release as 4.0.


On Mon, Jan 7, 2013 at 10:10 AM, Rob Weir <ro...@apache.org> wrote:

> On Mon, Jan 7, 2013 at 10:03 AM, Drew Jensen <dr...@gmail.com>
> wrote:
> > Well, looks like it is not so easy to say that is wrong.
> >
> > Tried this again, except instead of using Linux, using AOO 3.5 on Windows
> > and IE for the browser.
> >
>
> There is no AOO 3.5.  What exactly are you running?  It should be
> listed in the Help/About box.
>
> > With writer it just craps out and you get nothing usable. But with draw,
> > yes the image is linked not embedded and I am absolutely sure I did a
> copy
> > (image) not copy (address).
> >
> > //drew
> >
> >
> > On Mon, Jan 7, 2013 at 9:37 AM, Drew Jensen <drewjensen.inbox@gmail.com
> >wrote:
> >
> >> Just read the article.
> >>
> >> The article does not sound correct, if memory serves, checked using AOO
> >> 3.5.
> >>
> >> Sure enough, copy an image from a web site and paste into a writer
> >> document, the document has an embedded image, as I thought.
> >>
> >> My guess is that the author did not copy the image, he copied the
> location
> >> - common mistake.
> >>
> >> As for AOO, hard to expect it not to do what the user told it to do.
> >>
> >> Finally, checking for external links - isn't there already an extension
> >> that does that, I know there was lots of talk about creating one ...
> didn't
> >> find it with a quick search however.
> >>
> >> Ciao,
> >>
> >> //drew
> >>
> >>
> >>
> >> On Mon, Jan 7, 2013 at 8:49 AM, Rob Weir <ro...@apache.org> wrote:
> >>
> >>> Have you seen this:
> >>> http://fileformats.wordpress.com/2012/12/30/openoffice/ ???
> >>>
> >>> (I'm cc'ing the author of that blog post, Gary McGrath)
> >>>
> >>> This is from the perspective of a person interested in long-term
> >>> preservation/archiving of documents.
> >>>
> >>> This looks like a feature that is working "as designed", although it
> >>> does obscure the fact that the image is linked, not embedded in this
> >>> case.
> >>>
> >>> It might be worth having a web page, or a document, about best
> >>> practices for creating documents in OpenOffice that are free of such
> >>> external dependencies.   Could probably also use the ODF Toolkit to
> >>> scan documents to identify such issues in a document.
> >>>
> >>> Regards,
> >>>
> >>> -Rob
> >>>
> >>
> >>
>

Re: "A preservation hazard in OpenOffice"

[Rob Weir <ro...@apache.org>]

On Mon, Jan 7, 2013 at 10:03 AM, Drew Jensen <dr...@gmail.com> wrote:
> Well, looks like it is not so easy to say that is wrong.
>
> Tried this again, except instead of using Linux, using AOO 3.5 on Windows
> and IE for the browser.
>

There is no AOO 3.5.  What exactly are you running?  It should be
listed in the Help/About box.

> With writer it just craps out and you get nothing usable. But with draw,
> yes the image is linked not embedded and I am absolutely sure I did a copy
> (image) not copy (address).
>
> //drew
>
>
> On Mon, Jan 7, 2013 at 9:37 AM, Drew Jensen <dr...@gmail.com>wrote:
>
>> Just read the article.
>>
>> The article does not sound correct, if memory serves, checked using AOO
>> 3.5.
>>
>> Sure enough, copy an image from a web site and paste into a writer
>> document, the document has an embedded image, as I thought.
>>
>> My guess is that the author did not copy the image, he copied the location
>> - common mistake.
>>
>> As for AOO, hard to expect it not to do what the user told it to do.
>>
>> Finally, checking for external links - isn't there already an extension
>> that does that, I know there was lots of talk about creating one ... didn't
>> find it with a quick search however.
>>
>> Ciao,
>>
>> //drew
>>
>>
>>
>> On Mon, Jan 7, 2013 at 8:49 AM, Rob Weir <ro...@apache.org> wrote:
>>
>>> Have you seen this:
>>> http://fileformats.wordpress.com/2012/12/30/openoffice/ ???
>>>
>>> (I'm cc'ing the author of that blog post, Gary McGrath)
>>>
>>> This is from the perspective of a person interested in long-term
>>> preservation/archiving of documents.
>>>
>>> This looks like a feature that is working "as designed", although it
>>> does obscure the fact that the image is linked, not embedded in this
>>> case.
>>>
>>> It might be worth having a web page, or a document, about best
>>> practices for creating documents in OpenOffice that are free of such
>>> external dependencies.   Could probably also use the ODF Toolkit to
>>> scan documents to identify such issues in a document.
>>>
>>> Regards,
>>>
>>> -Rob
>>>
>>
>>

Re: "A preservation hazard in OpenOffice"

[Drew Jensen <dr...@gmail.com>]

Well, looks like it is not so easy to say that is wrong.

Tried this again, except instead of using Linux, using AOO 3.5 on Windows
and IE for the browser.

With writer it just craps out and you get nothing usable. But with draw,
yes the image is linked not embedded and I am absolutely sure I did a copy
(image) not copy (address).

//drew


On Mon, Jan 7, 2013 at 9:37 AM, Drew Jensen <dr...@gmail.com>wrote:

> Just read the article.
>
> The article does not sound correct, if memory serves, checked using AOO
> 3.5.
>
> Sure enough, copy an image from a web site and paste into a writer
> document, the document has an embedded image, as I thought.
>
> My guess is that the author did not copy the image, he copied the location
> - common mistake.
>
> As for AOO, hard to expect it not to do what the user told it to do.
>
> Finally, checking for external links - isn't there already an extension
> that does that, I know there was lots of talk about creating one ... didn't
> find it with a quick search however.
>
> Ciao,
>
> //drew
>
>
>
> On Mon, Jan 7, 2013 at 8:49 AM, Rob Weir <ro...@apache.org> wrote:
>
>> Have you seen this:
>> http://fileformats.wordpress.com/2012/12/30/openoffice/ ???
>>
>> (I'm cc'ing the author of that blog post, Gary McGrath)
>>
>> This is from the perspective of a person interested in long-term
>> preservation/archiving of documents.
>>
>> This looks like a feature that is working "as designed", although it
>> does obscure the fact that the image is linked, not embedded in this
>> case.
>>
>> It might be worth having a web page, or a document, about best
>> practices for creating documents in OpenOffice that are free of such
>> external dependencies.   Could probably also use the ODF Toolkit to
>> scan documents to identify such issues in a document.
>>
>> Regards,
>>
>> -Rob
>>
>
>

Re: "A preservation hazard in OpenOffice"

[Drew Jensen <dr...@gmail.com>]

Just read the article.

The article does not sound correct, if memory serves, checked using AOO 3.5.

Sure enough, copy an image from a web site and paste into a writer
document, the document has an embedded image, as I thought.

My guess is that the author did not copy the image, he copied the location
- common mistake.

As for AOO, hard to expect it not to do what the user told it to do.

Finally, checking for external links - isn't there already an extension
that does that, I know there was lots of talk about creating one ... didn't
find it with a quick search however.

Ciao,

//drew



On Mon, Jan 7, 2013 at 8:49 AM, Rob Weir <ro...@apache.org> wrote:

> Have you seen this:
> http://fileformats.wordpress.com/2012/12/30/openoffice/ ???
>
> (I'm cc'ing the author of that blog post, Gary McGrath)
>
> This is from the perspective of a person interested in long-term
> preservation/archiving of documents.
>
> This looks like a feature that is working "as designed", although it
> does obscure the fact that the image is linked, not embedded in this
> case.
>
> It might be worth having a web page, or a document, about best
> practices for creating documents in OpenOffice that are free of such
> external dependencies.   Could probably also use the ODF Toolkit to
> scan documents to identify such issues in a document.
>
> Regards,
>
> -Rob
>