https://bugs.kde.org/show_bug.cgi?id=478802
--- Comment #3 from NecRaul <necraul2...@gmail.com> --- (In reply to Noah Davis from comment #1) > The amount of effort required isn't the main issue for adding a feature. The > main issue is determining the validity or importance of a feature's use case > and how it would affect the user interface. > > I assume you want the epoch time format in automatically generated > filenames, but you didn't explicitly say that. What does "epoch time format" > mean to you? Obviously it's the amount of time since the Unix epoch, but do > you want it in seconds or some other unit of time? > > Why do you want the epoch time format? It doesn't need to be a grandiose > reason and you don't need to write an essay for this feature request to be > accepted, I just need to understand you. The reason has mainly to do with how date format is used in different countries, US and couple other countries (generally) use mm-dd-yy while most of the world uses dd-mm-yy. Using both approach would eventually result in discrepancies when sorting screenshots by name: In the first case, 01-31-23 would come later than 01-01-24, while in the second case 25-06-23 would come later than 21-09-23. Even with these discrepancies, using a subfolder with month and year as its name is a viable approach. Using epoch time in the filename would result in no discrepancies even without a subfolder. By discrepancies, I mean although the screenshot A is taken later than screenshot B, it's shown earlier etc. (In reply to Noah Davis from comment #2) > If you're curious and you do want the epoch time format in filenames, the > class to look at would be ExportManager (.h/.cpp). Thanks for the information, I'll try to look into it and test it for myself, if I manage to set up an environment for it. Also, I'm sorry if this was the wrong place to ask for a feature. I noticed the "Requests" section, after having made the bug report. -- You are receiving this mail because: You are watching all bug changes.
