<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 31 May 2016, at 20:52, Fahad Al-Saidi <<a href="mailto:fahad.alsaidi@gmail.com" class="">fahad.alsaidi@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><p dir="ltr" class="">My suggestion is not merging the whole CTL branch at once. Then you can revert any bad decision later on. The problem is CTL branch uses git while main branch uses subsvn which makes it very tedious work to merge all commits manually.<br class="">
However, from my understanding, moving to UTF-32 is the easiest way to fix current problems in CTL. Unless one have time and skills to fix the current bugs and keep scribus using QChar, I tend to agree with Khaled in saving time and effort by switching to UTF-32. </p><p dir="ltr" class="">Now what we need is testing to see how it goes.</p></div></blockquote><br class=""></div><div><br class=""></div><div>Anything I read comparing the various UTF encodings points either towards UTF8 and UTF32 being the right thing. UTF8 for reduced size and greater flexibility to expand as required, UTF32 for - in theory - fixed sizes. UTF16 just seems to be the evil opposite of the advantages of 8 and 32…</div><div><br class=""></div><div>Craig</div><br class=""></body></html>