Difference between revisions of "Documentation Team/lang-es"
Jump to navigation
Jump to search
| Line 42: | Line 42: | ||
** collaboration.| display = none}} | ** collaboration.| display = none}} | ||
| − | + | La [[DocumentationTeam/API_Documentation | guia API ]] explica cómo empezar la documentación de API. | |
| − | |||
| − | |||
| − | |||
| − | |||
Referencias | Referencias | ||
* http://wiki.laptop.org/go/API_reference? | * http://wiki.laptop.org/go/API_reference? | ||
| − | * Probablemente deberíamos documentar el almacén de datos dbus API | + | * Probablemente deberíamos documentar el almacén de datos dbus API. No estoy seguro de cual es la mejor forma de generar la documentación para ello. Es tan pequeño que una página del wiki podría ser la solución más simple por ahora. |
| + | * La documentación de colaboración existente está en [http://wiki.laptop.org/go/Category:Colaboración]. | ||
| + | :* Mi impresión después de 3 minutos de ver la documentación disponible es que hay poco escrito con los autores de la actividad en mente, y que esta dispersa en varias páginas y se mezcla con la aplicación de documentos. ¿Es correcta esta impresión? Me gustaría tener un par de cosas: 1 documentación completa del API que involucren a autores de la actividad (con buenos enlaces a la documentación dbus ya que esto es usado de forma muy pesada) 2 Un completo tutorial como parte del "manual".Una de las páginas se ve como un buen comienzo en este sentido.¿Tiene sentido para usted? ¿podemos hacer que suceda? -- [[User:Marcopg|Marcopg]] | ||
| + | ::* Si podemos! --[[User:Morgs|Morgs]] 13:50, 16 de Mayo de 2008 (UTC) | ||
| + | ::* Hey, vine con una implementacion de referencia "alterna" para la colaboración cuando escribí colores!, pienso que es mucho más fácil de entender y podria ser la base para un buen tutorial.La única cosa extraña es que quería que mi actividad de clase recibiera señales DBus directamente | ||
| + | |||
{{ Translated text| | {{ Translated text| | ||
The [[DocumentationTeam/API_Documentation | API guide ]] explains how to get started documenting api. | The [[DocumentationTeam/API_Documentation | API guide ]] explains how to get started documenting api. | ||
| Line 68: | Line 69: | ||
| display = none}} | | display = none}} | ||
| − | == | + | {{anchor|Tutorials}} |
| + | == Tutoriales == | ||
* Probably good to have a pygame tutorial, it's probably the best thing we have at the moment to do free form graphics stuff. | * Probably good to have a pygame tutorial, it's probably the best thing we have at the moment to do free form graphics stuff. | ||
* Etoys based activity tutorial? | * Etoys based activity tutorial? | ||
| − | == | + | {{anchor|Glossary}} |
| + | == Glosario == | ||
[[DocumentationTeam/Glossary | Glossary]] | [[DocumentationTeam/Glossary | Glossary]] | ||
[[Category:DocumentationTeam]] | [[Category:DocumentationTeam]] | ||
Revision as of 23:00, 1 August 2008
Nuestra Misión es proveer la comunidad de sugar con alta calidad de documentación, incluyendo manuales de usuario, referencias de programación y tutoriales
Manuales de Usuario
Estaremos trabajando con manuales FLOSS para crear nuestra documentación o la del usuario. Su excelente guia de inicio está en OLPC simple. El trabajo en progreso se enlista en DocumentationTeam/KnowledgeBase .
Vea también
- Publicaciones de OLPC En el Wiki de OLPC.
- OLPC Austria Manual de Actividades
Ideas del programa
- Establecer un ambiente de desarrollo. con y sin
- Tutorial "Escribe tu actividad". Debería incluir:
- Controles gráficos.
- Alamcen datos
- Colaboración
La guia API explica cómo empezar la documentación de API.
Referencias
- http://wiki.laptop.org/go/API_reference?
- Probablemente deberíamos documentar el almacén de datos dbus API. No estoy seguro de cual es la mejor forma de generar la documentación para ello. Es tan pequeño que una página del wiki podría ser la solución más simple por ahora.
- La documentación de colaboración existente está en [1].
- Mi impresión después de 3 minutos de ver la documentación disponible es que hay poco escrito con los autores de la actividad en mente, y que esta dispersa en varias páginas y se mezcla con la aplicación de documentos. ¿Es correcta esta impresión? Me gustaría tener un par de cosas: 1 documentación completa del API que involucren a autores de la actividad (con buenos enlaces a la documentación dbus ya que esto es usado de forma muy pesada) 2 Un completo tutorial como parte del "manual".Una de las páginas se ve como un buen comienzo en este sentido.¿Tiene sentido para usted? ¿podemos hacer que suceda? -- Marcopg
- Si podemos! --Morgs 13:50, 16 de Mayo de 2008 (UTC)
- Hey, vine con una implementacion de referencia "alterna" para la colaboración cuando escribí colores!, pienso que es mucho más fácil de entender y podria ser la base para un buen tutorial.La única cosa extraña es que quería que mi actividad de clase recibiera señales DBus directamente
Tutoriales
- Probably good to have a pygame tutorial, it's probably the best thing we have at the moment to do free form graphics stuff.
- Etoys based activity tutorial?