[documentation] Free beta screencapture software for Drupal Documentation

[Steven Peck]

I will also ad, the scale is a little different.  Bob hosting his flickr
photo's on his blog is vastly different then drupal.org which gets over 2 TB
of http traffic a month.  I think Flickr would consider that abuse of it's
TOS.  Many others as well.

Having 'ownership' of our images is important.  We're not against it and I
linked how to deal with images for now.  But the images in the handbook
right now just don't display well on pages.  <sigh>  

That part is under consideration now as well but is not a short term
solution.



> -----Original Message-----
> From: documentation-bounces at drupal.org [mailto:documentation-
> bounces at drupal.org] On Behalf Of Joel Farris
> Sent: Sunday, June 03, 2007 7:50 AM
> To: A list for documentation writers
> Subject: Re: [documentation] Free beta screencapture software for
> Drupal Documentation
> 
> >> Sepeck wrote:
> >> Hosting images on a third party site produces a drag on the site
> >> performanceas requests go to third party site and if that site is
> >> having issues then drupal.org is perceived to be having issues.
> >> Drupal.org has enough performance issues right now ;D
> >
> >
> > Kent Bye wrote:
> > Thanks for reconsidering this and do please see what Moshe is doing
> > on g.d.o.
> > I agree that having drupal manage our own photos would be optimal,
> > but I
> > also think it's worth considering supporting third party photo
> sharing
> > services that are out there as an intermediary step.
> >
> > [snipped all content that talked about benchmarking -- Senpai]
> >
> > Going the third party route would also free up the disk space issue.
> 
> 
> True, Kent. Going to a third-party hosting *might* be a valid interim
> solution, yet in the two weeks that we've fought the gods to rescue
> all the "broken" links to our drupal-dojo screencasts and get them
> hosted on a single server, I didn't think that to be the case. In
> fact, I have been holding off the process of placing links to related
> screencasts on our Handbook pages because there was no dependable,
> reliable source from which to host the streaming content.
> 
> It might work the same way with embedding illustrations in Book
> pages, or it might not. Convenience and the desire to have rich,
> flowing pages that look as good as produced PDF documents would be my
> preference for an online Drupal Handbook. But a little question kept
> popping up in my mind. "What if I had placed those dojo screencast
> links that led to blip.tv, bittorrent, private servers, and google
> video into our Handbook pages, and tomorrow we lost 3 torrent seeds
> and two blip.tv files that were deemed 'innappropriate', i.e. 'too
> big' for their service?"
> 
> How would we be able to find all the Handbook pages that needed their
> links changed?
> --
> Senpai
> "If they keep making televisions smaller and smaller,
>    and widescreens bigger and bigger, soon the
>    medium TV will be a thing of the past."
> --
> Pending work: http://drupal.org/project/issues/documentation/
> List archives: http://lists.drupal.org/pipermail/documentation/