[Notepad-plus-plus] [notepad-plus - Open Discussion] Notepad++ v5.3 Release Candidate

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6700303
By: donho

Here you can download Notepad++ v5.3 Release Candidate :
http://notepad-plus.sourceforge.net/commun/misc/npp.v5.3.RC.zip

Notepad++ v5.3 new feature and fixed bugs (from v5.2) :

1. Add Line change state vertical bar.
2. Drop (or open in dos command line) a directory in Notepad++ to open all
files in the directory recursively.
3. Add "Find all in current file" feature.
4. (Most of) Find/replace dialog settings are remembered.
5. Add a hidden setting (dlgAlwaysVisible in config.xml) to allow user set
it manually to not hide the Find/Replace dialog if any result found.
6. Fix uncomment block erasing first character bug.
7. Enlarge some strings displayed zone for the translation.
8. Fix ESC key for column mode behaviour.
9. Fix read only file SaveAs bug.
10. Change behaviour : no popup dialog while closing an unsaved empty untitled
document.
11. Changing "Search result" stylers via Styler Configurator takes visual effect
on the fly now.
12. Fix for L_EXTERNAL in loadSession.
13. Variable $(CURRENT_WORD) is enlarged to 2039 charraters.

Please post your bug reports here.
The v5.3 OR will be ready in one week if there are no critical bug found.

Don


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6709986
By: yniq

Hi Don,

What about the problem with updating stylers.xml for the new searchResults
styles?

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6711799
By: cocinerox

Hi Don,

thanks for the really nice improvements! One thing I've found (and I don't
know if it is deliberately or not), is that the Line change state doesn't follow
Undo-Redo actions accurately, ie. if I write something and save it, then make
Undo and then Redo, the vertical bar remains "orange" (while the file is in
its saved state). Thanks!

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6711846
By: aathell

Congrats on the 5.3! Especially points #1, #11, and #12; very helpful.

Just tried it out and very nice.

almostautomated

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6717661
By: donho

Yuval,

I have not yet a solution about it.
I'll work on xml updater as soon as I have the time.

Don

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6717803
By: donho

... is that the Line change state doesn't follow Undo-Redo actions accurately,

...

Yes I know it. This feature is experimental, and still buggy - I wonder if it's
worth to include it in the release. But since I spent time to implement it,
I would like to know what people think about it.

Don

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6726344
By: irradium

Thank you again for this new version, expecially for the feature #1.
I don't know if is bug or not but the "Find in files.." is more slow than the
previous version (let's say about 4-5 times) (ANSI version)

BR
Mauro

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6735603
By: loonychewy

I think this is could be a bug:
When in column select mode, alternately executing to Uppercase and to Lowercase
works only the first time.

This happens with both 5.2 and 5.3 RC (unicode), with and without plugins loaded.
(Never tried with ansi).

Repro steps:
1. Select a column of text (any width/height) using Alt-Shift-Arrow keys/left
click
2. Press Ctrl-Shift-U to make it uppercase. This should work
3. Without changing the text selection, press Ctrl-U to make it lowercase. This
should now fail

It doesn't matter whether upper or lowercase is executed first. As long as the
column selection is not modified, the subsequent case change will fail. It works
fine with regular text selection though.
Executing case change via Edit menu or context menu will deselect the text
afterwards, so the problem doesn't arise, but using shortcut keys is more productive
IMO :-)

Thank you and regards

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6741915
By: avner_g3

Hi,

First I want to thank you for the great effort you are making in this project.

I'm having a problem in this version. Every time I perform search in files it
takes MUCH longer than in previous versions for example i'm searching for a
string in files to find 286 hits in 14 files
in version 5.2 it takes 2 seconds
in version 5.3 it takes 55 seconds...

Avner

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6744385
By: janschreiber

I've noticed that too. It's really much slower.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6746115
By: jonasscholz

It is worth to include in OR.

But I would recommend to use SC_MARK_FULLRECT as symbol for it and make it a
little smaller.

The problem of the Undo is that you can only check if you reached a savepoint.
There is no way to find out if the line is modified or restored, at least without
modifying Scintilla.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6748552
By: digited

Can you please add synthax highligtning for DigitalMars D programming language?

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6749010
By: golem777

Please, add an opportunity of the Synchronized Scrolling (gor. & ver.), without
the second window.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6750888
By: aathell

Post by SourceForge.net
But I would recommend to use SC_MARK_FULLRECT as symbol for it and make it

a little smaller.

Post by SourceForge.net
The problem of the Undo is that you can only check if you reached a savepoint.

There is no way to find >out if the line is modified or restored, at least without
modifying Scintilla.

Jonas,

Having a modifiable marker would be best IMO, and there is no need to modify
Scintilla to achieve the capability of determining a lines state when undo/redo
goes farther back than the savepoint. What is needed is reimplementing the
currAction counter outside of Scintilla; and if one was to modify Scintilla,
perhaps providing get access to pDoc->cb->uh.currAction would be the way to
go, then the container would be able to synch up without needing to parse
notifications for counting. Although, for that to really work effectively for
a plugin it would even be better if Notepad++ provided access to bufferID to
pdoc mapping through the getBufferFromDocument or some such...

In the change marker plugin I have been working on (which seems like a duplication
of effort now ( Sorry Don) ) the action counter is tracking ideally. Just five
more pieces of the puzzle to finish and I'll post/submit the plugin.

almostautomated

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6753555
By: fool4uanyway

Please do not fill a thread about a Release Candidate with (new) feature requests,
or even messages about "what I asked before isn't implemented in this version".

You should not be surprised to never get a reply to them (other than like this
one), because that's not what this thread is for.

Please, only report about release specific unwanted changes or bugs, helping
in the most efficient way to get the release candidate to become an official
release.


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6753838
By: donho

Post by SourceForge.net
I've noticed that too. It's really much slower.

Does it is the same to you between v5.2 and v5.3 ?

Don

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6754445
By: steakhacher

fantastic for the #1 and #3

I am very sad to curently work in a compgny which works on linux, and in which
it is not possible to use wine...

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6755094
By: jonasscholz

Nice to know that it is possible. I haven't digged that far and thought that
it ain't possible, but if you have it working, it is nice :)

Would you mind handing the code over to donho, so that he can use your
implementation? Since this is a nice feature and it would be awesome to have
it full functional in N++

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6755720
By: golem777

OK sry.

I sent Don last version of updating of translation into Russian. In this Candidate
it is not present!?

I can send once again!


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6759444
By: avner_g3

in 5.2 it takes 2 seconds
in 5.3 it takes 55 seconds

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6759502
By: avner_g3

It's a very nice feature that was implemented in Multi edit, if it will work
good it would be awesome

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6763517
By: janschreiber

I confirm Avner's observation. 5.3 is much slower than 5.2 when searching in
files.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6790684
By: omnilord

Couple of glitches I've noticed.

#1. With my current configuration any modified lines are highlighted and the
highlight does not go away unless I close and reopen the file, even after saving.
I've spent a lot of time working with the configurations and highlighting, but
I can't find any reason for this behavior. I have a black background background
for everything, and nothing is to white, yet edited lines are highlighted white.

#2. Opening multiple Views with "Go To Another View" does strange things under
certain circumstances: Selecting "Go To Another View" with only one file open;
selecting "Go To Another View" from the right side makes files vanish from the
editor.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6794795
By: donho

The problem is identified, thanks to Yuval.
This regression will be fixed in v5.3 OR.

Don

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6798511
By: donho

Post by SourceForge.net

Post by SourceForge.net
But I would recommend to use SC_MARK_FULLRECT as symbol for it
and make it a little smaller.

Having a modifiable marker would be best IMO

Using SC_MARK_FULLRECT allows users to change markers' colours.
In v5.3 OR the colours of both saved change marker and unsaved change marker
can be changed in Stylers Configurator.

Post by SourceForge.net
there is no need to modify Scintilla to achieve the capability of determining

a lines state

Post by SourceForge.net
when undo/redo goes farther back than the savepoint.

Then I'm interested by your implementation.

Be careful if you monitor SCN_MODIFIED in your plugin.
In v5.3 RC, find in files performance is reduced considerably because of that
(it will be fixed in the OR).

Don

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6809118
By: davidcognito

Any chance we will see a fix for the annoying URL display bug?
https://sourceforge.net/tracker2/?func=detail&aid=2333610&group_id=95717&atid=61
2382

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753

[SourceForge.net]

This post might be inappropriate. Click to display it.

[SourceForge.net]

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=6973926
By: aathell

Avner,

Would it be possible for you to post the document (pastebin) and the find/replace
args you're using. I'd like to test the speed of my implementation of change
markers.

almostautomated.

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=331753