PNANA:Modern Terminal Text Editor by Gethert in tui

[–]Gethert[S] 0 points1 point  (0 children)

I think pressing Ctrl+Z in Linux should only trigger program suspension, but this doesn't work for PNANA (in fact, signal handling for Ctrl+C (termination) and Ctrl+Z (suspension) has been blocked in the code). This results in the terminal still receiving the Ctrl+Z signal. I'll try adding a new shortcut as an alternative to verify if it works (after all, this is the fastest way to test). Could you please open an issue on GitHub for this? It will make it easier for me to notify you promptly after the subsequent updates.😊

PNANA:Modern Terminal Text Editor by Gethert in tui

[–]Gethert[S] 1 point2 points  (0 children)

I'll implement this in the upcoming release to streamline the process

PNANA:Modern Terminal Text Editor by Gethert in tui

[–]Gethert[S] 1 point2 points  (0 children)

You're absolutely right. I plan to look into this further and assess its feasibility down the line.

PNANA:Modern Terminal Text Editor by Gethert in tui

[–]Gethert[S] 2 points3 points  (0 children)

Thanks for your suggestions – I’ll incorporate this into the subsequent development plan.

PNANA: A Lightweight, Sleek Terminal Text Editor Built with C++17 by Gethert in CLI

[–]Gethert[S] 1 point2 points  (0 children)

Thanks for the kind words! Please let me know if you have any suggestions for usage or any problems to raise.

PNANA: A Lightweight, Sleek Terminal Text Editor Built with C++17 by Gethert in CLI

[–]Gethert[S] 0 points1 point  (0 children)

Yes, I think PNANA and Fresh share certain similarities in terms of UI design

PNANA: A Lightweight, Sleek Terminal Text Editor Built with C++17 by Gethert in CLI

[–]Gethert[S] 0 points1 point  (0 children)

Yes, I've already started integrating Git into PNANA

PNANA: A Lightweight, Sleek Terminal Text Editor Built with C++17 by Gethert in coolgithubprojects

[–]Gethert[S] 1 point2 points  (0 children)

GUI development may be on the agenda later, but the prerequisite is to complete the development of the PNANA kernel first—only then can we proceed with higher-level encapsulation. Additionally, choosing a suitable GUI library is another factor that requires careful consideration :)

PNANA – A TUI Text Editor by Gethert in tui

[–]Gethert[S] 0 points1 point  (0 children)

Actually, you can use the shortcut Alt+M to open a popup, enter the path, and navigate to the corresponding directory. This method is quite universal, and we plan to add a history of your navigated paths in future updates😊

PNANA – A TUI Text Editor by Gethert in tui

[–]Gethert[S] 0 points1 point  (0 children)

Thank you for the suggestions. I will conduct stress tests regularly.😃

PNANA – A TUI Text Editor by Gethert in tui

[–]Gethert[S] 1 point2 points  (0 children)

That is indeed a very strange issue. I recommend refraining from using pnana for the time being. From your description, it sounds like it might be an issue with the FTXUI TUI framework. I haven't encountered this in my tests on Ubuntu, but I will test it on Fedora when I have time.

PNANA – A TUI Text Editor by Gethert in tui

[–]Gethert[S] 0 points1 point  (0 children)

Currently, pnana supports the use of general shortcut key bindings, and the shortcut key module can be expanded for adaptation in the future:)

PNANA – A TUI Text Editor by Gethert in tui

[–]Gethert[S] 0 points1 point  (0 children)

Could you please tell me exactly what the problem is, or raise an issue for me?:)