Hi Maxim, Saturday, May 14, 2011, 5:07:06 AM, you wrote:
RS >> Still wrong file name - check message source, it starts from RS >> CCL_2011 not 2011 only (saved as 2011.pdf). Maxim > It's not wrong, it was: Maxim > "CCL_2011/253/71450_FELFRTM00019002_FREDERIK 07/05/2011.pdf" Maxim > The Bat! takes slash characters as path delimiters and cuts Maxim > everything up to the last slash, and we aren't going to change Maxim > that. Maxim > Or, if you think we should change that, please let us know. As I wrote in my post '/' character is not allowed by OS and it's obvious that you need to do something with that. File names with OS reserved characters are rather not happen too often. What I do not like in your approach is that you just move from the end to the first slash and save what gets out: in that case 2011.pdf. Mostly the most important information describing the file is rather at the beginning of the file than at the end. If a current solution of just getting rid of a part of important information is to be used IMO it should be modified: - scanning for file name from the beginning (A): CCL_2011 //cut here - scanning for file extention (B): .pdf However, I still think that above solution is improper: - if user doesn't have a knowledge that part of information had been removed from file name (there is no feedback from TB! that it's dumping part of data), - if he doesn't open a folder right after saving a file, he wouldn't know what TB! did ; in some cases it might be a long before user opens a folder if files are saved just for future reference or extracted with filter. If for example, in your solution: - the last part is date and time (ex: 20110508_1732.pdf), - there is a lot of e-mails with strange attachment file name, - user saves them for future reference with filter or manually, User may end up with hundreds or thousands of files that are mixed and without slimest chance to determine what's in the file. IMO, proper approach would be a pop-up window showing information that characters used in the file name are improper and file name is planned to be converted to the NAME (present your customer a name in Bold) so he can see it clearly and knows what he's doing. User should be given as well an improper name in editable cell so he can modify it if he feels that name chosen by TB! is not proper. Why not to inform user about violation and let him decide if he wants a file name made by TB! or he wants to modify it by himself? -- Best regards, RS ________________________________________________________ Current beta is 5.0.12.3 | 'Using TBBETA' information: http://www.silverstones.com/thebat/TBUDLInfo.html
