Suggest changes to the social site's project management system
#1
Posté 02 février 2010 - 12:15
Since forum threads are volatile and hard to keep organized we've been collecting suggestions from the community over on the toolset wiki, at http://social.biowar...ent_suggestions. There's a lot of good stuff over there already but I figured it would be a good idea to put out a fresh call for input.
For other aspects of the social site there's also http://social.biowar...ite_suggestions, and feel free to make suggestions there as well. We'll get to everything eventually, a meeting on projects just happens to be up first.
#2
Posté 03 février 2010 - 08:43
One problem I've always had with searching for mods (on this site, on that "other" site, and for other games) is finding that hidden gem lurking between [nudity mod #24] and [I've tweaked one value #37]. A way to rate a mod based on originality or custom content would be great. That said, considering those mods are always highest in popularity, maybe I'm in the minority here.
#3
Posté 04 février 2010 - 04:12
I agree with Toryss. Much of everything I can think of has been covered in the wiki suggestion page. I am sure once some of the changes are there, and people have a chance to start working with them, more suggestions will come around from the experience, however
#4
Posté 05 février 2010 - 02:42
- have some broad categories (campaigns, levels, add-ins), but also specific categories based on the toolsets (scripts, morphs, items, creatures, ...) and on resources (textures, sounds, tutorials, ...)
- inside some categories, where appropriate, implement the tag system with pre-defined tags (not user-created ones). For example for modules: hack & slash, roleplaying, custom setting, ... ; with the possibility for the end-user to add one category only, and one or more tags to his project from that category tags list.
- have in categories, where appropriate, the two tags: "builder to player content" and "builder to builder content". This way there will be only one project with one or both tags depending on what the project owner will add. No two separate projects for the same thing. Not for "Category: Tutorials", but for example in "Category: DA:O Add-ins" one could then be able to filter by tags projects that have builder-to-player content, builder-to-builder content, or both.
- no NWN or NWN2 stuff, thanks.
It is my opinion that the project-owner should be forced to choose one category only (example Category: Add-ins, even if he has made new items and new cutscenes) and only him should be allowed to add/delete tags, but the tags must be category specific (for Add-ins for example: quests, merchants, companions, builder-to-player, builder-to-builder, ...).
I would deal with custom content at tag level inside each category*; while with Awakening expansion at category level, eventually doubling the relevant categories if there are compatibility problems with the resources (Category: DA:O Campaigns and Category: DA:O - AW Campaigns for example). DA: O - AW ? Aww.
*if a project requires custom content (a new model for example) have the project owner tag it "Custom content required", then he will include the model inside the project itself or a link to a model elsewhere, probably under Category: Models in my scheme.
General tags for everything: final / beta / alfa / concept ... and "spam" too would be needed.
Modifié par Wizbane, 05 février 2010 - 03:12 .
#5
Posté 06 février 2010 - 11:55
#6
Posté 06 février 2010 - 01:50
Modifié par Wizbane, 06 février 2010 - 02:41 .
#7
Posté 06 février 2010 - 06:08
If you don't see an Edit tab on all the other pages, try logging out, then log in on the social site. If that doesn't work, try deleting cookies, then log in again.
#8
Posté 08 février 2010 - 01:55
- Project update date is not working. Updata date is always equal to date of creation.
- Popularity should be more like a ration between (plus) clicks and number of persons visited the page rather than an absolute number of plus clicks. Note that a single person should be counted only once.
Popularity = Plus Clicks / Persons Visited the Page.
- Ability to change a project category for missplaced projects.
- Project category renames:
"Playable Mods" -> "Quest Modules"
"Gameplay Mods" -> "Gameplay Enhancements"
#9
Posté 09 février 2010 - 03:41
#10
Posté 09 février 2010 - 11:12
JackFuzz wrote...
Under the discussions tab the "next page" link doesn't work (the one on the bottom).
That one is there and confirmed as having been added to the Bioware bug tracking system! NIce to have that feedback.
Here
Modifié par Adaram, 09 février 2010 - 11:13 .
#11
Posté 09 février 2010 - 11:15
BioSpirit wrote...
It's good to hear that the problems with projects site has been noted and the Wiki page allready contains a lot of good suggestions. Here are few easy to implement suggestions:
- Project update date is not working. Updata date is always equal to date of creation.
- Popularity should be more like a ration between (plus) clicks and number of persons visited the page rather than an absolute number of plus clicks. Note that a single person should be counted only once.
Popularity = Plus Clicks / Persons Visited the Page.
- Ability to change a project category for missplaced projects.
- Project category renames:
"Playable Mods" -> "Quest Modules"
"Gameplay Mods" -> "Gameplay Enhancements"
Lots of good suggestions Here that cover your suggestions as well.
#12
Posté 12 février 2010 - 08:26
I'll un-sticky this thread now, but the page will stay on the wiki for the forseeable future so feel free to continue adding ideas there when they arise. Can't guarantee that everything will be implemented but as each suggestion gets addressed we'll cross it off of there.
#13
Posté 12 février 2010 - 09:22
#14
Posté 12 février 2010 - 10:00
Slight derailment - how are the updates to the toolset coming along
Ciao, muh!
#15
Posté 13 février 2010 - 12:48
#16
Posté 13 février 2010 - 02:44
Duck Age...ah, the memories...





Retour en haut







