<html><head></head><body> <div dir="auto">Hi Kristóf,</div><div dir="auto"><br></div><div dir="auto">The FinPR module is over ten years old, well before Dominique took on his active role in the modules team. He <span style="color: var(--text-color); background: var(--bg-color);" dir="auto">would probably <caret></caret>not have the original OSIS XML file that was used to build the module.</span></div><div dir="auto"><br></div><div dir="auto">The script he developed to rebuild a .conf file (in the current release process) requires being able to analyse the OSIS file to search for particular features, etc.</div><div dir="auto"><br></div><div dir="auto">The simplest way forward would therefore be by manual editing finpr.conf</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 17:08, 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"><div dir="ltr">From my perspective this is a typical ¯\_(ツ)_/¯ situation, the specification speaks clearly, from my point of view changing the module configurations is easier (and less disruptive) than changing libsword.<div><br><div>Just comes to my mind: Dom has a conf generator for modules, which he uses when new modules are submitted, maybe the whole problem is not more than regenerating the module config with that tool.</div><div><br></div><div><a class="gmail_plusreply" id="gmail-plusReplyChip-1" href="mailto:domcox@crosswire.org" tabindex="-1">@domcox</a> shall I (or someone else) submit a new config for this module, or can your script do the magic?<br></div><div><br></div></div><div>k-</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jan 21, 2023 at 5:36 PM Karl Kleinpaste <<a href="mailto:karl@kleinpaste.org">karl@kleinpaste.org</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>On 1/21/23 11:18, Kristof Szabo wrote:<br>
</div>
<blockquote type="cite">if
there is nothing specified Latin-1 is the default</blockquote>
<font face="FreeSerif">At ths point, I think Latin-1 is a poor
default. UTF-8 should be assumed in the absence of something
specific.</font><br>
<br>
I have 842 modules in place, of which 746 have Encoding=UTF-8, and
no module has any other explicit Encoding. What modules' display
would break if UTF-8 was the default?<br>
</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></div>
</blockquote></body></html>