<div dir="ltr">Yeah, that's probably a good idea.<div><br></div><div>David,</div><div><br></div><div>Would you be ok to change your use of AppDataLocation in kig back to DataLocation so kig can be built with Qt 5.3 at least until there's a real reason to move the dependency to 5.4?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 3, 2015 at 4:27 PM, Marko Käning <span dir="ltr"><<a href="mailto:mk-lists@email.de" target="_blank">mk-lists@email.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="">On 04 Feb 2015, at 00:24 , Jeremy Whiting <<a href="mailto:jpwhiting@kde.org">jpwhiting@kde.org</a>> wrote:<br>
> As for adding an #ifdef around use of DatLocation I think that's a bit overkill, just use DataLocation until most/all applications depend on Qt 5.4, then we can change them to AppDataLocation if needed, though both enumerations have the same value anyway, so no need to move away from the deprecated one really.<br>
<br>
</span>OK, so I hope that kig’s devs will revert back to DataLocation, at least for a while. :)<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
kde-edu mailing list<br>
<a href="mailto:kde-edu@mail.kde.org">kde-edu@mail.kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-edu" target="_blank">https://mail.kde.org/mailman/listinfo/kde-edu</a><br>
</div></div></blockquote></div><br></div>