https://bugzilla.wikimedia.org/show_bug.cgi?id=8147
--- Comment #10 from Tom Gries <[email protected]> 2009-12-28 16:48:40 UTC --- (In reply to comment #9) > In my wiki, people use the name of the dumped file to figure out what page the > file corresponds too, so using hashed filenames would be bad. Since we > generate files on Windows though, we do end up filtering out characters that > aren't appropriate for that OS with a regex. ASCII transliteration would > probably work too. Regardless, if this in included, please make it optional. Please feel free to present a better solution, "filtering out" non-ASCII may not be the best solution, as it introduces at least some kind of irregularities; I admit it helps to guess filenames, but this was not required at the first place (how often do your users access your MediaWiki articles by modifying the URL?). Working with many different systems (Windows, Linux, ISO file systems on CD/DVD) I found the "hash" solution a robust one (progammed in reasonable time) to store all pages and files reliably on different media. The original (official) DumpHTML by Tim appeared not to work on different file systems (it works fine on LINUX servers), when you copy the created dumps between Linux - DVD - Windows, for example, you will quickly encounter problems with non-ASCII page- and image filenames like Umlauts in the "Begrüßungsbox". Perhaps Tim can be motivated to present a robust solution which fits all needs. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
