In this version some crash bugs are fixed, and 2 included plugins are enhanced : Doc monitor and MIME Tools.
Doc monitor plugin allows user to keep opened documents update silently, by scrolling at the end of document automatically.
In MIME Tools plugin, the old base64 encoding/decoding functions are kept, the new quoted-printable encoding/decoding functions are added.
Notepad++ v4.8.5 fixed bugs and added features (from v4.8.2) :
1. Fix crash bug while a "New 2" is in session.xml.
2. Fix the Drag N Drop text bug between 2 views.
3. Fix the annoying acrobat reader dialog problem.
4. Fix the bug that the first new document encoding is not set as the setting in "New Document settings".
5. Fix crash bug while running the command "Close All But Me" in some context.
6. Add scroll to end line feature after document reloading from disk.
7. Enhance checking modification from outside feature.
RC is for unzipping in a different empty directory and for testing.
The installer won't replace your xml file.
Whereas plugins, in installer you have to uncheck the plugins that you don't want their settings are replced.
Don
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
With v4.8.5, when I press the End key, the cursor moves to the start of the next line, instead of the end of the current line. Also, the Home key moves the cursor to the absolute beginning of the line and not the first non-white-space character.
What has changed?
Why was this changed?
Also, the column mode or block select bug reported earlier, is still there.
> With v4.8.5, when I press the End key, the cursor moves to the start of the next line, instead of the end of the current line.
> Also, the Home key moves the cursor to the absolute beginning of the line and not the first non-white-space character.
I just bring back old behaviour of HOME/END in Notepad++.
It's the change of Scintilla column mode selection behaviour, that I can do nothing about it.
One tip : just make crlf characters invisible before the column mode selection.
It will cure your problem.
Don
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The system slow down bug (http://sourceforge.net/forum/forum.php?thread_id=1957709&forum_id=331753) is fixed. Thanks!
But one other thing. When I copy all files from the RC archive to the Notepad++ directory it ignores the previous history of opened files list. If I only copy the new exe file from the RC over the v4.7.2 Notepad++ directory it opens the previous opened fles correctly. What's changed in the other files to make this happens?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
End to next line: Seems like a bug to me, if I disable View end of line, the behaviour doesnt occur (and it doesnt occur on wrapped lines either). Sounds like its in the same alley as the "column mode or block select bug reported earlier", Scintilla selecting the CR-LF characters aswell, thus moving the cursor past them and on the next line.
Also, if I use SCI_LINEENDWRAP and SCI_VCHOMEWRAP, the behaviour from 4.0 is back, so maybe default back to that (Don?).
As for the system slowdown: I suspect it was the dockingmanager, but I cant say for sure (the Acrobat Reader annoyance thing).
As for the history: 4.8 made a small change in the Session parser, so it doesnt handle the old type very well (not at all). Not sure how this applies to your setup as it seems to read it when you only replace the binary? Maybe the file got updated without your notice?
Harry
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> End to next line: Seems like a bug to me, if I disable View end of line, the behaviour doesnt occur
> (and it doesnt occur on wrapped lines either).
> Sounds like its in the same alley as the "column mode or block select bug reported earlier",
> Scintilla selecting the CR-LF characters aswell, thus moving the cursor past them and on the next line.
It seems an intentional behaviour of Scintilla v1.75 to me - while CRLF are visible the end of line is the end of CRLF.
> Also, if I use SCI_LINEENDWRAP and SCI_VCHOMEWRAP, the behaviour from 4.0 is back,
> so maybe default back to that (Don?).
I don't really get you Harry, do you mean code it in Notepad++?
Don
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
this can be done by either (CTRL+C and CTRL+V) or (Copy-Button and Paste-Button) or (Drag'n'Drop)
Pasting the copied lines over the still selected nothings changes.
I was only able to reproduce this in clone view (seperate identical files are handled fine).
If more information is needed, dont hesitate do ask me
regards
McLoo
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
There seems to be a problem with syntax highlighting if you drag-drop text, atleast in XML.
I havent been able to reproduce the problem myself, but something tells me this is a Scintilla problem and beyond the scope of Notepad++ (afaik).
Does it necessarily have to be a cloned view or does it work on different files aswell (with identical content).
-Harry
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
by making the screenshots for happy colouring i stumbled upon another split view problem.
which i call happy hiding ;-)
it's difficult to describe, so i post the steps to reproduce
- open one file and clone to to another view
- click into the left file an press "close all"
- open a file eihter by drag'n'dop or file dialog or "explorer context menu: edit in npp"
- (!) the edit field is empty (new2), but the window title has changed to the right filename
- choose go to another view fo new2 and you get all your hiden files back...
NOTE: i think it depends on which view is selected when closing all. sometimes it's the left sometimes the right.
Maybe there is a "master view" and a "secondary view". Didn't check the source ;-)
Is anyone able to reproduce this? (4.8.2 and 4.8.5 - didn't try older version)
more information, screenshots? just ask.
regards
McLoo
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
normaly i'm not that nasty, but these two bugs are really annoying for i stumble upon them every day
so:
is there a chance, that these bugs get noticed and fixed?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Notepad++ v4.8.5 RC is available here :
http://notepad-plus.sourceforge.net/commun/misc/npp.4.8.5.RC.zip
In this version some crash bugs are fixed, and 2 included plugins are enhanced : Doc monitor and MIME Tools.
Doc monitor plugin allows user to keep opened documents update silently, by scrolling at the end of document automatically.
In MIME Tools plugin, the old base64 encoding/decoding functions are kept, the new quoted-printable encoding/decoding functions are added.
Notepad++ v4.8.5 fixed bugs and added features (from v4.8.2) :
1. Fix crash bug while a "New 2" is in session.xml.
2. Fix the Drag N Drop text bug between 2 views.
3. Fix the annoying acrobat reader dialog problem.
4. Fix the bug that the first new document encoding is not set as the setting in "New Document settings".
5. Fix crash bug while running the command "Close All But Me" in some context.
6. Add scroll to end line feature after document reloading from disk.
7. Enhance checking modification from outside feature.
Included plugins :
1. TexFX v0.24a
2. NppExec v0.2 RC3.2
3. Spell Checker v1.3.1
4. MIME Tools v1.4
5. FTP_synchronize v0.9.6
6. NppExport v0.2.7.3
7. Compare plugin v1.5.1
8. Light Explorer v1.4
9. Doc Monitor v2.0
As usual, please post here if you find any critical bug.
The official release will come out in 3 days if there are no serious bugs found.
Don
Why is this version called v4.8.5 instead of the more logical successor to v4.8.2, v4.8.3?
Well, there are not major changes to be v4.9, but a few of crash bugs fixed from v4.8.2, so this version number is taken.
I don't think it's inconvenient while the version number is increased (but not decreased :) ).
Don
Why do you supply a .zip version that possibly overwrites user's specific preferences?
- shortcuts.xml
plugins\
- SpellChecker.ini
- Compare.ini
Those are only the files that are different from my current v4.8.2 version. (I also use the latest Compare Plug-In, for instance.)
Wouldn't it be better to at least warn that using the .zip version may result in losing current custom settings?
RC is for unzipping in a different empty directory and for testing.
The installer won't replace your xml file.
Whereas plugins, in installer you have to uncheck the plugins that you don't want their settings are replced.
Don
With v4.8.5, when I press the End key, the cursor moves to the start of the next line, instead of the end of the current line. Also, the Home key moves the cursor to the absolute beginning of the line and not the first non-white-space character.
What has changed?
Why was this changed?
Also, the column mode or block select bug reported earlier, is still there.
"Notepad++ 4.8.2 and column select mode bug" (Open Discussion forum)
http://sourceforge.net/forum/forum.php?thread_id=1963901&forum_id=331753
> With v4.8.5, when I press the End key, the cursor moves to the start of the next line, instead of the end of the current line.
> Also, the Home key moves the cursor to the absolute beginning of the line and not the first non-white-space character.
I just bring back old behaviour of HOME/END in Notepad++.
> "Notepad++ 4.8.2 and column select mode bug" (Open Discussion forum)
It's the change of Scintilla column mode selection behaviour, that I can do nothing about it.
One tip : just make crlf characters invisible before the column mode selection.
It will cure your problem.
Don
> I just bring back old behaviour of HOME/END in Notepad++.
Why?
Do you really mean the End key to move the cursor to the beginning of the next line??
It's an incorrect behaviour in RC.
It'll be fixed in v4.8.5 OR.
Don
Thank you very, very much!
The system slow down bug (http://sourceforge.net/forum/forum.php?thread_id=1957709&forum_id=331753) is fixed. Thanks!
But one other thing. When I copy all files from the RC archive to the Notepad++ directory it ignores the previous history of opened files list. If I only copy the new exe file from the RC over the v4.7.2 Notepad++ directory it opens the previous opened fles correctly. What's changed in the other files to make this happens?
End to next line: Seems like a bug to me, if I disable View end of line, the behaviour doesnt occur (and it doesnt occur on wrapped lines either). Sounds like its in the same alley as the "column mode or block select bug reported earlier", Scintilla selecting the CR-LF characters aswell, thus moving the cursor past them and on the next line.
Also, if I use SCI_LINEENDWRAP and SCI_VCHOMEWRAP, the behaviour from 4.0 is back, so maybe default back to that (Don?).
As for the system slowdown: I suspect it was the dockingmanager, but I cant say for sure (the Acrobat Reader annoyance thing).
As for the history: 4.8 made a small change in the Session parser, so it doesnt handle the old type very well (not at all). Not sure how this applies to your setup as it seems to read it when you only replace the binary? Maybe the file got updated without your notice?
Harry
> End to next line: Seems like a bug to me, if I disable View end of line, the behaviour doesnt occur
> (and it doesnt occur on wrapped lines either).
> Sounds like its in the same alley as the "column mode or block select bug reported earlier",
> Scintilla selecting the CR-LF characters aswell, thus moving the cursor past them and on the next line.
It seems an intentional behaviour of Scintilla v1.75 to me - while CRLF are visible the end of line is the end of CRLF.
> Also, if I use SCI_LINEENDWRAP and SCI_VCHOMEWRAP, the behaviour from 4.0 is back,
> so maybe default back to that (Don?).
I don't really get you Harry, do you mean code it in Notepad++?
Don
Thank you Don HO.
Just a question:
If it is a bug fix release why is it a test version?
There is nothing new in it isn't it?
Thanks again for this great software!!!!
i was hoping that - 2. Fix the Drag N Drop text bug between 2 views. -
also fixes that happy-colouring bug i posted in the bug tracker on 2008-03-07.
but it still behaves odd :-/
regards
mcloo
> but it still behaves odd :-/
What are you talking about?
Don
Hi Don, Harry got it right.
Let me try to explain a little better:
- open xml file (i just attached my test file to bug request 1909699)
- clone to another view
- copy a view lines
up to here everythings is fine. (see: http://img181.imageshack.us/img181/7735/nppsynhighbeforeqh6.png\)
- paste the new lines somewhere in the same file
now ou have happy colouring :-) (see: http://img244.imageshack.us/img244/341/nppsynhighafteris6.png\)
this can be done by either (CTRL+C and CTRL+V) or (Copy-Button and Paste-Button) or (Drag'n'Drop)
Pasting the copied lines over the still selected nothings changes.
I was only able to reproduce this in clone view (seperate identical files are handled fine).
If more information is needed, dont hesitate do ask me
regards
McLoo
note the bracets in the url. they don't belong to he url!!
sorry!
There seems to be a problem with syntax highlighting if you drag-drop text, atleast in XML.
I havent been able to reproduce the problem myself, but something tells me this is a Scintilla problem and beyond the scope of Notepad++ (afaik).
Does it necessarily have to be a cloned view or does it work on different files aswell (with identical content).
-Harry
Please configure the "Save as" dialog to look like the "open" dialog
With the shortcut on the right side
sorry, With the shortcut on the left side
Hi again,
by making the screenshots for happy colouring i stumbled upon another split view problem.
which i call happy hiding ;-)
it's difficult to describe, so i post the steps to reproduce
- open one file and clone to to another view
- click into the left file an press "close all"
- open a file eihter by drag'n'dop or file dialog or "explorer context menu: edit in npp"
- (!) the edit field is empty (new2), but the window title has changed to the right filename
- choose go to another view fo new2 and you get all your hiden files back...
NOTE: i think it depends on which view is selected when closing all. sometimes it's the left sometimes the right.
Maybe there is a "master view" and a "secondary view". Didn't check the source ;-)
Is anyone able to reproduce this? (4.8.2 and 4.8.5 - didn't try older version)
more information, screenshots? just ask.
regards
McLoo
i wonder if i have to write a bug report on that too - which, it seems to me, wouldn't be commented also...
anyway: did someone try to reproduce the hiding and the syntax highlighting bug?
official statements are welcome, e.g. "will never ever be fixed" or "from 4.8.6 NPP will never ever again behave like that" ;-)
regards
McLoo
normaly i'm not that nasty, but these two bugs are really annoying for i stumble upon them every day
so:
is there a chance, that these bugs get noticed and fixed?