# Feature request. new column to count files
**URL:** https://community.mp3tag.de/t/feature-request-new-column-to-count-files/70669
**Category:** General Discussion
**Created:** [February 11, 2026, 3:06pm UTC](https://community.mp3tag.de/t/feature-request-new-column-to-count-files/70669 "2026-02-11T15:06:10Z")
**Posts on this page:** 19
**Page:** 1
### Author:  [@tgraph](https://community.mp3tag.de/u/tgraph)
#### Post date: [February 11, 2026, 3:06pm UTC](https://community.mp3tag.de/t/feature-request-new-column-to-count-files/70669/1 "2026-02-11T15:06:10Z")
I had the idea for the option to turn on or off a narrow column on the far left of the big panel that’s numbered to show how many tracks/files are in the program.
Useful??
Thanks.
---
### Author:  [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [February 11, 2026, 3:09pm UTC](https://community.mp3tag.de/t/feature-request-new-column-to-count-files/70669/2 "2026-02-11T15:09:24Z")
Are you looking for these numbers, which are currently displayed in the bottom right-hand corner and the status bar?
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [February 11, 2026, 3:13pm UTC](https://community.mp3tag.de/t/feature-request-new-column-to-count-files/70669/3 "2026-02-11T15:13:08Z")
> [@tgraph](#):
>
> Useful??
Could you describe a workflow in which the line number would be needed?
So far the informations of totals and selected files is available in the status bar.
And as there is no function to address the e.g. 9th file, I wonder what the benefit would be.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [February 11, 2026, 7:48pm UTC](https://community.mp3tag.de/t/feature-request-new-column-to-count-files/70669/6 "2026-02-11T19:48:25Z")
I do not doubt that everyone has an approach of one's own and that these approaches could vary considerably.
And as I am eager to learn (as I think that I am far from a perfect use of this program) I would like to know which steps could be facilitated with the presence of such a column.
Please note that such a column would also have to cater for larger collections with a six-digit or more number of files.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [February 11, 2026, 8:17pm UTC](https://community.mp3tag.de/t/feature-request-new-column-to-count-files/70669/8 "2026-02-11T20:17:45Z")
> [@tgraph](#):
>
> When the program is ‘writing tag data.. 5 of 7’ you would know what file that is.
I just tried a selection of 13 files to replace `T` with `T` with Convert\>Tag-Tag - and I hardly could see the progress indicator window flash as it closed so quickly again. That was far too fast to check which file of the 13 was treated at the moment.
So, yes, I have a different workflow.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [February 11, 2026, 9:39pm UTC](https://community.mp3tag.de/t/feature-request-new-column-to-count-files/70669/10 "2026-02-11T21:39:17Z")
> [@tgraph](#):
>
> Does that make my request less valid?
I never wanted to say anything against the request itself. But as there are a number or ideas in the pipeline it would increase the priority of a request the more details illustrate the urgency of an idea.
---
### Author:  [@MotleyG](https://community.mp3tag.de/u/MotleyG)
#### Post date: [February 12, 2026, 3:02am UTC](https://community.mp3tag.de/t/feature-request-new-column-to-count-files/70669/12 "2026-02-12T03:02:15Z")
> [@tgraph](#):
>
> It was a thought I had while using the program
I don't believe there was any pushback about your request. Rather the discussion was to add more details about what information would be displayed and how it would be useful.
Given that this information…
> [@LyricsLover](#):
>
> which are currently displayed in the bottom right-hand corner and the status bar?
>
> 
…is already available I too am curious what additional details could be presented.
For reference my library is over 28k music files. Often I only open newly acquired tracks for editing which doesn't take much effort to update. However I have occasionally updated large filters of the library as well. I can't think of what other information could have been shown in either use case.
---
### Author:  [@MotleyG](https://community.mp3tag.de/u/MotleyG)
#### Post date: [February 12, 2026, 11:41pm UTC](https://community.mp3tag.de/t/feature-request-new-column-to-count-files/70669/14 "2026-02-12T23:41:37Z")
> [@tgraph](#):
>
> Pointing out the useless nature of the request, based on your personal workflow, might be considered by some as ‘push back’.
You seem to be anxious to push back yourself. Contrary to the idea that anyone is pushing back on your proposal, the ask is simply to provide additional perspective on what you are really asking for. It obviously isn't clear if several other members are essentially asking the same thing.
There is no need to withdraw your request. Just clarify and include more details.
---
### Author:  [@MotleyG](https://community.mp3tag.de/u/MotleyG)
#### Post date: [February 13, 2026, 2:21am UTC](https://community.mp3tag.de/t/feature-request-new-column-to-count-files/70669/16 "2026-02-13T02:21:09Z")
> [@tgraph](#):
>
> You stated the request would be useless to your workflow.
I said no such thing.
> [@tgraph](#):
>
> Don’t bother. I am done on this thread.
You started the thread with a feature request. There were a few requests for more details to help expand on that. How else is anyone supposed to take action?
---
### Author:  [@ryerman](https://community.mp3tag.de/u/ryerman)
#### Post date: [February 13, 2026, 6:06pm UTC](https://community.mp3tag.de/t/feature-request-new-column-to-count-files/70669/18 "2026-02-13T18:06:52Z")
> [@tgraph](#):
>
> I haven’t come across one of those people who have to have the last word, as some kind of domination game they play, for a few years now
Maybe look in a mirror. 😉
---
### Author:  [@tgraph](https://community.mp3tag.de/u/tgraph)
#### Post date: [February 13, 2026, 11:55pm UTC](https://community.mp3tag.de/t/feature-request-new-column-to-count-files/70669/19 "2026-02-13T23:55:00Z")
This is the column I’m trying to describe in my request… just informational. Not editable other than on or off. Not used in scripts or other processes. Just information that would be useful to me when the program is writing tags to large files in a long list.
This is a request to the author, not the community.
---
### Author:  [@poster](https://community.mp3tag.de/u/poster)
#### Post date: [February 14, 2026, 6:33am UTC](https://community.mp3tag.de/t/feature-request-new-column-to-count-files/70669/20 "2026-02-14T06:33:17Z")
So you don't want a column with the total number of loaded files, but rather a column where the files are numbered sequentially.
Since you've selected all the files in the screenshot: Should only the selected files be numbered, or all of them?
What should happen to the numbering if you rearrange the loaded files, or if you delete some of them, or if you remove some from the view, or if you apply a filter to the loaded files?
Should the numbering be updated in these cases, or should the existing numbers be retained?
---
### Author:  [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [February 14, 2026, 10:18am UTC](https://community.mp3tag.de/t/feature-request-new-column-to-count-files/70669/21 "2026-02-14T10:18:36Z")
> [@tgraph](#):
>
> This is a request to the author, not the community.
I'm so bold and will ask the questions anyway.
In addition to @poster's questions:
How should it count for 2 or more albums?
From 1 to 12 for the first album and 1 to 12 for the second album?
From 1 to 24 for the first and second album?
---
### Author:  [@tgraph](https://community.mp3tag.de/u/tgraph)
#### Post date: [February 14, 2026, 2:00pm UTC](https://community.mp3tag.de/t/feature-request-new-column-to-count-files/70669/22 "2026-02-14T14:00:44Z")
The numbers should just track along with whatever files are in the program, selected. filtered or otherwise.
If there are 12 files then 1 - 12. If you rearrange the order of the 12 files, there are still 12 files, so 1 - 12… if you remove one then 1 - 11…
A sequential numbering of the files loaded in the program.
---
### Author:  [@tgraph](https://community.mp3tag.de/u/tgraph)
#### Post date: [February 14, 2026, 2:01pm UTC](https://community.mp3tag.de/t/feature-request-new-column-to-count-files/70669/23 "2026-02-14T14:01:32Z")
The numbers should just track along with whatever files are in the program, selected. filtered or otherwise.
If there are 12 files then 1 - 12. If you rearrange the order of the 12 files, there are still 12 files, so 1 - 12… if you remove one then 1 - 11… If there are 2 albums with 12 files each,. that would be 24 files, so 1 - 24.
A sequential numbering of the files loaded in the program. Nothing to do with anything else. Just for quick visual information and not editable other than on/off and not connected to any process or filter or any other scenario.
---
### Author:  [@arb](https://community.mp3tag.de/u/arb)
#### Post date: [February 14, 2026, 6:09pm UTC](https://community.mp3tag.de/t/feature-request-new-column-to-count-files/70669/24 "2026-02-14T18:09:52Z")
I’ll quickly suggest that if %\_counter%/%\_max\_counter% was supported in Columns, that could be an easy enough solution.
---
### Author:  [@tgraph](https://community.mp3tag.de/u/tgraph)
#### Post date: [February 14, 2026, 8:12pm UTC](https://community.mp3tag.de/t/feature-request-new-column-to-count-files/70669/25 "2026-02-14T20:12:46Z")
Or like a constantly updating auto-numbering wizard always starting at 1 in it’s own column.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [February 15, 2026, 8:52am UTC](https://community.mp3tag.de/t/feature-request-new-column-to-count-files/70669/26 "2026-02-15T08:52:34Z")
Coming back to the original question
> [@tgraph](#):
>
> Useful??
and with the further explanations what the new feature should look like
> [@tgraph](#):
>
> The numbers should just track along with whatever files are in the program ...
> A sequential numbering of the files loaded in the program ...
> Just for quick visual information
I have the impression that this feature would only be useful in a very limited use case:
- The number of files must not exceed the number of number of lines in the file list window.
- The first treated file must also be the first in the file list - otherwise the message "Formatting file 1 of 3" does not make sense as number 1 would actually be e.g. number 5 in the list.
- The selected files must be in a single block without gaps in the selection. If there are gaps then the displayed number of the currently treated file would not correspond to the line number.
- The manipulation of files must be so slow that one has time
> [@tgraph](#):
>
> for quick visual information
Summing up, these could be the reasons why such a feature has not yet been implemented. But we will see.
I find the idea
> [@arb](#):
>
> %\_counter%/%\_max\_counter% was supported in Columns
quite nice - although it would require to manually refresh the list as soon as a position changes or a filter is applied.
Edit: just a test:
In the current implementation a modification introduced to a larger number of files (65 in this case as I wanted to see the progress indicator for some time) the display in the tag panel does not get updated.
The test went as follows:
filter for a number of files with the same data in GENRE, e.g.
%genre% IS Pop
Select all these files
Use Convert\>Tag-Tag for GENRE
Format string: %genre%s
(which should result in "Pops" as genre).
While the converter is running and changes the genre from Pop to Pops, it could have been, that, with the first file that has a different genre, the display for Genre in the tag panel would change to `` - but it does not.
So besides an added line number it would also mean that the display would update after each treated file. Otherwise the visual inspection would not show the updated data.
I even managed to click on a single file (and loose the former selection) while the converter was running.
But the tag panel was updated after the converter finished its work.
I am not quite sure now about the visual inspection of the currently running process.
But perhaps my test environment was not good enough.
---
### Author:  [@tgraph](https://community.mp3tag.de/u/tgraph)
#### Post date: [February 15, 2026, 2:12pm UTC](https://community.mp3tag.de/t/feature-request-new-column-to-count-files/70669/27 "2026-02-15T14:12:52Z")
The numerical column wouldn’t have anything to do with filters or selections or blocks of selections with gaps. It there is a file on the line then there is a number in the column. ‘Treating’ some of the files, in blocks or not, had never been a part of my workflow.
Maybe try a test with 15 or 20 large video files, each well over 1.5 gigbytes, select action Case Conversion, then save and see if the small progress window stays open a bit longer. It does for me and tells me file ## is being processed. In my workflow I would then know which file in the loaded list that is without having to count down the list by eye or with my finger.
If this feature does not fit with the workflow you use, than switch it off.
None of this is an urgent need. If I were just tagging an album of music files it wouldn’t be of much use, as the progress window goes very fast, and the numerical column could easily just be ignored or shut off. When I was working on a bunch of large video files, I thought of it and thought it would be a nice very tiny feature I would enjoy seeing. I have been informed that there are many much more important things in the works… so as with many requests, this one won’t by implemented. No problem. I appreciate the work Florian does and donate to the cause, regardless. As I said, this program already goes way beyond what anyone should expect from a file tagger.