Como instalo SVGAlib ???
Hola Listeros:
Bueno, ocurre que cuando quiero compilar un simple programa
de 10 líneas en C, gcc no encuentra las librerías SVGAlib.
Creo que tengo que instalar SVGAlib, pero no sé cómo ...
Alguien sabe cómo debo hacerlo, si es que me hace falta hacerlo ??
Ni siquiera se cómo averiguar si tengo configurado framebuffer o SVGA...
Cuando hago:
$ gcc -o Programita Programita.c -lvga
me sale:
Programita.c:2: vga.h: No such file or directory
El programita está más abajo.
(locate vga.h me dice que vga.h no está por ningún lado).
Previamente a ésto hice:
# apt-get install svgalib
que me dijo que el paquete SVGAlib estaba obsoleto
y que ahora es reemplazado por svgalib-bin.
Así fué que instalé este paquete:
# apt-get install svgalib-bin
Todo OK.
Pero ya de antes me funcionan comandos como:
$ zgv Foto.gif
$ dvisvga Documento.dvi
que se supone hacen uso de SVGAlib...
Es decir que SVGAlib está, pero no puedo compilar
un miserable programita en C que intente usarlo !!!
Además creo que cuando abro la X session, estoy en modo framebuffer.
Ya estoy mareado... fb o svga ??? Cómo saberlo ?
Programita.c
#include stdio.h
#include vga.h
int main (void) {
vga_init();
vga_setmode(5); vga_setcolor(4);
vga_drawpixel(10,10);
sleep(5); vga_setmode(0);
exit(0);
}
-
Tengo: Debian Woody Kernel 2.2.19.
Pentium Intel 133 MHz, 32 Mega de RAM.
Tarjeta de video Cirrus Logic de 1 Mb RAM.
Monitor color alton paleozoico que nadie conoce.
El tema es que quiero graficar en X-Y en modo consola, sin entrar a las X.
Bueno, desde ya, gracias la ayuda...
Eduardo.
PD: Agradezco (un poco tarde...) a:
Kenneth Irving [EMAIL PROTECTED]
Luar Roji [EMAIL PROTECTED]
Diego Pons [EMAIL PROTECTED]
Gabriel Gambetta [EMAIL PROTECTED]
por su disposición y sugerencias.
Re: Como instalo SVGAlib ???
On 2002.11.03 14:36 Eduardo Daniel Ibarra wrote:
Hola Listeros:
Bueno, ocurre que cuando quiero compilar un simple programa
de 10 líneas en C, gcc no encuentra las librerías SVGAlib.
Creo que tengo que instalar SVGAlib, pero no sé cómo ...
Alguien sabe cómo debo hacerlo, si es que me hace falta hacerlo ??
Ni siquiera se cómo averiguar si tengo configurado framebuffer o
SVGA...
Cuando hago:
$ gcc -o Programita Programita.c -lvga
me sale:
Programita.c:2: vga.h: No such file or directory
El programita está más abajo.
(locate vga.h me dice que vga.h no está por ningún lado).
Previamente a ésto hice:
# apt-get install svgalib
que me dijo que el paquete SVGAlib estaba obsoleto
y que ahora es reemplazado por svgalib-bin.
Así fué que instalé este paquete:
# apt-get install svgalib-bin
Todo OK.
Pero ya de antes me funcionan comandos como:
$ zgv Foto.gif
$ dvisvga Documento.dvi
que se supone hacen uso de SVGAlib...
Es decir que SVGAlib está, pero no puedo compilar
un miserable programita en C que intente usarlo !!!
Además creo que cuando abro la X session, estoy en modo
framebuffer.
Ya estoy mareado... fb o svga ??? Cómo saberlo ?
Programita.c
#include stdio.h
#include vga.h
int main (void) {
vga_init();
vga_setmode(5); vga_setcolor(4);
vga_drawpixel(10,10);
sleep(5); vga_setmode(0);
exit(0);
}
-
Tengo: Debian Woody Kernel 2.2.19.
Pentium Intel 133 MHz, 32 Mega de RAM.
Tarjeta de video Cirrus Logic de 1 Mb RAM.
Monitor color alton paleozoico que nadie conoce.
El tema es que quiero graficar en X-Y en modo consola, sin entrar a
las X.
Bueno, desde ya, gracias la ayuda...
Eduardo.
PD: Agradezco (un poco tarde...) a:
Kenneth Irving [EMAIL PROTECTED]
Luar Roji [EMAIL PROTECTED]
Diego Pons [EMAIL PROTECTED]
Gabriel Gambetta [EMAIL PROTECTED]
por su disposición y sugerencias.
Instala svgalib1-dev para poder compilar tu programa:
# apt-get install svgalib1-dev
Si tienes framebuffer podrías hacer cat /proc/fb y la salida te da el
tipo.
Sino pues configura y recompila tu kernel, aunque por la tarjeta que
tienes supongo que correras el framebuffer de VESA o el de VGA de 16.
Un saludo.
Debian GNU/Linux 3.0 (woody) http://www.debian.org
Linux registered user: #281082 http://counter.li.org
Hispalinux member: 2641http://www.hispalinux.es
-
Victor Jose Valdés Márquez
[EMAIL PROTECTED]
-
Re: SVGAlib
On Mon, Sep 02, 2002 a las 04:25:23PM -0300, Luis Diaz wrote: Hola gente me pueden decir si alguien hiso funcionar links o lynx junto con SVGAlib para ver las imagenes??? Chau... gracias Mirá, yo lo compilé tal como dice el README, previendo todas las bibliotecas necesarias, pero no hubo caso. No puedo ver imágenes. Además, la parte de calibración no la puedo hacer, ya que no me aparece ningún seteo de los gráficos. Eso sí, SSL anda fenómeno ;-) Actualmente lo tengo corriendo en mi Woody; o sea, no instalé el .deb, sino que bajé los fuentes y compilé. Pero no puedo ver gráficos :-( Saludos, Driver del ratón incorrecto o desaparecido. Castigar gato (S/N) Mi ordenador me gana jugando al ajedrez pero yo le gano boxeando. El sexo gratis está en tu mano. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Arlequín Linux Registered User #207262 http://counter.li.org/
Re: SVGAlib
El 02 de sep de 2002 (lun), Luis Diaz escribió:
Hola gente me pueden decir si alguien hiso funcionar links o lynx junto con
SVGAlib para ver las imagenes???
Chau... gracias
Yo la que compilé y pude usar perfectamente fue la versión de Links que
está en http://atrey.karlin.mff.cuni.cz/~clock/twibright/links/
Lo que pasa es que yo lo hice sobre framebuffer, pero no he probado con
SVGALib.
Suerte.
--
(o_.' Imobach González Sosa [EMAIL PROTECTED]
//\c{} [EMAIL PROTECTED] osoh en jabber.at y jabber.org
V__)_ [EMAIL PROTECTED] Usuario Linux #201634
Debian GNU/Linux `Woody' con núcleo 2.4.19-ac4 sobre Intel Pentium 4
Cuando oigas a un niño preguntar: ¿Por qué el sol viene y se va?
Dile: Porque en esta vida no hay luz sin oscuridad
-- Mägo de Oz
SVGAlib
Hola gente me pueden decir si alguien hiso funcionar links o lynx junto con SVGAlib para ver las imagenes??? Chau... gracias Driver del ratón incorrecto o desaparecido. Castigar gato (S/N) Mi ordenador me gana jugando al ajedrez pero yo le gano boxeando. El sexo gratis está en tu mano.
svgalib 1.9.xx
Nass. Me gustaría saber si alguien ha instalado con éxito alguna de las versiones 1.9.X de svgalib. Y de ser así cómo ha hecho para compilar el svgalib-helper ? Gracias y un saludo. César a.k.a Insallah
Re: [Web Browser Svgalib]
Guenas On Sun, Feb 20, 2000 at 05:46:34AM +0100, Netman wrote: Bueno... ¿y por qué no del w3m? A mí me parece superior al lynx (renderiza tablas, frames, etc...) Tambien es verdad. Eso si, yo me lo instale y no veo un pijo :-( asi que los resultados de la renderizacion me son ocultos :-)) Saludines -- - | POWERED BY Debian 2.1 - Kernel 2.2.14 | | Andres Herrera User Reg. N.66054 | | [EMAIL PROTECTED] | | Grupo LIMA http://lima.telenet.es | - pgpywN3pxgRT2.pgp Description: PGP signature
Re: [Web Browser Svgalib]
El Thu, Feb 17, 2000 at 10:58:32PM +0100, Andres Herrera dijo: Guenas On Wed, Feb 16, 2000 at 01:21:20PM +0100, Antonio Beamud Montero wrote: Creo que estoy de acuerdo. Se puede reutilizar gran parte de lynx. ¿no? Pues valdria la pena echarle un buen ojo, si señor :-)) Bueno... ¿y por qué no del w3m? A mí me parece superior al lynx (renderiza tablas, frames, etc...) Salu2, Netman. -- Imbesi's Law with Freeman's Extension: In order for something to become clean, something else must become dirty; but you can get everything dirty without getting anything clean. Powered by Debian/GNU Linux 2.2 - Kernel 2.2.14 pgpVTnNWIFv0U.pgp Description: PGP signature
Re: [Web Browser Svgalib]
El Tue, Feb 15, 2000 at 11:25:55PM +0100, Andres Herrera dijo: Yo creo ver algun inconveniente en el tema del frame buffer, pero corregidme si me equivoco, plis :- Pre-supuestos: 1. El framebuffer es para tarjetas que soporten VESA 2.0 (es aqui donde puedo estar metiendo la gamba), basicamente tarjetas de un antiguedad escasa o mediana. Yo tampoco veo con buenos ojos lo del frame buffer; supongo que el hecho de que mi tarjeta sea compatible VESA 1.2 tendrá gran parte de ello. 2. Un navegador en consola vendria bien en muchos casos, pero el mas evidente es el de equipos pequeños y/o antiguos, en los que las X no van muy alla y el Netscape es una tortura. Eso es evidente. 3. El framebuffer es utilizable en kernels 2.2 y siguientes, no en los 2.0 (que quedan muchos por ahi), y ademas no viene por defecto en los kernels que se instalan con las distribuciones sino que hay que recompilar expresamente. Por lo tanto (joe como me esta quedando esto :))) : El frame buffer creo que dejaria fuera a quienes mas necesitarian un navegador asi: equipos pequeños o poco dotados, y/o con kernels antiguos, y/o poco disco duro (seria ideal para esos minilinux que caben en uno o pocos diskettes). Ala, opiniones al respecto :-) Yo también estoy de acuerdo contigo. Salu2, Netman. -- Imbesi's Law with Freeman's Extension: In order for something to become clean, something else must become dirty; but you can get everything dirty without getting anything clean. Powered by Debian/GNU Linux 2.2 - Kernel 2.2.14 pgpLNi4Wa3ZzK.pgp Description: PGP signature
Re: [Web Browser Svgalib]
Guenas On Thu, Feb 17, 2000 at 10:17:23PM +0100, Grzegorz Adam Hankiewicz wrote: On Thu, 17 Feb 2000, Andres Herrera wrote: Seria interesante saber cuantas son esas muchas mas, y sobre todo cuales. No te doy la lista simplemente porque no sigo nunca los kernels inestables :-) Si tienes uno a mano, con hacer un enable framebuffer en el menuconfig ya deberías ver la lista. Pues en el 2.3.40 hay mas bien poquito. Las muy conocidas (pero solo 5 o 6 mas las Matrox). A ver si en el 2.4 mejora la cosa, aunque no creo. Y las tarjetas mas antiguas no ven VESA 2.0 ni en pintura. Y las nuevas tampoco creas que soportan vesa :-) Jurrrlll :-), pues estamos buenos. Ya, lo que pasa es que en el PII es tu opcion En realidad no, es cuestión de ideología :-) Soy anti-entorno-gráfico. Eje, esa es otra buena razon, pero el que tenga un 386 o un 486 no puede permitirse decidir su idelogia :-)) ¿Que mas posibilidades nos brindarian alta portabilidad? Es que es algo a tener en cuenta. Pues aparte de ser portable, no sé que más puede brindar. Simplemente no ser un dolor de cabeza para el programador, ya que en vez de mantener diferentes versiones con una basta. Por eso me parece algo tan a tener en cuenta. Me referia a que otras librerias/ideas/soluciones nos permitirian tambien un alto nivel de portabilidad :-) -- Grzegorz Adam Hankiewicz - [EMAIL PROTECTED] Gogosoftware - http://welcome.to/gogosoftware/ Windows NT - Naturally Terrible. -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null -- - | POWERED BY Debian 2.1 - Kernel 2.2.14 | | Andres Herrera User Reg. N.66054 | | [EMAIL PROTECTED] | | Grupo LIMA http://lima.telenet.es | - pgpJNBDPk7B7R.pgp Description: PGP signature
Re: [Web Browser Svgalib]
Guenas On Wed, Feb 16, 2000 at 01:21:20PM +0100, Antonio Beamud Montero wrote: Creo que estoy de acuerdo. Se puede reutilizar gran parte de lynx. ¿no? Pues valdria la pena echarle un buen ojo, si señor :-)) Saludines -- - | POWERED BY Debian 2.1 - Kernel 2.2.14 | | Andres Herrera User Reg. N.66054 | | [EMAIL PROTECTED] | | Grupo LIMA http://lima.telenet.es | - pgplxQ3vfnU4u.pgp Description: PGP signature
Re: [Web Browser Svgalib]
Hell-o Ugo Enrico Albarello! El día Tue, Feb 15, 2000 at 02:26:09PM CET Estaba pensando precisamente en eso (en el fb no en zen :oP). Veo tres ventajas: es más trabajado (es decir... en el 2.3.x tiene soporte para varias tarjetas nuevas, y generalmente cada nueva versión del kernel viene con correcciones y/o adiciones), se puede aprovechar la aceleración por hardware (de pronto no signifique mucho en un browser), y la mejor de todas: sería mucho más portable. Eso no mas... el problema es que seria más incompatible con las maquinas antiguas, que pueden ser las mas beneficiadas de un browser de ese tipo. A mi la mejor opcion me siguen pareciendo las GGI ya que con una unica versión compilada cada uno lo podría ejecutar como más le gustara (svgalib, framebuffer, X, ...) -- Nos leemos... .--. -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- |o_o | SKaVeN - [EMAIL PROTECTED] |:_/ | Linux Pauered (Debian GNU/Linux 2.1 Slink) // \ \ Linux Registered User #158497 (http://counter.li.org) (| | ) -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-/'\_ _/`\ \___)=3D(___/
Re: [Web Browser Svgalib]
Guenas On Wed, Feb 16, 2000 at 09:46:46AM -0500, Ugo Enrico Albarello wrote: 1. El framebuffer es para tarjetas que soporten VESA 2.0 (es aqui donde puedo estar metiendo la gamba), basicamente tarjetas de un antiguedad escasa o mediana. Si y no :o) También hay soporte para VGA-16. Pregunta: ¿podria usar framebuffer con una VGA de las antiguas (de aquellas de 256K de memoria? Es que no tengo ninguna para probarlo :-)) 2. Un navegador en consola vendria bien en muchos casos, pero el mas evidente es el de equipos pequeños y/o antiguos, en los que las X no van muy alla y el Netscape es una tortura. Crees que el fb es pesado? Por si mismo no, pero necesita kernels 2.2.x y lo que este conlleva, mientras que los equipos pequeños tienden a seguir con kernels antiguos que demandan menos recursos (memoria sobre todo). 3. El framebuffer es utilizable en kernels 2.2 y siguientes, no en los 2.0 (que quedan muchos por ahi), y ademas no viene por defecto en los kernels que se instalan con las distribuciones sino que hay que recompilar expresamente. Buehhh... eso sería lo único medianamente complicado En equipos minimos seria hasta contraproducente. Por lo tanto (joe como me esta quedando esto :))) : El frame buffer creo que dejaria fuera a quienes mas necesitarian un navegador asi: equipos pequeños o poco dotados, y/o con kernels antiguos, y/o poco disco duro (seria ideal para esos minilinux que caben en uno o pocos diskettes). Lo unico complicado serían los kernel antiguos, igual tenés que usar una librería para crear la interfaz del navegador, sea fb o svgalib. PD: DinX es un sistema de ventanas basado en el kernel que usa fb, la página es http://dinx.sourceforge.net/ Voy a echarle un ojillo ;-)) Saludines -- - | POWERED BY Debian 2.1 - Kernel 2.2.14 | | Andres Herrera User Reg. N.66054 | | [EMAIL PROTECTED] | | Grupo LIMA http://lima.telenet.es | - pgp5tlUuetc1t.pgp Description: PGP signature
Re: [Web Browser Svgalib]
Guenas On Wed, Feb 16, 2000 at 01:21:30PM +0100, Grzegorz Adam Hankiewicz wrote: El framebuffer es un fichero /dev/fbx que simula la memoria gráfica de la tarjeta de vídeo instalada. Esto quiere decir que leyendo y escribiendo el fichero, se modifica la pantalla. Las ventajas de abstracción son evidentes. Ahora bien, para cada tarjeta hace falta código específico que cambie la resolución (tu puedes escribir en el framebuffer como si la pantalla estuviese a 1024x768, pero si está a 320x200, mal asunto). Es por esto que hace falta un driver o como lo quieras llamar (a mí me gusta módulo), que controle estas operaciones físicas. Por ahora sólo hay 3 o 4 módulos nativos, las matrox, ati y creo que algo más. En la nueva serie de kernel 2.4 habrá muchos más módulos (eso dicen). Seria interesante saber cuantas son esas muchas mas, y sobre todo cuales. Masplico: un navegador del tipo que estamos hablando seria una joyita para equipos antiguos, con tarjetas que hace tiempo que no se llevan ni fabrican. No creo que ese tipo de tarjetas vayan a tener un soporte demasiado expreso. Como esto no existe para cada tarjeta, se ha creado un módulo parche, que usa las características VESA de cada tarjeta para cambiar la resolución. Dado que para usar VESA hay que usar BIOS, ésto sólo se puede hacer una vez antes de arrancar linux. Resultado: obtienes un framebuffer con cualquier tarjeta que soporte VESA 2.0 pero te quedas en esa resolución hasta que resetees el ordenador. Y las tarjetas mas antiguas no ven VESA 2.0 ni en pintura. 2. Un navegador en consola vendria bien en muchos casos, pero el mas evidente es el de equipos pequeños y/o antiguos, en los que las X no van muy alla y el Netscape es una tortura. ¿Algún problema con eso? Si un navegador funciona en mi 386, lo sigo prefiriendo en mi PII antes que el netscape, dado que consume menos recursos. Ya, lo que pasa es que en el PII es tu opcion, mientras que en el 386 seria la unica alternativa (si quieres graficos, claro). A mi me vendria de maravilla en el curro, en un PII433 Celeron con 64Mb RAM, pero reconozco que donde seria un puntazo total es en un 386 con 8Mb, por ejemplo. Exácto. Todavía hay poco soporte para esta maravilla del framebuffer, pero va cambiando. Una de las ventajas del framebuffer es que un programa que lo use funcionará en una Sparc, como un PowerPC, un PC, o cualquier otra cosa que lo emule. Si mal no me acuerdo, los Psion serie cinco usan framebuffer (en escala de 4 grises, creo) para usar una versión de Linux, y así todos los programas funcionan con ellos. ¿Que mas posibilidades nos brindarian alta portabilidad? Es que es algo a tener en cuenta. El framebuffer de mi matrox añade unos 60Kb a mi kernel. Si eso lo usas para deshacerte de todo un servidor XSVGAlib, creo que has ganado en espacio. Además, que uses framebuffer no hace que tu sistema vaya lento necesariamente, depende del programa y cómo use la pantalla. Me referia mas a que la mayoria de minilinux siguen trabajando con kernels de la serie 2.0 y libc5, y a que tambien muchos de ellos no incluyen X. -- - | POWERED BY Debian 2.1 - Kernel 2.2.14 | | Andres Herrera User Reg. N.66054 | | [EMAIL PROTECTED] | | Grupo LIMA http://lima.telenet.es | - pgpZHC6flOsz0.pgp Description: PGP signature
RE: [Web Browser Svgalib]
1. El framebuffer es para tarjetas que soporten VESA 2.0 (es aqui donde puedo estar metiendo la gamba), basicamente tarjetas de un antiguedad escasa o mediana. [...] PD: DinX es un sistema de ventanas basado en el kernel que usa fb, la página es http://dinx.sourceforge.net/ Se ha hablado de svgalib, fb y de hasta otro del kernel(no me acuerdo ahora), pero ¿no sería más fácil implementar una API independiente de librería que permita escoger si utilizamos el fb o svgalib al momento de compilar?. De esta forma se puede utilizar en PC's más antiguos(svgalib) y en más nuevos(fb) optimizados para ambos. Es solo mi opinión. ADnoctum __ MicroSoft ha reinventado la Rueda... como un Cubo.
Re: [Web Browser Svgalib]
At 03:40 PM 2000-02-17 +0100, Andres Herrera wrote: Guenas On Wed, Feb 16, 2000 at 09:46:46AM -0500, Ugo Enrico Albarello wrote: [...] Si y no :o) También hay soporte para VGA-16. Pregunta: ¿podria usar framebuffer con una VGA de las antiguas (de aquellas de 256K de memoria? Es que no tengo ninguna para probarlo :-)) Sipis... 640x480 a 16 colores... por ahí andan unos parches para EGA Crees que el fb es pesado? Por si mismo no, pero necesita kernels 2.2.x y lo que este conlleva, mientras que los equipos pequeños tienden a seguir con kernels antiguos que demandan menos recursos (memoria sobre todo). Hmmm... alguien ha montado un 2.2.x en una máquina pequeña (RAM=8MB)? Chau... -- Ugo Enrico Albarello López de Mesa [EMAIL PROTECTED] A proud Debian GNU/Linux 2.1 User.
RE: [Web Browser Svgalib]
On Sat, 19 Feb 2000, ADnoctum wrote: Se ha hablado de svgalib, fb y de hasta otro del kernel(no me acuerdo ahora), pero ¿no sería más fácil implementar una API independiente de librería que permita escoger si utilizamos el fb o svgalib al momento de compilar?. De esta forma se puede utilizar en PC's más antiguos(svgalib) y en más nuevos(fb) optimizados para ambos. Quizás no haya gritado suficiente... ejem aclarando voz ¡¡USA ALLEGRO!! http://www.talula.demon.co.uk/allegro/ Por si fb y svgalib parecen poco, también tienes X-window, vga estándar directamente con las rutinas de Allegro, GGI, y eso sin contar la portabilidad a DOS, Windows, y en principio BeOS también. Es una API independiente. Es giftware. Está creada por programadores para sí mismos (vamos, que tú no te compicarías el trabajo, ¿no?). Está documentada. La documentación incluso está en español :-) Tiene más de 40 ejemplos. Tiene una demo de un juego para demostrar su velocidad y portabilidad. Tiene unas cuantas utilidades externas para gráficos y ficheros. Tiene capacidad para reproducir música y efectos especiales. Tiene una interfáz gráfica basada en el sistema de diálogos del AtariST extensible. Es 100% portable, 99% del código es C puro y duro, encima bien comentado. Las cabezas pensantes del proyecto usan Linux como entorno de desarrollo. Hay cientos de paquetes que extienen la potencia de Allegro. Hay unos 300 juegos hechos con Allegro en http://depot.allegro.cc. Hay un sistema en fase alpha para instalar a partir de rpm y hay otro en debian aunque no desde la página principal. ¿Qué más queréis? Aunque ponga que está en desarrollo, yo uso la versión esa desde hace cuatro meses y no hay problema, aunque los que usan svgalib mediante los drivers svgalib 'vesa' parece ser que tienen problemas. -- Grzegorz Adam Hankiewicz - [EMAIL PROTECTED] Gogosoftware - http://welcome.to/gogosoftware/ Windows NT - Naturally Terrible.
Re: [Web Browser Svgalib]
On Thu, 17 Feb 2000, Andres Herrera wrote: Seria interesante saber cuantas son esas muchas mas, y sobre todo cuales. No te doy la lista simplemente porque no sigo nunca los kernels inestables :-) Si tienes uno a mano, con hacer un enable framebuffer en el menuconfig ya deberías ver la lista. Y las tarjetas mas antiguas no ven VESA 2.0 ni en pintura. Y las nuevas tampoco creas que soportan vesa :-) ¿Algún problema con eso? Si un navegador funciona en mi 386, lo sigo prefiriendo en mi PII antes que el netscape, dado que consume menos recursos. Ya, lo que pasa es que en el PII es tu opcion En realidad no, es cuestión de ideología :-) Soy anti-entorno-gráfico. ¿Que mas posibilidades nos brindarian alta portabilidad? Es que es algo a tener en cuenta. Pues aparte de ser portable, no sé que más puede brindar. Simplemente no ser un dolor de cabeza para el programador, ya que en vez de mantener diferentes versiones con una basta. -- Grzegorz Adam Hankiewicz - [EMAIL PROTECTED] Gogosoftware - http://welcome.to/gogosoftware/ Windows NT - Naturally Terrible.
Re: [Web Browser Svgalib]
On Sat, Feb 19, 2000 at 05:57:15PM -0500, ADnoctum wrote: Se ha hablado de svgalib, fb y de hasta otro del kernel(no me acuerdo ahora), pero ¿no sería más fácil implementar una API independiente de librería que permita escoger si utilizamos el fb o svgalib al momento de compilar?. De esta forma se puede utilizar en PC's más antiguos(svgalib) y en más nuevos(fb) optimizados para ambos. Hace bastante en la lista de SDL la librería gráfica, se habló de lo mismo y aunque en principio se propuso el tema no sé si se llegó a algo. El caso es que querían hacer el navegador en SDL que soporta varios sistemas operativos y X, fb, svgalib y GGI. También decían no se qué de implementar un protocolo X sobre SDL para así prescindir de servidor X y crear uno en el framebuffer, pero no me aclaré demasiado. Basando los gráficos en SDL se podría hacer EL NAVEGADOR compatible con cualquier sistema gráfico que le echen. El problema es que SDL no soporta varias ventanas así que habría que hacer un gestor de ventanas dentro de una ventana. Más o menos lo que hace Allegro, otra librería gráfica que está siendo portada a Linux. Aunque si lo que se quiere hacer es usar el fb esto de las ventanas no es problema. -- ||| (- -) oOOo(_)oOOo--- | Smile... tomorrow will be worse. Murphy | |--| | [EMAIL PROTECTED]| | http://personales.jet.es/olsago/ | | http://fly.to/luzluciernaga | --
Re: Nombre para un Web Browser Svgalib
El Sun, Mar 23, 2036, Ivan Andres Hernandez Puga... Dado que hay animos comencemos con el nombre, Yo conozco un proyecto de navegador svgalib: Wb0 http://atrey.karlin.mff.cuni.cz/~clock/wb0/ Pero la información de la web es tan escasa que se puede colocar aquí: At ftp://atrey.karlin.mff.cuni.cz/pub/local/clock you can see all my software from the top. wb0 A svgalib web browser -- an early version yet. It knows how to display text and gifs and pcxs and jpegs anfd png. The net part still very primitive. Also Czech garbaged-encoding support. You can view almost anyhow distorted encoding (half of document in 8859-2, half in 1250 etc.) You can download it. Karel Kulhavy Como veis no pone la fecha de la última actualización, ni dice el tipo de licencia que tiene, pero al menos para echarle un vistazo puede resultaros interesante. Un saludo. -- Cosme P. Cuevas --- Claves GnuPG/PGP disponibles. http://www.geocities.com/CollegePark/Lounge/8698/ pgpB2ROlPuhC5.pgp Description: PGP signature
Re: Nombre para un Web Browser Svgalib
Guenas On Sun, Mar 23, 2036 at 04:35:20AM +, Ivan Andres Hernandez Puga wrote: Dado que hay animos comencemos con el nombre, asi puedo armar una pagina donde coordinar los trabajos. De momento no hay ni lista ni nada pues no hay mas que la idea, pero ya va a empezar a surgir todo de algun modo. La cosa se anima :-))) Supongo que par coordinar esto, al menos al principio, va a haber que definir algunas cosas medio 'fe facto' (ugh!). Habria que pensar una interfaz tipo caja escroleable con una barra de direccion y los botones necesarios. Unas pocas fuentes bonitas (es mas de lo que tengo en X) no con muchos tama?os si se puede y una correcta renderizacion de tablas y frames como asi interpretacion de javascript / cookies (bajo configuracion). Cuando consigamos todo esto va a ser la bomba. Fijate la de navegadores que no soportan JavaScript ni frames, o que muestran las tablas de maneras, digamos, surrealistas. Si a nadie le parece muy autoritario podriamos intentar cada uno hace una caja con una barra abajo de donde se ingrese una direccion de un archivo de texto y lo ponga en pantalla, con barras de desplazamiento para moverse a lo largo y ancho del texto. Peerfeto. Yo le estoy echando un ojillo a la escasa doc (la pagina man de momento) de la svgalib, y me recuerda un monton a una libreria que use en DOS para un programa muy curiosete. Podemos poner una fecha en tiempo y tomar el mejor que haya para seguir sobre ese en mejoras una semana y luego fijar otro objetivo arbitrario. Si bien en un estado avanzado trabajar todos al mismo tiempo en lo mismo para elegir solo uno seria un desperdicio de momento necesitamos (yo al menos) nivelar el minimo de conocimientos en el manego de la svgalib. Hay que empezar al lio antes de que se enfrien los animos, bien codificando, o bien recopilando informacion y desarrollando ideas sobre como interpretar los codigos y demas. Trabajo es lo que va a sobrar, y de muchos tipos. Lo de la fecha fija para esta primera tarea me parece estupendo, que luego el primero que no tiene tiempo para nada y se eterniza en cualquier cosa soy yo :-)) En fin... ma?ana vere si tengo una pagina web para el proyecto y lo de la lista de correo... ni idea como conseguirlo, pero envienme un mail los que quieran participar asi nos mantenemos al tanto. Podemos hacer una lista en onelist. Tambien administro un pequeño servidor en la empresa y podria albergarse alli la lista, pero solo como ultimo recurso (tiene una conexion con una simple RDSI, asi que hay veces que no va muy alla): de todas formas, ahi queda la posibilidad. Saludines -- - | POWERED BY Debian 2.1 - Kernel 2.2.14 | | Andres Herrera User Reg. N.66054 | | [EMAIL PROTECTED] | | Grupo LIMA http://lima.telenet.es | - pgpDTMeRvfL5B.pgp Description: PGP signature
Re: [Web Browser Svgalib]
Guenas On Tue, Feb 15, 2000 at 08:26:09AM -0500, Ugo Enrico Albarello wrote: Para la svgalib no se pero para el framebuffer ya se esta haciendo, el proyecto en si se llama zen. Personalmente prefiero el fb, supongo que sera por que no puedo usar la svgalib ;-( ¿Ei? ¿Ni a 320x200? Estaba pensando precisamente en eso (en el fb no en zen :oP). Veo tres ventajas: es más trabajado (es decir... en el 2.3.x tiene soporte para varias tarjetas nuevas, y generalmente cada nueva versión del kernel viene con correcciones y/o adiciones), se puede aprovechar la aceleración por hardware (de pronto no signifique mucho en un browser), y la mejor de todas: sería mucho más portable. Yo creo ver algun inconveniente en el tema del frame buffer, pero corregidme si me equivoco, plis :- Pre-supuestos: 1. El framebuffer es para tarjetas que soporten VESA 2.0 (es aqui donde puedo estar metiendo la gamba), basicamente tarjetas de un antiguedad escasa o mediana. 2. Un navegador en consola vendria bien en muchos casos, pero el mas evidente es el de equipos pequeños y/o antiguos, en los que las X no van muy alla y el Netscape es una tortura. 3. El framebuffer es utilizable en kernels 2.2 y siguientes, no en los 2.0 (que quedan muchos por ahi), y ademas no viene por defecto en los kernels que se instalan con las distribuciones sino que hay que recompilar expresamente. Por lo tanto (joe como me esta quedando esto :))) : El frame buffer creo que dejaria fuera a quienes mas necesitarian un navegador asi: equipos pequeños o poco dotados, y/o con kernels antiguos, y/o poco disco duro (seria ideal para esos minilinux que caben en uno o pocos diskettes). Ala, opiniones al respecto :-) Saludines -- - | POWERED BY Debian 2.1 - Kernel 2.2.14 | | Andres Herrera User Reg. N.66054 | | [EMAIL PROTECTED] | | Grupo LIMA http://lima.telenet.es | - pgpw9cAddMIRt.pgp Description: PGP signature
Re: [Web Browser Svgalib]
At 11:25 PM 2000-02-15 +0100, Andres Herrera wrote: Guenas Holaz On Tue, Feb 15, 2000 at 08:26:09AM -0500, Ugo Enrico Albarello wrote: [...] Yo creo ver algun inconveniente en el tema del frame buffer, pero corregidme si me equivoco, plis :- Pre-supuestos: 1. El framebuffer es para tarjetas que soporten VESA 2.0 (es aqui donde puedo estar metiendo la gamba), basicamente tarjetas de un antiguedad escasa o mediana. Si y no :o) También hay soporte para VGA-16. 2. Un navegador en consola vendria bien en muchos casos, pero el mas evidente es el de equipos pequeños y/o antiguos, en los que las X no van muy alla y el Netscape es una tortura. Crees que el fb es pesado? 3. El framebuffer es utilizable en kernels 2.2 y siguientes, no en los 2.0 (que quedan muchos por ahi), y ademas no viene por defecto en los kernels que se instalan con las distribuciones sino que hay que recompilar expresamente. Buehhh... eso sería lo único medianamente complicado Por lo tanto (joe como me esta quedando esto :))) : El frame buffer creo que dejaria fuera a quienes mas necesitarian un navegador asi: equipos pequeños o poco dotados, y/o con kernels antiguos, y/o poco disco duro (seria ideal para esos minilinux que caben en uno o pocos diskettes). Lo unico complicado serían los kernel antiguos, igual tenés que usar una librería para crear la interfaz del navegador, sea fb o svgalib. PD: DinX es un sistema de ventanas basado en el kernel que usa fb, la página es http://dinx.sourceforge.net/ -- Ugo Enrico Albarello López de Mesa [EMAIL PROTECTED] A proud Debian GNU/Linux 2.1 User.
RE: [Web Browser Svgalib]
= Original Message From Ugo Enrico Albarello [EMAIL PROTECTED] PD: DinX es un sistema de ventanas basado en el kernel que usa fb, la página es http://dinx.sourceforge.net/ Recuerdo que hace unos años cuando andaba trasteando con el DJGPP había un entorno de ventanas bastante trabajado llamado SWORD. ¿Alguien sabe si está portado a Linux? En todo caso es bastante probable que fuera GPL. Taluego. Roberto Henriquez Laurent [EMAIL PROTECTED]
Re: [Web Browser Svgalib]
Andres Herrera [EMAIL PROTECTED] writes: Guenas On Tue, Feb 15, 2000 at 08:26:09AM -0500, Ugo Enrico Albarello wrote: Para la svgalib no se pero para el framebuffer ya se esta haciendo, el proyecto en si se llama zen. Personalmente prefiero el fb, supongo que sera por que no puedo usar la svgalib ;-( Pre-supuestos: 1. El framebuffer es para tarjetas que soporten VESA 2.0 (es aqui donde puedo estar metiendo la gamba), basicamente tarjetas de un antiguedad escasa o mediana. 2. Un navegador en consola vendria bien en muchos casos, pero el mas evidente es el de equipos pequeños y/o antiguos, en los que las X no van muy alla y el Netscape es una tortura. 3. El framebuffer es utilizable en kernels 2.2 y siguientes, no en los 2.0 (que quedan muchos por ahi), y ademas no viene por defecto en los kernels que se instalan con las distribuciones sino que hay que recompilar expresamente. Por lo tanto (joe como me esta quedando esto :))) : El frame buffer creo que dejaria fuera a quienes mas necesitarian un navegador asi: equipos pequeños o poco dotados, y/o con kernels antiguos, y/o poco disco duro (seria ideal para esos minilinux que caben en uno o pocos diskettes). Creo que estoy de acuerdo. Se puede reutilizar gran parte de lynx. ¿no? -- Saludos. Antonio. --- [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: [Web Browser Svgalib]
On Tue, 15 Feb 2000, Andres Herrera wrote: Yo creo ver algun inconveniente en el tema del frame buffer, pero corregidme si me equivoco, plis :- Pre-supuestos: 1. El framebuffer es para tarjetas que soporten VESA 2.0 (es aqui donde puedo estar metiendo la gamba), basicamente tarjetas de un antiguedad escasa o mediana. El framebuffer es un fichero /dev/fbx que simula la memoria gráfica de la tarjeta de vídeo instalada. Esto quiere decir que leyendo y escribiendo el fichero, se modifica la pantalla. Las ventajas de abstracción son evidentes. Ahora bien, para cada tarjeta hace falta código específico que cambie la resolución (tu puedes escribir en el framebuffer como si la pantalla estuviese a 1024x768, pero si está a 320x200, mal asunto). Es por esto que hace falta un driver o como lo quieras llamar (a mí me gusta módulo), que controle estas operaciones físicas. Por ahora sólo hay 3 o 4 módulos nativos, las matrox, ati y creo que algo más. En la nueva serie de kernel 2.4 habrá muchos más módulos (eso dicen). Como esto no existe para cada tarjeta, se ha creado un módulo parche, que usa las características VESA de cada tarjeta para cambiar la resolución. Dado que para usar VESA hay que usar BIOS, ésto sólo se puede hacer una vez antes de arrancar linux. Resultado: obtienes un framebuffer con cualquier tarjeta que soporte VESA 2.0 pero te quedas en esa resolución hasta que resetees el ordenador. 2. Un navegador en consola vendria bien en muchos casos, pero el mas evidente es el de equipos pequeños y/o antiguos, en los que las X no van muy alla y el Netscape es una tortura. ¿Algún problema con eso? Si un navegador funciona en mi 386, lo sigo prefiriendo en mi PII antes que el netscape, dado que consume menos recursos. 3. El framebuffer es utilizable en kernels 2.2 y siguientes, no en los 2.0 (que quedan muchos por ahi), y ademas no viene por defecto en los kernels que se instalan con las distribuciones sino que hay que recompilar expresamente. Exácto. Todavía hay poco soporte para esta maravilla del framebuffer, pero va cambiando. Una de las ventajas del framebuffer es que un programa que lo use funcionará en una Sparc, como un PowerPC, un PC, o cualquier otra cosa que lo emule. Si mal no me acuerdo, los Psion serie cinco usan framebuffer (en escala de 4 grises, creo) para usar una versión de Linux, y así todos los programas funcionan con ellos. Por lo tanto (joe como me esta quedando esto :))) : El frame buffer creo que dejaria fuera a quienes mas necesitarian un navegador asi: equipos pequeños o poco dotados, y/o con kernels antiguos, y/o poco disco duro (seria ideal para esos minilinux que caben en uno o pocos diskettes). El framebuffer de mi matrox añade unos 60Kb a mi kernel. Si eso lo usas para deshacerte de todo un servidor XSVGAlib, creo que has ganado en espacio. Además, que uses framebuffer no hace que tu sistema vaya lento necesariamente, depende del programa y cómo use la pantalla. -- Grzegorz Adam Hankiewicz - [EMAIL PROTECTED] Gogosoftware - http://welcome.to/gogosoftware/ Windows NT - Nearly Terminated.
Nombre para un Web Browser Svgalib
Bien. Dado que hay animos comencemos con el nombre, asi puedo armar una pagina donde coordinar los trabajos. De momento no hay ni lista ni nada pues no hay mas que la idea, pero ya va a empezar a surgir todo de algun modo. Supongo que par coordinar esto, al menos al principio, va a haber que definir algunas cosas medio 'fe facto' (ugh!). Habria que pensar una interfaz tipo caja escroleable con una barra de direccion y los botones necesarios. Unas pocas fuentes bonitas (es mas de lo que tengo en X) no con muchos tamaños si se puede y una correcta renderizacion de tablas y frames como asi interpretacion de javascript / cookies (bajo configuracion). Si a nadie le parece muy autoritario podriamos intentar cada uno hace una caja con una barra abajo de donde se ingrese una direccion de un archivo de texto y lo ponga en pantalla, con barras de desplazamiento para moverse a lo largo y ancho del texto. Podemos poner una fecha en tiempo y tomar el mejor que haya para seguir sobre ese en mejoras una semana y luego fijar otro objetivo arbitrario. Si bien en un estado avanzado trabajar todos al mismo tiempo en lo mismo para elegir solo uno seria un desperdicio de momento necesitamos (yo al menos) nivelar el minimo de conocimientos en el manego de la svgalib. En fin... mañana vere si tengo una pagina web para el proyecto y lo de la lista de correo... ni idea como conseguirlo, pero envienme un mail los que quieran participar asi nos mantenemos al tanto. En fin, se aceptan criticas y sugerencias. saludos ivan/zaikxtox Grzegorz Adam Hankiewicz [EMAIL PROTECTED] wrote: On 14 Feb 2000, Ivan Andres Hernandez Puga wrote: Sea como sea, un navegador bajo svgalib sería una maravilla! Es lo que estamos en vistas de comenzar... Claro que en un principio solo se implementaria lo mas usado, y que ademas habra que focalizarse en una interfaz amena y lo mas inteligente posible (no para mutantes). Mataría por un programa así. Por fín podría liberarme del yugo de las X-Window... ¿grupos, gente, listas de correo? Más información, please. Incluso podría intentar colaborar con si se trata de un programa en C. -- Grzegorz Adam Hankiewicz - [EMAIL PROTECTED] Gogosoftware - http://welcome.to/gogosoftware/ Have you reinstalled your Windows today? -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null Yes... i'm a registered Linux user by counter.li.org... but i have forgotten my number. Anyway who cares? Free science and free software are just two aspects of the same complex reality: long-term human survival. Support humankind, use Linux. - The following invitation to get a free e-mail account is not from me. If you want a web mail try to find another, cuz this need javascript. If it's possible test it against Lynx or Links browsers. Get free email and a permanent address at http://www.netaddress.com/?N=1
Re: [Web Browser Svgalib]
Grzegorz Adam Hankiewicz wrote: Mataría por un programa así. Por fín podría liberarme del yugo de las X-Window... ¿grupos, gente, listas de correo? Más información, please. Incluso podría intentar colaborar con si se trata de un programa en C. Para la svgalib no se pero para el framebuffer ya se esta haciendo, el proyecto en si se llama zen. Personalmente prefiero el fb, supongo que sera por que no puedo usar la svgalib ;-( http://www.nocrew.org/software/zen/ -- .--. |o_o | |:_/ | // \ \ (| | ) /'\_ _/`\ ...agur.\___)=(___/
Re: [Web Browser Svgalib]
At 10:53 AM 2000-02-15 +0100, UnAided wrote: Grzegorz Adam Hankiewicz wrote: Mataría por un programa así. Por fín podría liberarme del yugo de las X-Window... ¿grupos, gente, listas de correo? Más información, please. Incluso podría intentar colaborar con si se trata de un programa en C. Para la svgalib no se pero para el framebuffer ya se esta haciendo, el proyecto en si se llama zen. Personalmente prefiero el fb, supongo que sera por que no puedo usar la svgalib ;-( Estaba pensando precisamente en eso (en el fb no en zen :oP). Veo tres ventajas: es más trabajado (es decir... en el 2.3.x tiene soporte para varias tarjetas nuevas, y generalmente cada nueva versión del kernel viene con correcciones y/o adiciones), se puede aprovechar la aceleración por hardware (de pronto no signifique mucho en un browser), y la mejor de todas: sería mucho más portable. Eso no mas... -- Ugo Enrico Albarello López de Mesa [EMAIL PROTECTED] A proud Debian GNU/Linux 2.1 User.
RE: [Re: resucitando un viejo 486 (svgalib)]
-Mensaje original- De: Andres Herrera [EMAIL PROTECTED] Para: Ivan Andres Hernandez Puga [EMAIL PROTECTED] CC: Lista Debian Castellano debian-user-spanish@lists.debian.org Fecha: lunes 14 de febrero de 2000 9:24 Asunto: Re: [Re: resucitando un viejo 486 (svgalib)] Guenas On Fri, Mar 21, 2036 at 01:54:45AM +, Ivan Andres Hernandez Puga wrote: [...] Por otro lado, todo lo que he leido sobre los fuentes del Netscape hablan de un gigante con un gran desorden, asi que quizas los navegadores mas interesantes de investigar serian mozilla, gzilla y cosas asi. No os olvideis del kfm del kde. Han hecho un navegador muy majo. Con un poco de ingenio y analisis tal vez hasta pueda con ayuda hacer algo asi como un gestor de ventanas. Voy a leer el RFC del protocolo X para ver si se puede apuntar a la portabilidad de paso... Todo lo que fuese portar seria un ahorro de trabajo tremendo. ¿Conoces programas para svgalib minimamente parecidos a un gestor de ventanas? (al menos algun programa que trabaje con varias ventanas en pantalla o algo asi) Tened en cuenta también el frame buffer. Yo con svgalib sólo alcanzo una resolución de 320x200 (os imaginais usar un navegador a esta resolución), pero con frame buffer llego hasta todo lo que permite mi monitor (1024x768). -- Ricardo Villalba [EMAIL PROTECTED] [EMAIL PROTECTED] http://members.xoom.com/rvmsoft
Re: [Re: resucitando un viejo 486 (svgalib)]
Guenas On Fri, Mar 21, 2036 at 01:54:45AM +, Ivan Andres Hernandez Puga wrote: Si, la svgalib esta (como bien has dicho) excesivamente infrautilizada. Yo soy programador, aunque no muy ducho en linux (soy de la epoca de assembler, c, pascal y DOS) :-) Yo estoy igual pero si quitas el C y el Assembler (vamos, Pascal pelao y mondao). pero puedo leer y comenzar a hacer algo asi como un browser / gestor de ventanas. Los mecanismos internos serian ultrasimples, pero si vos sabes de javascript y html tal vez podamos hacer algo con un resultado mas decente que el netscape (como imaginaras me veo obligado ausarlo por este maldito webmail). Pues es una gran idea, aunque no se valorar el tamaño de semejante proyecto. De buenas a primeras no se me ocurre como meterle mano a la renderizacion del codigo HTML, y no digamos ya del Javascript. Lo bueno es que la parte mas interna podria verse en el codigo de alguno de los navegadores existentes. Por similitud he ido a buscar Arachne por la red, pero, aunque anuncian que se esta portando a Linux (y lanzan ciertos guiños a nuestro OS), ni el port aparece terminado, ni veo fuentes por ninguna parte. Por otro lado, todo lo que he leido sobre los fuentes del Netscape hablan de un gigante con un gran desorden, asi que quizas los navegadores mas interesantes de investigar serian mozilla, gzilla y cosas asi. Con un poco de ingenio y analisis tal vez hasta pueda con ayuda hacer algo asi como un gestor de ventanas. Voy a leer el RFC del protocolo X para ver si se puede apuntar a la portabilidad de paso... Todo lo que fuese portar seria un ahorro de trabajo tremendo. ¿Conoces programas para svgalib minimamente parecidos a un gestor de ventanas? (al menos algun programa que trabaje con varias ventanas en pantalla o algo asi) En fin, si interesa se puede empezar a nadar contra la corriente. La idea es estupenda. De C ando bastante escasito, pero tampoco estoy a cero total. El HTML y el Javascript lo tengo que utilizar todos los dias, asi que cualquier cosa la puedo 'mirar/probar/lo que sea' con facilidad. Yo me pringo en el proyecto. Saludines -- -- POWERED BY Debian 2.1 - Kernel 2.2.14| Andres Herrera User Reg. N.66054 [EMAIL PROTECTED] Grupo LIMA http://lima.telenet.es --- pgpJDl07EtbfK.pgp Description: PGP signature
Svgalib
On Sun, Feb 13, 2000 at 11:21:25PM +0100, Hue-Bond wrote: El sábado 12 de febrero de 2000 a la(s) 00:07:15 +0100, Andres Herrera contaba: Me parece que la svgalib esta muy infrautilizada, eclipsada por las X y por la proliferacion de aplicaciones en modo grafico (para las X). A mí lo que me mosquea de svgalib es que los programas que las utilizan tienen que ser setuid root, cosa que no pasa con los programas de X. Y sencillamente, paso. Soy un forofo de consola, pero me molesta bastante tener que arrancar las X sólo para ver una fotito o navegar, así que me he pasado a las X, no por gusto, sino por comodidad. De hecho, sigo con mi mutt y mi joe. Veo que hay bastante gente que usa consola como yo pero tiene que instalarse un montón de paquetes de X para poder navegar por la web decentemente, ya que lynx sólo sirve para algunas páginas ... Lo que si estoy pensando es utilizar alguna combinación de html2ps + algun visor de ps por svgalib (ghost). Como visor de imágenes ya tenemos el zgv ... La lástima es, logicamente, que un archivo ps no tiene ni links ni gifs animados ni nada de todo eso. Sea como sea, un navegador bajo svgalib sería una maravilla! un Saludo. -- Ricard Pillosu [EMAIL PROTECTED] BcnInedita - Aribau 70 3º 2ª - 08011 Barcelona Tel:934540099 - Fax:934541979 - http://www.bcninedita.com __ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com
[Re: resucitando un viejo 486 (svgalib)]
Estimado Andres: Bien... en lo que a mi respecta mas que lo de html (no es lo mas mortuorio) lo interesante sera el tema de javascript. De todos modos promero y principal sera ver como leer imagenes y como usar las svgalib. El entorno del browser se llevara el 70% del esfuerzo, a no ser que querramos algo inutilizable. Por lo pronto me hablaban de que se necesitan programas con el uid de root... cosa que voy a probar esta misma noche. Por lo pronto ya que ha prosperado la idea sugiero una interiorizacion en el magico mundo de c (es como un pascal primitivo con miles de librerias) y ver que nos ofrece el sistema para desarrollo. Lo mas importante seria el tema de manejo de graficos y de formatos graficos (jpeg, etc) En fin, si asi sigue los proximos mails iran ya sin copia a la lista. Saludos ivan/zaikxtox Yes... i'm a registered Linux user by counter.li.org... but i have forgotten my number. Anyway who cares? Free science and free software are just two aspects of the same complex reality: long-term human survival. Support humankind, use Linux. - The following invitation to get a free e-mail account is not from me. If you want a web mail try to find another, cuz this need javascript. If it's possible test it against Lynx or Links browsers. Get free email and a permanent address at http://www.netaddress.com/?N=1
Re: [Web Browser Svgalib]
Estimado Ricard: Veo que hay bastante gente que usa consola como yo pero tiene que instalarse un montón de paquetes de X para poder navegar por la web decentemente, ya que lynx sólo sirve para algunas páginas ... Lo que si estoy pensando es utilizar alguna combinación de html2ps + algun visor de ps por svgalib (ghost). Como visor de imágenes ya tenemos el zgv ... La lástima es, logicamente, que un archivo ps no tiene ni links ni gifs animados ni nada de todo eso. Sea como sea, un navegador bajo svgalib sería una maravilla! Es lo que estamos en vistas de comenzar. Para comenzar habra que leer las RFC's sobre http 1.0 y 1.1 ftp://ftp.isi.edu/in-notes/rfc1945.txt y ftp://ftp.isi.edu/in-notes/rfc2068.txt editados por la http://www.rfc-editor.org/ asi como la recomendacion de la w3c de html 4.01 http://www.w3.org/TR/1999/REC-html401-19991224/ Claro que en un principio solo se implementaria lo mas usado, y que ademas habra que focalizarse en una interfaz amena y lo mas inteligente posible (no para mutantes). De momento las definiciones del X Window Protocol son un tanto lejanas a mis fines inmediatos, por lo que un pseudo X en svgalib sera para otro proyecto. Si alguien quiere mirar: ftp://ftp.isi.edu/in-notes/rfc1013.txt En fin, no se donde encontrar documentacion sobre los estandares de javascript. Si alguien sabe algo por favor envieme la direccion correspondiente. muchas gracias ivan/zaikxtox Yes... i'm a registered Linux user by counter.li.org... but i have forgotten my number. Anyway who cares? Free science and free software are just two aspects of the same complex reality: long-term human survival. Support humankind, use Linux. - The following invitation to get a free e-mail account is not from me. If you want a web mail try to find another, cuz this need javascript. If it's possible test it against Lynx or Links browsers. Get free email and a permanent address at http://www.netaddress.com/?N=1
Re: [Web Browser Svgalib]
On 14 Feb 2000, Ivan Andres Hernandez Puga wrote: Sea como sea, un navegador bajo svgalib sería una maravilla! Es lo que estamos en vistas de comenzar... Claro que en un principio solo se implementaria lo mas usado, y que ademas habra que focalizarse en una interfaz amena y lo mas inteligente posible (no para mutantes). Mataría por un programa así. Por fín podría liberarme del yugo de las X-Window... ¿grupos, gente, listas de correo? Más información, please. Incluso podría intentar colaborar con si se trata de un programa en C. -- Grzegorz Adam Hankiewicz - [EMAIL PROTECTED] Gogosoftware - http://welcome.to/gogosoftware/ Have you reinstalled your Windows today?
Re: resucitando un viejo 486 (svgalib)
El sábado 12 de febrero de 2000 a la(s) 00:07:15 +0100, Andres Herrera contaba: Me parece que la svgalib esta muy infrautilizada, eclipsada por las X y por la proliferacion de aplicaciones en modo grafico (para las X). A mí lo que me mosquea de svgalib es que los programas que las utilizan tienen que ser setuid root, cosa que no pasa con los programas de X. Y sencillamente, paso. Soy un forofo de consola, pero me molesta bastante tener que arrancar las X sólo para ver una fotito o navegar, así que me he pasado a las X, no por gusto, sino por comodidad. De hecho, sigo con mi mutt y mi joe. [EMAIL PROTECTED] -- Just do it. David Serrano [EMAIL PROTECTED]Linux 2.2.14 - Reg. User #87069 lynx -dump http://www.ctv.es/USERS/fserrano/pgp_dsspubkey.asc | gpg --import - Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! pgpF8YHjtbUKX.pgp Description: PGP signature
Re: resucitando un viejo 486 (svgalib)
El Wed, Mar 19, 2036 at 03:23:56PM +, Ivan Andres Hernandez Puga dijo: Estimado Andres: En un mail comentaste Solo me falta que hubiese un buen navegador svgalib para mandar las X a freir esparragos No uses wm, cambia la linea del wm del ~/.xsesion por netscape. Y será algo parecido a lo que quieres... :) y ultimamente (pese a que tengo una pII350) he pensado que la svgalib esta para algo mas que para los jueguitos. X-Window tiene una compleja arquitectura tcp/ip que lo hace sumamente valuable, pero como yo solo necesito un gestor grafico de tareas (comodidad) me bastaria algo mas reducido y me beneficiaria algo mas veloz. Si en el fondo tienes razón, es lento en general comparado con ***. Será el precio del soporte remoto. Algo leí de que estaban intentanto paliar esto para la v3.4 creo. Que alguien mejor informado que yo confirme o amplie esto. ¿ Que se sabe del soporte kernel ? No hace mucho lei, que se estaban llevando a cabo cambios internos para soportar modulos para las targetas gráficas. Y así animar a los fabricantes a crear drivers para linux. Un saludo. PD: Esperemos que sean los drivers sean de buena calidad. -- ______ _ ___ / /\ / // __// /\ / /_/_/ // /\ / / / / // /_/___ / /_/__ /_ /\__/_ /////\ \__\/ \__\\\\\/ For pgp key send mail with subject request pgp key
Re: [Re: resucitando un viejo 486 (svgalib)]
Estimado Andres: Si, la svgalib esta (como bien has dicho) excesivamente infrautilizada. Yo soy programador, aunque no muy ducho en linux (soy de la epoca de assembler, c, pascal y DOS) pero puedo leer y comenzar a hacer algo asi como un browser / gestor de ventanas. Los mecanismos internos serian ultrasimples, pero si vos sabes de javascript y html tal vez podamos hacer algo con un resultado mas decente que el netscape (como imaginaras me veo obligado ausarlo por este maldito webmail). Con un poco de ingenio y analisis tal vez hasta pueda con ayuda hacer algo asi como un gestor de ventanas. Voy a leer el RFC del protocolo X para ver si se puede apuntar a la portabilidad de paso... En fin, si interesa se puede empezar a nadar contra la corriente. Saludos ivan/zaikxtox Me parece que la svgalib esta muy infrautilizada, eclipsada por las X y por la proliferacion de aplicaciones en modo grafico (para las X). Yo ahora estoy desarrollando una web, y no me queda mas remedio que tirar de Javascript (no mucho, pero a veces es inevitable), y Lynx no sirve. Ademas, al final se va a utilizar con Explorer :-( asi que necesito algo que la muestre con un aspecto similar. Para colmo de los colmos, a veces tengo SELECT en los formularios, con miles de elementos, y el Netscape de Linux tiene dos grandes problemas con ello: la forma de representar los SELECT es horrible e inmanejable, y el consumo de memoria se va disparando hasta el infinito (hoy descubri al Netscape ocupando mas de 200Mb de memoria! en una sola ventana). Yes... i'm a registered Linux user by counter.li.org... but i have forgotten my number. Anyway who cares? Free science and free software are just two aspects of the same complex reality: long-term human survival. Support humankind, use Linux. - The following invitation to get a free e-mail account is not from me. If you want a web mail try to find another, cuz this need javascript. If it's possible test it against Lynx or Links browsers. Get free email and a permanent address at http://www.netaddress.com/?N=1
Re: resucitando un viejo 486 (svgalib)
Estimado Andres: En un mail comentaste Solo me falta que hubiese un buen navegador svgalib para mandar las X a freir esparragos y ultimamente (pese a que tengo una pII350) he pensado que la svgalib esta para algo mas que para los jueguitos. X-Window tiene una compleja arquitectura tcp/ip que lo hace sumamente valuable, pero como yo solo necesito un gestor grafico de tareas (comodidad) me bastaria algo mas reducido y me beneficiaria algo mas veloz. Habria que intentar hacer algo con ello... saludos ivan/zaikxtox Yes... i'm a registered Linux user by counter.li.org... but i have forgotten my number. Anyway who cares? Free science and free software are just two aspects of the same complex reality: long-term human survival. Support humankind, use Linux. - The following invitation to get a free e-mail account is not from me. If you want a web mail try to find another, cuz this need javascript. If it's possible test it against Lynx or Links browsers. Get free email and a permanent address at http://www.netaddress.com/?N=1
Re: Framebuffer (y II): problemas svgalib y X.
El lunes 12 de julio de 1999 a la(s) 20:49:22 +0200, Ricardo Villalba contaba: [...] Pero, de momento, ha sido peor el remedio que la enfermedad: - NO funcionan los programas para svgalib, se lanzan y no se ve nada, solo fondo negro y algunas manchas horizontales. A mi me pasa lo mismo. Parece que los programas para svgalib no funcionan con el frame buffer. Yo lo he desactivado por este motivo. Editad /etc/vga/libvga.config y descomentad la opción VESA hacia el final... ZGV ha vuelto a ser mi inseparable compañero... Ruego una oración por la BIOS de mi placa madre, fallecida a los dos años de edad durante una tormenta. Así mismo, ruego un donativo para sustituirla. Barbwired (The Translatrix) - U. Complutense Madrid - Filología Inglesa Web personal http://www.bigfoot.com/~barbwired/ Proudly using Debian GNU/Linux 2.1 (Kernel 2.2.3) in a Dell Laptop
Re: Framebuffer (y II): problemas svgalib y X.
Hola a todos! Soy nuevo en la lista asi qe voy a intentar ayudar. Ricardo Villalba wrote: - NO funcionan los programas para svgalib, se lanzan y no se ve nada, solo fondo negro y algunas manchas horizontales. A mi me pasa lo mismo. Parece que los programas para svgalib no funcionan con el frame buffer. Yo lo he desactivado por este motivo. Eso es muy normal son dos librerias que se estan dando de ostias por acceder a los recursos del mismo dispositivo. El kernel pilla la memoria de la targeta y la svgalib intenta modificar esa informacion de manera distinta a como lo hace el kernel. Resultado: Un Desastre. Hasta otra. -- _ __ ____ __ _ _ | |/ / \ \ / /| \ | | | ___| | ___| Eduardo Borja Ramírez Ronco | / \ \/ / | \ | | | |__ | |___ | \\ / | |\\| | | __| |___ | Debian 2.2 y Kernel 2.2.10 | |\ \ / / | | \ | | |___ ___| | |_| \_\ /_/|_| \_| |_| |_| en IRC-Hispano Y Dios creo Dune para probar a los hombres.
Re: Framebuffer (y II): problemas svgalib y X.
El viernes 09 de julio de 1999 a la(s) 16:22:31 +0200, Javier Viñuales Gutiérrez contaba: Entre otras cosas, lo primero de lo primero que hice fué lanzar el zgv a ver qué... ¡ZAS!, se colgó Debian :-( Ya se ya se que NO se colgó :)... si pudiera haberme metido al sistema por red lo hubiera arreglado (es la consola lo que no respondía) pero es que no es mi caso. Y dale ;-) Compilad el núcleo con la opción Magic SysReq key y así pulsando Alt-SysRq-K mataréis los procesos de la consola actual. Más info en Documentation/sysrq.txt. Por cierto, que hoy me funcionó mal ;-)) [EMAIL PROTECTED] -- Just do it. David Serrano [EMAIL PROTECTED] Linux Registered User no. 87069 http://come.to/Hue-Bond.worldIn love with TuX - Linux 2.2.10 PGP Public key at http://www.ctv.es/USERS/fserrano/pgp_pubkey.asc pgpAXQVsHrItG.pgp Description: PGP signature
Re: Framebuffer (y II): problemas svgalib y X.
El lunes 05 de julio de 1999 a la(s) 00:02:54 +0200, Cosme Perea Cuevas contaba: ¿ A alguien le funciona svgalib con el fb ? No, a mí tampoco me funcionó. -- Just do it. David Serrano [EMAIL PROTECTED] Linux Registered User no. 87069 http://come.to/Hue-Bond.worldIn love with TuX - Linux 2.2.10 PGP Public key at http://www.ctv.es/USERS/fserrano/pgp_pubkey.asc pgpAl8nHINkiD.pgp Description: PGP signature
Re: Framebuffer (y II): problemas svgalib y X.
El Fri, Jul 09, 1999, Javier Viñuales Gutiérrez... Acabo de trastear un poco el kernel y entre otras he pobado el aclamado frame buffer al fin pero en consola me ha parecido una cosa mala de lento... de todas formas es un promer paso y una abstracción de hard bastante brillante. Entre otras cosas, lo primero de lo primero que hice fué lanzar el zgv a ver qué... ¡ZAS!, se colgó Debian :-( Hay que configurar `svgalib' para que trabaje con VESA. En `/etc/vga/libvga.config' hay que descomentar la línea chipset VESA. Concretamente tengo instalado el paquete `svgalibg1 1.3.1-2', que me parece que lo cogí de `potato'. Sí, es más lento. Yo para cónsola no lo necesitava (y además las imágenes con el `zgv' se ven peor), pero sí lo necesito para Xwindow, y si no lo activo en cónsola no se activa el device `/dev/fb0'. Lo cachondo del tema es que no he conseguido hacer funcionar el servidor `Xvfb', :-| Saludines. -- Cosme = -=-=- A través de Debian GNU/Linux -=-=- -=-=- Software Libre -=-=- http://www.linux.org/ S.O. Multi-[plataforma, tarea, usuario] http://www.gnu.org/ Free Software Foundation http://lucas.hispalinux.es/ Documentación en Castellano http://www.openresources.com/es/ Revista Open Resources http://www.es.linuxfocus.org/Castellano/ LinuxFocus = pgpvm7ypPF4te.pgp Description: PGP signature
Re: Framebuffer (y II): problemas svgalib y X.
On jue, jul 08, 1999 at 02:17:53 +0200, Barbwired wrote: - NO funcionan los programas para svgalib, se lanzan y no se ve nada, solo fondo negro y algunas manchas horizontales. ¿Has probado zgv? ¿Alguien ha conseguido que zgv funcione con el fb? Acabo de trastear un poco el kernel y entre otras he pobado el aclamado frame buffer al fin pero en consola me ha parecido una cosa mala de lento... de todas formas es un promer paso y una abstracción de hard bastante brillante. Entre otras cosas, lo primero de lo primero que hice fué lanzar el zgv a ver qué... ¡ZAS!, se colgó Debian :-( Ya se ya se que NO se colgó :)... si pudiera haberme metido al sistema por red lo hubiera arreglado (es la consola lo que no respondía) pero es que no es mi caso. Así está el patio, curioseado ya el frame buffer ya lo he quitado :D -- Javier Viñuales Gutiérrez [EMAIL PROTECTED] Webs: http://www.ctv.es/USERS/viguPersonal http://www.ctv.es/USERS/vigu/linux/ ViguLinux PGP public key: http://www.ctv.es/USERS/vigu/vigu.pubkey
Framebuffer (y II): problemas svgalib y X.
Hola, ya conseguí activar el fb. GRACIAS a todos los que me han ayudado. Tenía bien configurado el kernel, solo tenía que pasarle al kernel el modo vesa adecuado durante el arranque. Con la línea `vga=0x310' en el LILO ya puedo ver el pingüino, ;-) Pero, de momento, ha sido peor el remedio que la enfermedad: - NO funcionan los programas para svgalib, se lanzan y no se ve nada, solo fondo negro y algunas manchas horizontales. - NO puedo arrancar el servidor fb para Xwindow. Pongo `Xvfb' en `/etc/X11/Xserver', y estas líneas en el XF86Config (del artículo sobre fb de Juan Antonio Martínez en Linux Actual nº 8): # Frame Buffer Server Section Screen Driver FBDev Device S3 Trio 3D/2X Monitor Sony CPD-1420E Subsection Display Modes default EndSubsection EndSection pero cuando lanzo con `startx' no se ve nada, aunque se lancen los programas. Sustituyendo por `Driver Xvfb' o `Driver vesafb' tampoco funciona. Creo que en la documentación del kernel decía algo sobre svgalib, pero es que parece que `dpkg' no deja extraer archivos sueltos de un paquete, y ahora el kernel descomprimido no me cabe en ningún sitio. ¿ A alguien le funciona svgalib con el fb ? ¿ Alguien me puede pasar las líneas del `XF86Config' ? Saludos. -- Cosme = -=-=- A través de Debian GNU/Linux -=-=- -=-=- Software Libre -=-=- http://www.linux.org/ S.O. Multi-[plataforma, tarea, usuario] http://www.gnu.org/ Free Software Foundation http://lucas.hispalinux.es/ Documentación en Castellano http://www.openresources.com/es/ Revista Open Resources http://www.es.linuxfocus.org/Castellano/ LinuxFocus = pgpFxbv0qx2Lr.pgp Description: PGP signature pgpodIzqIUZSR.pgp Description: PGP signature
Re: Framebuffer (y II): problemas svgalib y X.
Cosme Perea Cuevas escribió: ya conseguí activar el fb. GRACIAS a todos los que me han ayudado. Tenía bien configurado el kernel, solo tenía que pasarle al kernel el modo vesa adecuado durante el arranque. Con la línea `vga=0x310' en el LILO ya puedo ver el pingüino, ;-) Me alegro de que las cosas vayan arreglándose... Pero, de momento, ha sido peor el remedio que la enfermedad: - NO funcionan los programas para svgalib, se lanzan y no se ve nada, solo fondo negro y algunas manchas horizontales. ¿Has probado zgv? ¿Alguien ha conseguido que zgv funcione con el fb? - NO puedo arrancar el servidor fb para Xwindow. Pongo `Xvfb' en `/etc/X11/Xserver', y estas líneas en el XF86Config (del artículo sobre fb de Juan Antonio Martínez en Linux Actual nº Ni idea, yo uso el SVGA... Creo que en la documentación del kernel decía algo sobre svgalib, pero es que parece que `dpkg' no deja extraer archivos sueltos de un paquete, y ahora el kernel descomprimido no me cabe en ningún sitio. Dime qué archivo/s ncesitas y yo te lo mando con mucho gusto. -- _ / We don't all have friends at MIT to help us out when things go wrong. \ _ \ We sometimes have to rely on the kindness of strangers. (Leído en /.) / Barbwired (The TranslatriX) - Filología Inglesa - U. Complutense de Madrid Proudly using Debian GNU/Linux (2.3.6) - PGP ID-0x03C87C81 Web personal (aenima y linux)http://www.bigfoot.com/~barbwired/
RE: Svgalib y Matrox
Hola Echa una ojeada en http://www.matrox.com No hace mucho me pasé por allí y además de la versión 6.01 las directX para güindogs me pareció ver un link para la descarga de drivers para linux. Evidentemente, tienes que mirar en la sección DOWNLOAD DRIVERS. Salu2 __ Incluso DIOS discute por los detalles con el Diablo. (Anónimo). __ -Mensaje original- De: Hilario Ortigosa Monteoliva [EMAIL PROTECTED] Para: Usuarios Debian Español debian-user-spanish@lists.debian.org Fecha: miércoles, 21 de abril de 1999 17:05 Asunto: Svgalib y Matrox Tengo una Matrox mystique, y, como, a juzgar por la documentacion, no esta soportada por las Svgalib de debian 2.0. Mi pregunta es: ¿ Donde puedo hallar una version mas reciente de estas, que soporte mi tarjeta, si existe ? En cualquier caso, ¿ Hay algun modo para hacer que funcionen estas librerias con mi tarjeta ? :? -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Svgalib y Matrox
Tengo una Matrox mystique, y, como, a juzgar por la documentacion, no esta soportada por las Svgalib de debian 2.0. Mi pregunta es: ¿ Donde puedo hallar una version mas reciente de estas, que soporte mi tarjeta, si existe ? En cualquier caso, ¿ Hay algun modo para hacer que funcionen estas librerias con mi tarjeta ? :?
svgalib
hola,alguien que programe con la svgalib?
Sin ratón en svgalib
Hola a todos: Por primera vez me he metido a probar programitas para svgalib (zgv, algunos juegos...). El problema que tengo es que, entrando como usuario normal, falla la inicialización del ratón. Todo lo demás va bien, pero no tengo ratón. Lo he probado con el gpm corriendo y sin correr, con los mismos resultados. Si entro como root, funciona bien (por lo que entiendo que el archivo de configuración está bien). ¿Alguna sugerencia? Por cierto, con dpkg -L xxx.deb obtengo la lista de ficheros que el paquete xxx me instala. ¿Existe algún modo de ver con qué permisos, owner y group se instalan? Esto me ayudaría mucho... Gracias Javi
