From: Andrej N. G. <an...@re...> - 2012-11-17 21:07:18
|
Hello! Sergio has written on Saturday, 17 November, at 9:30: >> > Hi, how are these GNOME and KDE template formats? GNOME way is to create (empty or minimal, depending on what you want) file in ~/Templates, such as: image.jpeg script.sh file.txt document.odt KDE way is to create some ShellScript.desktop file with contents: [Desktop Entry] Name=Shell script ... Comment=Enter the shell script file name: Type=Link URL=script.sh Icon=system-run >> > If it's just any file with a descriptive name and some >> > common content then it works in Thunar but not in >> pcmanfm: >> >(thunar→) http://www.zimagez.com/zimage/screenshot-11172012-031118pm.php >> (correct pcmanfm here →) http://www.zimagez.com/zimage/screenshot-11172012-031256pm.php I see. Your files seems to be something neither clean GNOME nor KDE. >> > I forgot if it worked in pcmanfm before this change. Never. It's new functionality, it's why I asked you to test. >> > Also, as seen on the image, context menu offers only >> to >> > create a new 'Folder'. In Edit menu it still offers >> 'Blank >> > File' but it doesn't work. I hope, 'Blank File' in Edit menu should work after last changes. And context menu shows only entries which were recognized. There was no deep test (for file content) done because in most cases (as GNOME way assumes often empty file) template type should be recognized by its name. Therefore your non-suffixed files were ignored. And since file name is a hint to create new file from template (where suffix is preserved and the dialog offers you to change name part of file name - i.e. from text.txt you'll replace "text" while ".txt" will stay) it's not convenient to have it not-suffixed. >> > A side-note is that that desktop file is called >> 'Desktop >> > File' (not 'Desktop File.desktop') and pcmanfm >> recognizes >> > it's a desktop file by its contents and doesn't display >> its >> > name (because the 'Name' key is empty). Yes, pcmanfm folder view will recognize it but templates filter (which attempts to remove duplicates, hidden and invalid entries) assumes it is not template. May be the templates filter of libfm should be loosed a bit. I would like to see file names of your templates and contents of them to have clues. You know, loosing the check may make duplicates and wrong entries other users will complain about... that's hard decision. I have, for example, 19 entries in /usr/share/templates, and only 5 of those are functional, others work only in KDE4. And some number of entries are under /opt/* as well. And without check I can end up with very big list where most will not work. And guessing from contents may give such recognitions as "undefined" or "binary file" (application/octet-stream. How about some prompt text: "Enter the name for new Undefined:" in window "Creating new Undefined"? Are you sure it is OK to have such entries in templates submenu? ;) I understand, user should blame himself if he/she puts such junk into Templates folder but I think we should filter it. Or we should not? If it's better not filter such things I will enable guessing from content. What do you think? WBR, Andriy. |