[openlp-dev] Saving services

Fri Dec 1 07:41:27 EST 2017

Lite is available via a file suffix drop-down so no need for a setting
change.

On 1 Dec 2017 12:01 a.m., "Timothy Cooper" <dr.timothy.cooper at gmail.com>
wrote:

> If we're changing anything, I also recommend keeping the default to save
> the Full service file but have a Settings option to make Lite the default.
> This keeps behavior consistent and predictable, but offers additional
> options for those who want them. All the benefits, none of the drawbacks.
> (And I would be a Lite user myself.)
>
> On Nov 30, 2017 1:43 PM, "Tim and Alison Bentley" <Home at trarbentley.net>
> wrote:
>
>> Full packaging has been there since 1.x days and should be the default.
>>
>> I introduced lite for the specific use case where we had a show
>> consisting of images, videos and music all running from OpenLP and 2
>> minutes to open or save it was a real pain.
>> It was not meant to be for transport of services just to make opening
>> "Show Services" quicker.
>>
>>
>> Tim
>>
>> On 30 November 2017 at 18:12, David Warnock <dave at warnock.me.uk> wrote:
>>
>>> Hi All,
>>>
>>> Well, I'm relieved that the full package is not going to disappear.
>>> However, none of the solutions seem intuitive to me ("File/Save" and
>>> "File/Save As" are universal and we shouldn't change that. What happens to
>>> Ctrl+S). They all have the potential to create lots more support tickets
>>> (missing content) for a problem I have not experienced as a problem (slow
>>> saves).
>>>
>>> I'd rather an option on an obscure advanced settings dialog "Switch to
>>> lite (incomplete) save for new services" [ ]  ;-)
>>>
>>> Dave
>>>
>>>
>>>
>>>
>>> On 30 November 2017 at 17:43, Christopher Hill <chris at minkus.me.uk>
>>> wrote:
>>>
>>>> Suggest you change the ‘File’ menu options to:
>>>>
>>>> ‘Save service (lite)’
>>>> ‘Save service (full)’ - saves with full files
>>>>
>>>> I would find it helpful to do a ‘lite’ save. Putting it top highlights
>>>> that it might be helpful in some cases. Calling the second option ‘full’
>>>> will stand out and be attractive to less confident users who naturally want
>>>> to be ‘sure it will work’. That way you achieve both goals.
>>>>
>>>> Kind regards
>>>> Chris
>>>>
>>>> Sent from my iPhone
>>>>
>>>> On 30 Nov 2017, at 16:59, Adam Oellermann <adam at oellermann.com> wrote:
>>>>
>>>> Hi all
>>>>
>>>> I agree with Dave. The default setting being as it is means that less
>>>> computer-savvy worship leaders still send me useful orders of service, even
>>>> if they've added a new song or image. Making this not the default, even if
>>>> it was still a separate option on the file menu, would cause us a lot of
>>>> frustration and undermine the perception of OpenLP as a solution that 'just
>>>> works'. You only have to wreck one service before users will want to
>>>> switch. Disk space is cheap these days, and bandwidth is plentiful - so my
>>>> plea is to leave the defaults as they are, with great thanksgiving for the
>>>> foresight of the developers who set it up this way.
>>>>
>>>> Grace and peace
>>>>
>>>> Adam
>>>>
>>>> On 30/11/17 11:40, David Warnock wrote:
>>>>
>>>> Hi,
>>>>
>>>> We have a team of about 6 people who prepare services. All services are
>>>> always prepared at their homes and this is a key selling point for OpenLP.
>>>>
>>>> Please do not change this behaviour! I use a team whose computer skills
>>>> would not be up to copying files around manually. The chances of ending up
>>>> without a complete service would be high. We do not have all the custom
>>>> slides, images or videos on the Church Computer.
>>>>
>>>> So again please don't change this.
>>>>
>>>> Dave
>>>>
>>>>
>>>> On 30 November 2017 at 08:43, Philip Ridout <phill.ridout at gmail.com>
>>>> wrote:
>>>>
>>>>> I have been looking at how OpenLP saves and loads its service files as
>>>>> part of my pathlib and cross platform file handling refactors. I would like
>>>>> to make a few changes.
>>>>>
>>>>> Currently:
>>>>> OpenLP defaults to packing all the service item files in to a zip
>>>>> file, the actual service is saved as a json in a file that is also
>>>>> packaged. There is an option of saving a 'lite' service, which is just the
>>>>> json file zipped.
>>>>>
>>>>> I have the following issues with the current system:
>>>>> The default save method (packaged) is very slow if lots of / large
>>>>> files are used.
>>>>> Packaging the json file of a 'lite' service in to a zip file seems a
>>>>> bit pointless.
>>>>> Its not very obvious that there is a choice between packaged and light
>>>>>
>>>>> My proposed solution:
>>>>> Packaging files in a zip file is great if somebody prepares a service
>>>>> at home. However, in my experience (10 years) this has never happened! Lets
>>>>> make the 'lite' option the default, this would make OpenLP faster saving
>>>>> files which are not going to be transported.
>>>>> Lets make the option to package a service file more visible, and place
>>>>> a separate menu item for it next to save in the file menu.
>>>>> When saving a 'lite' service, lets just save the json in a text file
>>>>> and not worry about zipping it up. While were at it, it might make sense to
>>>>> change the extension. '.olp'?
>>>>>
>>>>> Compatability:
>>>>> OpenLP 3.0 will continue to be able to open 'packaged' and 'lite'
>>>>> files saved in 2.2 and later.
>>>>> Packaged files saved with 3.0 will be able to be opened in 2.4.x, The
>>>>> 'new lite' (.olp?) files will not.
>>>>> Some users may be caught out by the change to saving a lite file by
>>>>> default, so when they use the save as dialog we could display a message box
>>>>> about the changes.
>>>>>
>>>>> Are you guys happy with my proposal? Any other ideas / suggestions?
>>>>>
>>>>> God Bless,
>>>>> Phill
>>>>>
>>>>> _______________________________________________
>>>>> openlp-dev mailing list
>>>>> openlp-dev at openlp.io
>>>>> https://lists.openlp.io/mailman/listinfo/openlp-dev
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Dave Warnock: http://42.blogs.warnock.me.uk
>>>> Cycling Blog: http://42bikes.warnock.me.uk
>>>>
>>>>
>>>> _______________________________________________
>>>> openlp-dev mailing listopenlp-dev at openlp.iohttps://lists.openlp.io/mailman/listinfo/openlp-dev
>>>>
>>>>
>>>> _______________________________________________
>>>> openlp-dev mailing list
>>>> openlp-dev at openlp.io
>>>> https://lists.openlp.io/mailman/listinfo/openlp-dev
>>>>
>>>>
>>>> _______________________________________________
>>>> openlp-dev mailing list
>>>> openlp-dev at openlp.io
>>>> https://lists.openlp.io/mailman/listinfo/openlp-dev
>>>>
>>>>
>>>
>>>
>>> --
>>> Dave Warnock: http://42.blogs.warnock.me.uk
>>> Cycling Blog: http://42bikes.warnock.me.uk
>>>
>>> _______________________________________________
>>> openlp-dev mailing list
>>> openlp-dev at openlp.io
>>> https://lists.openlp.io/mailman/listinfo/openlp-dev
>>>
>>>
>>
>>
>> --
>> Tim and Alison Bentley
>> Home at TRARBentley.net
>>
>> _______________________________________________
>> openlp-dev mailing list
>> openlp-dev at openlp.io
>> https://lists.openlp.io/mailman/listinfo/openlp-dev
>>
>>
> _______________________________________________
> openlp-dev mailing list
> openlp-dev at openlp.io
> https://lists.openlp.io/mailman/listinfo/openlp-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openlp.io/pipermail/openlp-dev/attachments/20171201/b4c5c974/attachment.html>