Wiki sobre el editor de recursos educativos Open Source eXe Learning
eXeLearning es un programa creado por laAuckland University of Technology y la Tairawhiti Polytechnic.
El proyecto está financiado por el Tertiary Education Commission de Nueva Zelanda.
Con eXe, cualquier docente puede construir contenido web didáctico sin necesidad de ser experto en la
edición y marcado con XML o HTML. eXe puede exportar contenido como páginas web autosuficientes o
como paquetes IMS, SCORM 1.2 o COmmon Cartridge. Creemos que el eXeLearning es un excelente programa para editar
contenidos abiertos y que puede ser de gran ayuda para docentes con pocos conocimientos técnicos.
Esta pagina está mantenida por el Departamento de Lenguajes y Sistemas Informáticos de la
Universidad de Alicante. Nuestro departamento imparte docencia en las asignaturas de
Nuevas Tecnologias Aplicadas a la Educación y ha incluido el aprendizaje del uso de esta herramienta
como parte del programa didáctico a fin de adiestrar a los futuros profesores en la fabricación de materiales
digitales reutilizables.
martes, 15 de septiembre de 2009
Como Bloquear la tecla BLOQ MAYUS en la xo
Como Uds. ya sabrán, en la XO no está la tecla BLOQ MAYÚS. Aunque puede no ser imprescindible, hay casos en que si es necesario su uso: por ejemplo, con niños de primero o segundo año, que al comenzar sólo conocen la letra mayúscula, y es bastante engorroso tener que tener presionada la tecla MAYUS mientras se escriben las palabras.
En la versión 0.82 de Sugar no está implementado su uso, pero hay un truquito que se puede hacer, para configurar la tecla de la manita izquierda como BLOQ MAYUS.
(pasado por Andrea Mangiattordi, que está trabajando en una escuela especial en Montevideo).
Según sus palabras: "Esto es algo provisorio, no se si los desarrolladores van a estar de acuerdo, porque no sé para que piensaron las manitas"
PASOS:
1. Ir a la Terminal
2. Se debe crear un archivod e texto llamado xmodmap.conf. Para ello usaremos el editor de texto llamado nano.
Escribimos en la terminal:
nano xmodmap.conf y presionamos ENTER
Aparecerá el editor de texto, donde escribiremos esto tal cual:
keycode 133 = Caps_Lock
add Lock = Caps_Lock
presionamos las teclas CTRL X, la tecla S y luego ENTER para guardar los cambios.
3) Escribir el siguiente comando
cp .xsession-example .xsession
(ojo con los espacios: después de cp hay uno y de .xsession-example hay otro)
4) Editar el archivo .xsession usando nuevamente el editor nano:
nano .xsession y presionar ENTER
5) ir al final del archivo y escribir lo siguiente, tal cual:
xmodmap xmodmap.conf
6) Guardar el archivo, presionando CTRL X, la tecla S y ENTER
7) Reiniciar Sugar, presionando CTRL ALT BORRAR
A partir de este momento, la tecla de la manito izquierda funcionará exactamente igual que la tecla BLOQ MAYUS que todos conocemos.
En la versión 0.82 de Sugar no está implementado su uso, pero hay un truquito que se puede hacer, para configurar la tecla de la manita izquierda como BLOQ MAYUS.
(pasado por Andrea Mangiattordi, que está trabajando en una escuela especial en Montevideo).
Según sus palabras: "Esto es algo provisorio, no se si los desarrolladores van a estar de acuerdo, porque no sé para que piensaron las manitas"
PASOS:
1. Ir a la Terminal
2. Se debe crear un archivod e texto llamado xmodmap.conf. Para ello usaremos el editor de texto llamado nano.
Escribimos en la terminal:
nano xmodmap.conf y presionamos ENTER
Aparecerá el editor de texto, donde escribiremos esto tal cual:
keycode 133 = Caps_Lock
add Lock = Caps_Lock
presionamos las teclas CTRL X, la tecla S y luego ENTER para guardar los cambios.
3) Escribir el siguiente comando
cp .xsession-example .xsession
(ojo con los espacios: después de cp hay uno y de .xsession-example hay otro)
4) Editar el archivo .xsession usando nuevamente el editor nano:
nano .xsession y presionar ENTER
5) ir al final del archivo y escribir lo siguiente, tal cual:
xmodmap xmodmap.conf
6) Guardar el archivo, presionando CTRL X, la tecla S y ENTER
7) Reiniciar Sugar, presionando CTRL ALT BORRAR
A partir de este momento, la tecla de la manito izquierda funcionará exactamente igual que la tecla BLOQ MAYUS que todos conocemos.
Terminal [panel de control de sugar]
El panel de control permite hacer cambios en la configuración de sugar. En el build 656 (máq de Uruguay) es un comando que se ejecuta desde la consola o terminal, con una sintaxis predeterminada. En las nuevas versiones, es una aplicación gráfica mucho más sencilla de usar.
Primeramente debemos acceder a la Actividad Terminal.
La sintaxis completa del comando es:
sugar-control-panel [ opciones ] clave [ argumentos... ]
Opciones:
-h muestra la ayuda del comando
-l lista las claves disponibles
-h clave muestra información acerca de la clave especificada
-g clave muestra el valor actual de la clave especificada
-s clave establece un valor para la clave especificada
Claves: color, jabber, language, nick, radio, timezone
Ejemplos:
- Cambiar nombre de máquina
sugar-control-panel -s nick "nuevo_nombre"
sugar-control-panel -s nick "paola"
- Cambiar color muñequito
sugar-control-panel -s color colorborde colorrelleno [tonalidadborde [tonalidadrelleno]]
sugar-control-panel -s color red blue
sugar-control-panel -s color red blue dark
sugar-control-panel -s color purple yellow light medium
Una tabla con los íconos de la XO en todas las combinaciones de colores se encuentra en Buddy-Icon-Color-Matrix.pdf.
Colores base: Red, Orange, Yellow, Brown(puede no funcionar), Blue, Purple , Green
Primeramente debemos acceder a la Actividad Terminal.
La sintaxis completa del comando es:
sugar-control-panel [ opciones ] clave [ argumentos... ]
Opciones:
-h muestra la ayuda del comando
-l lista las claves disponibles
-h clave muestra información acerca de la clave especificada
-g clave muestra el valor actual de la clave especificada
-s clave establece un valor para la clave especificada
Claves: color, jabber, language, nick, radio, timezone
Ejemplos:
- Cambiar nombre de máquina
sugar-control-panel -s nick "nuevo_nombre"
sugar-control-panel -s nick "paola"
- Cambiar color muñequito
sugar-control-panel -s color colorborde colorrelleno [tonalidadborde [tonalidadrelleno]]
sugar-control-panel -s color red blue
sugar-control-panel -s color red blue dark
sugar-control-panel -s color purple yellow light medium
Una tabla con los íconos de la XO en todas las combinaciones de colores se encuentra en Buddy-Icon-Color-Matrix.pdf.
Colores base: Red, Orange, Yellow, Brown(puede no funcionar), Blue, Purple , Green
Averiguando el uso del disco
Usando el comando du:
1)
du -B 1048576 /home/olp/.sugar | sort -n >/home/olpc/contenidodisco.txt
less /home/olpc/contenidodisco.txt
La primera línea hace una lista del tamaño ocupados por los directorios, en Megabytes(en un megabyte hay 1024*1024=1048576 bytes= 2^20(2 elevado a la 20)); la ordena en orden numérico y graba el resultado en el archivo /home/olpc/contenidodisco.txt
La segunda línea solo muestra el contenido del archivo, se pueden utilizar las flechas y avpag y repag. Se sale con la letra q.
2)
du -h | less
Para ver una lista de todos los archivos que se encuentran en su directorio de usuario. (se mueve la lista con las flechitas y se sale con la letra q ).
Más información:
http://linux.die.net/man/1/du
http://linux.die.net/man/1/sort
du ~ Comando de UNIX viene de "Disk Use" = du ( escribir "du --help" para ver parámetros ) Veran que el parámetro -h quiere decir "Human readable" y es para que muestre los megabytes y kilobytes.
less ~ Comando de UNIX para desplegar el resultado de otro comando en una lista navegable
Nuevamente, con "less --help" entrega los parámetros. Casi en todos los comandos UNIX uno puede acceder a alguna ayudita de esa forma. Si las XO tuvieran instalado el sistema de manuales UNIX, se podrìa acceder a dichos manuales con el comando "man" pero no vienen
instalados. Preguntarè los motivos y si se pueden poner, porque de hecho, con ellos aprendí yo. Esto es lo que me gusta de la informàtica, todo es descubrible...
NOTA : Si instalaron aplicaciones con xo-get, los archivos tal cual fueron bajados están guardados en /home/olpc/.xo-get/
1)
du -B 1048576 /home/olp/.sugar | sort -n >/home/olpc/contenidodisco.txt
less /home/olpc/contenidodisco.txt
La primera línea hace una lista del tamaño ocupados por los directorios, en Megabytes(en un megabyte hay 1024*1024=1048576 bytes= 2^20(2 elevado a la 20)); la ordena en orden numérico y graba el resultado en el archivo /home/olpc/contenidodisco.txt
La segunda línea solo muestra el contenido del archivo, se pueden utilizar las flechas y avpag y repag. Se sale con la letra q.
2)
du -h | less
Para ver una lista de todos los archivos que se encuentran en su directorio de usuario. (se mueve la lista con las flechitas y se sale con la letra q ).
Más información:
http://linux.die.net/man/1/du
http://linux.die.net/man/1/sort
du ~ Comando de UNIX viene de "Disk Use" = du ( escribir "du --help" para ver parámetros ) Veran que el parámetro -h quiere decir "Human readable" y es para que muestre los megabytes y kilobytes.
less ~ Comando de UNIX para desplegar el resultado de otro comando en una lista navegable
Nuevamente, con "less --help" entrega los parámetros. Casi en todos los comandos UNIX uno puede acceder a alguna ayudita de esa forma. Si las XO tuvieran instalado el sistema de manuales UNIX, se podrìa acceder a dichos manuales con el comando "man" pero no vienen
instalados. Preguntarè los motivos y si se pueden poner, porque de hecho, con ellos aprendí yo. Esto es lo que me gusta de la informàtica, todo es descubrible...
NOTA : Si instalaron aplicaciones con xo-get, los archivos tal cual fueron bajados están guardados en /home/olpc/.xo-get/
Acelerando la xo
Si tu XO anda lenta, se bloquea o le cuesta correr, puede deberse a varios motivos, para solucionarlo, lo primero que vamos a hacer es reiniciarla completamente, no del modo convencional sino que vamos a hacer un reinicio total.Verán, la XO posee una flash nand de 1GB donde se encuentra el sistema operativo y nuestros archivos, pero tiene además otra pequeña memoria flash de 1MB SPI donde se encuentra toda la información necesaria para el arranque del sistema (incluso el firmware está allí, en un microcontrolador embebido en esa flash de 1MB). Realizando este reinicio total, conseguiremos limpiar esa pequeña memoria flash consiguiendo mayor velocidad en el arranque (no teman, el firmware no se borrará con este procedimiento).
Reiniciar el controlador embebido (CE)
1. Con la XO apagada y desenchufada, quitar la batería.
2. Esperar 2 o 3 minutos para que se descargue el CE.
3. Conectar la corriente o ponerle la batería y encenderla
El LED de batería debe parpadear naranja momentáneamente (aproximadamente un cuarto de segundo).
Si no ves esta luz, es que tienes un placa madre rota o defectuoso o el firmware defectuoso en el EC.
La solución general a las dos de estos problemas es remplazar la placa madre (o remplazar el EC Flash, para ello llama al LATU al 0800 2342).
Respaldar configuración
Otro motivo por el cual tu XO puede que funcione lenta es porque tienes el journal lleno, para limpiarlo ve a la terminal y escribe:
rm -rf /home/olpc/.sugar (antes puedes respaldar tus configuraciones y lista de amigos, lee más abajo donde dice "¿Cómo hacerlo?")
Esto eliminará todo el contenido del journal pero tambien borrará la configuración de sugar. Borrará el nombre de tu XO, el color que le hayas dado, la lista de amigos, etc.
Para evitar perder estas cosas, puedes respaldar los archivos de configuración antes de borrar el diario.
Los archivos de configuración que debes respaldar son config y friends y se encuentran en el directorio /home/olpc/.sugar/default
¿Como hacerlo?
Vamos a la terminal y creamos un directorio que llamaremos "respaldos" (o como tu desees llamarlo):
mkdir respaldos
Luego copiamos los archivos de configuración a ese directorio:
cp /home/olpc/.sugar/default/config /home/olpc/respaldos
cp /home/olpc/.sugar/default/friends /home/olpc/respaldos
Luego borramos el journal:
rm -rf /home/olpc/.sugar
Reiniciamos la XO:
reboot o la combinación de teclas CTRL ALT BORRAR
Cuando la XO vuelva a levantar volvemos a la terminal y borramos los archivos nuevos de configuración:
rm -rf /home/olpc/.sugar/default/config
rm -rf /home/olpc/.sugar/default/friends
Copiamos los archivos que habíamos respaldado en nuestro directorio al directorio de configuraciones:
cp /home/olpc/respaldos/config /home/olpc/.sugar/default/
cp /home/olpc/respaldos/friends /home/olpc/.sugar/default/
Volvemos a reiniciar y queda listo. Quedará el journal vacío y no habrás perdido ni tus configuraciones ni tu lista de amigos.
Reiniciar el controlador embebido (CE)
1. Con la XO apagada y desenchufada, quitar la batería.
2. Esperar 2 o 3 minutos para que se descargue el CE.
3. Conectar la corriente o ponerle la batería y encenderla
El LED de batería debe parpadear naranja momentáneamente (aproximadamente un cuarto de segundo).
Si no ves esta luz, es que tienes un placa madre rota o defectuoso o el firmware defectuoso en el EC.
La solución general a las dos de estos problemas es remplazar la placa madre (o remplazar el EC Flash, para ello llama al LATU al 0800 2342).
Respaldar configuración
Otro motivo por el cual tu XO puede que funcione lenta es porque tienes el journal lleno, para limpiarlo ve a la terminal y escribe:
rm -rf /home/olpc/.sugar (antes puedes respaldar tus configuraciones y lista de amigos, lee más abajo donde dice "¿Cómo hacerlo?")
Esto eliminará todo el contenido del journal pero tambien borrará la configuración de sugar. Borrará el nombre de tu XO, el color que le hayas dado, la lista de amigos, etc.
Para evitar perder estas cosas, puedes respaldar los archivos de configuración antes de borrar el diario.
Los archivos de configuración que debes respaldar son config y friends y se encuentran en el directorio /home/olpc/.sugar/default
¿Como hacerlo?
Vamos a la terminal y creamos un directorio que llamaremos "respaldos" (o como tu desees llamarlo):
mkdir respaldos
Luego copiamos los archivos de configuración a ese directorio:
cp /home/olpc/.sugar/default/config /home/olpc/respaldos
cp /home/olpc/.sugar/default/friends /home/olpc/respaldos
Luego borramos el journal:
rm -rf /home/olpc/.sugar
Reiniciamos la XO:
reboot o la combinación de teclas CTRL ALT BORRAR
Cuando la XO vuelva a levantar volvemos a la terminal y borramos los archivos nuevos de configuración:
rm -rf /home/olpc/.sugar/default/config
rm -rf /home/olpc/.sugar/default/friends
Copiamos los archivos que habíamos respaldado en nuestro directorio al directorio de configuraciones:
cp /home/olpc/respaldos/config /home/olpc/.sugar/default/
cp /home/olpc/respaldos/friends /home/olpc/.sugar/default/
Volvemos a reiniciar y queda listo. Quedará el journal vacío y no habrás perdido ni tus configuraciones ni tu lista de amigos.
desarrollo de sugar en la pc
Para aquellos que desean participar en Ceibal Jam y desean armarse el entorno de desarrollo de sugar en su PC personal o simplemente quieren tener el entorno para usarlo, explico a continuación como se instala sugar sobre ubuntu 8.10. Obviamente todo el ejemplo se hace desde una terminal y con permisos de root.
Primero instalo git-core:
sudo apt-get install git-core
En el home de mi usuario, creo una carpeta que llamaré sugarsystem:
mkdir sugarsystem
Entro en esa carpeta:
cd sugarsystem
Ejecuto la siguiente linea para descargar la imagen de sugar:
git clone git://git.sugarlabs.org/sugar-jhbuild/mainline.git sugar-jhbuild
Luego de descargada la imagen entrar al directorio sugar-jhbuild:
cd sugar-jhbuild
Actualizamos el sistema y sus dependencias:
./sugar-jhbuild update
Durante el primer paso me da un error:
*** Checking out matchbox-window-manager *** [18/42]
*** error during phase checkout of matchbox-window-manager: svn not found *** [18/42]
me da 6 opciones:
[1] rerun phase checkout
[2] ignore error and continue to next module
[3] give up on module
[4] start shell
[5] reload configuration
[6] go to phase force_checkout
Elijo la 2 = ignorar y seguir
Durante el primer paso me da otro error:
*** Checking out matchbox-window-manager *** [18/42]
*** error during phase checkout of matchbox-window-manager: svn not found *** [18/42]
me da 6 opciones:
[1] rerun phase checkout
[2] ignore error and continue to next module
[3] give up on module
[4] start shell
[5] reload configuration
[6] go to phase force_checkout
Elijo la 2 = ignorar y seguir
Al terminar, ejecuto el chekeo de dependencias:
./sugar-jhbuild depscheck
Me mostrarás las bibliotecas faltantes que deberé instalar con synaptics (una por una :P).
Huy !!, son 450MB, lleva un rato.
Problemas:
libloudmouth1-dev (no quiere instalarse)
depende de libidn11-dev pero no va a ser instalado.
dependencias no resolubles. Asegurese de que todos los repositorios requeridos estan añadidos y activados en las preferncias.
No importa, seguimos adelante:
Luego ejecuto el constructor del sistema:
./sugar-jhbuild build
Se presentan algunos errores durante la construcción.
Soluciono problemas de dependencias invocando una instalación automática:
./sugar-jhbuild depscheck -s | sudo xargs aptitude -y install
Solucionando problemas de path para python:
sudo aptitude install chrpath
Y luego, todo en una linea:
find /usr/lib/python-support/python-gnome2/python2.5/gtk-2.0 /usr/lib/python-support/python-gconf/python2.5/gtk-2.0 -name "*.so" | sudo xargs chrpath -d
Listo, todo solucionado, a usar mi sugar en ubuntu.
Usar y Configurar mi Sugar:
Ejecuto sugar:
./sugar-jhbuild run
Para ejecutar mas de una instancia de sugar:
SUGAR_PROFILE=2 ./sugar-jhbuild run
Para ejecutar una actividad individual:
sugar-launch [nombredelaactividad]
Configurar la resolucion de ejecucion de sugar:
./sugar-jhbuild run sugar-emulator --fullscreen
./sugar-jhbuild run sugar-emulator --dimensions 1200x900
El tamaño predeterminado es de 800x600 en la actualidad el mínimo que debería funcionar sin problemas.
Es decir, actividades deben ser probados para trabajar en este modo (y en otros también).
Otros comandos:
JHBuild tiene varios otros comandos que pueden ser útiles para el desarrollo. Puedes ver la lista de comandos disponibles con:
./sugar-jhbuild --help-commands
Para actualizar sugar:
./sugar-jhbuild update
./sugar-jhbuild build
./sugar-jhbuild run
Realizar checkeo de dependencias:
./sugar-jhbuild depscheck
Combinaciones de teclas para el entorno:
* Alt + Shift + F Muestra y oculta el cuadro exterior del escritorio de sugar.
* Ctrl-Q Cierra una actividad.
* Alt + Mayúsculas + Q cierra Sugar.
* Alt + Mayús + O Abre el journal.
* Alt + Mayúsculas + R Rota la pantalla.
Para personalizar y configurar el acceso a los repositorios de sugar, editar el archivo Sugar.jhbuildrc:
repos['gnome.org'] = ':ext:marco@cvs.gnome.org:/cvs/gnome'
repos['mozilla.org'] = ':ext:marco%gnome.org@cvs.mozilla.org:/cvsroot'
repos['dev.laptop.org'] = 'git+ssh://marco@dev.laptop.org/git/'
repos['dev.laptop.org/projects'] = 'git+ssh://marco@dev.laptop.org/git/projects/'
Por si quieren leer, Manual de jhbuild: http://library.gnome.org/devel/jhbuild/unstable/
Primero instalo git-core:
sudo apt-get install git-core
En el home de mi usuario, creo una carpeta que llamaré sugarsystem:
mkdir sugarsystem
Entro en esa carpeta:
cd sugarsystem
Ejecuto la siguiente linea para descargar la imagen de sugar:
git clone git://git.sugarlabs.org/sugar-jhbuild/mainline.git sugar-jhbuild
Luego de descargada la imagen entrar al directorio sugar-jhbuild:
cd sugar-jhbuild
Actualizamos el sistema y sus dependencias:
./sugar-jhbuild update
Durante el primer paso me da un error:
*** Checking out matchbox-window-manager *** [18/42]
*** error during phase checkout of matchbox-window-manager: svn not found *** [18/42]
me da 6 opciones:
[1] rerun phase checkout
[2] ignore error and continue to next module
[3] give up on module
[4] start shell
[5] reload configuration
[6] go to phase force_checkout
Elijo la 2 = ignorar y seguir
Durante el primer paso me da otro error:
*** Checking out matchbox-window-manager *** [18/42]
*** error during phase checkout of matchbox-window-manager: svn not found *** [18/42]
me da 6 opciones:
[1] rerun phase checkout
[2] ignore error and continue to next module
[3] give up on module
[4] start shell
[5] reload configuration
[6] go to phase force_checkout
Elijo la 2 = ignorar y seguir
Al terminar, ejecuto el chekeo de dependencias:
./sugar-jhbuild depscheck
Me mostrarás las bibliotecas faltantes que deberé instalar con synaptics (una por una :P).
Huy !!, son 450MB, lleva un rato.
Problemas:
libloudmouth1-dev (no quiere instalarse)
depende de libidn11-dev pero no va a ser instalado.
dependencias no resolubles. Asegurese de que todos los repositorios requeridos estan añadidos y activados en las preferncias.
No importa, seguimos adelante:
Luego ejecuto el constructor del sistema:
./sugar-jhbuild build
Se presentan algunos errores durante la construcción.
Soluciono problemas de dependencias invocando una instalación automática:
./sugar-jhbuild depscheck -s | sudo xargs aptitude -y install
Solucionando problemas de path para python:
sudo aptitude install chrpath
Y luego, todo en una linea:
find /usr/lib/python-support/python-gnome2/python2.5/gtk-2.0 /usr/lib/python-support/python-gconf/python2.5/gtk-2.0 -name "*.so" | sudo xargs chrpath -d
Listo, todo solucionado, a usar mi sugar en ubuntu.
Usar y Configurar mi Sugar:
Ejecuto sugar:
./sugar-jhbuild run
Para ejecutar mas de una instancia de sugar:
SUGAR_PROFILE=2 ./sugar-jhbuild run
Para ejecutar una actividad individual:
sugar-launch [nombredelaactividad]
Configurar la resolucion de ejecucion de sugar:
./sugar-jhbuild run sugar-emulator --fullscreen
./sugar-jhbuild run sugar-emulator --dimensions 1200x900
El tamaño predeterminado es de 800x600 en la actualidad el mínimo que debería funcionar sin problemas.
Es decir, actividades deben ser probados para trabajar en este modo (y en otros también).
Otros comandos:
JHBuild tiene varios otros comandos que pueden ser útiles para el desarrollo. Puedes ver la lista de comandos disponibles con:
./sugar-jhbuild --help-commands
Para actualizar sugar:
./sugar-jhbuild update
./sugar-jhbuild build
./sugar-jhbuild run
Realizar checkeo de dependencias:
./sugar-jhbuild depscheck
Combinaciones de teclas para el entorno:
* Alt + Shift + F Muestra y oculta el cuadro exterior del escritorio de sugar.
* Ctrl-Q Cierra una actividad.
* Alt + Mayúsculas + Q cierra Sugar.
* Alt + Mayús + O Abre el journal.
* Alt + Mayúsculas + R Rota la pantalla.
Para personalizar y configurar el acceso a los repositorios de sugar, editar el archivo Sugar.jhbuildrc:
repos['gnome.org'] = ':ext:marco@cvs.gnome.org:/cvs/gnome'
repos['mozilla.org'] = ':ext:marco%gnome.org@cvs.mozilla.org:/cvsroot'
repos['dev.laptop.org'] = 'git+ssh://marco@dev.laptop.org/git/'
repos['dev.laptop.org/projects'] = 'git+ssh://marco@dev.laptop.org/git/projects/'
Por si quieren leer, Manual de jhbuild: http://library.gnome.org/devel/jhbuild/unstable/
Informacion sobre sugar
¿Qué es Sugar?
Sugar es una plataforma de software que promueve el intercambio y el aprendizaje colaborativo y da a los niños la oportunidad de utilizar sus portátiles en sus propios términos. Desde el punto de vista del usuario Sugar proporciona una interfaz simple e intuitiva donde las actividades (aplicaciones) se pueden ejecutar sin riesgo de dañar el equipo y con la capacidad de funcionar de forma colaborativa con otros equipos.
El lenguaje de programación principal de las actividades que funcionan en Sugar es Python, un lenguaje sumamente potente y expresivo. La interfaz gráfica de las aplicaciones generalmente está basada en PyGTK o en PyGame.
¿Qué son PyGTK y PyGame?
Tanto PyGTK como PyGame son bibliotecas que permiten construir interfaces gráficas, aunque tienen enfoques muy distintos.
PyGTK está basado en la exitosa biblioteca gráfica GTK y permite constuir aplicaciones basadas en ventanas, tablas, botones y otros elementos gráficos (widgets).
PyGame es una biblioteca gráfica para python basada en SDL. Está concebida para crear juegos y su fuerte son los elementos gráficos (sprites) que permiten crear fácilmente figuras en movimiento.
¿Cuándo debo usar PyGTK y cuándo PyGame?
Para la mayoría de las actividades PyGTK es la biblioteca más potente, pero en los juegos comienza a competir PyGame.
PyGTK es bueno para aplicaciones que pueden ser construidas mediante elementos comunes (ventanas, botones, etc) y donde las acciones son ejecutadas por el usuario interactuando con estos elementos.
Por otro lado PyGame es más versátil en juegos con una interfaz gráfica dibujada y cuyos elementos tienen movimiento propio, por ejemplo, sería el más adecuado para hacer un Pacman.
Formas de ejecutar Sugar
Existen varias formas:
* JHBuild - permite instalar y probar las últimas versiones de sugar en cualquier sistema Linux.
* Paquetes - algunas distribuciones de Linux proveen sus propios paquetes binarios que resultan en una forma muy sencilla de instalar sugar, incluso se puede configurar el equipo para ejecutar linux directamente con el escritorio de Sugar.
* Sugar on a Stick - Es una imagen de Linux Fedora con Sugar instalado, esta imagen puede grabarse en un CD, en un Pendrive o montarse en una máquina virtual para bootear directamente el equipo con Sugar como si se tratase de una XO. Notar que utilizando una máquina virtual (VirtualBox, VMWare, Qemu, etc) se puede utilizar Sugar en cualquier sistema operativo (Linux, Windows, Mac OS) con una configuración mínima.
Sugar es una plataforma de software que promueve el intercambio y el aprendizaje colaborativo y da a los niños la oportunidad de utilizar sus portátiles en sus propios términos. Desde el punto de vista del usuario Sugar proporciona una interfaz simple e intuitiva donde las actividades (aplicaciones) se pueden ejecutar sin riesgo de dañar el equipo y con la capacidad de funcionar de forma colaborativa con otros equipos.
El lenguaje de programación principal de las actividades que funcionan en Sugar es Python, un lenguaje sumamente potente y expresivo. La interfaz gráfica de las aplicaciones generalmente está basada en PyGTK o en PyGame.
¿Qué son PyGTK y PyGame?
Tanto PyGTK como PyGame son bibliotecas que permiten construir interfaces gráficas, aunque tienen enfoques muy distintos.
PyGTK está basado en la exitosa biblioteca gráfica GTK y permite constuir aplicaciones basadas en ventanas, tablas, botones y otros elementos gráficos (widgets).
PyGame es una biblioteca gráfica para python basada en SDL. Está concebida para crear juegos y su fuerte son los elementos gráficos (sprites) que permiten crear fácilmente figuras en movimiento.
¿Cuándo debo usar PyGTK y cuándo PyGame?
Para la mayoría de las actividades PyGTK es la biblioteca más potente, pero en los juegos comienza a competir PyGame.
PyGTK es bueno para aplicaciones que pueden ser construidas mediante elementos comunes (ventanas, botones, etc) y donde las acciones son ejecutadas por el usuario interactuando con estos elementos.
Por otro lado PyGame es más versátil en juegos con una interfaz gráfica dibujada y cuyos elementos tienen movimiento propio, por ejemplo, sería el más adecuado para hacer un Pacman.
Formas de ejecutar Sugar
Existen varias formas:
* JHBuild - permite instalar y probar las últimas versiones de sugar en cualquier sistema Linux.
* Paquetes - algunas distribuciones de Linux proveen sus propios paquetes binarios que resultan en una forma muy sencilla de instalar sugar, incluso se puede configurar el equipo para ejecutar linux directamente con el escritorio de Sugar.
* Sugar on a Stick - Es una imagen de Linux Fedora con Sugar instalado, esta imagen puede grabarse en un CD, en un Pendrive o montarse en una máquina virtual para bootear directamente el equipo con Sugar como si se tratase de una XO. Notar que utilizando una máquina virtual (VirtualBox, VMWare, Qemu, etc) se puede utilizar Sugar en cualquier sistema operativo (Linux, Windows, Mac OS) con una configuración mínima.
Suscribirse a:
Entradas (Atom)