Notepad++ v6.9.2 released
-
Recently I try the search in finder (find in files result) feature in Notepad++ v6.9.2 to narrow down the search result.
When I highlighted some words in the find in files result, click the right mouse button to select copy, it was found that the whole line is copied when pasted onto “find in finder” panel “find what” box, or onto other editor. In recent version, only those highlighted words are copied. The whole line is copied if no word is highlighted. The copy option is also not allowed (grey colour) in the “edit” pull down menu.
I am wondering if this is a bug or recent copy feature is not going to provide.Again when I highlighted the words across 2 files including the filename in the green line, click the right mouse button to select copy, it was found that only the whole line content with highlighted words are copied, but not the filename in the green line. In recent version, all the highlighted words including the path/filename name are copied.
While someone may need the feature to copy only the content of the selected line, I would need to copy the filename as well in some case. It would be great it if there is an option (maybe in setting panel) to copy only the line content or to include the filename.Lastly, I would appreciate it if there is an NOT INCLUDE option in the “search in finder” panel, or even in “search” panel.
For example, I want to search all the lines containing letter “a” and letter “b” but exclude the word “bad”. I can first find those lines contain letter “a”, then find those lines contain letter “b” from search result with “a”, and finally find those lines NOT contain letter “bad” with NOT INCLUDE option. -
I don’t know baretail but could it be that it monitors files by comparing content?
What I can think of is that files get written but content isn’t really flushed.
When you do see updates in baretail, did file properties (size, access time …) of that file change?
Could you give us details about the application which writes this file?Cheers
Claudia -
@Claudia-Frank said:
I don’t know baretail but could it be that it monitors files by comparing content?
What I can think of is that files get written but content isn’t really flushed.
When you do see updates in baretail, did file properties (size, access time …) of that file change?
Could you give us details about the application which writes this file?Cheers
ClaudiaI too am finding the monitoring is not working.
I also use BareTail to currently monitor log files. BareTail updates the display immediately (our log files have time entries in them to thousandths of a second). The log file time stamp and date does not update. I would say that the entire log files is not being compared with a cache, as we work with log files the can be over 100MB in size (that is pretty big in terms of line/row counts), and there is no noticeable performance issues that would suggest comparisons are being performed.
Windows time stamps are not updated if the log file is kept open, this is a “feature” of Windows (https://blogs.technet.microsoft.com/asiasupp/2010/12/14/file-date-modified-property-are-not-updating-while-modifying-a-file-without-closing-it/).
I am using Windows 7 SP1 to monitor log files on various network shares, where the file is generated on various Windows servers, 2008 R2 upwards, using a variety of applications.
-
Windows time stamps are not updated if the log file is kept open, this is a “feature” of Windows
Correct.
I downloaded baretail (free version) and tested it.
This version constantly reads the file, don’t know if the pro version does do the same.
In the free version you can set the update interval in the option dialog.
If you set it to 1 minute you will see that you don’t get immediate updates anymore and
if you trace either the monitored file or the baretail exe with procmon you will see
that in reads the file every “update interval”.While testing baretail and npp I discovered an issue. The npp monitoring didn’t work if the file
to be monitored was located in the root directory. If it is in a subdirectory it gets automatically updated.
I didn’t test network drives, subst drives, junctions etc… yet.Could this be your problem as well?
Cheers
Claudia -
@Claudia-Frank
Hi, the log files are written to by IBM Websphere (java). I wish to monitor both local files on windows, and remote files which are written by WebSphere on unix and accessed via CIFS share.For instance right now, last log file entry Notepad++ is showing is
2016-07-13 12:48:58,074
In windows explorer ‘date modified’ shows 2016/07/08 14:22When i go File -> reload from disk, now last log line Notepad++ is showing
2016-07-14 14:26:53,137So basically same as @Simon Smillie reports.
I have in the past, used cygwin ‘tail -f’ and ‘less +F’ with success to monitor such files.
-
DspellCheck extensione doss not appeer to woork. Would loove to sea spellchack intagrated as a stendard featuree.
-
did you try if the local file to monitor isn’t in the root directory?
Maybe a similar test with mapped shares?Cheers
Claudia -
The npp monitoring didn’t work if the file to be monitored was located in the root directory.
Indeed. I will try to fix this one.
The monitoring doesn’t always work due to Windows cache system.
I will see what I can I do about it. -
Character Encoding Detection Bug I call it the Single-ö-Bug
Hi all, I’discovered a bug concerning character encoding detection.
This bug is not specific to v.6.9.2, I don’t know since what release this bug is present.Reproduce:
- Make sure encoding for new file is set to UTF-8 without BOM
and ‘Apply to opened ANSI files’ is checked.
Settings->Preferences->New document->Encoding - Open new file
- Enter the character ö, or use Hexeditor and create two bytes 0xc3,0xb6
- Save the file
- Close the file
- Reopen the file
Result:
รถ
or Hex
0xe0 0xb8 0xa3 0xe0 0xb8 0x96
and the information in status bar is showing
Dos\Windows | TIS-620
Expected result:
ö
or Hex
0xc3 0xb6
and the information in status bar is showing
Dos\Windows | UTF-8
Remarks:
- Other Umlauts like ä or ü work properly
- As soon there is another UTF-8 character present, this bug does not show, eg. öö works as intended.
- But this bug shows also if there are other ascii-characters present, so “Let’s test the ö bug” will also cause a wrong encoding detection result.
tx for this great editor
leo - Make sure encoding for new file is set to UTF-8 without BOM
-
I am seeing an issue when writing PL/SQL in Notepad++ on a Windows 10 workstation. When we attempt to run the saved .sql file on our database server (AIX) we get errors. We feel there are some additional characters being added when the file is saved. When we copy/paste from Notepad++ to Notepad all the line returns are missing. The only workaround we could find was to copy/paste from Notepad++ to SQL Developer then Copy/Paste that into Notepad and save.
-
AIX = unix, means you have to set Edit->EOL Conversion to UNIX. Did you double check this?
In addition, did you test that the sql file created has really only LF’s by using an hex editor?Cheers
Claudia -
I’m experiencing a very critical and worrying bug with this version, which forces me to downgrade to an earlier one. I can’t quite put my finger on when this is happening, but it has happened to me multiple times already. I’ll try to describe it.
Basically what happens is that I edit a file, save it, close it and then the next time I open it the file reverts to a previous saved version! So I lose all of my recent changes to that file… It doesn’t always happen, but it did happen several times already.
I’m happy to provide any additional information that is required, but I haven’t been able to find the exact steps to duplicate this behaivour so far…
I really hope this issue can be resolved, as I rely on NP++ for my daily work, and this issue is a major concern for me.Thanks, Gilad.
-
-
Not sure I see the connection… What makes you think my issue is related to that one?
(Unfortunately I can only post once every 20 minutes… And I don’t seem to be getting a notification when someone has replied to my message. What an annoying feature!)
-
as of version 6.9.2 npp is only available as a 32bit version.
New npp 7 offers a 64bit version.With npp <7, if one tries to edit a file in system32 and this file
has a copy in SysWOW64 it get’s redirected as MS thinks
this is the file which should be edited instead of the one you
might have chosen.So the edited file isn’t the one expected which could lead to the issue you’ve reported.
There are workarounds like sysnative alias or links available but because npp offers
a 64bit version I would go this way. Unfortunately the new version hasn’t all plugins
available yet but I assume this will change over time.Cheers
Claudia -
Thanks for the explanation. So the solution, in your opinion, is to wait for version 7 and then get the 64bit version of it?
-
@Gilad-Denneboom, From a 32bit app in a 64bit Windows OS (Vista or above), you can access the actual 64bit System32 file (
%windir%\System32\filename) using the alias%windir%\Sysnative\filename: see File System Redirector at MSDN. (FYI: TheSysnativealias only works from a 32bit app; a 64bit app cannot see that alias.) -
So the solution, in your opinion, is to wait for version 7 and then get the 64bit version of it?
I don’t know because you didn’t state if this is your issue.
And if it is, you don’t have to wait as the rc version is already out.
I use it already, in the way I use npp - no extensive tests, and didn’t came across any problems yet
and, as already stated, there are workarounds for earlier versions like sysnative alias and links.Cheers
Claudia -
PS. This is a very serious issue, I think (work being lost without notification or a way of restoring it). Maybe it’s a good idea to make a note of it on the download page, so that others don’t have the same issues I did… Or even withdraw this version altogether until a solution can be found for it.
-
(work being lost without notification or a way of restoring it)
?? - maybe you wanna reread my explanation of this.
Cheers
Claudia
