Talk:Requested features

From OpenTTD
Jump to: navigation, search

Contents

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

Buying land

I'd like the option of buying land many tiles at a time, rather then just one. Point is I play the game with the largest possible map (2048*2048), and have the habit of building a huge railway from one side of the map straight over to the other side. Problem is the longer the game goes on, the more industries are in the way (which of course can't be demolished by the player). Buying the required land would prevent this.

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)

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:
  • idea
  • concept
  • patch
  • in branch
  • in trunk
  • in stable release
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)

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)

Current Nightly Features

I think that a temperate 'template' is needed at the top of the page possibly this

NightlyIcon.png

Nightly Builds
The features mentioned in this section are currently only available in non-production releases such as nightly builds, betas or release candidates.


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)

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)

changed template for rejected features

As a rejected feature don't have a "thread" in the forum the template should be imo changed to this like.

|                          |       |        |            |
+--------------------------+-------+--------+------------+
|  some other feature      |  %50  | thread | notes      |
+--------------------------+-------+--------+------------+
|  another feature         |    rejected    |            |
+--------------------------+-------+--------+------------+
|                          |       |        |            |

with a link to the heading on the Rejected features. Thats the meaning of this page as the user got a total overview why a feature is rejected instead of looking in just one thread which even maybe got posts like "use the search function". However I believe we cannot use the Template:rf as it doesn't support a missing thread-id and colspan="2" cells. I propose a new template like {{reject|name|heading on the page}} (or maybe just {{reject|name}} if the name matches the heading). --Progman 09:54, 13 January 2009 (UTC)

Are you sure the cargodest is 90% ready (=mergeable)? There are still some features to be done and also balancing of cargo productions is necessary.

NewObject

Eyecandy / NewObject is marked as 100%. Is this in the trunk? The thread died; I don't see thread's feature in the game. -zojj 01:27, 5 April 2010 (UTC)

Can singnals be moved in between tiles

it would be convinient for track desing in general instead of getting messages of impossible track configuration since they would be essentially off tile -Max T.

Personal tools