<p></p>
<ol start="0">
<li>
<p>There are <strong>no error messages</strong> displayed in my workflow. If I may be ignorant a bit, it <em>just doesn't work</em>. But it is a very good idea that user was notified aboud all these limitations when they are encountered (<code>NULL</code> value for example). Since Geany is not ashamed of nagging the user (<a class="issue-link js-issue-link" data-error-text="Failed to load title" data-id="967365798" data-permission-text="Title is private" data-url="https://github.com/geany/geany/issues/2863" data-hovercard-type="issue" data-hovercard-url="/geany/geany/issues/2863/hovercard" href="https://github.com/geany/geany/issues/2863">#2863</a>) it is only logical for such notifications (confirmation windows) to be included.</p>
</li>
<li>
<p>I know it's not ASCII, that's why it's in brackets. I would only like to display ASCII symbols and all the other values with special (hex or so) symbols. <strong>Geany doesn't let me do that in any way.</strong> I also stated it's an <em>8-bit ASCII</em>, which you conveniently overlooked. As a developer, I'm sure you know what I'm talking about, otherwise just reread my OP and this time overlook the word <em>ASCII</em>.</p>
</li>
<li>
<p>I know all that, but what you are trying to present as my issue <strong>is actually Geany's shitty nomenclature, not mine</strong>. I only used it out of my respect for the developers which apparently use it. If I need to be more explicit, Geany has <code>Without encoding (None)</code> option in <code>Document > Set Encoding</code>. Maybe that is another issue?</p>
</li>
<li>
<p>And that does not seem broken to you, especially if non-Unicode default is set to <em>no encoding</em>?</p>
</li>
<li>
<p>I agree. But I'd still expect better handling of this from a versatile text editor (see 0th point above).</p>
</li>
<li>
<p>By "output not changing" I mean that I use the <code>Document > Set Encoding</code> function, select a new encoding and <strong>nothing ever changes</strong> after that. For example: If a file is opened as Unicode gibberish, it stays like that no matter which encoding is selected. I've tried this with different files/encodings, always the same, as if the function wasn't there. Can this functionality be broken from outside?</p>
</li>
<li>
<p>I completely agree and that is why I think <strong>one should be able to disable this sporadic encoding-detection black magic altogether</strong> and just have a... you know... a working text editor...</p>
</li>
</ol>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/geany/geany/issues/2910#issuecomment-930025438">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AAIOWJZ5QSUZXHZM4JPDWQLUELO3LANCNFSM5E6M3KOA">unsubscribe</a>.<br />Triage notifications on the go with GitHub Mobile for <a href="https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675">iOS</a> or <a href="https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub">Android</a>.
<img src="https://github.com/notifications/beacon/AAIOWJ7HCPEAGGXDB3ZDUG3UELO3LA5CNFSM5E6M3KOKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOG5XQ7XQ.gif" height="1" width="1" alt="" /></p>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/geany/geany/issues/2910#issuecomment-930025438",
"url": "https://github.com/geany/geany/issues/2910#issuecomment-930025438",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>