Wikis

[Larry Letelier N.]

Amigos, 

hoy pasó algo curioso. al invitar a alguien a colaborar con el
proyecto. 

 me gustaria poder ayudar al proyecto
 no c por donde comenzar

hay muchas maneras de colaborar con fedora
 comienza por acá:
http://proyectofedora.org/wiki/P%C3%A1gina_Principal

http://proyectofedora.org/wiki/Participa
* tezcatl realmente encontró
confuso esas páginas cuando quiso empezar :D
 tezcatl : al verlas. creo que
es es material para prox. reunión.
 imho, las páginas tipo rtfm son buenas
colecciones de links, pero no es muy claro que sigue
 me causó la misma
impresion
 geek_cl : mira, incluso me gustaría entrar formalmente una guía
en ese sentido: 

Creo que debemos poner un equipo automotivado y con
energias para trabajar en esto.


http://rpmdev.proyectofedora.org/issues/469 

IMHO , Ojo que con la ayuda
de la revista y los esfuerzos que se estan haciendo "llegará" mas gente.


y les debe quedar la pelicula clara. 

Nuestra wiki (latam) creo que la
debemos mejorar ahora yá! 

--
Larry Letelier
lletelier(a)fedoraproject.org

[María Leandro]

Saludos!

Aquí va una Idea. ¿Que les parece ir desarrollando artículos para el
magazine explicando como unirse a cada grupo y vamos mejorando con ese
contenido la wiki?

Lo otro, ¿sera pertinente simplificar nuestra wiki (la pagina principal al
menos)?
Quizás simplificar un poco todo (colapsar enlaces similares y ese tipo de
cosas)

NOTA: /me debería hacer algún mockup y proponer una nueva reestructuración
este fin de semana.



---
tatica

[Jesús Franco]

"María Leandro" <tatica(a)fedoraproject.org&gt; escribió:

>  Saludos!
>
>  Aquí va una Idea. ¿Que les parece ir desarrollando artículos para el
>  magazine explicando como unirse a cada grupo y vamos mejorando con ese
>  contenido la wiki? 
~Suena~ muy bien ;) Pero si es para la revista, lo ideal sería crear  
los artículos dentro del propio repositorio de git y ahí coordinar las  
revisiones. Al final para el arte en Scribus sí tendrás que copiar y  
pegar, pero mientras cada vez que te conectes a internet hagas un ¡git  
pull' en tu directorio del repositorio local, al maquetar todo, no  
necesitas conexión a internet para tener los textos ya a tu disposición.

Por cuanto unos buenos artículos que sirvan como guías a nuestros  
proyectos, desde el propio repositorio podríamos ir generando las  
versiones html de los artículos, y si son de buena calidad, hasta  
pueden ser la base para nuevas guías oficiales del proyecto.

Creo que esto es más funcional, sin duda, que copipegar, de la lista o  
correos personales, al wiki, luego a otro wiki copipegar para la  
revisión, y luego otra vez al maquetado en Scribus.

>  Lo otro, ¿sera pertinente simplificar nuestra wiki (la pagina
> principal al
>  menos)? 
Sin duda, siempre he pensado que les quedó super chula la guía en la  
wiki global para unirse a Embajadores. Por lo menos los primeros  
pasos, te va llevando de página a página, paso a paso.

Creo que algunos proyectos como FreeMedia, por poner un ejemplo, o tal  
vez hasta el plan de empaquetamiento que está en rpmdev, podrían  
adaptar sus laaargas páginas llenas de recovecos, a esa secuencia de  
página a página, cada una explicando en lenguaje sencillo un paso a la  
vez.

>  Quizás simplificar un poco todo (colapsar enlaces similares y ese
> tipo de
>  cosas)
>
>  NOTA: /me debería hacer algún mockup y proponer una nueva reestructuración
>  este fin de semana. 
Si el mockup lo haces para el wiki, que sea en el wiki, diría yo, si  
es posible (podría ser complicado algo de las imágenes, creo).

Pero si es para la revista, creo que lo ideal, insisto, sería hacerlo  
en el repositorio de la misma. Si por alguna razón crees que no te  
gustaría tocar la estructura actual, no necesitamos un repositorio  
aparte, simplemente después de clonar el repositorio, puedes crear una  
rama para esas propuestas, por ejemplo:

git checkout -b mockups --track origin/mockups

(sólo la primera vez lleva tantas opciones, para crear la rama)

mientras estés en esa rama (lo puedes verificar con git branch -a), no  
verías los cambios de artículos que subamos a la rama "master". Para  
cambiarte de nuevo a la rama master, haces

git checkout master

y en ella quedan ocultos los mockups, hasta que hagamos un merge  
cuando tú lo consideres listo; para volver a tu rama de trabajo de  
mockups, haces

git checkout mockups

y así puedes ir brincando entre distintos aspectos de desarrollo en el  
repositorio

ah! pero no olvides hacer

git add .
git commit
y git push

antes del checkout para cambiarte de rama, así no se pierden tus  
cambios y quedan sincronizados tus repositorios y el repositorio común.

Los checkouts es donde principalmente git es superior a dropbox, ahí  
cada proyecto está limitado a ser "uno sólo" a la vez.

>  ---
>  tatica
>  
Ya tengo ganas de ver las ideas que tienes.

saludos

-- 
Jesús E. Franco Martínez
http://identi.ca/tzk
Colaborador de Proyecto Fedora LATAM

[María Leandro]

Saludos

~Suena~ muy bien ;) Pero si es para la revista, lo ideal sería crear los
>  artículos dentro del propio repositorio de git y ahí coordinar las
>  revisiones. Al final para el arte en Scribus sí tendrás que copiar y pegar,
>  pero mientras cada vez que te conectes a internet hagas un ¡git pull' en tu
>  directorio del repositorio local, al maquetar todo, no necesitas conexión a
>  internet para tener los textos ya a tu disposición.
>  
Para la revista el contenido, luego como dices más adelante copy/paste en la
wiki


>  Sin duda, siempre he pensado que les quedó super chula la guía en la wiki
>  global para unirse a Embajadores. Por lo menos los primeros pasos, te va
>  llevando de página a página, paso a paso.
>
>  Creo que algunos proyectos como FreeMedia, por poner un ejemplo, o tal vez
>  hasta el plan de empaquetamiento que está en rpmdev, podrían adaptar sus
>  laaargas páginas llenas de recovecos, a esa secuencia de página a página,
>  cada una explicando en lenguaje sencillo un paso a la vez. 


>  Quizás simplificar un poco todo (colapsar enlaces similares y ese
> tipo de
>
> > cosas)
> >
>  
Justo esa es la idea :)


> > Si el mockup lo haces para el wiki, que sea en el wiki, diría yo, si es
>  posible (podría ser complicado algo de las imágenes, creo).
>  
Mockup de wiki =! Revista

La idea es tener algo como esto este fin de semana:

http://fedoraproject.org/wiki/Join

<http://fedoraproject.org/wiki/Join>No es "poner un artículo en la wiki",
es
solo usar el contenido con una estructura agradable... y, aprovechar el
esfuerzo de reescribir/reestructurar el contenido para hacer un par de
artículos invitando a la gente a colaborar

-- 
tatica
Maria Gracia Leandro
http://www.tatica.org
http://www.fedora-ve.org
http://proyectofedora.org
http://fedoraproject.org/wiki/MariaLeandro
LinuxUser= 440285
GPG Public Key: E1CDCC56
"Be yourself... Don't be anyone else"

[Neville A. Cross]

On Fri, 2011-02-11 at 10:18 -0800, Jesús Franco wrote:
<snip>
>  Sin duda, siempre he pensado que les quedó super chula la guía en la 
>
>  wiki global para unirse a Embajadores. Por lo menos los primeros  
>  pasos, te va llevando de página a página, paso a paso.
>  
>  Creo que algunos proyectos como FreeMedia, por poner un ejemplo, o tal  
>  vez hasta el plan de empaquetamiento que está en rpmdev, podrían  
>  adaptar sus laaargas páginas llenas de recovecos, a esa secuencia de  
>  página a página, cada una explicando en lenguaje sencillo un paso a la  
>  vez. 
<snip>

Tenes razón, freemedia deberia tener algo asi. Voy a trabajar en ello la
proxima semana.


-- 
Neville
https://fedoraproject.org/wiki/User:Yn1v
Linux User # 473217