I’m curious, does the idea of a Mac port still seem workable there?

I’m asking not in a ‘are you done yet?’ way - but more generally speaking, at the technical level, is the new code and all dependencies looking like they should compile/work at the end of the process? I’m imagining there must be quite a bit of build errors/warnings to sift through!

It certainly would be appreciated by a lot of folks I’m sure. I was just looking at using WineBottler to install on my work Macbook when I came across this post. Right now I’m using Textmate at work and Notepad++ at home, and switching between the two is causing my poor fingers some confusion.

PS - Happy New Year!

permission to port notepad++ to mac os x 10.10.x - 10.14.x by @donho

First, it is awesome that you asked and apparently received permission to do this. I understand the open source concept where you don’t have to ask permission, but when you don’t and don’t give your new thing a distinctive name (see later posts in https://notepad-plus-plus.org/community/topic/14734/notepad-uwp-package-in-windows-store-almost-there) and you put it in a mainstream distribution channel, that is lousy IMO.

Second, I presume this port is not going to exist in the same source as the existing Notepad++? Although it would be great if it could… If it is not going to be part of the existing source code, is it (I hope) going to have a distinctive new name? (Although I suppose Notepad++ for Mac will suffice if nothing more inventive comes to mind)

permission to port notepad++ to mac os x 10.10.x - 10.14.x by @donho

Ooooh…I want this! :-)

please be patient

i’ve been granted permission to port notepad++ to mac os x 10.10.x - 10.14.x by @donho a while ago.

it is in it’s final stages and all of the 7.5.8 code is working without any issues.
(7.5.9 should be too, but we’ve not tested everything we know that could produce an issue yet)

currently i’ve just finished the high-dpi (retina 2x) implementation routine to let the users decide, whether they prefer high-dpi 200% scaling to be anti aliased in a 2x2 square or if they want retro squared pixels.

Respects,

Roch (PSL T20 Live)

thank you very much and also for all of your efforts to make this plugin better and better.
Same applies to @Yaron for his constant help to improve it. Very much appreciated.

Cheers
Claudia

The issue with the CP toolbar icons initial state is fixed here: https://github.com/pnedev/compare-plugin/commit/e11d59f956d3ffcc08fb3f830834dece83d2a5bb.
The problem was with the moment the initial state of the toolbar icons was set - it shouldn’t be when the icons are registered but rather after all N++ initialization is done.
Thanks.

BR

Have a good sleep and a nice day.

Good night.

Cheers
Claudia

Cheers
Claudia

Cheers
Claudia

your welcome but I have to thank you don’t I ;-)

Cheers
Claudia

@pnedev,

Thank you for further investing it. I appreciate that.

@DaveyD,

Thank you for testing and confirming. Appreciated.
Dear @Claudia-Frank is a lady. I made this mistake too. :)

BR

Thank you all for testing, commenting and reporting.
This issue looks to me like some inconsistency during toolbar ready N++ start-up phase.
I’ll investigate further and write back but in another thread as this off-topic is becoming the main discussion here.

BR

For what it’s worth, I’ve tested the plugin in regard to the above conversation, and I can verify that I get the same behaviour as @Claudia-Frank.

On start, all icons are enabled. When clearing a recent compare, the “Clear active compare” icon gets disabled, but the rest remain enabled.

Notepad++ v6.9.1
Build time : Mar 28 2016 - 19:48:40
Path : C:\Programs\Notepad++\notepad++.exe
Admin mode : OFF
Local Conf mode : ON
OS : Windows 10

ATB,
David

Just to close the issue here.
Both @pnedev and myself use the Customize Toolbar plugin and with it the buttons state is handled properly.
I’ll refer Pavel to the issue.

Again, thank you and good night.

BR

no problem - any time again.

Btw. Just a note, the menu entries are greyed out.

Cheers and good night :-)
Claudia