Small feature: Dates in Filelists?
Moderator: Moderators
-
- Posts: 1
- Joined: 2004-01-16 19:14
Small feature: Dates in Filelists?
I sometimes/often miss a column when browsing through filelists that shows the dates and/or time of the folder/file. So I was wondering if it was possible to add this feature so files and folders can be sorted by their dates and/or time (just like in "other normal" programs). Perhaps as an option, if you for some reason don't want to display the date/time of your files/folders....?
(I was thinking of using the same time/dates as those in windows)
(I was thinking of using the same time/dates as those in windows)
now when hashvalues has been added to the filelist.. can't this be added to it too... the xml-filelist only that is..
http://whyrar.omfg.se - Guide to RAR and DC behaviour!
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet
Why is that? DC++ sends its own special type of filelist if the person uses the $Supports statement. If any other client decided to also accept the xml filelists, then they need to keep updated with the specs for it, especially since it would only be their clients which wouldn't function correctly if the specs change in a way not backwards compatible.Twink wrote:this would make the filelists incompatible with people not using dc++ thou
My Visual Studio .NET 2003 is licensed under my name, and the same for my operating system... What about you?
I surf on an OC3 without limitations, two to be exact, and I'm not joking.
I surf on an OC3 without limitations, two to be exact, and I'm not joking.
Its fine now that dc++ has xml filelists, but before it did (which was when I posted) a new type would have had to been made, as the old bz2 filelists would have been incompatible with other clients including older dc++ client which alot of people still use.Qbert wrote:Why is that? DC++ sends its own special type of filelist if the person uses the $Supports statement. If any other client decided to also accept the xml filelists, then they need to keep updated with the specs for it, especially since it would only be their clients which wouldn't function correctly if the specs change in a way not backwards compatible.Twink wrote:this would make the filelists incompatible with people not using dc++ thou
I presume people want the date modified not the date it was added to the filelist (basically the same thing in the end except if a file is moved and also the fact that DC would have to keep a db of dates added so modified date sounds good)
Twink> hm... but it should be possible to detect which users that support "date-filelists" and who doesn't.. the same way dc++ decides who it will send xml filelists to.
http://whyrar.omfg.se - Guide to RAR and DC behaviour!
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet
I thought that was a built in feature of how to handle XML?cyberal wrote:possible to detect which users that support "date-filelists" and who doesn't
My Visual Studio .NET 2003 is licensed under my name, and the same for my operating system... What about you?
I surf on an OC3 without limitations, two to be exact, and I'm not joking.
I surf on an OC3 without limitations, two to be exact, and I'm not joking.
yeah but we dont really want yet another type of filelist to deal with. There's already 3 as it is. I'm guessing arne just ignores anything the the xml filelist that is not understood. Maybe he could automatically make new columns for each attribute and display them no matter what is in them, that way any client that decides to add more information to each file can and dc++ will show it.cyberal wrote:Twink> hm... but it should be possible to detect which users that support "date-filelists" and who doesn't.. the same way dc++ decides who it will send xml filelists to.
good idea
http://whyrar.omfg.se - Guide to RAR and DC behaviour!
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet
http://bodstrom.omfg.se - Bodströmsamhället, Länksamling om hoten mot vår personliga integritet
-
- Posts: 506
- Joined: 2003-01-03 07:33
Are you serious? I decided to try to see what that would be like, and found it would take at least 600,000 files with a average long file name length to reach the 40MB uncompressed xml file size without TTH-hashes.ivulfusbar wrote:xml-filelists are getting large as it is, my own share became 40MB uncompressed without TTH-hashes.
I decided to see how many files I even have on all of my hard drives. I realized my shared partition had the largest used space but only a fraction of the amount of files. 223GB for 431 files. Adding the rest of all of my files including Windows files and every program I have, I totaled 106,850 files (but forgot to also add up the directories.) That's only a sixth of what I calculated would probably be at least needed.
What in the world do you share?
My Visual Studio .NET 2003 is licensed under my name, and the same for my operating system... What about you?
I surf on an OC3 without limitations, two to be exact, and I'm not joking.
I surf on an OC3 without limitations, two to be exact, and I'm not joking.
I'm guessing lots of small pictures and stuff. Dates shouldn't be too much of an issue I would think, they'd add (per file)Qbert wrote:What in the world do you share?
DATE=""
a minimum of 7 characters (obviously which are highly compressable, then a date
20040324 (whatever format you like probably days from a certain date 1970?)
which is only another integer or possibly which, so I'm guessing it would add about 9-10 bytes per file, you really would have to be sharing a lot of files for this to make a lot of difference specially as it would be nicely compressed. The issue I feel is would it increase the time it takes to generate the filelist? checking the last changed date may already be done in the TTH code I'm not sure (otherwise I guess it could also be stored in the db with the tth's and changed when the tth's are changed)
-
- Posts: 506
- Joined: 2003-01-03 07:33
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
GargoyleMT wrote:Well, dates in the Favorites.xml are handled like this: LastSeen="1077857279" - if they were/are added to files.xml, they'd be in the same format.Twink wrote:DATE=""
a minimum of 7 characters (obviously which are highly compressable, then a date
yeah that makes sense, I was just trying to think of a # of bytes it would add per line. I still think dc++ should support showing any attributes in the xml.