Plugin Feature needed
-
@bruno-bobichon said in Plugin Feature needed:
Hi,
I’m looking for a ‘search / research’ plugin feature, showing searching result in the vertical scroll bar of the document.
When i’m searching for an exprssion into a doc, expression found are highligted, but we are obliged to scroll all the document to quickly see where expression is used.
On certain IDE, results are shown in the scroll bar too, represented by colored lines and as the scroll bar represent the complete document, it’s quick and easy to identify where expressions are used.Is a such plugin already exists ? and if not , will it be possilb eto devleopp it ?
Many thanks
I would also love this feature.
-
Can you point to an IDE that does what is discussed here?
Perhaps you could post a screenshot showing this action? -
@ekopalypse said in Plugin Feature needed:
Can you point to an IDE that does what is discussed here?
Perhaps you could post a screenshot showing this action?How about Visual Studio IDE?:
-
Aahh I see :-)
I had understood it to mean that the RESULT is displayed in a scroll bar, not just a marker pointing to the line with the result highlighted :-)
Interesting … the click position in a margin is usually tied to the row … that would require some maths to calculate the actual position with the clicked position … hmm … -
BTW, as an afterthought, I really have no idea what ALL of the different colors in the VS IDE scrollbar actually are.
I think maybe what my screenshot shows with the light green is a “smart highlighting” feature, and the orange color is the actual search data? Not sure…
-
@ekopalypse said in Plugin Feature needed:
that would require some maths to calculate the actual position with the clicked position
The math part isn’t not too bad actually. Just translate a line number into a Y position. For example:
I don’t know how to do this with Win32 scrollbars but in theory should be possible.
-
cool thx, makes it easier to play with :-) I haven’t done anything with scrollbars yet either, to be honest I usually disable them :-)
-
@alan-kilborn said in Plugin Feature needed:
VS IDE
Well … You know my relationship with VS IDE … don’t you :-D
-
This feature would be kind of cool, but wouldn’t it potentially cause performance problems because on a Find Next it would have to find all occurrences in a possibly huge file?
The same possibility presents itself for a “Found X of Y” feature, as mentioned HERE.
It seems like with the recent addition of better huge file support, some of Notepad++'s features need to be restricted (i.e., turned off) if the user is currently in such a file.
-
It would if it was running on the main thread, but I suppose it could also run in the background on another thread or asynchronously.
-
@ekopalypse said in Plugin Feature needed:
if it was running on the main thread
I thought Notepad++ was single-threaded, mainly because, until quite recently, Scintilla was not multi-thread capable? (I could be wrong about some/all of this). Of course, things can be changed (beauty of s/w).
-
yes, but as long as you don’t change anything from the Scinitilla/Notepad++ point of view, you can use another thread to make it do some work.
-
@alan-kilborn said in Plugin Feature needed:
until quite recently, Scintilla was not multi-thread capable
Only multi-threaded in regards to computing line lengths for rendering the document. It is not meant to be accessed by multiple threads simultaneously.
@ekopalypse said in Plugin Feature needed:
don’t change anything from the Scinitilla/Notepad++ point of view
Even searching though a document with a background thread and then the main thread editing the document could lead to very bad scenarios. This is even more likely if the document is large and the search term occurs infrequently.
PythonScript has proven multi-threaded access is not generally a good idea when it comes to Scintilla.
-
In general I agree, but in this particular case, which is all about search, I can’t see a race condition.
But keep in mind, that I am a overconfident hobby programmer who may not see the big picture :-). -
This post is deleted!