<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.<br></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)">;<br></span><span style="color:rgb(204,120,50)"><br></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)">;<br></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<br></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. </div><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><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? </div><div><br></div><div>Do not know what Apple policy is for that - and for such grey areas, the only way to know is to submit and then see if it goes through (and even there it's highly subjective, depends on the approver, approver's mood on that day, etc). </div><div><br></div><div><br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Be Awesome,</div><div><br></div><div>Roopesh</div><div><a href="http://www.makkajai.com" target="_blank">www.makkajai.com</a></div><div><a href="http://www.facebook.com/makkajai" style="color:rgb(17,85,204)" target="_blank">www.facebook.com/makkajai</a></div><div><a href="http://www.twitter.com/makkajai" style="color:rgb(17,85,204)" target="_blank">www.twitter.com/makkajai</a><br></div></div></div></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Wed, Feb 3, 2016 at 1:54 PM, Holger Kaelberer <span dir="ltr"><<a href="mailto:hk@elberer.de" target="_blank">hk@elberer.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On 02.02.2016 23:11, Bruno Coudoin wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
Le 02/02/2016 22:45, Karl Ove Hufthammer a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Bruno Coudoin skreiv 02. feb. 2016 22:07:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
For the 24.3 they don't like our web links in our about box. We already remove them when compiled<br>
in 'no download mode'. But I agree we Apple that it is not a good idea to let a children 'escape'<br>
GCompris and get on the Internet just by clicking a link in GCompris. Even if our target links<br>
are fine, once in a browser you don't know what will happens. I propose to remove all web links<br>
all together on all platforms.<br>
</blockquote>
<br>
I don’t agree with the proposal to remove all Web links on all platforms. It’s useful to have the<br>
Web links to Wikipedia in various activities. But it would be OK to (automatically) *disable* the<br>
links (i.e. make them non-clickable URLs) on *the iOS platform*, but leave them as normal links on<br>
other platforms.<br>
</blockquote>
<br>
Hum, we have to weight the pro and cons. Starting a web browser from GCompris when a teacher or a<br>
parent consider the children in a walled garden is too dangerous. We still display links and it is<br>
not so hard to find them in most cases.<br>
<br>
One trade of we can do it that a link click would copy itself to the clipboard with a little tooltip<br>
explaining that. Then if the children has access to a browser he just have to paste it. You like it?<br>
</blockquote>
<br></span>
Another possibility would be to make behaviour configurable. To let a potential teacher decide whether he does *not* want children to inform themselves further by following http links. And leave default to "yes, you can use the web to learn more".<br>
<br>
I agree with Karl that external links that serve to learn more are a good thing to have.<br>
<br>
In general I don't like the idea to change overall behaviour on all platforms just because of the policy of a commercial vendor (of apples, or robots). (I see your concerns in this point of course, Bruno.) If apples are different from the rest of the fruits make an exception for them.<br>
<br>
Regarding download location, DataLocation fits semantically imho better than CacheLocation for GCompris data. And if this shall be changed again GCompris should probably again take care to clean up the old location (as was done when switching from data/ to data2/) or we annoy users by wasting space. Why not make an exception here for apples?<br>
<br>
Holger<br>
_______________________________________________<br>
GCompris-devel mailing list<br>
<a href="mailto:GCompris-devel@kde.org" target="_blank">GCompris-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/gcompris-devel" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/gcompris-devel</a><br>
</blockquote></div><br></div></div>