<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Le 03/02/2016 09:48, roopesh shenoy a écrit :<br>
    <blockquote
cite="mid:CAM=PHJ7C1i9sKcTW1B0B+i6REpHitYugDLPXaXvb_VHe9GFhLQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>For backup, it's exactly like the link Bruno mentioned
          below - just setting an attribute after the file is saved. It
          works fine as we've tested ourselves for our own apps. <br>
        </div>
        <div>
          <pre style="color:rgb(131,148,150);font-family:Monaco;font-size:9pt;background-color:rgb(31,22,16)"><span style="color:rgb(128,128,128);font-style:italic">//make sure this data is not backed up.
</span><span style="color:rgb(0,151,134)">NSURL</span>* URL = [<span style="color:rgb(0,151,134)">NSURL </span><span style="font-style:italic">fileURLWithPath:</span>fullPath]<span style="color:rgb(204,120,50)">;
</span><span style="color:rgb(204,120,50)">
</span><span style="color:rgb(0,151,134)">NSError </span>*error = <span style="color:rgb(230,98,98)">nil</span><span style="color:rgb(204,120,50)">;
</span><span style="color:rgb(105,139,0)">BOOL </span>success = [URL <span style="font-style:italic">setResourceValue:</span><span style="color:rgb(185,115,0)">@</span><span style="color:rgb(230,98,98)">YES
</span><span style="color:rgb(230,98,98)">                              </span><span style="font-style:italic">forKey: </span>NSURLIsExcludedFromBackupKey <span style="font-style:italic">error: </span>&error]<span style="color:rgb(204,120,50)">;</span></pre>
        </div>
        <div><br>
        </div>
        <div>Obviously you'll need the Qt equivalent of above and
          probably put that in some iOS-specific code block. But there
          should not be any need to change location of the saved files.
          <br>
        </div>
      </div>
    </blockquote>
    Hi,<br>
    <br>
    I saw this but as Johnny pointed it maybe that using the
    CacheLocation goes to a location that is not synced. This is easier
    for us than having to call specific Objective C Apple API.<br>
    <br>
    QStandardPaths::CacheLocation:<br>
    Returns a directory location where user-specific non-essential
    (cached) data should be written. This is an application-specific
    directory. The returned path is never empty.<br>
    <br>
    QStandardPaths::AppDataLocation:<br>
    Returns a directory location where persistent application data can
    be stored. This is an application-specific directory. To obtain a
    path to store data to be shared with other applications, use
    QStandardPaths::GenericDataLocation. The returned path is never
    empty. On the Windows operating system, this returns the roaming
    path. This enum value was added in Qt 5.4.<br>
    <br>
    <br>
    <blockquote
cite="mid:CAM=PHJ7C1i9sKcTW1B0B+i6REpHitYugDLPXaXvb_VHe9GFhLQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div><br>
        </div>
        <div><br>
        </div>
        <div>For kids, Apple's policy is pretty clear - no links/in-app
          purchases without a parental gate. So if you want to keep the
          links active, they will need to open a parental gate every
          time (annoying, no doubt, but can't help it) before the link
          opens a browser. </div>
        <div><br>
        </div>
        <div>In many ways, I agree with Apple and Bruno on this -
          parents expect there to be no external links in "kids"
          category apps on iOS. Even copy to clip-board.</div>
      </div>
    </blockquote>
    I agree with you except on the copy to clipboard, What it the
    rationale behind it, do you have the Apple rule on it?<br>
    <blockquote
cite="mid:CAM=PHJ7C1i9sKcTW1B0B+i6REpHitYugDLPXaXvb_VHe9GFhLQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div> </div>
        <div><br>
        </div>
        <div>A simpler way **might** be to have a kid-friendly web-view
          within the app - you click on these links, it opens the link
          within a webview or something that only shows white listed
          content; so if it's content from Wikipedia that is
          pre-whitelisted to be kid-friendly, show it - else don't? <br>
        </div>
      </div>
    </blockquote>
    Wikipedia is by far not kid friendly. So even if the page we link is
    fine at one time it may become inappropriate in the future or it
    maybe for some language and not others. A nightmare. Having a
    webview is also a technical issue by itself.<br>
    <br>
    Bruno.<br>
    <br>
  </body>
</html>