Re: [libreoffice-website] any way do download the contents of the "assets" folders?

On Fri, Jul 22, 2011 at 6:35 PM, Drew Jensen <drew@baseanswers.com> wrote:
> On Fri, 2011-07-22 at 11:13 -0400, webmaster for Kracked Press
> Productions wrote:
> > Is there anyway to download the contents of the CMS "assets" folder?
> > FTP style?
> >
> > I am trying to make an offline version of the
> > dvd.north-american.libreofficebox.org files/folders for editing and
> > testing offline before uploading the .htm files to the CMS server.  [the
> > original files were .html]

IMHO there is no point in doing so. Why would you want to do this?

Working on the theme offline is OK, and a lot easier than working
online, but for working on the content this seems more than pointless.

You cannot just upload a bunch of html files into the system (unless
you write some php code to do the import, and I don't plan on doing
so), you have to add it to the CMS anyway.

> Once more - please stop trying to do this work off-line.
>
> There is no version control with SilverStrype, or not much of one -
> there is a draft state and a published state, both of those are at a
> page level.

Well, there is of course a version history, so you're able to restore
and old version, and compare an older version with the current version
and stuff like that.

> I can see, for instance, that you made changes to the dictionary page
> since it was published yesterday, the page name is in green, but I can
> not ask SilverStripe what has changed.

Sure you can.

> One can accept or reject the
> changed page as a whole, only.

No, If you use the workflow system instead of publishing right away
(i.e. use "reuqest publication" instead of "save and publish"), you
even get the difference via mail (and on the workflow-tab within the
cms)

When it is changed, but no publication has been requested, you can
still compare the page by using the versions list at the bottom left.

In Files&Images (assets) however, there is no versioning, if you
delete a file, it is gone, as it stores it on the regular filesystem.

> HOWEVER - that has a tendency to break down over time..just personal
> experience. More then that however is the real problem of bringing HTML
> into the SilverStripe system that it just doesn't like to work with.

Sorry, copy and paste of html source into the html-source window is no
problem at all. Or what do you mean?

> This last point is taking all the time right now and I've been working
> through the issues - when this is done I do not want to have to do it
> again - it is more then just having the correct path to linked files BTW
> - there are just some constructs that SilverStripe does not use, they
> are legal HTML and SilverStripe will display them but it can not edit
> the page properly using the GUI when they are used.

You can always use the html-source view to make more complicated stuff.

But whenever you do complicated stuff it is more of an indication that
what you actually want is some additional css-class to be used.

> The original HTML had lots of lines with the construct -
> <div style="margin-left: 40px;"> ..... </div>

This is bad anyway.

> SilverStripe does not like this, it will keep it and display the file
> properyly, but it can't edit that in the GUI so what I've been doing is
> replacing that with:
>
> <p style="padding-left: 30px;"> ..... </p>

This ain't much better really, keeping stuff manually styles is a pain
in the ass, and this will in effect prevent you from changing the
visual appearance, to change the css, at least it will result in
*MUCH* additional work.

It's way better to use css-styles if you use this pattern a lot.
Of course it is perfectly OK to use inline css-style declaration for
stuff that is used only once or twice, but when you start making those
formattings in tens of pages, then it's time to change the css and add
a corresponding class definition instead

> > I noticed when I uploaded the updated French dictionary files, the CMS
> > browser upload system removed the "____" between the version number and
> > the date.  I have to edit the file names to correct that, since the
> > pages refer to the name with the underlines.  I noticed many other
> > uploaded files with no "_" in the names when they originally had them.
>
> OK - on this I have real problems with that you are doing with the file
> names - you are just making extra work IMO.

Yes, some characters in filenames are replaced by the system. It is
not a matter of what the server can store, but rather what is
"web-safe" and uncomplicated to work with.

That all being said, I'd really like to hear the reason why you want
to do this offline. Would a virtualbox-VM for your local use be
"offline" enough? What is wrong with editing the pages in the cms and
using the preview options to show the work-in-progress?

Creating an offline-copy of the files within the CMS is a lot easier
than doing it the other way round after all...

ciao
Christian

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