Michal Rudolf schrieb: Hi!
>>> I still don't get it why can't we really care about >>> users. >> Michal, you're wrong here. Acutally, I always care about >> users. More that you may notice. ;) > I understood you insist on removing/not implementing > features requested by users, just because these features > can be achieved in power user's way. You definitely missunderstood that point. > I may be wrong, but I was trying to oppose 'doing it > developer's way' policy too many times. You are wrong here. I just oppose to "imlement life, world and everything" if there is a probably better way with integrating with tools that are already there. (Like a filemanager e.g.) In the case in question it's about to delete all files with the same name and different extensions. So, I feel they are easily collectable from within such a tool and one should invest development time in more viable things. >>> Do you think all the features you don't use should be >>> removed from Scid? >> No. >> I just feel adding Drag&Drop (if this is possible in TCL at >> all) would be much more usefull compared to an not even >> second class file manager. > Why should we only have one of these? Not "Only". Again, not "Only". > As I wrote before, File Finder is just a better file > browser than a very awkard Tcl one. I agree in part with your critics on "file open". Ok, that one is indeed cluttered by all .dirs. Now I notice what you refered to. >> Think about the ability to click on a PGN file from within >> your normal file manager and it fires up in Scid, opens >> there if scid is already running or starts Scid if not. (The >> second part is easily done, the first AFAIK no possible >> now.) > If I remember correctly, there was a script to do both > (writtern by Shane himself?) I will try to check this. This would be a great tool, indeed. If there is something please let us know :) I'd associate it ASAP with the scid bases instead of scid itself. >> I think that the main point to get things easy for the >> user is to integrate with the stuff that the user already >> uses. Instead of building a file manager I'd think it is >> much more usefull to reuse the existing one and integrate >> with that. Thats all. > But, what is your suggestion for a very simple case: user > (this means Windows user in 95% of cases) wants to delete > database. If we add 'Delete database' command, we can do > it by single menu item+confirmation. Is there any other > easy way? Is it: > 1. Open my Computer or Exporer > 2. Find database directory Ok, I admit that I always start here as I do not really use programs but objects. (Ie. my normal way to open a DB is to click on it.) > 3. Select appropriate files (how should user know which > files are relevant?) Its the point: actually they are all basename.* Select them and press DEL. But I now see your point. This silly windows thing does not know how to select basename.* So one has to click on each of them. Sorting the list by name will ease up this. > 4. Remove them > 5. Confirm > I find this not only more difficult, but also more > error-prone. Well, if you do it in TCL you might want to notice that it bypasses the recycle bin. That is if you want to integrate it avoiding usual windows file management it will not behave as windows file management. So you come up here with an other problem. (Same on Linux/Unix if your normal file manager uses a recycle bin.) Pascals idea to be able to archive a database I think is worth considering here, especially if packed into one file for archival storage. It would ease up the handling plus give an easy way to exchange a DB. -- Kind regards, Alexander Wagner Universitaetsbibliothek Ilmenau Langewiesener Str. 37 98693 Ilmenau Tel.: 03677/69-4521 , Fax.: 03677/69-4617 ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Scid-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/scid-users
