That is a reasonable suggestion.

If you want to increase the chances of the developer noticing this suggestion and possibly implementing it in a future release, you can follow the instructions in this FAQ to add a feature request in the official issues-page.

@Arash-m ,

“bold” isn’t quote the word I would use, because all the text is identical size/boldness for the 32bit and 64bit.

But yes, the 32bit is listed first (that could arguably be caused by “alphanumeric sort”) and 32bit has the big download icon, whereas the 64bit just has the textual links – so it does seem to emphasize / encourage 32bit download over the 64bit download.

If you want to improve the chances that the developer will notice your suggestion, follow the instructions in the FAQ for adding an issue to the issues page.

ps: sorry, my first

See @Scott-Sumner’s “help with Markdown in this forum”

should have been

See @Scott-Sumner’s “help with Markdown in this forum”

I copied/pasted from the rendered rather than the source, so the link disappeared.

The link was there below in my FYI section, but I wanted to make it clear.

@REVerdi

Your first point:

the selected character count includes the hidden characters (CR+LF in Windows)…they should not be counted.

Hmmm, guess I don’t see why they shouldn’t be included in the count; they are there, taking up space.

I agree with you on your second point; see this thread I created a long time ago: https://notepad-plus-plus.org/community/topic/13087/sel-in-status-bar-is-off-by-1-on-line-count

sorry for that!
i will write more details next time!

Yes, you right!
i just want to decode/encode the text into unicode utf-16
i was using branah.com/unicode-converter but it’s for online use only!

i tried your guide and it’s worked great!
the HTML tag plugin it’s was my dream!

thanks you @Meta Chuh & npp community for everything!

Will help you VirtualBox

btw @chcg :
(a little off topic, but i’ll wrap it as text limit ;-) )

did you or @donho have time to take a closer look at the UCharDet 0.0.6 implementation issue ?

i’ve tested UCharDet 0.0.6 separately and it detects all test samples correctly, and i can’t find out why, nor understand where the (pretty same) code behaves differently, when implemented into notepad++.

(side note, if it might be something to look at: quite a few users reported, that once detected falsely, you can’t hit “encode in utf-8”, as the bullet jumps right back to the language in “character sets” it has been falsely marked with. you can, however, select “convert to utf-8” and the bullet will stay there. i’ve been able to reproduce this every time)

@PeterJones
some people need a third person’s voice to start to listen 👍 ;-)

@Christian-Tanghus
with a count of only 3 posts, you aren’t really spamming yet,
but please, be kind to us, respect what the community regulars told you, respond to previous answers before you post a new question … and only ask notepad++ related questions here.

you will find more suitable answers to your questions at stack overflow, which is the perfect community for all coding related questions.

@V-S-Rawat said,

It is odd that C:\Program Files\Notepad++\plugins\PythonScript\scripts is having py scripts because that would mean uac hassles on each edit of our py script.

The historic (pre-7.6.x) configuration for PythonScript had two locations for storing the scripts: the “machine scripts” were stored in the plugins\PythonScript\scripts\ subdirectory of the installed-notead++ directory; the “user scripts” go in %AppData%\Notepad++\plugins\config\PythonScript\scripts\ . In case you’re curious, “machine scripts” mean the scripts that are available to every user of the machine (ie, global or public scripts); “user scripts” are scripts available just to the particular user.

Because of this configuration, if a machine with a pre-7.6.x installation had “machine scripts” and had UAC enabled, such that mere-mortal users needed to elevate to Admin before being able to install programs, then their “machine scripts” also had the same UAC requirements. Since with the 7.6.2 setup also puts machine scripts in the installed folder hierarchy (see @Meta-Chuh’s summary of locations for 7.6.2), then it still has UAC requirements for machine scripts. Nothing is changed in that regard. If you don’t want to deal with UAC for the stored scripts in PythonScript, make them as user scripts, not as machine scripts – that was true in 7.5.8, and it’s still true in 7.6.2.

I posted this problem to the bug report.
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/5236
I appreciate your help. Thank you.

@Jens-Spille , @Meta-Chuh

This is a well known issue. It already has been reported in the issue tracker of the old SourceForge repository (see here) and it also has been reported in the issue tracker of the GitHub repository (see here). In no case it is caused by what ever changes in Notepad++, I’m facing this issue with v7.5.6, too.

noted. thanks.

@Özgür-Erdoğan said:

If I close a file, I does not get opened next time I start npp. How to force to open certain files each time npp opens.?

don’t close the file. save it, and let it remain open in npp. it will automatically open next time you run npp.

or you can see in Menu - File - Recent files.

Thanks.

@Christian-Tanghus

you can find the available id’s and names for notepad++ here.

example id’s:

<Item id="41001" name="&amp;New"/> <Item id="41002" name="&amp;Open"/> <Item id="41019" name="Explorer"/> <Item id="41020" name="cmd"/> <Item id="41003" name="&amp;Close"/> <Item id="41004" name="Clos&amp;e All"/> <Item id="41005" name="Close All BUT Current Document"/> <Item id="41009" name="Close All to the Left"/> <Item id="41018" name="Close All to the Right"/>

@boq74899

the official portable version is the one you should use, as it is supported and does not contain any modifications we do not know of or which could be incompatible with a newer release of notepad++ portable.

i suggest you use the official portable version from here and, if you like, modify/customize it to your needs.