<p>I'm sorry, but there seems to be a miscommunication.</p>
<blockquote>
<blockquote>
<p>Probably if on pressing "Reload as" or "Set encoding" a flat list</p>
</blockquote>
<p>There can be a lot of encodings, a flat list is likely to be too big for small screens like laptops.</p>
</blockquote>
<p>I wrote</p>
<blockquote>
<p>Probably if on pressing "Reload as" or "Set encoding" a flat list (...) would pop up with find-as-you type possibility.</p>
</blockquote>
<p>Not unfold as a submenu, like now, but pop up as the list of plugins when you select Tools -> Plugins. It brings up the list of all installed plugins but it's not important whether it fits on a small laptop screen because it has a find-as-you-type field, where you type a part of the name of the plugin you want and then select it. If you had to select a plugin from a menu it would be a nightmare. Why not give one the possibility to select encoding in such a way too? Or for that matter the file type too (Document -> "Set file type"). There are a lot of file types and they are also grouped into submenus which makes it tedious to get to any exact file type.</p>
<blockquote>
<blockquote>
<p>Also (but that is less critical) probably File -> "Reloas as" can be duplicated as "Recode file" adjacent to Document -> "Set encoding"?</p>
</blockquote>
<p>As I said above, all files are utf-8 in memory, they only get encoded at save, so there is no "Recode As".</p>
</blockquote>
<p>Thank you for the explanation, I understood that all files are utf-8 in memory the first time you said it :)</p>
<p>But there is is a menu item File -> Reload as. What I suggested was making a duplicate of that item as Document -> "Recode file" adjacent to Document -> "Set encoding". Because in practice it does exactly what one would expect from a menu item of that name and it would be more logical to have it near the item "Set encoding". I saw the option "Set encoding", saw that it has no effect on the file that has already been opened with the wrong encoding and did not think to look for a possibility to "reload" the file. If there was an item "Recode file" near to "Set encoding" I would have immediately looked there. It just seems logical from a common user point of view.</p>
<p>Well, not that the second one is critical, but the first one (making a searchable list out of those nested submenus) would, imho, greatly improve usability.</p>

<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/1429#issuecomment-286751028">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/ABDrJ66V5lp5qZvgcnbPYvxwI0vwOz67ks5rl_ALgaJpZM4Mdfp6">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/ABDrJ1ex-zB4eIbRv33A_-z01cBq0a7Tks5rl_ALgaJpZM4Mdfp6.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/geany/geany/issues/1429#issuecomment-286751028"></link>
  <meta itemprop="name" content="View Issue"></meta>
</div>
<meta itemprop="description" content="View this Issue on GitHub"></meta>
</div>

<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/geany/geany","title":"geany/geany","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/geany/geany"}},"updates":{"snippets":[{"icon":"PERSON","message":"@Kzer-Za in #1429: I'm sorry, but there seems to be a miscommunication.\r\n\r\n\u003e    \u003e Probably if on pressing \"Reload as\" or \"Set encoding\" a flat list\r\n\u003e\r\n\u003eThere can be a lot of encodings, a flat list is likely to be too big for small screens like laptops.\r\n\r\nI wrote\r\n\r\n\u003e Probably if on pressing \"Reload as\" or \"Set encoding\" a flat list (...) would pop up with find-as-you type possibility.\r\n\r\nNot unfold as a submenu, like now, but pop up as the list of plugins when you select Tools -\u003e Plugins. It brings up the list of all installed plugins but it's not important whether it fits on a small laptop screen because it has a find-as-you-type field, where you type a part of the name of the plugin you want and then select it. If you had to select a plugin from a menu it would be a nightmare. Why not give one the possibility to select encoding in such a way too? Or for that matter the file type too (Document -\u003e \"Set file type\"). There are a lot of file types and they are also grouped into submenus which makes it tedious to get to any exact file type.\r\n\r\n\u003e    \u003e Also (but that is less critical) probably File -\u003e \"Reloas as\" can be duplicated as \"Recode file\" adjacent to Document -\u003e \"Set encoding\"?\r\n\u003e\r\n\u003eAs I said above, all files are utf-8 in memory, they only get encoded at save, so there is no \"Recode As\".\r\n\r\nThank you for the explanation, I understood that all files are utf-8 in memory the first time you said it :)\r\n\r\nBut there is is a menu item File -\u003e Reload as. What I suggested was making a duplicate of that item as Document -\u003e \"Recode file\" adjacent to Document -\u003e \"Set encoding\". Because in practice it does exactly what one would expect from a menu item of that name and it would be more logical to have it near the item \"Set encoding\". I saw the option \"Set encoding\", saw that it has no effect on the file that has already been opened with the wrong encoding and did not think to look for a possibility to \"reload\" the file. If there was an item \"Recode file\" near to \"Set encoding\" I would have immediately looked there. It just seems logical from a common user point of view.\r\n\r\nWell, not that the second one is critical, but the first one (making a searchable list out of those nested submenus) would, imho, greatly improve usability."}],"action":{"name":"View Issue","url":"https://github.com/geany/geany/issues/1429#issuecomment-286751028"}}}</script>