[BUG][FIXED] Colors - no more than 100 groups.

m^2 · Post by *m^2 » 2006-11-28, 15:12 UTC

TC reads only 100 color filters and ignores the rest.
Currently I have 104 and this number is growing - and I cannot use them

EDIT: 108, I found 4 that were lost due to this bug.

D1P · Post by *D1P » 2006-11-28, 15:18 UTC

Confirmed (an for previous TC versions too). But you can add filters directly to ini-file, and they will be accessible in TC.

m^2 · Post by *m^2 » 2006-11-28, 15:24 UTC

Strange.
I can add more than 100 positions to my list, TC will save them, but won't read (and color) them.

karlchen · Post by *karlchen » 2006-11-28, 21:27 UTC

Hi,

could it be you are reporting the same error which was reported for TC v6.5x before: Limit of file types colors.?

Could it also be that the same solution still applies? I.e. arrange your color filters in a more efficient way?

HTH,
Karl

m^2 · Post by *m^2 » 2006-11-28, 21:55 UTC

karlchen wrote:Hi,

could it be you are reporting the same error which was reported for TC v6.5x before: Limit of file types colors.?

Could it also be that the same solution still applies? I.e. arrange your color filters in a more efficient way?

HTH,
Karl

Yes, the same problem. But for me, there's no organization efficient enough. Without big loss of information, I can get it down to 104. Next 4 would be really painful. The main reason I have so many groups is that I color new files brighter than old ones - it doubles number of my groups.

Post by *Hacker » 2006-11-28, 21:56 UTC

m^2,
So you really use 52 different colors?

Roman

m^2 · Post by *m^2 » 2006-11-28, 22:00 UTC

Hacker wrote:m^2,
So you really use 52 different colors?

Roman

No, some groups share colors. But logically they are different, I could merge them for better coloring, but then I wouldn't be able to select by group. I can make special groups only for coloring purposes, but even now I have too much redundancy.

Post by *ghisler(Author) » 2006-11-29, 15:47 UTC

It's indeed limited to 100 filters at this time. Too many filters would make TC slow.

m^2 · Post by *m^2 » 2006-11-29, 16:15 UTC

Of course yes, but people who don't use it won't get slower.
And for me, file recognition time is far more important than a few miliseconds longer list loading.

now · Post by *now » 2006-11-30, 13:08 UTC

ghisler(Author) wrote:It's indeed limited to 100 filters at this time. Too many filters would make TC slow.

Well, at the same time people's computers will get faster, and thus won't necessarily have to be bound by a 100-entry limit. Why not let the user decide when it gets too slow? Arbitrarily limiting the users possibilities seems strange, although at the same time I can't see why anyone would need a 100 filters.

Post by *ghisler(Author) » 2006-11-30, 20:35 UTC

How many filters would be reasonable? Currently this is just a fixed array of filter objects.

m^2 · Post by *m^2 » 2006-11-30, 20:52 UTC

I don't think I'll ever need 200.

But if sb. manipulates luminescence to show file age (only 4 values to provide enough contrast) and changes saturation to inform that file is encrypted (or sth.) and uses 60 file classes, he needs 480.
So removing redundancy would be much better solution.
ADDED: I know it needs a lot of work and there are many more important requests, but could you please note this as a future improvement?

m^2 · Post by *m^2 » 2007-01-12, 17:31 UTC

History.ini wrote:01.12.06 Added: Increased total number of color filters (colors by file type) from 100 to 250

Thank you! Thank you! Thank you!

m^2 · Post by *m^2 » 2007-01-20, 21:49 UTC

For these who wondered why was my setup so big, it's finished and released a while ago.
http://en.totalcmd.pl/download/add/Add/TC_Color