<html><head></head><body> <div dir="auto">Thanks Kristóf.</div><div dir="auto"><br></div><div dir="auto"><span style=" San Francisco", Helvetica, Arial, sans-serif; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: none; -webkit-text-stroke-width: 0px; text-decoration: none; display: inline !important; float: none;" dir="auto">The rendering problem could have been fixed a decade ago!!!</span><br></div><div dir="auto"><br></div><div dir="auto">Checking through my email archives yesterday, I discovered that I had rebuilt the FinPR module exactly 10 years ago! That rebuild <span style="color: var(--text-color); background: var(--bg-color);" dir="auto">used mod2imp and imp2vs and included </span><span style="color: var(--text-color); background: var(--bg-color);" dir="auto">a fix to the text encoding implemented on the IMP text</span><span style="color: var(--text-color); background: var(--bg-color);" dir="auto"> file). The message was sent to the modules address on 2013-01-21 but presumably never progressed by Chris Little who was then still supposed to be responsible for module releases and updates. He went permanently AWOL from CrossWire around that time. </span></div><div dir="auto"><span style="color: var(--text-color); background: var(--bg-color);" dir="auto"><br></span></div><div dir="auto">Back then we had not narrowed the policy for submitted source text to be OSIS XML only. </div><div dir="auto"><br></div><div dir="auto">I wrote privately to Tobias last night, forwarding the email of 10 years ago complete with both<caret></caret> attachments. He will examine those today.</div><div dir="auto"><br></div><div dir="auto">Aside: I also replaced <…> by {…} where these had wrapped the ch:vs references that recorded av11n in the original upstream source. In 2012, there had been no suitable av11n available in SWORD but which we do have more recently.</div><div dir="auto"><br></div><div dir="auto">mod2osis should not be used, as has already been noted.</div>A round trip with mod2osis and osis2mod is not lossless, unlike one <span style="color: var(--text-color); background: var(--bg-color);" dir="auto">with mod2imp and imp2vs.</span><div dir="auto"><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Best regards,</div><div dir="auto"><br></div><div dir="auto">David</div><div><br></div> <div id="protonmail_mobile_signature_block"><div>Sent from Proton Mail for iOS</div></div> <div><br></div><div><br></div>On Sat, Jan 21, 2023 at 23:15, Kristof Szabo <<a href="mailto:kristof.szabo@web.de" class="">kristof.szabo@web.de</a>> wrote:<blockquote class="protonmail_quote" type="cite"> <div dir="ltr">I managed to get Ezra running (it was some libicu70 mess), and yes, the accented characters in this module are broken (as other modules accented characters are OK; I assume it is not a font issue). I tried the conf file change, but it didn't work either.<div><br></div><div>The mitigation was to rebuild the module, mod2osis leaves some garbage in the OSIS, but that would be easy to clean, anyway osis2mod is possible with this garbage left in and tada we have a proper accents.</div><div><br></div><div><img src="cid:ii_ld6k20lk0" alt="image.png" width="486" height="255" style="margin-right: 0px;" src-original-pm-cid="cid:ii_ld6k20lk0"><br></div><div><div><br></div><div>As the module was updated last only 3,5 yrs ago I assume the maintainer is still active, ie. they can be reached.</div><div><br></div><div>Or I can have a look too, the challenge is, that such a module rebuild can open pandora's box, if I run some tests (<a href="https://github.com/krisek/sword-test">https://github.com/krisek/sword-test</a>) or David checks them, then for sure there will be some issues. I'm happy to fix some of them, but I definitely do not speak Finnish, so I'm not sure this would be a responsible action. If Dom gives me the go I can fix syntax & submit, but I don't want to end up in the rabbit hole :) Best would be to reach out to the original maintainer.</div></div><div><br></div><div>Kind regards,</div><div>k-</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jan 21, 2023 at 8:26 PM Greg Hellings <<a href="mailto:greg.hellings@gmail.com">greg.hellings@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Is Ezra properly setting encoding on the content it renders? Is it maybe setting a font that doesn't have the proper code points?<div dir="auto"><br></div><div dir="auto">--Greg</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jan 21, 2023, 13:12 Tobias Klein <<a href="mailto:contact@tklein.info">contact@tklein.info</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<p>Hi Kristof, David,</p>
<p>Adding Encoding=UTF-8 to the module conf file
~/.sword/mods.d/finpr.conf does not solve my issue.</p>
<p>The text still looks the same as before ...</p>
<p>What else could I do to further debug this?<br>
</p>
<p>Best regards,<br>
Tobias<br>
</p>
<div>On 1/21/23 5:18 PM, Kristof Szabo
wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div dir="ltr">Hi Thomas,</div>
<div dir="ltr">
<div><br>
</div>
<div>I suppose the problem is that finpr.conf contains no
encoding information (check the Hun* modules for reference),
and if there is nothing specified Latin-1 is the default.
mod2osis (shouldn't be used !! :)) shows that the module is
in UTF-8, so there is a misalignment.</div>
<div><br>
</div>
<div><a href="https://wiki.crosswire.org/DevTools:conf_Files#:~:text=Plaintext-,Encoding,-UTF%2D8%0AUTF" rel="noreferrer">https://wiki.crosswire.org/DevTools:conf_Files#:~:text=Plaintext-,Encoding,-UTF%2D8%0AUTF</a><br>
</div>
<div><br>
</div>
<div>Kind regards,</div>
<div>Kristof</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Sat, Jan 21, 2023 at 4:49
PM David Haslam <<a href="mailto:dfhdfh@protonmail.com" rel="noreferrer">dfhdfh@protonmail.com</a>>
wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<div>Hi Thomas,</div>
<div><br>
</div>
<div>What about other Finnish modules?</div>
eg. FinPR92, FinRK, FinSTLK2017<br>
<div><br>
</div>
<div>Presumably you already tested (eg) German modules and
found that umlauts and eszett are both rendered aright?</div>
<div><br>
</div>
<div>Btw. FinPR renders aright in PocketSword
(iOS/iPadOS).</div>
<div><br>
</div>
<div>David</div>
<div><br>
</div>
<div id="m_-5808618193163782311m_-4503619881993391118m_4402206924634599083m_-2663245799789630859protonmail_mobile_signature_block">
<div>Sent from Proton Mail for iOS</div>
</div>
<div><br>
</div>
<div><br>
</div>
On Sat, Jan 21, 2023 at 15:25, Tobias Klein <<a href="mailto:contact@tklein.info" rel="noreferrer">contact@tklein.info</a>>
wrote:
<blockquote type="cite">
<p>Hi,<br>
<br>
</p>
<p>When retrieving the text of the FinPR module I am
getting some rendering issues with the Finnish
Umlauts. This is based on a user's problem report.<br>
</p>
<p><br>
Romans 5:8 returns like this in node-sword-interface /
Ezra:<br>
</p>
<p>Mutta Jumala osoittaa rakkautensa meit� kohtaan
siin�, ett� Kristus, kun me viel� olimme syntisi�,
kuoli meid�n edest�mme.</p>
<p><br>
While it should like like this (rendered text copied
from Xiphos):</p>
<p><span style="color:rgb(0,0,0);font-family:none;font-size:medium;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration:none;float:none;display:inline">Mutta
Jumala osoittaa rakkautensa meitä kohtaan siinä,
että Kristus, kun me vielä olimme syntisiä, kuoli
meidän edestämme.</span></p>
<p><span style="color:rgb(0,0,0);font-family:none;font-size:medium;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration:none;float:none;display:inline"><br>
</span></p>
<p><span style="color:rgb(0,0,0);font-family:none;font-size:medium;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration:none;float:none;display:inline">This
occurs both on Linux and macOS (have not tested on
Windows yet).</span></p>
<p><span style="color:rgb(0,0,0);font-family:none;font-size:medium;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration:none;float:none;display:inline">Any
pointers what could be the root cause? I generally
have not observed rendering issues with other
modules.</span></p>
<p><span style="color:rgb(0,0,0);font-family:none;font-size:medium;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration:none;float:none;display:inline"><br>
</span></p>
<p><span style="color:rgb(0,0,0);font-family:none;font-size:medium;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration:none;float:none;display:inline">Best
regards,<br>
Tobias<br>
</span></p>
</blockquote>
</div>
_______________________________________________<br>
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" rel="noreferrer">sword-devel@crosswire.org</a><br>
<a href="http://crosswire.org/mailman/listinfo/sword-devel" rel="noreferrer noreferrer">http://crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above
page<br>
</blockquote>
</div>
</div>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" rel="noreferrer">sword-devel@crosswire.org</a>
<a href="http://crosswire.org/mailman/listinfo/sword-devel" rel="noreferrer">http://crosswire.org/mailman/listinfo/sword-devel</a>
Instructions to unsubscribe/change your settings at above page
</pre>
</blockquote>
</div>
_______________________________________________<br>
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" rel="noreferrer">sword-devel@crosswire.org</a><br>
<a href="http://crosswire.org/mailman/listinfo/sword-devel" rel="noreferrer noreferrer">http://crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page<br>
</blockquote></div>
_______________________________________________<br>
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org">sword-devel@crosswire.org</a><br>
<a href="http://crosswire.org/mailman/listinfo/sword-devel" rel="noreferrer">http://crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page<br>
</blockquote></div>
</blockquote></div></body></html>