Talk:Requested features
From OpenTTD
Contents |
[edit] Archive of old suggestions discussions Page
The archive page is no longer active so move relevant discussions to this page when you would like to further discuss the topic.
Talk:Requested features/Archive
[edit] Blue's comments
It looks very nice but i fear that it could be hard to keep up to date as Progress as a % is a very judgmental thing also if a patch was discontinued or old how would this be reflected in the progress column. Also i feel that a link to the diff file on the wiki would be unnecessary as there is a forum link where you would be able to find the most up today patch not one that could likely be out of date.
I do like the introduction and i also like how the forum links now has its own column. Keep up the good work.
L blue l 06:49, 5 June 2007 (CEST)
- Good thoughts. I removed the .diff column, you were right in that it doesn't work. Progress is meant to quickly give a general idea to the reader. The reader doesn't care if progress is 33% or 74% done, only that it is being worked on. Also, "50%" reads faster than "under development". Zojj 03:25, 6 June 2007 (CEST)
- Yes i now agree nice work L blue l 10:29, 6 June 2007 (CEST)
- A 75% category can't hurt. Zojj 21:50, 6 June 2007 (CEST)
[edit] Skidd13's comments
I think the feature template table should be updated with a new structure.
| Feature (name) | State | Coding progress | Coder / Responsible persons | Included since | Comment |
| Describe the feature with about 3 words | Possible states:
| Describe how much of the functionality has been coded | Here should the person(s) be named who implemented the code
Additionaly maybe the founder of the idea (If it is not a common wish/idea). | This should be set if it is in trunk and stable release.
example: r11020 / 0.6 Or a comment if the patch won't get into trunk with the reasons. | All other info like a short description should be put here |
This would help to get a more or less complete overview of what features have been added to the game. If we want to go further we could add the features that already reached trunk.
--Skidd13 01:25, 27 October 2007 (CEST)
[edit] Included in trunk?
I am torn as to whether items already included in the trunk should be listed here. What do you guys think? If they should be, then I'll fix the progress %s and colors. Zojj 04:37, 6 June 2007 (CEST)
- i think all completed patches should stay in the listed until there is a stable release with that patch included most likely to be when "0.6.x" come out. L blue l 10:28, 6 June 2007 (CEST)
- Done. Zojj 21:50, 6 June 2007 (CEST)
[edit] Current Nightly Features
I think that a temperate 'template' is needed at the top of the page possibly this
The features mentioned in this section are currently only available in non-production releases such as nightly builds, betas or release candidates.
Please remove the template once the feature has been released in a stable version of the game
What do you think? L blue l 05:52, 7 June 2007 (CEST)
- I'm neutral. Do you think it would be helpful to readers, on this page? And I think it is "template." =) Zojj 23:57, 11 June 2007 (CEST)
- hhhhhmm It would be nice for the reader to know that all the new features are only available in the current nightly as some people could get confused. I wasn't sure how this could be done i was just thinking the template worked but maybe just a comment about it within the article somewhere? L blue l 00:14, 13 June 2007 (CEST)
[edit] Roadmap and requested features?
There are many features in trunk in this page that dosent appear in the roadmap. My question is if those features will be included in the next stable release or not?--79.177.103.170 02:35, 7 November 2007 (CET)
Well there is a difference between the feature request list and the roadmap. The roadmap contains the things the devs want to finish till next release. A feature request might get in if a dev wants to deal with it or someone else writes a patch. With user made patches there is the issue that, if it is in truk the devs have to care about. So we accept and include only patches that match the coding guidelines, the no break any feature rule and where we agree that it fits to OpenTTD. --Skidd13 21:50, 3 July 2008 (CEST)
