Activity for DV
-
DV posted a comment on discussion Open Discussion
XBrackets Lite v2.0.3 Glory to Ukraine! Glory to the heroes! fixed: CXBracketsLogic::OnCharPress was truncating a multi-byte character to a single-byte one, thus incorrectly treating e.g. 0x1D5B as 0x5B which is '['. https://sourceforge.net/projects/npp-plugins/files/XBrackets%20Lite/XBrackets%20Plugin%20v2.0.3/
-
NppExec is: https://github.com/d0vgan/nppexec/ NppExec v0.8.10: - Glory to Ukraine! Glory to the heroes! - fixed: NPP_OPEN did not activate a document that was already opened - fixed: normpath preserves the leading “\\.\” - handling the “-pluginMessage” command-line arguments - new environment variable: $(NPP_SETTINGS_DIR) - updated: now echo~ supports both math and string expressions - updated: HelpFile can be a URL (see “NppExec_TechInfo.txt”) - NppExec Manual updated - npp_files updated to Notepad++...
-
NppExec is: https://github.com/d0vgan/nppexec/ NppExec v0.8.10: - Glory to Ukraine! Glory to the heroes! - fixed: NPP_OPEN did not activate a document that was already opened - fixed: normpath preserves the leading “.” - handling the “-pluginMessage” command-line arguments - new environment variable: $(NPP_SETTINGS_DIR) - updated: now echo~ supports both math and string expressions - updated: HelpFile can be a URL (see “NppExec_TechInfo.txt”) - NppExec Manual updated - npp_files updated to Notepad++...
-
XBrackets Lite v2.0.2 * Glory to Ukraine! Glory to the heroes! * fixed: XBrackets could append a trailing NUL to “XBrackets_UserConfig.json” https://sourceforge.net/projects/npp-plugins/files/XBrackets%20Lite/XBrackets%20Plugin%20v2.0.2/
-
Guys, please immediately update to the version 2.0.1: https://sourceforge.net/projects/npp-plugins/files/XBrackets%20Lite/XBrackets%20Plugin%20v2.0.1/ XBrackets Lite v2.0.1 * Glory to Ukraine! Glory to the heroes! * hot-fix for NPPM_MSGTOPLUGIN The version 2.0 broke NPPM_MSGTOPLUGIN for all the other plugins because I was mistakenly handling all the NPPM_MSGTOPLUGIN messages for all the plugins, not just for XBrackets. My bad. As this was a critical problem, please update immediately.
-
XBrackets Lite is: https://github.com/d0vgan/npp-XBracketsLite Starting from the version 2.0, it is rather XBrackets Pro than XBrackets Lite, because: XBrackets Lite v2.0 changelog: Glory to Ukraine! Glory to the heroes! new functions: Go To Matching Bracket, Sel To Matching Bracket new functions: Go To Nearest Bracket, Sel To Nearest Brackets now the configuration is stored in JSON format file type-specific (language-specific) rules are applied multi-character brackets and quotes are supported brackets...
-
XBrackets Lite is: https://github.com/d0vgan/npp-XBracketsLite Starting from the version 2.0, it is rather XBrackets Pro than XBrackets Lite, because: XBrackets Lite v2.0 changelog: Glory to Ukraine! Glory to the heroes! new functions: Go To Matching Bracket, Sel To Matching Bracket new functions: Go To Nearest Bracket, Sel To Nearest Brackets now the configuration is stored in JSON format file type-specific (language-specific) rules are applied multi-character brackets and quotes are supported brackets...
-
We’ve been waiting so long - and finally this glorious day has come! XBrackets Lite v1.4.0 is here! The version 1.4.0 brings: Glory to Ukraine! Glory to the heroes! enhanced Settings dialog new manual option: Sel_AutoBr new manual options: Next_Char_OK and Prev_Char_OK internal improvements updated to Notepad++ 8.8.2 Basically, the functionality of the manual option Sel_AutoBr in “XBrackets.ini” was something I had been lacking in Notepad++ and XBrackets Lite, hence the new version. Be sure to read...
-
SCN_MODIFIED: distinguishing between typing and pasting
-
NppExec is: https://github.com/d0vgan/nppexec/ NppExec v0.8.9: * Glory to Ukraine! Glory to the heroes! * changed: now $(#N) considers the current view (Primary or Secondary) * changed: new method nppGetOpenFileName() does not use NPPM_GETOPENFILENAMES * changed: further improvements in findFileNameIndexInNppOpenFileNames * added: echo~ * NppExec Manual updated * npp_files updated to Notepad++ 8.8.2 Get it here: https://github.com/d0vgan/nppexec/releases/tag/v089 https://sourceforge.net/projects/npp-plugins/files/NppExec/NppExec%20Plugin%20v0.8.9/...
-
As the subject says, a file "sfk-winxp.exe" seems to be missed in the sfk 2.0.0.3 release. I still prefer this 32-bit version to be sure it will run on old 32-bit machines.
-
The previous release, 2.9.0, has been being with us during 8 years! Until I finally realized there was a very old bug that led to undesired delay while bincmp was exiting after asynchronous operations. So, here is bincmp 2.9.1 that fixes that very old bug. bincmp 2.9.1: - fixed: when CancelIo() has been called, GetOverlappedResult() should be used to ensure the I/O operations have been completed. (I was mistakenly using WaitForSingleObject() that was not suitable there).
-
Thanks to the command sfk update, I know that sfk 2.0.0 has been released. Now, sfk 2.0.0 no more supports the command sfk update. And it will be very hard to know whether a new version of sfk is available or not.
-
Just checked sfk 2.0.0, and sfk dumphelp still does not include the topics of sfk ask, sfk replace -full and sfk xex.
-
I'd like to delete all the ".vs" folder across several directories with Visual Studio's projects. After some experiments I've eventually finished with the following, and I'll explain why below: sfk sel -justdirs -hidden -dir . +filter -+.vs +run "sfk deltree -hidden -withdirs -yes $file" -yes Here are my explanations: - Since I wanted to select folders with the exact name of ".vs", I used the construction of sel -justdirs -hidden -dir . +filter -+.vs because I could not understand how to achieve...
-
Now it’s possible to open a specific page of the online Manual using a URL similar to: https://d0vgan.github.io/nppexec/?q=4.0 https://d0vgan.github.io/nppexec/?q=FAQ
-
NppExec v0.8.8 * Glory to Ukraine! Glory to the heroes! - fixed: now findFileNameIndexInNppOpenFileNames checks the current (active) file first (when, for example, a highlighted error message is double-clicked in the Console and this error message contains a file name without a path) + NppExec Manual updated * npp_files updated to Notepad++ 8.6.2
-
NppExec is: https://github.com/d0vgan/nppexec/ NppExec v0.8.7: * Glory to Ukraine! Glory to the heroes! - fixed: nested IF...GOTO sometimes did not work as expected * changed: now "GoTo_MaxCount" is per-label rather than per-script + added: "npe_cmdalias local ..." for local command aliases, similarly to local variables + added: now npe_queue supports command aliases + internal optimization: now MacroVars are based on std::vector instead of std::map for much faster iteration + other internal optimizations...
-
By the way, the -i option is not mentioned for sfk filter. Moreover, sfk filter mentions list of possible input sources from stdin: type x.txt | sfk filter -+pattern Maybe -i was added recently and therefore is not present in the help text?
-
I also checked sfk dumphelp for a very detailed help information - and, despite its name and description, it does not seem to include the help produced by sfk xex, for example. And the help output produced by sfk replace as well as by sfk ask do not seem to be included in the sfk dumphelp... So I'm completely confused...
-
I also checked sfk dumphelp for a very detailed help information - and, despite its name and description, it does not seem to include the help produced by sfk xex, for example. So I'm completely confused...
-
At first, thank you very much for the update (1.9.9)! Now, coming to my question, I used to think that sfk >sfk.txt gives the complete list of commands available in sfk. However, comparing the output file sfk.txt produced by sfk 1.9.8.2 and 1.9.9 I noticed that sfk data - create random text and test data is present in 1.9.8.2 and absent in 1.9.9. I checked whether sfk 1.9.9 supports the command sfk data- and it actually does. So my question is: is there another way to get a complete list of all commands...
-
https://community.notepad-plus-plus.org/topic/24797/nppexec-v0-8-6-has-been-released
-
I'm glad the new version is here! But I'm sorry to say that AstroGrep is still the slowest search engine I've ever encountered. The Text Crawler Pro is at least (yes, at least) ten times faster! Moreover, consequent searching in the same folder is almost instant in Text Crawler Pro (due to file system caching, I believe), while AstroGrep again takes very long time for consequent searching in the same folder :( I know that AstroGrep is free - well, in this case there is a free tool named Agent Ransack...
-
I'm glad the new version is here! But I'm sorry to say that AstroGrep is still the slowest search engine I've ever encountered. The Text Crawler Pro is at least (yes, at least) ten times faster! Moreover, consequent searching in the same folder is almost instant in Text Crawler Pro (due to file system caching, I believe), while AstroGrep again takes very long time for consequent searching in the same folder :( I know that AstroGrep is free - well, in this case there is a free tool named Agent Ransack...
-
NppExec is: https://github.com/d0vgan/nppexec/ NppExec v0.8.5: * Glory to Ukraine! Glory to the heroes! - fixed: several issues discovered by SonarCloud + added: improvements around the Color Pickers (see v0.8.4) + added: experimental support of PseudoConsole via "npe_console u+/u-" (ideally, PseudoConsole requires full support of ANSI escape sequences; NppExec currently can remove but not render these sequences) + NppExec Manual slightly updated Get it here: https://github.com/d0vgan/nppexec/releases/tag/v085...
-
NppExec is: https://github.com/d0vgan/nppexec/ NppExec v0.8.5: * Glory to Ukraine! Glory to the heroes! - fixed: several issues discovered by SonarCloud + added: improvements around the Color Pickers (see v0.8.4) + added: experimental support of PseudoConsole via "npe_console u+/u-" (ideally, PseudoConsole requires full support of ANSI escape sequences; NppExec currently can remove but not render these sequences) + NppExec Manual slightly updated Get it here: https://github.com/d0vgan/nppexec/releases/tag/v085...
-
NppExec v0.8.4 * Glory to Ukraine! Glory to the heroes! + added: Color pickers in the Advanced Options and Highlight Output Filters, thanks to Anders Kjersem (sredna) * npp_files updated to Notepad++ 8.5.3 * internal: CChildProcess and CProcessKiller moved to "ChildProcess.cpp"
-
Here is an example for the -context issue. Let's consider the following folder structure: subfolder1\ readme.txt subfolder2\ readme.txt Each "readme.txt" contains the following text: word line2 line3 line4 line5 And here is the output of sfk filter -head=6 -context=3 -+word -dir . -file readme.txt : subfolder1\readme.txt : word line2 line3 line4 subfolder2\readme.txt : line5 word line2 line3 line4 The presence of "line5" in the output for the "subfolder2\readme.txt" is incorrect.
-
Also I've seemed to find an issue with this command: sfk filter -head=6 -context=3 -+word -dir . -file readme.txt You see, when I run this command in a folder that has several subfolders and each subfolder contains its own "readme.txt", the -context=3 seems to pick upper lines from "readme.txt" of the previous folder when the searched "word" is found at the first line of "readme.txt" of the current folder.
-
A quick question: why this works correctly -- sfk filter -head=5 -+word -dir . -file readme.txt whereas the same parameters given in different order produce errors? -- sfk filter -dir . -file readme.txt -head=5 -+word Shouldn't both commands work identically?
-
I believe this last proposal to add the missed "SetLastError = true" attributes is worth to do. At least, I did not have any crash during several days of initial testing several weeks ago. Unfortunately, I have not been having ability to test in the whole scope since that time because of problems with electricity that do not allow me to have my notebook working for days without restarting.
-
I'm currently testing another suggestion. I've commented out the "anti crash" lines and instead added "SetLastError = true" to WinAPI calls that did not have it: [DllImport("user32.dll", CharSet = CharSet.Unicode, SetLastError = true)] static extern int GetWindowText(IntPtr hWnd, [Out] StringBuilder text, int count); [DllImport("kernel32.dll", SetLastError = true)] public static extern IntPtr OpenProcess(uint processAccess, bool bInheritHandle, int processId); [DllImport("psapi.dll", CharSet = CharSet.Unicode,...
-
Thank you for the clarification! Indeed, after seeing the convertion warning by sfk and analyzing the file content, I can confirm the file contains a few UTF-8 characters which are out of scope of cp1251. As a suggestion, maybe dview could also show a warning in this case and replace these unknown (unconvertible) characters as e.g. ? ?
-
Indeed, it does! I mistakenly thought that it doesn't because some files are not shown as UTF-8 even though they have the UTF-8 BOM and contain proper UTF-8 sequences. I'm attaching a couple of files which are not detected as UTF-8 by Depeche View. These files are expected to be shown correctly since the Windows ANSI encoding is cp1251 (Cyrillic).
-
Indeed, it does! I mistakenly thought that it doesn't because some files are not shown as UTF-8 even though they have the UTF-8 BOM and contain proper UTF-8 sequences. I'm attaching a copule of files which are not detected as UTF-8 by Depeche View. These files are expected to be shown correctly since the Windows ANSI encoding is cp1251 (Cyrillic).
-
Indeed, it does! I mistakenly thought that it doesn't because some files are not shown as UTF-8 even though they have the UTF-8 BOM and contain proper UTF-8 sequences. I'm attaching a copule of files which are not detected as UTF-8 by Depeche View.
-
Thank you for the update of the sfk to 1.9.8.2! Great to know the development is going on! Another part of my question is about Depeche View. You see, when I ran "sfk update" using sfk 1.9.8.0, it showed at the end: - Depeche View can now edit UTF-8 text files if text and system code page are 1250 or 1252. - DView Lite can now edit all loaded files. So I've checked http://stahlworks.com and https://sourceforge.net/projects/swissfileknife/files/ , and both of them have dview version 1.7.4.0 from the...
-
OK, there was no crash with the mentioned lines uncommented. Firstly I forgot to uncomment these lines and got one crash during 4 days. Then I uncommented the required lines, rebuilt, and haven't seen any crash during 10 days.
-
Unfortunately, today I got the very same crash with the latest version 2.04 :( Due to the sporadic nature of this crash, just one week was not enough to guarantee it was fixed... As the automatic crash dump for ClipAngel is still available in the Registry, I could analyze it - and it shows the very same reason as before: ERROR_CODE: (NTSTATUS) 0xc0000374 - A heap has been corrupted. HEAP_CORRUPTION_ACTIONABLE_BlockNotBusy_DOUBLE_FREE_c0000374_ntdll.dll!RtlpFreeHeapInternal Looks like we need to find...
-
This commit seems to ignore (disable) the setting "ClipAngel.Properties.Settings.Default.ReadWindowTitles", is it intended?
-
So far so good.
-
NppExec v0.8.3 Glory to Ukraine! Glory to the heroes! added: "Use Editor Colors in the Execute dialog" (in the Advanced Options) added: NPE_SF_REGEXP_EMPTYMATCH_* flags for SCI_FIND and SCI_REPLACE fixed: setting proper width and font of the Execute dialog's popup listbox npp_files updated to Notepad++ 8.4.4
-
No crashes so far.
-
Yes, I've unchecked that, thanks! Let me wait for results, since the crash may take several days to appear.
-
In some C# project, the following technique is used to "remove" a key press when it is processed by us: private void Edit_KeyPress(object sender, KeyPressEventArgs e) { if (e.KeyChar == '\x7F') { e.KeyChar = '\x00'; // removes the key press } } Maybe similar approach can be used in ClipAngel to deal with KeyPress and KeyDown?
-
Strange behavior of Ctrl+Shift+V
-
Sorry, what do you mean by "Try to null it"? Should I disable (comment out) the corresponding code? Or should I force the corresponding code to return null? As a non-related question (but related to ClipAngel), I noticed a strange behavior with regards to Ctrl+Shift+V (paste as plain text). You see, I have Ctrl+Shift assigned to change input language in Windows, and each time I press Ctrl+Shift+V, it pastes a plain text plus it changes the input language. I'd expect ClipAngel to remove the Ctrl+Shift...
-
I had downloaded the latest sources from GitHub and built them. Then I followed this instruction to have a .dmp file created automatically on crash: https://keithbabinec.com/2018/06/12/how-to-capture-and-debug-net-application-crash-dumps-in-windows/ Today this version has crashed. I've followed the same instruction to analyze the crash dump. Unfortunately, I was not able to get into the .NET call stack (as in the example), however I've noticed a few important things: 1) Looking into the time of the...
-
The option "Fast window open" was already Off on my PC and my laptop...
-
By the way, from my C++ experience, a heap corruption may be a consequence of incorrect calling convention - e.g. when __stdcall is not directly specified for WIN API functions and thus __cdecl is used instead, causing incorrect handling of the stack.
-
By the way, from my C++ experience, a heap corruption may be a consequence of incorrect calling convention - e.g. when __stdcall is not directly specified for WIN API functions and thus __cdecl is used instead, causing incorrect order of the arguments in the stack.
-
While running ClipAngel by means of procdump, I was able to collect two crash dumps. The dump analysis, however, does not seem to be verbose for .NET as the analysis deals with unmanaged code - or maybe it is just me who does not know how to collect and analyse crash dumps for .NET application properly. Anyway, here is what I could collect from the dump analysis: PROCESS_NAME: ClipAngel.exe ERROR_CODE: (NTSTATUS) 0xc0000374 - A heap has been corrupted. EXCEPTION_CODE_STR: c0000374 EXCEPTION_PARAMETER1:...
-
ScintillaDoc: is SCI_SETSELFORE obsolete?
-
NppExec v0.8.2 Glory to Ukraine! Glory to the heroes! added: new option "Use Editor Colors" (in the Advanced Options). For dark color themes, the following colors may be used: Error - C0 30 30 Message - 40 B0 40 Warning - 40 80 C0 The default colors (for bright color themes) are: Error - A0 10 10 Message - 20 80 20 fixed: TextColorError (in the Advanced Options) was not applied to the built-in error filter ("npe_console local -- x+"). fixed: in rare cases, the NppExec's Console could "swallow" a...
-
The issue seems to be really rare and sporadic. I can't reproduce it when I try intentionally. However, I had several crashes during this week. All of them happened at the moment of Ctrl+Alt+V (when ClipAngel was expected to be shown, but it was not because it crashed). It happened a few times when I was about to paste into Visual Studio and a few times when I was about to paste into a web browser. And, as far as I noticed, the very same text can be successfully pasted at different moments of time....
-
Here is another extract from Event Viewer: Faulting application name: ClipAngel.exe, version: 1.0.0.0, time stamp: 0x6155e8f3 Faulting module name: ntdll.dll, version: 6.3.9600.20144, time stamp: 0x615be385 Exception code: 0xc0000374 Fault offset: 0x000e5f44 Faulting process id: 0x15f0 Faulting application start time: 0x01d7d7b8877adc6c Faulting application path: C:\Progs\Progs\ClipAngel\ClipAngel.exe Faulting module path: C:\windows\SYSTEM32\ntdll.dll Report Id: ca6cfae2-43b2-11ec-854d-742b627a8148...
-
Attaching the associated crash file from the Event Viewer, if it helps.
-
Sporadic crash while invoking ClipAngel in Visual Studio
-
The latest dev build (development build, i.e. work-in-progress build) is available here: https://sourceforge.net/projects/tagsview/files/TagsView%20%28dev%20builds%29/
-
TagsView is back! :) The latest source code in hosted on GitHub: https://github.com/d0vgan/TagsView/ Here is what has already been implemented: + 32-bit and 64-bit versions + updated to AkelPad 4.9.8+ and Notepad++ 8.3+ + applying editor's colors + settings dialog + ability to scan all files in a folder + win32++ updated to 8.9.1+ + uses the latest ctags from https://github.com/universal-ctags/ctags-win32 + a lot of internal improvements More changes/improvements are planned.
-
Looks like I've figured out what was the reason of the flickering - or, at least, I could not reproduce it with the latest changes. Firstly I had noticed that the flickering seemed to appear after moving the mouse over a few items that did not have a custom tooltip text returned as a response to TTN_GETDISPINFO . So I modified the code to return a tooltip always - and I did not see any flickering since that moment. Here is the updated code: HTREEITEM hItem = HitTest(hitInfo); if ( hItem ) { LPNMTTDISPINFO...
-
I'm adding tooltips to a ListView and a TreeView control. The approach is similar for the both ListView and TreeView. Everything is OK with the tooltips in the ListView. In the TreeView, however, some certain items make the tooltips to start flickering - and they continue to flicker until I restart the application. Is this a known problem? Or am I doing something wrong? 1) Creating & initializing the ToolTips control: void CMyDlg::initTooltips() { INITCOMMONCONTROLSEX iccex; iccex.dwICC = ICC_WIN95_CLASSES;...
-
Thank you! And, as for CToolBar class itself, what should be used now instead of SetImages()?
-
The current help file, "Win32++.chm" included in Win32xx891.zip, mentions the following code in the article titled "Docking": GetToolBar().SetImages(RGB(192,192,192), IDW_MAIN, 0, 0); It looks like this method disappeared from the sources, and the "changes.txt" does not mention what should be used instead. So... what should be used instead?
-
NppExec v0.8.1 24.02.2022: Russkii voennyi korabl', idi nakhui!!! In the memory of those who were killed. In the memory of what was destroyed. God bless those who defend. We will build the better future. added: $(CURRENT_LINESTR), $(SCI_HWND1), $(SCI_HWND2) added: dynamic reloading of the saved scripts ("npes_saved.txt") added: multi-line input in NppExec's Console added: Shift+Enter adds a new line (in NppExec's Console) the "About" dialog slightly updated fixed: potential crash around ScriptContextList.DeleteLast()...
-
Just for information, I've downloaded the sources of PNotes 9.3.0 and compiled them with Pelles C 11. Well... The Debug version works correctly, but the Release version may unexpectedly crash - for example, when a note is clicked in PNote's control panel. If I debug the Release version, Pelles C says there is an access violation at this point (when a note is clicked in PNote's control panel). I have no idea why and where it is happening.
-
I prefer PNotes 9.3.0 since it has all I need and it is faster and more lightweight than the PNotes.NET. I use portable version of PNotes 9.3.0 (exctracted from a zip archive). Each time I exit Windows, I get this message-box with the error: --------------------------- PNotes.exe - Application Error --------------------------- Instruction at address 0x000000006420EB2B referenced to memory at address 0x0000000002330578. Memory can not be read. "ОК" -- exit the application "Cancel" -- debug the application...
-
What's new: added: built-in highlight filter that catches most of compiler error messages, thanks to David Maisonave. This filter is disabled by default to avoid an impact on performance. It is recommended to enable this filter locally, right before running a compiler or an interpreter: "npe_console local -- x+". See also: "NppExec_TechInfo.txt", the 'CompilerErrors' setting. added: now WarningAnalyzer caches the previously matched lines. It allows the built-in highlight filter (see above) to react...
-
You may use Swiss File Knife (sfk) to analyze the logs. https://sourceforge.net/projects/swissfileknife/ And then something from this list, for example: https://www.raymond.cc/blog/sending-email-using-command-line-useful-for-downtime-alert-notification/
-
You may use Swiss File Knife (sfk) to analyze the logs. And then something from this list, for example: https://www.raymond.cc/blog/sending-email-using-command-line-useful-for-downtime-alert-notification/
-
During a long search, it is very handy that AstroGrep allows to view the already collected search results while the search is still continuing. Thus, during the long search I'm clicking at the first item in the list of files with the matches (search results) - and AstroGrep shows the matches within that file. Then I press Arrow Down on the keyboard to go to the next file - and AstroGrep shows the matches within that file. This is very handy and this continues until the search has ended. When the...
-
Another possible way to deal with non-Unicode encodings might be to introduce a pop-up list (or a pop-up window) with all the supported non-Unicode encodings and check-boxes near each of them. For example: Detect only these non-Unicode encodings: [ ] 1250 [x] 1251 [ ] 1252 [ ] 1254 [ ] 850 [ ] 852 [x] 866 ... Thus the user would explicitly specify which encodings he/she is interested in, and thus there will be much less confusion between different non-Unicode character distribution tables.
-
Another possible way to deal with non-Unicode encodings might me to introduce a pop-up list (or a pop-up window) with all the supported non-Unicode encodings and check-boxes near each of them. For example: Detect only these non-Unicode encodings: [ ] 1250 [x] 1251 [ ] 1252 [ ] 1254 [ ] 850 [ ] 852 [x] 866 ... Thus the user would explicitly specify which encodings he/she is interested in, and thus there will be much less confusion between different non-Unicode character distribution tables.
-
Currently AstroGrep has a nice option "Detect file encoding" that is repsponsible for detection of encoding of both Unicode and non-Unicode files. This is a must-have option to deal with Unicode files, while it sometimes do mistakes for non-Unicode files: for example, it may detect a Cyrillic 1251 as Turkish 1254. What I'd suggest is to introduce two different options: [x] Detect Unicode (UTF-8, UTF-16) ( ) Detect non-Unicode (*) Treat non-Unicode as: [1250/1251/1252/1254/850/852/866...] This will...
-
During a long search, it is very handy that AstroGrep allows to view the already collected serach results while the search is still continuing. Thus, during the long search I'm clicking at the first item in the list of files with the matches (search results) - and AstroGrep shows the matches within that file. Then I press Arrow Down on the keyboard to go to the next file - and AstroGrep shows the matches within that file. This is very handy and this continues until the search has ended. When the...
-
At first, thank you for AstroGrep! I especially like how it correctly finds different non-Latin text in different encodings! I have a further question regarding the search speed. There are such projects as Text Crawler ( https://www.digitalvolcano.co.uk/textcrawler.html ) and Searcher ( https://sourceforge.net/projects/searcher/ ), both are written in C# and both of them generate the search results seriously faster than AstroGrep. Why so? Is there something that might be optimized in file reading/searching...
-
NppExec v0.7.1 has been released! This is a recommended update over NppExec v0.7 and over any previous version of NppExec. What's new in v0.7.1: * changed: now IF/IF~/ELSE IF use delayed $(var) substitution. It means that IF "$(var)" != "" will work even when the value of $(var) contains inner " quote character(s). + added: now npe_debuglog supports the keyword "local". - fixed: when there was a "local" command followed by a similar "non-local" command, the "non-local" one behaved as if it was "local"....
-
NppExec v0.7.1 has been released! This is a recommended update over NppExec v0.7 and over any previous version of NppExec. What's new in v0.7.1: * changed: now IF/IF~/ELSE IF use delayed $(var) substitution. It means that IF "$(var)" != "" will work even when the value of $(var) contains inner " quote character(s). + added: now npe_debuglog supports the keyword "local". - fixed: when there was a "local" command followed by a similar "non-local" command, the "non-local" one behaved as if it was "local"....
-
NppExec v0.7.1 has been released! This is a recommended update over NppExec v0.7 and over any previous version of NppExec. What's new in v0.7.1: * changed: now IF/IF~/ELSE IF use delayed $(var) substitution. It means that IF "$(var)" != "" will work even when the value of $(var) contains inner " quote character(s). + added: now npe_debuglog supports the keyword "local". - fixed: when there was a "local" command followed by a similar "non-local" command, the "non-local" one behaved as if it was "local"....
-
NppExec v0.7 is dedicated to Notepad++ 8 and its new Dark Mode feature. (Note: NppExec v0.7 is still compatible with previous versions of Notepad++!) Also NppExec v0.7 implements some features requested by users as well as some improvements planned some time ago. Here is the full changelog: added: now NppExec supports the "Dark Mode" of Notepad++ v8 (Thanks to Peter Jones for the updated icons!) NppExec is still compatible with previous versions of Notepad++. changed: now NppExec supports quoted...
-
As far as I understand, you have two machines: a Windows PC with Notepad++ and a QNX (Unix?) machine where you need to execute a Pearl File. Right? As you mentioned FTP Plugin, probably you use FTP to transfer your Perl File from your Windows PC to the QNX machine. Then you probably connect to the QNX machine via SSH (or something similar) and execute commands on the QNX machine by means of SSH. As for NppExec itself, it has a very small role here: once you figure out the exact commands to 1) copy...
-
It's not done in the full scope yet. A partial solution was implemented: Added ability to remove (filter) ANSI escape sequences https://github.com/d0vgan/nppexec/issues/14
-
A lot of great improvements have been added to Searcher, thank you! What about supporting command line parameters? I'm considering Searcher to be invoked from within other programs (such as file managers) - and such use-case is not possible without command line paramters similar to ones proposed above.
-
By the way, I remember LocationNavigate 0.4.7.7 could hang or crash while some Notepad++ recorded macro was running from the beginning to the end of a large file. I could not reproduce such problem with LocationNavigate 0.4.7.9, so looks like something was done with regards to Notepad++'s macros as well? For example, here is how XBrackets Lite deals with macros: if ( uMsg == WM_COMMAND ) { const WORD id = LOWORD(wParam); switch ( id ) { case IDM_MACRO_STARTRECORDINGMACRO: thePlugin.OnNppMacro(MACRO_START);...
-
Thank you!
-
There are a few new versions of LocationNavigate released recently. It is not clear what was changed there. Please update the "What's new" section or add "changelog.txt" to the archive with the .dll file.
-
Bility to use the textual content decided on within the Console was not some thing that came to my thoughts, so there may be no direct manner to use it as you can see. However, what's viable now could be to press Ctrl+C manually to position the chosen text to the Clipboard, and then use the $(CLIPBOARD_TEXT) variable in NppExec's script.
-
NppExec v0.6.2: changed: now NppExec uses CreateFile+FILE_FLAG_WRITE_THROUGH while writing files to avoid filling with zero bytes on system shutdown. changed: now NppExec changes the current directory to %TEMP% when an unnamed file (such as "new 1") is activated and "Follow $(CURRENT_DIRECTORY)" is on. To revert to the old behavior (the current directory is not changed when an unnamed file is activated), set the manual option "Cd_UnnamedFile" to 0. added: now NppExec supports "cloud location path"...
-
Thank you for the update! As for 50 GB files with mixed content... The proposed code (in the attached file) analyzes just first 64 kB by default. It is expected to be called for text files and does not guarantee anything for binary files. I'd be happy to see it within the family of commands wtoa, wtou and so on. Surely, it's up to you to decide whether it's worth to be included to sfk or not. If you decide to include it, however, it may have a name similar to "detect-unicode".
-
Also, what do you think about integrating this source code directly into sfk? Thus sfk would be able to do simple check for UTF-8/UTF-16 file content. It could even differ UTF-8 with BOM from UTF-8 without BOM.
-
I had written a small app that tries to detect whether a given file contains a Unicode text or not. Please find the app attached. This app returns one of 65001, 1200, 1201, 0 as its return code (exit code). Then I've compiled it into an executable and tried to use it with "sfk run" in the following way: sfk list -dir . -file SomeFile.txt +run "UnicodeTextDetector $qfile" -yes +if "rc=65001" echo UTF-8 +if "rc=1200" echo UTF-16 LE +if "rc=1201" echo UTF-16 BE +if "rc=0" echo Unknown Disregarding the...
-
I had written a small app that tries to detect whether a given file contains a Unicode text or not. Please find the app attached. This app returns one of 65001, 1200, 1201, 0 as its return code (exit code). Then I've compiled it into an executable and tried to use it with "sfk run" in the following way: sfk list -dir . -file SomeFile.txt +run "UnicodeTextDetector $qfile" -yes +if "rc=65001" echo UTF-8 +if "rc=1200" echo UTF-16 LE +if "rc=1201" echo UTF-16 BE +if "rc=0" echo Unknown Disregarding the...
-
Would be great if Searcher supported command line parameters to specify the initial input directory(-ies) and the text to search for. E.g.: Searcher "C:\texts;D:\Data\MyFiles" /find "Some Text"
-
NppExec v0.6.1: * improved: now ChildProcess_RunPolicy=1 works better * improved: now GoToLineIfWarningAnalyzerMatch calls SCI_ENSUREVISIBLE * npp_files updated to Notepad++ 7.9.1
-
It was implemented just 13 years ago, probably not everyone noticed it yet ;) From NppExec.txt: v0.2 RC1 - December 2007 NPP_SAVEALL - saves all modified files.
-
There's even a syntax highlighting for NppExec's scripts, thanks to Andreas Heim (dinkumoil)! https://gist.github.com/dinkumoil/2cb3989d318350d7f0c8c774e2b50200
-
NppExec v0.6 RC4 + added: $(FILE_NAME_AT_CURSOR), $(CON_HWND), $(FOCUSED_HWND) + added: $(WORKSPACE_ITEM_*) + added: the message "==== READY ====" is optional now (npe_console p-) + added: ANSI escape sequences can be ignored (npe_console e1) + added: set (var) ~ strquote (s), set (var) ~ strunquote (s) + added: set (var) ~ normpath (path) + added: set (var) ~ chr (char code) + added: set (var) ~ ord (char), set (var) ~ ordx (char) * now $(LAST_CMD_RESULT) will be 0 in case of StrCalc error (set...
-
What's new in NppExec20200922: - Well, I think it's the final update before the official v0.6 RC4 - Added: set <var> ~ strquote, strunquote, normpath - NppExec Manual slightly updated
-
What's new in NppExec20200914: - now FParserWrapper::readConstsFromFile supports "enum { ... }" definitions (it means that now constants under "enum" declarations are also parsed while NppExec.dll processes the .h files under its "NppExec" subfolder) - refactoring of the FParserWrapper
1 >
