| |
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.... |
| |
chatGPZ
Registered: Dec 2001 Posts: 11359 |
"Six isn't enough and that list discounts things which were a large part of the scene ... like BBS/Modem."
there is another pet theory =) |
| |
Graham Account closed
Registered: Dec 2002 Posts: 990 |
No problem with a BBS/Modem category. I just tried to avoid categories with only a few entries (like "Database") and I don't know too many tools for BBS/Modem.
|
| |
wacek
Registered: Nov 2007 Posts: 513 |
I don't get you guys. What is the harm of having 16 categories? It's not like ERP system accounts or anything else that you have to pay big bucks for.
If this principle is applied, why do we have "UIFLI" subcategory for graphics? It's only 3 entries, screw that, put it under "other"!
Let's do the same for "C64 Fake Game". It's only 11 entries, which (if my math is correct) is less than 14 vote counters and 11 contact databases in csdb now, for which you find "database" category not needed...
This is getting ridiculous, COME ON, don't we all have more important things in life - let's implement it already... :) |
| |
chatGPZ
Registered: Dec 2001 Posts: 11359 |
you are getting on the right track. we already *do have* a bunch of terribly useless categories. we dont need even more of them. |
| |
wacek
Registered: Nov 2007 Posts: 513 |
I think you just don't do such searches often, you don't need this functionality, therefore you don't get the issue. If you don't get it, trust those who need and asked for it.
The difference between having 'UIFLI' and this is that it will be very, I mean VERY useful for the active part of the scene. It's implemented on every damn FTP out there. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11359 |
you are right, i almost never use csdb for searching... i use pokefinder instead. and i never had a problem with finding what i was looking for, so yeah *shrug*. what is the problem anyway? =) |
| |
wacek
Registered: Nov 2007 Posts: 513 |
Then I suggest applying a Nike principle to it. You know, JUST DO IT?
Because so far it feels like the point is to discourage users from suggesting improvements to the database, by driving to the conclusion that it was not needed anyway :) |
| |
chatGPZ
Registered: Dec 2001 Posts: 11359 |
no, i am actually encouraging to develop a list of categories which would actually be used. by the people who enter the information into the database that is.
because, if you for example make a dozen categories which are all about graphic related stuff, and dont pay lots of attention to that they dont overlap and/or one is so generic that it includes another, the result will be that people who add info use the generic one for everything. you can easily see it with things like "demo" vs "one file demo". |
| |
wacek
Registered: Nov 2007 Posts: 513 |
By the the first two sentences, you should take into account what I say ;) |
| |
chatGPZ
Registered: Dec 2001 Posts: 11359 |
yes sure - i'd like to hear some ideas from other people who submit a lot though. just to avoid the pet-theory thing you know :) |
Previous - 1 | 2 | 3 | 4 | 5 | 6 - Next |