Are line numbers needed in Lister

[Alextp]

Are line numbers (shown at the left, in column)
needed in Lister?

This can be realized by analizing the file and counting the line numbers,
I think.

[Vansumsen]

Alextp

I voted yes, it could be usefull when you want to use "Go to... Line number"

Friendly

Paul

[Clo]

2Vansumsen

Hello Paul !

• I voted “Yes” too, but AFAIK, there is no "Go to line #… ” in Lister yet !
- Only the position as percentage…

• However, I would prefer the numbered lines, one reason among others :
- The % position doesn't work with RTF files…
- And finally, I'ld prefer such a built-in feature, using a plug-in just for that sucks.

 Friendly,
Claude
Clo

[sqa_wizard]

I prefer the Lister as is, because it shows each part of a file ultrafast, just by using the scrollbar.

To assign line numbers, Lister has to parse the whole file byte by byte for any occurrence of CRLF or CR or LF.

In case of very long lines there is currently a forced linebreak, which would result in wrong line numbers.

In case of huge logfiles, it takes ages to reach the end of file.
Currently it takes less than a second using Ctrl-End.

If I need line numbers, I can open it in an editor.

[Vansumsen]

sga_wizard

To preserve Lister speed : may be optional ?

And what about the RTF files for which the % doesn't work, and never'll work ?

Paul

[dott]

I vote No- Plugin is enough (Scintilla Lister)
IMHO line numbers are not needed however will be welcome.

About the optional issue, I found, some time ago(searching for Line Number), this OLD (2003) tread http://ghisler.ch/board/viewtopic.php?p=1031#1031
Maybe 5 years later...

[fenix_productions]

I've voted for no also because I think that plugins are enough.

After all there is even a sample plugin for lister's SDK.

This is a sample lister plugin to show c and Pascal files with line numbers.

[petermad]

I voted Yes, but I don't want line numbers in the side of Lister, only info in a Status Bar showing the line and column position of the cursor (like in most text editors) - or alternatively shown in the upper right corner of the Menu Line.

[ghisler(Author)]

I'm sorry but this isn't possible because of the way how lister works. If I added it, Lister would have to read the whole file from the beginning to count the lines -and would no longer be able to show GB-sized files almost instantaneously.

You can use one of the lister plugins which supports line numbers, like hpg-ed, but you will quickly notice the speed difference with big files.

[theosdikaios]

2ghisler(Author)
I miss a count function in Search dialog.
Today: Search stops with every match
Wanted:Search stops not until a given number e.g. 3rd match is found

It is possible?

[Alextp]

That will be advantage of UV..
This is possible (not for Gb file)

[icfu]

@Alextp:
Just see these threads:
http://www.ghisler.ch/board/viewtopic.php?t=4461
http://www.ghisler.ch/board/viewtopic.php?t=9805

The comments ghisler has made in there are identical to those in here. Disappointing to read such redundancies years later, really looks like the Kelly Bundy effect.

This is possible (not for Gb file)

ListXP has no problems with GB files. Like mentioned in the other threads it creates an index and autodisplays files instantly like Lister, once the index is created. Maybe that's something to think about for UV as well.

Anyway, meanwhile there also is a text editor which works somewhat like a lister, only part of the file is loaded in RAM, so no problems with huge files:
HiEditor

%tmp% drive has to be big enough to hold a working copy of the file though and it doesn't support Unicode till now. But it has another advantage over lister: It can display (and edit) control chars, for example NUL for 0x00. It includes syntax highlighting, tabs, multiline search&replace and only weighs a few kB.

It is also available as a DLL, majkinetor has created a wrapper for AHK:
http://www.autohotkey.com/forum/viewtopic.php?t=19141

Icfu