Re: [libreoffice-website] broken links on new features page ...

Hi Christian,

On Fri, 2011-04-01 at 23:37 +0200, Christian Lohmaier wrote:
> And I didn't believe that peopler were using it as filestorage for
> unrelated stuff...

        Silverstripe seemed incapable of hosting these files, as/when I
up-loaded them, an hour or two before we went live for our first
release.

        In the rush of the moment (I was still polishing the page after
release), I guess I forgot to mention that (apparently) our Silverstripe
doesn't let people up-load arbitrary file-types, but only a tiny
pre-defined selection of types, which inevitably doesn't include the
types interesting for new file filters we've written.

        I'm sorry I forgot to report this precise issue - being possible to
work around with some ease, it was the least of the debilitating delays
and frustrations I had :-)

> /me is a little <strike>pissed</strike> annoyed. Again the complaining
> about the tooling without mentioning the problems to the people who
> could easily fix the problems.

        Ah - I wasn't complaining about the tooling in this instance, but about
the page being broken :-) That the end-result is that it turns into a
remembered gripe about the tooling, that I didn't bother you with
initially, is no surprise I suppose. Ultimately, I havn't looked at it
much since I finished work on that page.

> As to files, those are served directly by apache, so when there is a
> problem with mimetype, let apache know it, no problem, you just need
> to mention the problems.

        Well - I have no idea; last I looked apache could cope with such files
just fine when the files are served by the web server directly, from a
file-system directory ;-) But using the silverstripe "Files & Images"
tab, selecting a wpd file, and trying to up-load it (still) gives me
this wonder-dialog:

Extension is not allowed (valid: , html, htm, xhtml, js, css, bmp, png,
gif, jpg, jpeg, ico, pcx, tif, tiff, au, mid, midi, mpa, mp3, ogg, m4a,
ra, wma, wav, cda, avi, mpg, mpeg, asf, wmv, m4v, mov, mkv, mp4, swf,
flv, ram, rm, doc, docx, txt, rtf, xls, xlsx, pages, ppt, pptx, pps,
csv, cab, arj, tar, zip, zipx, sit, sitx, gz, tgz, bz2, ace, arc, pkg,
dmg, hqx, jar, xml, pdf, odt, ott, ods, ots, odp, otp, odb, odm, odg,
otg, odc, odi, odf, odi, oxt)

        So - apparently it is still busted :-) and based not on file-type, or
allowing the user to specify such a thing but on extension [ a very
crude heuristic ]. Of course, perhaps there is some "really up-load"
dialog somewhere that I am missing - most likely user-error - you know
me.

> Same for allowing additional filetypes. If something doesn't work state so.

        As above I guess. No doubt lots of tools are done like this - with
hard-coded lists of file-types that they limit up-loads to :-) but the
fact is it didn't work in the small window of time that I had, and I
hacked around with it, and I didn't gripe at you.

        Of course, I can host the test files on a.n.other server that works,
eg. the gnome or freedesktop servers in my user account or something if
it is too hard to get this done. I can also complain a lot more, and in
far greater detail - with screencasts next time I use silverstripe in
anger [sic.] :-) but ... I'm not sure that'd be appreciated or
constructive though.

        IMHO the test files are really useful, they allow journalists to do
their research quickly, and I've had them mentioned to me in a couple of
interviews and appreciated.

        The original files are still in git for anyone wanting to repair it. It
is a shame (if it is such a simple problem to fix), that the page is
still busted.

        Regards,

                Michael.

-- 
 michael.meeks@novell.com  <><, Pseudo Engineer, itinerant idiot



-- 
Unsubscribe instructions: E-mail to website+help@libreoffice.org
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/www/website/
All messages sent to this list will be publicly archived and cannot be deleted