趨勢排行
掌握趨勢,領先排序。

Notepad++開發者警示 macOS移植版本非官方 商標混淆引爭議

羅盤守望者2026-05-05 17:20
5/5 (二)AI
AI 摘要
  • Notepad++原作者Don Ho於2026年5月5日嚴正聲明,macOS上流通的Notepad++移植版本並非官方產品,獨立開發者Andrey Letov的專案未經授權使用商標,引發使用者混淆。
  • 該版本在GitHub獲得超過500顆星標,社群討論熱絡,但Letov在應用程式內直接使用「Notepad++」全名、官方變色龍圖示,並在網站「Mac版Notepad++作者」頁面標示Don Ho為合作夥伴,誤導使用者以為是官方支援。
  • 官方跨平台技術障礙與未來發展路徑 Notepad++核心功能高度依賴Win32 API,包括視窗管理(如CreateWindow)、對話框(DialogBox)、檔案系統(File API)與UI事件處理,而macOS使用Cocoa框架與Carbon遺留API,架構差異巨大。
  • 此外,技術社群建議開發者協作建立跨平台分支,但需避免商標混淆,例如使用「Notepad++-macOS」名稱。

Notepad++原作者Don Ho於2026年5月5日嚴正聲明,macOS上流通的Notepad++移植版本並非官方產品,獨立開發者Andrey Letov的專案未經授權使用商標,引發使用者混淆。該移植版由Letov以vibecoded編碼技術打造,採用原生macOS架構,支援Apple Silicon與Intel Mac,但擅自沿用官方名稱與變色龍圖示,造成誤解。Don Ho要求立即停止使用商標並更名,開發者拖延近兩週後承諾調整品牌。此事件凸顯開源軟體跨平台移植的商標法律風險,提醒用戶謹慎下載非官方版本,避免安全隱患與功能不穩定。Notepad++作為Windows端擁有22年歷史的輕量級文字編輯器,其品牌價值與用戶信任度因此受到挑戰,也為開源社群敲響商標管理警鐘。

蘋果筆電螢幕顯示 Notepad++ 程式介面

事件發展與開發者對峙的細節演變

獨立開發者Andrey Letov於2026年4月在GitHub推出macOS專案notepad-plus-plus-mac.org,以vibecoded編碼技術打造原生應用,無需Wine或虛擬機環境,直接以Universal Binary格式在Apple Silicon與Intel Mac上運行,迅速吸引數千下載量。該版本在GitHub獲得超過500顆星標,社群討論熱絡,但Letov在應用程式內直接使用「Notepad++」全名、官方變色龍圖示,並在網站「Mac版Notepad++作者」頁面標示Don Ho為合作夥伴,誤導使用者以為是官方支援。當GitHub用戶質疑此舉時,Don Ho介入要求立即更名,並指出商標侵權風險,但Letov以「品牌重塑需數週」為由拖延,甚至提出希望雙方「共同拓展品牌」,引發社群強烈反彈。最終,Don Ho向Cloudflare檢舉該網站為釣魚/冒充網站,導致專案流量急劇下降。Letov雖在首頁發布公告承諾調整品牌,包含新Logo、新名稱與可能新網域,並承諾於1.0.6版本更新,但插件頁面仍誤將Don Ho列為NppAIAssistant AI插件作者,該插件提供OpenAI、Google模型支援的可停靠聊天側欄,顯示其品牌使用仍不當。此事件暴露開發者對商標法律的輕視,用戶因缺乏官方認證而盲目下載,導致安全風險上升,社群更呼籲開發者遵守開源倫理。

商標混淆的法律風險與社群影響

Notepad++採用GPLv3授權,允許開發者fork程式碼並移植到其他平台,但商標權獨立於開源授權,受商標法保護。GPLv3第7條明確規定,使用專案名稱與圖示需避免造成混淆,第三方不得濫用品牌識別。Don Ho作為商標註冊人,擁有法律依據要求更名,Letov的行為已觸犯《商標法》第30條,可能面臨侵權訴訟。類似案例包括2019年LibreOffice與OpenOffice的爭議,後者因使用「OpenOffice」名稱被要求更名以避免混淆。技術社群常忽略此點,尤其在開源項目中,開發者易將專案名稱視為公共領域,導致品牌稀釋。Don Ho的處理方式符合法律常識,避免了潛在侵權風險,也保護了Notepad++品牌價值。用戶應注意,下載軟體時應確認來源官方性,如Notepad++官方網站notepad-plus-plus.org,而非第三方網站。此事件也引發社群討論:開源專案的商標管理應明確化,建議建立官方指引,要求移植版本使用衍生名稱如「Notepad++-mac」。此外,科技媒體Neowin報導指出,Letov的行為已造成用戶誤導,部分用戶因下載非官方版本而遭遇安全漏洞,凸顯商標混淆的實質危害,提醒開發者在跨平台移植時需嚴守法律底線。

官方跨平台技術障礙與未來發展路徑

Notepad++核心功能高度依賴Win32 API,包括視窗管理(如CreateWindow)、對話框(DialogBox)、檔案系統(File API)與UI事件處理,而macOS使用Cocoa框架與Carbon遺留API,架構差異巨大。重寫UI層需徹底重構,等於開發全新軟體,耗費大量時間與資源。Don Ho曾公開表示,即使重寫UI,絕大多數插件(以Windows .dll形式存在)將無法運作,破壞Notepad++的擴展生態系,這也是官方遲遲未推出macOS版的關鍵原因。對比VS Code,其基於Electron框架,跨平台開發較易;而Sublime Text為商業軟體,可專注投入macOS開發。開源社區常見此類挑戰,如GIMP的macOS移植歷經15年才穩定,因需重寫圖形介面。未來若Notepad++官方決定跨平台,需重新設計架構,採用跨平台框架如Qt或Electron,但目前無此計畫。Don Ho強調,官方重點仍在維護Windows版本,提升穩定性與功能,例如近期更新的1.0.5版本強化了編碼處理效率。用戶可考慮替代方案:macOS原生編輯器如BBEdit(支援多語言)或TextMate(輕量級),或使用Wine運行Windows版本。此外,技術社群建議開發者協作建立跨平台分支,但需避免商標混淆,例如使用「Notepad++-macOS」名稱。此事件也凸顯開源軟體的發展困境:品牌保護與跨平台擴張的平衡,需更完善的法律框架與社群共識。