Like srbs, I too am still finding issues with running Macros. Although the macro problem seems to be a little bit different than the macro problem found in
the previous version of Notepad++.
In Notepad++ v5.7 when you replayed a macro then a control character was inserted between each and every character.
This time (in Notepad++ v5.8) I am finding that a control character is 'sometimes' inserted but 'not' in between 'every' character.
In all honesty, I'm finding it difficult to work out what is happening.
I've created several macros…
One macro called "xxx" which should have displayed "Lee" but actually displays "L6ee6"
One thing that could help - I don't have a 64-bit machine, so cannot tell for sure:
Insert the following macro definitions in shortcuts.xml just before the </Macros> closing tag:
<Macro name="setUnicodeTrue" Ctrl="yes" Alt="yes" Shift="no" Key="100">
<Action type="0" message="2521" wParam="1" lParam="0" sParam=""/>
</Macro>
<Macro name="setUnicodeFalse" Ctrl="yes" Alt="yes" Shift="no" Key="101">
<Action type="0" message="2521" wParam="0" lParam="0" sParam=""/>
</Macro>
This will bind the macros to Ctrl+Alt+Numpad-4 and -5 respectively. You can change this from the shortcut mapper.
Does recording macro after running either of these macros improve? Let us know if this is the case.
CChris
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
@winelover19
Yep, that's due to the change in the way external lexers work. Unfortunately they're all going to be bust until they're fixed by the author. I know the Gmod Lua one has already been updated, and Thell (the author of the Powershell lexer) is looking the Powershell one. I don't know times though.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The symbol code pointed by lParameter is "char" and not "TCHAR" because it comes from Scintilla. Please don't forget that Scintilla deals with "char" and it NEVER deals with "TCHAR" which is "wchar_t" in our case (Unicode build).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
And when I write "NEVER deals with TCHAR" I mean you absolutely never can pass UCS-2 string to Scintilla.
Every Unicode string must be converted to ANSI for ANSI Scintilla buffer or converted to UTF-8 for UTF-8 Scintilla buffer before be passed to Scintilla.
Also, any text retrieved from Scintilla is either ANSI or UTF-8 and it never is UCS-2.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Regarding (comment #15) the "Update Notepad++" feature: it works if you run N++ as Administrator. I assume it's related to UAC in Vista/Win7. Similarly, if you use the Plugin Manager, it can only successfully update plugins if you started N++ as Administrator.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Actually, the latest version of Plugin Manager (0.9.3.1) copes without being started as Admin - it just does a UAC prompt as part of the restart routine. Only to update Plugin Manager itself is it necessary to start Notepad++ - and that's solved in the version I'm working on at the moment.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It seems that the Compare-plugin fails under Win7 64-bit.
After running a compare, all windows (not only Notepad++) goes all black and the only way to get them back is to kill Notepad++
and restart it a coupe of times.
I ran a compare on two files with about 1200000 lines. OS is Win7 Enterprise 64-bit with 6GB of RAM.
Cheers
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi there.
5.8 release is availabe:
http://notepad-plus-plus.org/news/release-58
Don
Macros still have issues (5.7-5.8, XP, unicode only).
Reproduce:
1. Start macro recording
2. Type some letters
3. Stop recording & playback.
It adds a 2nd character after every character inserted by the macro. (Usually \x12, \x13, \xC6)
Show & Hide **Status Bar ** Hide only after reopen!
So intend?
Don,
Like srbs, I too am still finding issues with running Macros. Although the macro problem seems to be a little bit different than the macro problem found in
the previous version of Notepad++.
In Notepad++ v5.7 when you replayed a macro then a control character was inserted between each and every character.
This time (in Notepad++ v5.8) I am finding that a control character is 'sometimes' inserted but 'not' in between 'every' character.
In all honesty, I'm finding it difficult to work out what is happening.
I've created several macros…
One macro called "xxx" which should have displayed "Lee" but actually displays "L6ee6"
I have another macro called "Lee Testing" which should output "Lee Testing" but instead outputs "Lee Testing" (where is a single control
character).
…and…to confuse things further, I have created other macros that 'appear' to work ok.
I realise that the fact that I can't work out a pattern complicates things!
BTW…I am using Windows 7 Enterprise x64!
Lee
Confirming, even with just unpacked npp.5.8.bin.7z/unicode with "plugins" folder renamed to "_plugins". The problem seems to be in Notepad++ itself.
leewilmott
I have the problem like this:
when start to record makros and type
after playback i have
> -
---
----
-----
--------
---------
-DC2-DC2---
-DC2-DC2-DC2-DC2-DC2-DC2-DC2
-DC2-DC2-DC2-DC2-DC2-DC2-DC2-DC2-
on NotePad++ v5.7
and on NotePad++ v5.8 problem still exist ((
I notice the changelog has "Make folding margin hidable" but i cannot spot this option either in Preferences or on the config.xml :)
many thanks, david
@deemerrick:
Settings -> Preferences -> Editing, use the None fold style option to hide.
CChris
One thing that could help - I don't have a 64-bit machine, so cannot tell for sure:
Insert the following macro definitions in shortcuts.xml just before the </Macros> closing tag:
<Macro name="setUnicodeTrue" Ctrl="yes" Alt="yes" Shift="no" Key="100">
<Action type="0" message="2521" wParam="1" lParam="0" sParam=""/>
</Macro>
<Macro name="setUnicodeFalse" Ctrl="yes" Alt="yes" Shift="no" Key="101">
<Action type="0" message="2521" wParam="0" lParam="0" sParam=""/>
</Macro>
This will bind the macros to Ctrl+Alt+Numpad-4 and -5 respectively. You can change this from the shortcut mapper.
Does recording macro after running either of these macros improve? Let us know if this is the case.
CChris
Add-in Powershell Lexer (NppExternalLexers.dll) v 1.0 throws "Unknown Exception"
@winelover19
Yep, that's due to the change in the way external lexers work. Unfortunately they're all going to be bust until they're fixed by the author. I know the Gmod Lua one has already been updated, and Thell (the author of the Powershell lexer) is looking the Powershell one. I don't know times though.
It's definitively a bug.
It'll be fixed in the next release.
Don
I'm aware of macro bug and try to fixed it but in vain.
If anyone in here has any idea, please let me know.
Don
In my PC 5.8 crashes many time , I have no idea why….. :/
OS: Windows 7 32 bit Traditional Chinese
RAM: 3 GiB
First time:
I just installed v5.8, when I am reading changelog, Notepad++ crashes
Second time:
I open some PHP files, minimize Notepad++, 2 mins later, Notepad++ crashes
I uninstalled 5.8 and re-installed 5.7 now
wil the "?" > "update notepad++" feature ever work ?
@don
Seems I've found the problem regarding Macro Record. The file "PowerEditor\src\WinControls\shortcut\shortcut.cpp", constructor
contains the following incorrect code:
which must be replaced with:
The symbol code pointed by lParameter is "char" and not "TCHAR" because it comes from Scintilla. Please don't forget that Scintilla deals with "char" and it NEVER deals with "TCHAR" which is "wchar_t" in our case (Unicode build).
And when I write "NEVER deals with TCHAR" I mean you absolutely never can pass UCS-2 string to Scintilla.
Every Unicode string must be converted to ANSI for ANSI Scintilla buffer or converted to UTF-8 for UTF-8 Scintilla buffer before be passed to Scintilla.
Also, any text retrieved from Scintilla is either ANSI or UTF-8 and it never is UCS-2.
Regarding (comment #15) the "Update Notepad++" feature: it works if you run N++ as Administrator. I assume it's related to UAC in Vista/Win7. Similarly, if you use the Plugin Manager, it can only successfully update plugins if you started N++ as Administrator.
@drosen02
Actually, the latest version of Plugin Manager (0.9.3.1) copes without being started as Admin - it just does a UAC prompt as part of the restart routine. Only to update Plugin Manager itself is it necessary to start Notepad++ - and that's solved in the version I'm working on at the moment.
@davegb3,
I'm glad to hear that, it will save that awkward step.
I don't if it happen in previous version, when cursor is near the second brace, the pair don't match.
@ dv__ :
I don't go in the right direction since the same code worked with previous version of Scintilla.
Thank you for the patch. the fix is commited in svn.
Don
As indicated in this post :
https://sourceforge.net/projects/notepad-plus/forums/forum/331754/topic/3863467
I can reproduce the crash after applying Actionscript.
Can you guys reproduce it steadily? Or the crash depends on the environment?
Has any language the same issue?
Don
Hi,
It seems that the Compare-plugin fails under Win7 64-bit.
After running a compare, all windows (not only Notepad++) goes all black and the only way to get them back is to kill Notepad++
and restart it a coupe of times.
I ran a compare on two files with about 1200000 lines. OS is Win7 Enterprise 64-bit with 6GB of RAM.
Cheers
a) is it a typo?
b) if not, did that ever work?