You are here: PSPad forum > Developer forum - new builds > PSPad unicode 5.0.3 (367) English
Posted by: pspad | Date: 2020-01-20 09:28 | IP: IP Logged
Download links (5.4 MB):
www.fosshub.com
pspad.poradna.net
PSPad 64 bit version preview without scripting support.
pspad.poradna.net
This archive contains modified files only. The correct way how to get full functionality:
1. Download and install latest full version first!
2. Replace existing files with content of archive
Changes to 5.0.3 (365)
News:
menu Edit / Special conversion between text, URL, QuotedPrintable, Base64 fully supports unicode. UTF-8 is used for char presentation
Fixes:
in case PSPad was set as StayOnTop, some dialog window appear behind the main window
Posted by: gwinkless | Date: 2020-01-21 11:56 | IP: IP Logged
Find-in-Files dialog no longer allows ctrl-v to paste text into search field (as well as disallowing alt-c for case-sensitive search).
Posted by: pspad | Date: 2020-01-21 12:13 | IP: IP Logged
Understand. It's problem joined with nonmodal dialog.
Hotkey 'C' works if you are not inside edit control
Posted by: pspad | Date: 2020-01-21 12:41 | IP: IP Logged
I will enroll it back as modal dialog.
I must test the behavior and think, how to handle all things.
Posted by: gwinkless | Date: 2020-01-21 13:51 | IP: IP Logged
pspad:I will enroll it back as modal dialog.
I must test the behavior and think, how to handle all things.
I don't know enough about how delphi handles keypress events to suggest anything helpful, I'm afraid. Can you decide how to handle the keyboard events based on which window has the focus?
Posted by: pspad | Date: 2020-01-21 14:21 | IP: IP Logged
There are not simple Keypress events. I use "actions", it means you can define action, e.g. Paste, assign Caption, Hint, shortcut, event what is executed, event when action is available.
So you need to translate one Caption only, when user changes shortcut, you change it on one place only.
Such action is assigned to all menus, buttons, toolbuttons, ...
Problem is, that nonmodal window uses same thread as main application - all actions from main application. Modal window, when is created, stops main thread and handle it all inside window.
Posted by: gwinkless | Date: 2020-01-22 12:47 | IP: IP Logged
pspad:There are not simple Keypress events. I use "actions", it means you can define action, e.g. Paste, assign Caption, Hint, shortcut, event what is executed, event when action is available.
So you need to translate one Caption only, when user changes shortcut, you change it on one place only.
Such action is assigned to all menus, buttons, toolbuttons, ...Problem is, that nonmodal window uses same thread as main application - all actions from main application. Modal window, when is created, stops main thread and handle it all inside window.
Can you change the actions on FiF focus/blur? Is it possible to stash existing actions and restore later?
Posted by: pspad | Date: 2020-01-22 13:11 | IP: IP Logged
Yes, I can do anything. But imagine, that hotkey differs of language localization, and shortcuts in actions are user congigurable...
So there is no given list of actions what can be changed.
Posted by: gwinkless | Date: 2020-01-23 11:54 | IP: IP Logged
pspad:Yes, I can do anything. But imagine, that hotkey differs of language localization, and shortcuts in actions are user congigurable...
But if the find-in-files window is focused surely all hotkeys should be disabled?
I've disabled the color selector window hotkey (I never use it anyway) - so alt-c now works for me. But ctrl-v not working is a pain. I'm not really sure why it's not - ctrl-v isn't a hotkey for anything, otherwise paste wouldn't work anywhere.
Edit: that's really weird. Ctrl-V is set up as a hotkey - for "Edit->Paste" - even though it's completely unnecessary. I removed that hotkey and paste still works in editor windows.
Edited 1 time(s). Last edit at 2020-01-23 11:56 by gwinkless.
Posted by: gwinkless | Date: 2020-01-23 13:31 | IP: IP Logged
gwinkless:Edit: that's really weird. Ctrl-V is set up as a hotkey - for "Edit->Paste" - even though it's completely unnecessary. I removed that hotkey and paste still works in editor windows.
Ditto Ctrl-Z for undo and ctrl-A for select-all. Are the default hotkeys for these editor functions just set up so that they appear in the menus as a kind-of inline "help"?
Still can't get ESC to close the find-in-files window though, even if I remove the hotkey from "Exit with ESC".
Editor PSPad - freeware editor, © 2001 - 2024 Jan Fiala, Hosted by Webhosting TOJEONO.CZ, design by WebDesign PAY & SOFT, code Petr Dvořák, Privacy policy and GDPR