<div dir="ltr"><div>You're right. For such a cloud service a simpler version could probably be enough. And I really have no idea what QT already provides in that regard. That was just a guess because HTTP is just about everywhere and web services and APIs are still the hot topic of the month in web apps. And REST is the preferred way to interact with web APIs, so if you want versatility it's probably a good idea to use it.</div>

<div><br></div><div>But since just about every organisation that deals with content needs some form of CMS it would open quite a few possibilities for scribus to integrate into already existing workflows. Think about product catalogs where a printed version is done once and a year and a webshop exists too. Or news papers/magazines that will have some form of CMS in place and pull content from there for print and web use.</div>

<div><br></div><div>Having a versatile way to integrate into such rather complex environments through software and not through a lot of fiddly work by humans would probably be a huge plus for scribus in general and might make it more appealing for enterprise use.</div>

<div><br></div><div>But I also think that getting the treatment of the data right is actually hard and would need quite a bit of experimentation. Also note that you're certainly not done with storing just the scribus (XML) document, because a typical document also needs fonts and images and whatever kind of asset scribus can already use that is not embeddable into the XML.</div>

<div class="gmail_extra"><br><br><div class="gmail_quote">On 18 November 2013 03:25, Peter Bittner <span dir="ltr"><<a href="mailto:peter.bittner@gmx.net" target="_blank">peter.bittner@gmx.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Great!<br>
<br>
I'm not even sure why a hosted solution would have to provide features<br>
of a CMS, or the other way round, Scribus would have to be able to<br>
communicate with a CMS using REST and HTTP features of Qt in the first<br>
place. </blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
It would be sufficient that such a cloud service stored a normal<br>
Scribus document, allowing to edit parts of the document with a<br>
simplified web user interface. The layout can stay the same and be of<br>
no to little concern online.<br>
<br>
Of course, you would have to come up with some sort of semantic<br>
structure (section, header, sub-header, paragraphs of an article,<br>
articles) in order to provide for a sensible form of collaborative<br>
online editing. But the whole process could (and maybe should) be<br>
hidden completely from Scribus. The desktop application Scribus<br>
downloads and opens a file, as usual. The cloud service reads from and<br>
writes to that file.<br>
<br>
Peter<br>
<br>
<br>
2013/11/18 Jan Schrewe <<a href="mailto:jschrewe@gmail.com">jschrewe@gmail.com</a>>:<br>
<div class=""><div class="h5">> I'm not exactly sure but I think what you mean is some form of CMS i.e.<br>
> something that stores resources (text, images and layout settings) in a<br>
> manner that can be imported into scribus via HTTP (or some other form of<br>
> network protocol).<br>
><br>
> Discussions about some form of CMS has popped up here and I personally<br>
> think support for CMS could be built quite easily into scribus if frames<br>
> supported some form of REST protocol (i.e. use the standard HTTP verbs and<br>
> content headers to pull in data). Implementing something like this is<br>
> moderately easy (and probably QT has some form of HTTP support). Trouble is<br>
> that scribus doesn't really use semantic data but stores data together with<br>
> the layout information. While this is something just about every DTP<br>
> program does, one would need to carefully think about how and where layout<br>
> changes for a frame are stored. The same goes for the resizing of images to<br>
> some extend.<br>
><br>
> Personally I think being able to link scribus with a CMS via a standardised<br>
> "protocol" would be absolutely awesome. And would also make a lot of of<br>
> sense from a workflow perspective because most content that ends up in<br>
> print most definitely ends up on the web somewhere. It would also make the<br>
> life of authors and designers quite a bit easier. If text is in scribus and<br>
> needs to be changed there is no non annoying way to change it without<br>
> either re-importing and formatting it or getting an author to use scribus<br>
> (which most don't seem to like).<br>
><br>
><br>
> On 18 November 2013 01:56, Peter Bittner <<a href="mailto:peter.bittner@gmx.net">peter.bittner@gmx.net</a>> wrote:<br>
><br>
>> Hello everyone,<br>
>><br>
>> I'm wondering whether there has been any real attempt or plans to<br>
>> embrace the Cloud with Scribus power. I'm thinking about something<br>
>> similar to <a href="http://musescore.org" target="_blank">http://musescore.org</a> and <a href="http://musescore.com" target="_blank">http://musescore.com</a><br>
>><br>
>> MuseScore has started similar to Scribus strictly as a specialized DTP<br>
>> program, much more specialized though obviously as they are doing<br>
>> music sheets only. You could and still can download their software to<br>
>> run it locally on any major platform, and it feels a lot like Scribus.<br>
>> Then, integrated into the software, they allowed you to connect to a<br>
>> personal MuseScore account and have your music sheets uploaded. From<br>
>> your account you could share the music sheets. A year or more ago they<br>
>> then made the obvious move (according to a newsletter I received;<br>
>> their website [1] says 2009---whatever; here's [2] a more in-depth<br>
>> explanation) and announced they will provide a separate Cloud platform<br>
>> on a commercial basis.<br>
>><br>
>> Anyway, I've seen something (not quite that) similar [3] has been<br>
>> discussed on this list before. So, are there any other, maybe recent,<br>
>> developments about a Cloud service? Maybe there's not as much need to<br>
>> share documents as there is with sheet music. But for small<br>
>> communities, non-profit associations, schools, and the like that<br>
>> struggle with making a recurring publication of a sort of newspaper<br>
>> there is no real solution of a simple collaborative platform to<br>
>> compile and review the content they compile. They usually can't afford<br>
>> employing a dedicated publishing team, or they come up with content in<br>
>> terrible document formats, tragically formatted, to then have it<br>
>> handed on to a design agency that gets the job done for a few bucks or<br>
>> so. Usually too much money, but seriously: who wants to do that stupid<br>
>> job of bringing a terrible mix of that delivered content into a nice<br>
>> form? In the end they blame it on you when the whole issue or some<br>
>> single articles "should have looked differently".<br>
>><br>
>> What I don't see as a sufficiently sensible or useful scenario is to<br>
>> put the whole program online, a desktop application in the boundaries<br>
>> of a web browser, e.g. [4]. That's, uhm, excrements of a male cow.<br>
>> (Sorry!)<br>
>><br>
>> Is there any possible way to store a Scribus document on a server and<br>
>> expose the single parts of the document in a sensible way as<br>
>> "articles" of a blog, e.g. categorized or tagged to make clear it<br>
>> belongs together? My scenario would be to allow online collaboration<br>
>> in a way blog posts are written, optionally supported by an editorial<br>
>> workflow.<br>
>><br>
>> Any thoughts or opinions? Feedback greatly appreciated,<br>
>> Peter<br>
>><br>
>><br>
>> [1] <a href="http://musescore.com/team" target="_blank">http://musescore.com/team</a><br>
>> [2] <a href="http://musescore.org/en/node/8099" target="_blank">http://musescore.org/en/node/8099</a><br>
>> [3]<br>
>> <a href="http://lists.scribus.info/pipermail/scribus-dev/2011-October/001310.html" target="_blank">http://lists.scribus.info/pipermail/scribus-dev/2011-October/001310.html</a>,<br>
>> <a href="http://comments.gmane.org/gmane.comp.graphics.scribus.devel/1295" target="_blank">http://comments.gmane.org/gmane.comp.graphics.scribus.devel/1295</a><br>
>> [4] <a href="https://people.gnome.org/~michael/data/2011-10-10-lool-demo.webm" target="_blank">https://people.gnome.org/~michael/data/2011-10-10-lool-demo.webm</a><br>
<br>
___<br>
Scribus Mailing List: <a href="mailto:scribus@lists.scribus.net">scribus@lists.scribus.net</a><br>
Edit your options or unsubscribe:<br>
<a href="http://lists.scribus.net/mailman/listinfo/scribus" target="_blank">http://lists.scribus.net/mailman/listinfo/scribus</a><br>
See also:<br>
<a href="http://wiki.scribus.net" target="_blank">http://wiki.scribus.net</a><br>
<a href="http://forums.scribus.net" target="_blank">http://forums.scribus.net</a><br>
</div></div></blockquote></div><br></div></div>