| |
wacek
Registered: Nov 2007
Posts: 513 |
Subtypes for tools?
Was this suggested before? I cannot believe it was not :)
Please, oh pretty please, let's have a subtype for 'C64 Tool' - we have mode for the gfx, why can't we have something for this one?? It's so logical I think... At the very least to have 'Gfx tool', 'Sound tool', 'Disk tool', 'Packer' etc.
It such a pain in the ass to look for tools here when you're developing a release or want to do something very specific. And you're convinced there is already a tool to do it, but most querries return squat. My example: I was looking for something for automatic transfer from turbo-tapes to disk, and no querry returned A.T.T.A.C V1.0 - I spotted it in the comments of some other tool, whereas A.T.T.A.C V1.0 was the only one which met all my requirements. Same for gfx-to-char converters, for example ;) |
|
... 44 posts hidden. Click here to view all posts....
|
| |
Skate
Registered: Jul 2003
Posts: 494 |
much better wackee. thanks for the idea. i hope this will be implemented soon. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11359 |
i am with c0 there .... make that list half as big at best. there are already more than enough pointless release categories =P |
| |
Moloch
Registered: Jan 2002
Posts: 2925 |
Nice list, but there are way too many entries with "tool" in the category name. For instance, Modem tool/BBS tool simply isn't acceptable. BBS Software and Terminal Software is more fitting but still feels goofy because of the "Software" part.
I think combining related categories would be a better fit. For instance, simply calling one for all BBS related software as "C64 Tool - BBS/Modem" is more fitting.
Same can be done with half of the list really. |
| |
wacek
Registered: Nov 2007
Posts: 513 |
You guys are soooo demanding ;)
Fine, I changed the approach and the list is now more "process" oriented. But on the other hand, let us not lose the point of it (improvement towards end users) and that is why I object towards reducing it dramatically, because at some point the added value of having only few subcategories will be none because they will become so generic that searches will again return too many entries. (That is why I for example stick with "Disk I/O" and "Disk utility" instead of simple "Disk" category).
Animation
BBS / Modem
Cartridge (cartridge images, cartridge tools)
Characters (characterset editors, converters)
Compression (charpackers, crunchers, zippers, archivers, packing systems)
Copying (protectors, coders, copiers)
Data base (data bases, catalogue tools, spreasheets)
Demo making (intro makers, demo makers)
Diagnostics (testers)
Disk I/O (turboloaders, loadersystems)
Disk utility (disk editors, dir editors, formatters)
Game development (map editors, seuck)
Graphics converting
Graphics editing (bitmap editors)
Graphics utility (viewers, cleaners)
Machine code (assemblers, monitors)
Messaging (notemakers, writers, docs makers)
Music editing
Music utility (rippers, relocators, players)
Operating system (GEOS)
Other
Programming language (interpreters, compilers)
Sprites
Tape I/O (turboloaders)
Tape utility (tape cataloguing software, head adjusters)
Text editing (text editors, magazine editors)
|
| |
chatGPZ
Registered: Dec 2001
Posts: 11359 |
Quote:on the other hand, let us not lose the point of it (improvement towards end users) and that is why I object towards reducing it dramatically, because at some point the added value of having only few subcategories will be none because they will become so generic that searches will again return too many entries.
i think the key to that is multi selection. ie, have a bunch of categories which by itself are as generic as possible, but which can be combined with each other. the problem with having more than a few categories is that many will not bother to check which will fit best, and when it becomes to fine grained then its even hard to tell what category is correct. also noone bothers to read how they are defined, and everyone has his own pet theory of what category a certain something belongs to and why =) so it must be as simple as possible aswell.
|
| |
wacek
Registered: Nov 2007
Posts: 513 |
I have my doubts if multiselection is a good idea. I created the above categories in a way that there is IMHO little possibility to overlap, that was my initial thinking. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11359 |
sure, but thats because of your own pet theory of what is important and what isnt and what deserves a more specific category and what not :) |
| |
wacek
Registered: Nov 2007
Posts: 513 |
Instead of paternizing ;) go ahead and propose a reduced list, also by giving examples of things that can be EASILY (I stress the word) placed in two categories.
I have a tendency to be easily convinced by facts ;) |
| |
Count Zero
Registered: Jan 2003
Posts: 1926 |
What about:
Assembler (including Monitors)
BBS / Modem
Cartridge / ROMs (to include Kernals)
Compression
Copying
Data base (Somehow I feel this would be a lonely tag)
Demo making
Diagnostics
Disk
Game making
Graphics (including Characters, Sprites and all)
Messaging / Texting
Music
Other
Programming
Tape
and see how it develops then. Any category with less than a dozen entries is useless and I could hardly think of 10 database programs really.
|
| |
Moloch
Registered: Jan 2002
Posts: 2925 |
Yeah, Database probably falls under Other.
I think if we're going to have a simple category like Disk, then we should clean a few of the others up a bit. Instead of Messaging/Texting, why not simply Text?
With a few tiny changes I believe the CZ list is the best so far. Keeps the list small and understandable. I'm guessing if there is any issues in six or eight months the list can be tweaked to enhance the categories?
|
| Previous - 1 | 2 | 3 | 4 | 5 | 6 - Next |
