<div dir="ltr">Full packaging has been there since 1.x days and should be the default.<div><br></div><div>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.</div><div>It was not meant to be for transport of services just to make opening "Show Services" quicker.</div><div><br></div><div><br></div><div>Tim</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 30 November 2017 at 18:12, David Warnock <span dir="ltr"><<a href="mailto:dave@warnock.me.uk" target="_blank">dave@warnock.me.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>Hi All,<br><br></div>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).</div><div><br></div><div>I'd rather an option on an obscure advanced settings dialog "Switch to lite (incomplete) save for new services" [ ]  ;-)</div><div><br></div><div>Dave</div><div><br></div><div><br></div><div><br></div></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On 30 November 2017 at 17:43, Christopher Hill <span dir="ltr"><<a href="mailto:chris@minkus.me.uk" target="_blank">chris@minkus.me.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Suggest you change the ‘File’ menu options to:<div><br></div><div>‘Save service (lite)’</div><div>‘Save service (full)’ - saves with full files</div><div><br></div><div>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.</div><div><br></div><div>Kind regards</div><div>Chris</div><div><br><div id="m_3136301645946770573m_-4467071895224022084AppleMailSignature">Sent from my iPhone</div><div><div class="m_3136301645946770573h5"><div><br>On 30 Nov 2017, at 16:59, Adam Oellermann <<a href="mailto:adam@oellermann.com" target="_blank">adam@oellermann.com</a>> wrote:<br><br></div><blockquote type="cite"><div>
  
    
  
  
    <p>Hi all<br>
    </p>
    <p>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.</p>
    <p>Grace and peace</p>
    <p>Adam<br>
    </p>
    <br>
    <div class="m_3136301645946770573m_-4467071895224022084moz-cite-prefix">On 30/11/17 11:40, David Warnock wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">
        <div>
          <div>
            <div>
              <div>Hi,<br>
                <br>
              </div>
              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.<br>
              <br>
            </div>
            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.<br>
            <br>
          </div>
          So again please don't change this.<br>
          <br>
        </div>
        Dave<br>
         <br>
      </div>
      <div class="gmail_extra"><br>
        <div class="gmail_quote">On 30 November 2017 at 08:43, Philip
          Ridout <span dir="ltr"><<a href="mailto:phill.ridout@gmail.com" target="_blank">phill.ridout@gmail.com</a>></span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div dir="ltr">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.
              <div><br>
              </div>
              <div>Currently:</div>
              <div>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.</div>
              <div><br>
              </div>
              <div>I have the following issues with the current system:</div>
              <div>The default save method (packaged) is very slow if
                lots of / large files are used.</div>
              <div>Packaging the json file of a 'lite' service in to a
                zip file seems a bit pointless.</div>
              <div>Its not very obvious that there is a choice between
                packaged and light</div>
              <div><br>
              </div>
              <div>My proposed solution:</div>
              <div>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.</div>
              <div>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.</div>
              <div>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'?</div>
              <div><br>
              </div>
              <div>Compatability:</div>
              <div>OpenLP 3.0 will continue to be able to open
                'packaged' and 'lite' files saved in 2.2 and later.</div>
              <div>Packaged files saved with 3.0 will be able to be
                opened in 2.4.x, The 'new lite' (.olp?) files will not.</div>
              <div>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.</div>
              <div><br>
              </div>
              <div>Are you guys happy with my proposal? Any other ideas
                / suggestions?</div>
              <div><br>
              </div>
              <div>God Bless,</div>
              <div>Phill</div>
            </div>
            <br>
            ______________________________<wbr>_________________<br>
            openlp-dev mailing list<br>
            <a href="mailto:openlp-dev@openlp.io" target="_blank">openlp-dev@openlp.io</a><br>
            <a href="https://lists.openlp.io/mailman/listinfo/openlp-dev" rel="noreferrer" target="_blank">https://lists.openlp.io/mailma<wbr>n/listinfo/openlp-dev</a><br>
            <br>
          </blockquote>
        </div>
        <br>
        <br clear="all">
        <br>
        -- <br>
        <div class="m_3136301645946770573m_-4467071895224022084gmail_signature" data-smartmail="gmail_signature">
          <div dir="ltr">Dave Warnock: <a href="http://42.blogs.warnock.me.uk" target="_blank">http://42.blogs.warnock.me.uk</a>
            <div>Cycling Blog: <a href="http://42bikes.warnock.me.uk" target="_blank">http://42bikes.warnock.m<wbr>e.uk</a></div>
          </div>
        </div>
      </div>
      <br>
      <fieldset class="m_3136301645946770573m_-4467071895224022084mimeAttachmentHeader"></fieldset>
      <br>
      <pre>______________________________<wbr>_________________
openlp-dev mailing list
<a class="m_3136301645946770573m_-4467071895224022084moz-txt-link-abbreviated" href="mailto:openlp-dev@openlp.io" target="_blank">openlp-dev@openlp.io</a>
<a class="m_3136301645946770573m_-4467071895224022084moz-txt-link-freetext" href="https://lists.openlp.io/mailman/listinfo/openlp-dev" target="_blank">https://lists.openlp.io/mailma<wbr>n/listinfo/openlp-dev</a>
</pre>
    </blockquote>
    <br>
  
</div></blockquote><blockquote type="cite"><div><span>______________________________<wbr>_________________</span><br><span>openlp-dev mailing list</span><br><span><a href="mailto:openlp-dev@openlp.io" target="_blank">openlp-dev@openlp.io</a></span><br><span><a href="https://lists.openlp.io/mailman/listinfo/openlp-dev" target="_blank">https://lists.openlp.io/mailma<wbr>n/listinfo/openlp-dev</a></span><br></div></blockquote></div></div></div></div><br>______________________________<wbr>_________________<br>
openlp-dev mailing list<br>
<a href="mailto:openlp-dev@openlp.io" target="_blank">openlp-dev@openlp.io</a><br>
<a href="https://lists.openlp.io/mailman/listinfo/openlp-dev" rel="noreferrer" target="_blank">https://lists.openlp.io/mailma<wbr>n/listinfo/openlp-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div class="m_3136301645946770573gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Dave Warnock: <a href="http://42.blogs.warnock.me.uk" target="_blank">http://42.blogs.warnock.me.uk</a><div>Cycling Blog: <a href="http://42bikes.warnock.me.uk" target="_blank">http://42bikes.warnock.<wbr>me.uk</a></div></div></div>
</div>
</div></div><br>______________________________<wbr>_________________<br>
openlp-dev mailing list<br>
<a href="mailto:openlp-dev@openlp.io">openlp-dev@openlp.io</a><br>
<a href="https://lists.openlp.io/mailman/listinfo/openlp-dev" rel="noreferrer" target="_blank">https://lists.openlp.io/<wbr>mailman/listinfo/openlp-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Tim and Alison Bentley<br>Home@TRARBentley.net<div style="display:inline"></div></div>
</div>