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" <[email protected]> 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" <[email protected]> > 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 <[email protected]> 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 <[email protected]> >>> 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 <[email protected]> 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 <[email protected]> >>>> 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 >>>>> [email protected] >>>>> 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 >>>> [email protected]https://lists.openlp.io/mailman/listinfo/openlp-dev >>>> >>>> >>>> _______________________________________________ >>>> openlp-dev mailing list >>>> [email protected] >>>> https://lists.openlp.io/mailman/listinfo/openlp-dev >>>> >>>> >>>> _______________________________________________ >>>> openlp-dev mailing list >>>> [email protected] >>>> 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 >>> [email protected] >>> https://lists.openlp.io/mailman/listinfo/openlp-dev >>> >>> >> >> >> -- >> Tim and Alison Bentley >> [email protected] >> >> _______________________________________________ >> openlp-dev mailing list >> [email protected] >> https://lists.openlp.io/mailman/listinfo/openlp-dev >> >> > _______________________________________________ > openlp-dev mailing list > [email protected] > https://lists.openlp.io/mailman/listinfo/openlp-dev > >
_______________________________________________ openlp-dev mailing list [email protected] https://lists.openlp.io/mailman/listinfo/openlp-dev
