Por favor visita el foro si no encuentras lo que buscas.
|
|
|
Deja tu huella en FlightGear!
|
"Desarrollo" en FlightGear es cualquier contribución para mejorar el proyecto. Así que, no solo es contribuir con programación. También se requiere desarrollo de Escenarios, Aeronaves, y todo lo que puedes ver en la columna de la derecha -->.
Si quieres una mejor visión de cómo contribuir, ve a la página de Voluntarios.
De hecho, eso no es todo con lo que puedes contribuir. También se necesita ayuda con la documentación del Manual de FlighGear... y, por supuesto, esta wiki! Para contribuir con esta wiki, empieza por el Portal Wiki. Hay mucho que hacer!
Si quieres contactar a otros desarrolladores, regístrate en el foro, y para programación, suscríbete al mailing list y visita el issue tracker
Recuerda: lo llamamos contribuir, pero lo que realmente debe moverte es la gana de hacer algo entretenido.
|
|
|
|
Para programadores
|
Visita este link para ver la lista de proyectos en desarrollo!
Visita Category:Developer Plans para ver la planeación en cuanto al desarrollo de la próxima versión.
Visita request for comments para una lista de problemas y retos que afectan la evolución de FlightGear y el desarrollo del proyecto en general (aunque se quedó un poco olvidada).
Ayuda:
Creating an integrated Canvas based GUI launcher/package manager ticket #1295:
|
For aircraft, the system supports aircraft dirs, there is the package manager code which works but is currently unused, which can download and extract zipped aircraft. This needs a GUI but thanks to the new reset architecture we can finally build this GUI inside FG - i.e an ‘aircraft chooser’ UI - however I am find building such a UI rather outside my comfort zone. If anyone would like to help in this area, let me know.[1]
— James Turner
|
|
The YASim FDM is looking for a new maintainer:
|
There are some pending merge requests[1] to add some YASim features, but we have an issue that since none of the current C++ developers own, or are experts in YASim, we're reluctant to be the person who merges such changes, and potentially introduces subtle regressions.
Obviously this is chicken-and-egg, since no one can become expert enough in the code to become a maintainer :)
So, I'm more than happy to apply patches *providing* I can be convinced they are sane+reasonable from a pure code perspective (happy to help with that, too,
if people are new to C++), and providing we have some assurance that a representative sample of YASim aircraft are unchanged or improved by the patch.
Suggestions for that means in practice, are most welcome!
Otherwise I worry, given the nature of the solver, we'll keep optimising the solver for some aircraft, and making other existing aircraft worse - until someone tests them, and announced that they're no longer working.[2]
— James Turner
|
|
|
I am still broadly happy to answer questions if posed (as long as I remember enough to come up with a meaningful answer). Just cc: me if you do, because my latencies here are measured in weeks.Bugs can always be fixed. What YASim needs is a maintainer, not really expertise per se. The latter comes from the former.[3]
— Andy Ross
|
|
|
|
|
|
Ayuda con código! (Actualizada 11/2013)
|
|
|
|
|
Se Busca: Candidato para entrevista
|
Todos los meses tratamos de incluir una entrevista con algún contribuyente en la FlightGear Newsletter. Cualquiera que contribuya a FlightGear, en cualquier plano, es bienvenido a responder algunas preguntas y escribir su propia entrevista.
Mas información en: FlightGear Newsletter: Interview.
|
|
Estado del repositorio
|