커뮤니티의 요청에 따라서, Notepad++ v.7.6에 내장 플러그인 관리자가 포함되었다. 플러그인 관리자는 새로 설치가능한 플러그인을 포함해서 업데이트가 필하거나 삭제된 플러그인의 목록을 보여준다.

어떤 플러그인도 이 목록에 함께할 수 있으며, 다음 Github 주소에서 오픈소스프로젝트로 관리된다 : https://github.com/notepad-plus-plus/nppPluginList/

For testing your plugin for listing, installation, removal and update under Plugin Admin, you need Notepad++ binary in debug mode 32-bit or 64-bit, the latest version of wingup 32-bit or 64-bit and nppPluginList.json (you should rename it from pl.x64.json or pl.x86.json, according your plugin's architecture). Replace notepad++.exe and GUP.exe of your Notepad++ installation by downloaded ones, copy pl.x64.json or pl.x86.json to %APPDATA%\Notepad++\plugins\Config\nppPluginList.json, then you're all set - the menu item "Plugin Admin" will be under menu "Plugin" of your debug mode notepad++.exe. La

유니코드에서 한글을 어떻게 다루는지를 정리하였다.

• 유니코드(Unicode)는 전 세계의 모든 문자를 컴퓨터에서 일관되게 표현하고 다룰 수 있도록 설계된 산업 표준 (위키 백과)
• 단순히 문자마다 번호를 붙임
• 계속 업데이트되며 현재는 Unicode Version 9.0.0 이 최신이다.

• 유니코드를 실제 파일 등에 어떻게 기록할 것인지를 표준화한 것이다.

Sure, Github wins on the UI. Hands down. But, despite my initial annoyance with Gerrit when I first started using it almost a year ago, I am now a convert. Fully. Let me tell you why.

Note: This is an opinionated (on purpose) piece. I assume your preferences are like mine on certain ideas, such as:

• Fast-forward submits to the target branch are better than allowing merge commits to the target branch. The reason I personally prefer this is that, even if a non-conflicting merge to the target branch is possible, the fact that the review/pull request is not up to date with the latest on the target branch means feature branch test suite runs in the CI pipeline reporting on the review/PR may not be accurate. Another minor point is that forced merge commits are annoying as fuck (opinion) and clutter up Git log histories unnecessarily and I prefer clean histories.
• Atomic/related changes all in one commit is something worth striving for. Having your dev