Uso de la Web

Sobre la 1. no sé decir nada. Son tripas demasiado internas del tiki para lo que yo llego.
Sobre la 2. Yo también creo que es suficiente con que se almacene el comunicado final. Si se hace en la galería, pues ya está, en su formato definitivo. No crearía nuevas wikis para cada comunicado.

Y sobre las wikis de antiguos comunicados a eliminar: seguramente tú no puedas hacerlo (cuestión de permisos) pero basta con que nos des un listado de enlaces, y desaparecerán de la faz de la tierra para siempre .

Salud!

Buenas,

A ver... yo no sé si estoy demasiado de acuerdo. Me explico: tener los comunicados en wiki es algo "bueno": son más rápidos de cargar, están más integrados en el entorno, seguramente son más fáciles de acceder desde los buscadores, etc. Si me decís que esta función la han de cumplir las noticias y artículos de la Tiki, perfecto... ¡pero entonces subámoslos! (no siempre lo estamos haciendo ).

Juntándolo con el problema del historial: es lógico, desde el punto de vista del gestor de contenidos, que si estáis haciendo versiones nuevas, pues por mucho que eliminéis las antiguas quede constancia que existieron. Vamos, imagínate que yo modifico algo y veo que es la versión 10, si la próxima vez que vuelvo a la wiki veo que van por la 4, pensaré que "esta no es la wiki que yo edité".

Es más: antes, cuando se elaboraba un comunicado, se hacía vía mail, y quedaban archivadas las opiniones de todos. Aunque el comunicado al final "dijese algo", uno siempre podía consultar las conversaciones, modificaciones sucesivas, debates suscitados, etcétera. Si, con todo esto, estamos eliminando el registro de estos en mi opinión enriquecedores intercambios, no sólo borrando historiales sino también borrando los comentarios al pie, si bien estamos ganando "institucionalidad" en los posicionamientos, en mi opinión, en realidad, estamos perdiendo.

Por otra parte, de nuevo desde el punto de vista técnico, eliminar la wiki y volverla a crear, o cambiarle el nombre, tampoco son acciones aconsejable, pues entonces los enlaces hechos con dobles paréntesis peligran (los contenidos de los enlaces con dobles paréntesis, al renombrar una wiki, ¡cambian para ajustarse al nuevo nombre!). Supongo que esto es lo que hicisteis para volver a partir de una versión #1, pero bueno, mejor que no tentéis a la suerte. Si renombráis la wiki de Próximo Comunicado a "Comunicado tal", todos los enlaces (bien hechos) que haya en la wiki pasarán a apuntar a la wiki "Comunicado tal", y la wiki de Próximo Comunicado pues dejará de tener, pues eso, la gracia que tiene.

Una propuesta viable: la wiki Próximo Comunicado se limita a tener una línea, de redirección a la wiki que contenga el que realmente es el comunicado que está en redacción. En esa wiki se trastea todo, se edita, se hacen los comentarios que sean... y cuando el comunicado se apruebe, se añade un enlace al pdf y a la noticia resultantes y se bloquea la propia wiki. Cuando se tenga que hacer el próximo comunicado, se cambia la redirección de la wiki Próximo Comunicado, y así sucesivamente... Siempre se partirá de versión 1 en cada comunicado, se conservarán todos los comentarios y todos los cambios, los enlaces "no sufrirán" nunca, etc.

¿Qué os parece?

Como ejemplo de lo del redirect, tenéis la wiki mentirasZapatero, que redirige a otra, y cuyo código podéis ver vía su página de historial: tiki-pagehistory.php?page=mentirasZapatero.

Ya diréis...

¡Saludos!,

Muy buena idea Escartín. Se ve que aquí hay alguien que realmente saca provecho a las herramientas de tiki .

Eso no quita que vaya a poner un par de peros:
1- Me parecería inadmisible que un comunicado de prensa no se colgara como artículo, así que no me parece un argumento de peso. Dudo de que haya pasado hasta ahora, pero creo que ese es el lugar ideal para almacenarlo (además del pdf de la galería).
2- Tampoco estoy muy de acuerdo del interés de las sucesivas modificaciones a los comunicados de prensa. Hay que ser muy freak para ponerse a indagar sobre eso. De todas maneras, no hay nada más sencillo que no borrar el historial. Emilio, bastaría que cuando vayas a poner un nuevo comunicado de prensa y borrar todo lo anterior, anotaras en el Edit Summary (o algo así se llama): NUEVO COMUNICADO: tema tal. Así, en el historial de versiones, puedes localizar perfectamente los puntos de inflexión donde se cambian comunicados.

Bueno, ya nos comentaréis desde la comisión de medios como veis todo esto.

Abrazos

Soy bastante freak, qué quieres que le haga...

En tu propuesta, jabi, falta decir qué pasa con los comentarios ... Por una parte, si se permiten tras publicar la noticia, puede haber duplicidad (en mi propuesta), pero en la tuya se perderían los previos a la publicación...

Saludos,

P.S.: Con tu 1-, estoy de acuerdo

Hola chicos,

¡Gracias por vuestras respuestas!

Las mandaré a medios para la semana para discutir entre nosotros y os haré llegar a través del foro la opinión de la comisión (si es que no consigo que opinen directamente en el foro ).

Pero primero necesitaba entender lo que me decíais y proponíais.

Lo que me dice Jabi de meter un comentario en el historial ya lo he probado y se hacerlo y me parece una forma rápida de no borrar nada y separar la parte del historial que corresponde a cada comunicado.

Lo que me dice Jose María realmente me parece una idea muy buena. Aunque requiere manejarse en la creación de wikis y en redirigir.

De hecho no se si sois realmente conscientes de la cantidad de informacíón de que estamos hablando. Usar por ejemplo la misma wiki sin borrar el historial durante un año de edición de borradores puede suponer más de 300 cambios en el historial sin problema.

Yo no creo viable usar una sóla wiki para ello sin borrar. Y veo como Jose María el problema de los comentarios, que hay que borrar de comunicado a comunicado porque sino esto es un lio.

Así que lo de crear una nueva página para cada comunicado redirigida siempre desde la misma Próximo comunicado me parece una buena forma de actuar.

Eso si no se si hay un límite a páginas a crear, porque os vuelvo a insistir a si teneis claro el volumen de información de que hablamos. Se mandan a lo mejor 20, a lo peor 12 comunicados al año. Eso son un montón de páginas ¿no?

Pero bueno esto de redirigir no he sido capaz de hacerlo. Lo he intentado con una wiki (tampoco había creado ninguna y tenía que ir probando) que he creado para las cartas al director esta tarde y no he sido capaz (he intentado redirigir a cartas+al+director -si no me pregunteis porque **** le he metido los + porque no sé que deciros, tras leer la wiki ayuda me parecía lo más lógico, ejem- desde cartasdirector y no me ha funcionado. De hecho, ¿cartasdirector es una wiki huerfana de esas ahora o es que me la he cargado?

Buff, buff,...

Ah! por cierto, tiene razón Jabi en que los comunicados tenemos que mandarlos siempre como artículos y Jose Maria en que no se ha hecho por ejemplo en los últimos de la asamblea y manifestación (hay que mandarlos a la portada y a la sala de prensa). Desde medios está claro el porqué: 1. Aún no nos enteramos muy bien de todo lo que hay que hacer en torno a medios y la wiki (estamos intentando ahora incorporarla bien a nuestro funcionamiento) y 2. nos faltaban manos porque hasta que entró Bego yo sólo no daba a hacer un número mayor de cosas que usar la wiki en principio nos implica.

Pero bueno, yo creo que los comunicados si quedan bien archivados en forma de pdf en la galería (en la web antigua no quedaban más que así). Pero si que ganan en accesibilidad si se mandan como artículos.

Lo de conservar las sugerencias y modificaciones de los comunicados pues pensar que si se hace vía una wiki para cada comunicado con su historial y sus comentarios ganaríamos con respecto a como se hacía por las listas: en ellas se reciben comentarios en diversas listas (medios, estatal, a veces postdoc, csic, etc) y mails personales con sugerencias y modificaciones que el cocomedios unifica y reenvia.

Un saludo,

Buenas, A ver, ahora mismo la Tikiwiki de precarios.org tiene 422 Wiki páginas, que ocupan unos 1.8Mb y acumulan 4741 versiones.

Que yo sepa, el límite de páginas a crear, en caso que exista, es bastante inalcanzable por nosotros, y dudo que precisamente sea debido a los comunicados de prensa... El problema que tal vez nos podríamos encontrar sería que el tamaño de la base de datos creciese tanto que las consultas (y consiguientes cargas de páginas) fuesen híper-lentas, y esto supongo que estaría más causado por foros que por wikis (expertos en db, si he dicho alguna tontería, por favor, corregidme...).

Si en el nombre de la página hay espacios, al enlazarla desde otro lugar puedes cambiar cada espacio ("%20" en la barra del explorador) por "+"; pero si en el nombre de la página hay "+"es, al enlazarla tienes que utilizarlos con cuidado (son "%2B" en la barra del explorador)... Yo, personalmente, nunca utilizo "+"es en los nombres, y en los enlaces tampoco, sólo los empleo si estoy fuera de la Tiki...

Una vez he renombrato tu "cartas+al+director" quitándole los mases (he aprovechado para poner la inicial mayúscula, de paso), la cosa ha funcionado . Quitarle los mases al enlace que contenía cartasdirector ha sido más un capricho... (Por cierto, ¿has estado haciendo minor edits, en este rato?...)

Y sí, la página cartasdirector es huérfana, porque no está linkada desde ninguna parte... Cartas al director no es huérfana, porque está linkada desde la wiki de la Comisión de Medios. Y he aprovechado para también quitar la línea "sobrante" de cartasdirector, ya que ni es necesaria, ni tiene mucho sentido hacer ese tipo de "link interno que no va a ninguna parte"...

En cuanto al resto, ya nos diréis .

Saludos,

Hola,

Pongamos que ahora que está cerrada la edición del comunicado de los postdoc (bueno podríamos esperar a que esté aprobado en org la versión definitiva):

1. Podría renombrar la página wiki "Próximo comunicado" por ejemplo como "250308 FJI Comunicado" o algo más prosaico como "Comunicado contratación postdocs MEC en el extranjero".

2. Crear en esa página renombrada otra wiki "Próximo comunicado".

3. Categorizarla como de la comisión de medios.

4. En la nueva wiki "Próximo comunicado", redirigir a "250308 FJI Comunicado" por ahora y en un futuro a las nuevas wikis que se hagan para otros comunicados mediante:

REDIRECT plugin: No page specified!
REDIRECT plugin: No url specified!
REDIRECT plugin: No perspective specified!

Y con la técnica esta de los dobles paréntesis, ¿desde que wiki crearía la siguiente wiki para editar el próximo comunicado? ¿se borra este párrafo de los corchetes de la wiki de origen una vez creada la nueva?

Gracias por resolverme las dudas (ya he mandado esto a medios, pidiendo que opinen directamente en el foro -si no lo hacen os haré llegar yo las opiniones de mis chicos y chicas de medios).

Un saludo,

Hola Emilio,
No renombres la página de próximo comunicado, que eso puede tener consecuencias como que todos los lugares desde los que se enlaza a esa página con un doble parentesis se modifiquen, y empiecen a enlazar a "250308 FJI Comunicado" o como le llaméis.
El proceder debería ser:
1- Crear la nueva página 2503...
2- Copiar el contenido actual de Próximo comunicado y ponerlo en esa nueva página.
3- Editar Próximo comunicado, eliminando el contenido y poniendo simplemente Redirect hacia la nueva página 2503...

Suerte!

Gracias Jabi,

Entendido. Si ya le veía yo pegas al procedimiento por eso preguntaba antes de hacer nada...

Vale, pero con este proceder me cargo los comentarios y el historial ¿no?.
Si la respuesta es que sí, me espero al próximo comunicado que editemos y al colgarlo de la wiki creo la nueva página siguiendo el procedimiento que me dices.

Un saludo,

Hola,

En el punto 2, estoy de acuerdo con Emilio. La naturaleza efímera del "próximo comunicado", y el hecho que la versión definitiva está aprobada por la FJI, hace que los comentarios y el historial del "próximo comunicado", finalmente aprobado, sean obsoletos ¿no os parece? Así que yo creo que no se sacaría provecho de crear una página por cada nuevo comunicado, si el único fin es guardar los historiales y comentarios.

Un abrazo,

Hola!
Pues sin entrar en honduras técnicas, para evitar líos, intuitivamente -y repito que sólo intuitivamente porque llevo poco tiempo trasteando con esto-, me parece que tener una página para cada comunicado complica más de lo que ayuda, porque no creo que sean tan necesarios los comentarios y el historial de textos ya enviados como definitivos y aprobados. De hecho, ahora mismo soy incapaz de ver la necesidad de echar mano de ese tipo de información ya atrasada. Con tener colgado en pdf el artículo definitivo creo que sirve, y en todo caso si hay alguna cuestión relevante que no aparece en el texto -aunque lo dudo-, en la comisión de medios podría quedar constatado de algún modo...
Se me ocurre que a través del sistema que planteó hoy Emilio de sugerir ideas fundamentales de cada comunicado... Bueno, esto es tema de medios, pero en definitiva, creo que mejor no emplear varias páginas para los distintos comunicados, sino la misma borrando comentario e historial...
Saludos
Bego