Moderator: Graphics Moderators
Design by Alexboy and ElDwane
Readme - Changelog
Downloads: http://bundles.openttdcoop.org/frenchto ... ies/LATEST
(based on ottd dev thread: http://www.tt-forums.net/viewtopic.php?t=38134)
- for sig
- fr.gif (1006 Bytes) Viewed 8641 times
I am Swiss, so I coded it...dbkblk wrote: I'm french so i tested it ^^
Are you sure? I used that:dbkblk wrote: There is a bug with "Evry" and "Estampes": The town is called "evry évry" instead of "Evry" ^^
01 "Evry Évry" 00
The list is done by somebody else, you can check it here: http://svn.openttdcoop.org/grfdev/frenc ... cities.txt
Actually none, I just wait for comments and will sometimes release v1.0 with bugfixes...dbkblk wrote: That's a nice addition, thanks ...how is the progress ?
Reason: Cleaned up the huge block of uselesss [/quote]'s
I updated the NML file (corrected a few bugs in some town names and added a few cities). Anyone feel free to convert it into GRF format and post the update on Bananas, I am too noob for all this technology
Edit: I used the NML listed in Ammler's above post, but I saw what looks like a more recent version in the nightlies. I'm a bit at lost here
- (13.57 KiB) Downloaded 117 times
It contains all data of the project.
In the 'repository' tab are the sources. Under "Latest revisions" are the different internal versions, and their time stamps. It seems the last change was in 2012.
('Revision' is used to indicate an internal version. Using a different name for internal versions avoids confusion with public versions, such as version 2.0+ as you know it.)
A nightly is automatically created from the sources when someone adds a new revision. That way you always have the newest revision available for testing or playing.
It may be useful to download the current source (there is a 'french-cities.txt' file in the 'data' directory at the 'repository' tab), and compare / merge your changes into it.
Proposed changes to a project go under 'issues'. This project currently has no open issues. If you log in, you get a new tab 'new issues', where you can make a new issue where you can add your changes.
Normally, a project owner then looks at the issue, and decides what to do with it. However, I haven't seen Ammler for a long time, so your changes may linger for a long time.
If it takes too long for you, you may want to try contacting him.
As for uploading to bananas, only the original author of the newgrf can upload new versions.
Repositories are commonly used to store data that gets changed often, by different people.Alexboy wrote:I'm not completely familiar with the repository platform
Suppose you have to write some text with several other persons. Different people make changes at different times, so you quite soon get a problem of "what is the latest" version, or you made changes, and then you get new changes from someone else by email, and you have to merge your changes with the newly received text somehow. Doing that manually gets very messy very soon.
A repository handles all that stuff automagically, everybody copies a revision from the repository, makes changes, and submits the changes (thus creating a new revision). The repository handles merging of changes (and complains when it cannot do it automatically). You can also ask it for updates, and you get the changes submitted since you asked for a copy into your text.
In other words, it acts as a central point in managing changes in data. Changes from different people get merged by the system, and it never misses a subtle text change at some unexpected place.
It also tracks who changed what at which time. Since you can add a short description when you submit changes, you get a quick overview of what happened in the last revisions, and why.
These properties make repositories pretty much defacto-standard in collaborative projects.
What "data" it stores doesn't really matter. It can be as small as a report you write, the source code of a towns newgrf, or something more big like the source code of openttd. I am sure there exist much larger repositories in the world though
dev.openttdcoop is the development site, where the project 'lives'. The project owners, and the users get an overview of what happened in the project, the issues are a list of things that need looking into. bundles.openttdcoop is a computer that takes the data from projects, assembles it into a program or a newgrf, or a game script, or so, and publishes the result. It's a quite separate thing, and it may eg rebuild the same revision more than once due to internal changes or upgrades, for example.Alexboy wrote:the differences between dev.openttdcoop and bundles.openttdcoop
Take a look at https://dev.openttdcoop.org/projects/fr ... cities.txt
This is the source file you want to edit, and submit a patch for. Or maybe the project owner might be happy with a simply updated txt file.
Users browsing this forum: No registered users and 5 guests