Grx May 2000

grx@gnu.de

9 participants
8 discussions

Patch to update grx23
by Hartmut Schirmer 20 May '00

20 May '00

Hi everyone, the attached patch should fix most of the known problems with the original grx23. IŽm posting it mainly getting it checked and into the archives of the mailing list. Please send any comments to the mailing list. Hartmut from doc/changes: 00/05/17 Added test/sbctest.c contributed by Mariano Alvarez Fernández <malfer(a)teleline.es> Fixed additional subcontext bugs in GrPatternFilledLine and GrPatternFilledPlot (reported by Mariano Alvarez Fernández <malfer(a)teleline.es>) Applied the 32bit X11 patch by Ulrich Leodolter 00/04/23 Applied some changes suggested by Josu Onandia <jonandia(a)fagorautomation.es> - pattern/patfbox.c: Context offset wasn't added to drawing coordinates - text/buildfnt.c: Fixed a typo, pointer to passed free() not same as returned by malloc() - mouse/drawcurs.c: Incorrect calculation of mouse cursor work area Applied asm bugfixes by Ian Miller <Ian(a)shelob.f9.co.uk> required for EGCS/GCC compilers after v2.8.x and for binutils after v2.9.1 Fixed a typo in addons/ctx2jpeg.c Changed GRX internal version to 0x0231 Changed return type of main in test/textpatt.c to int 00/04/06 Fixed an uninitialized variable reported by Josu Onandia <jonandia(a)fagorautomation.es>n wideline/drwcpoly.c

2 2

GRX Maintainer
by Josu Onandia 17 May '00

17 May '00

Hi, I've noticed that there a request for GRX maintainers, and my name has been mentioned. Well, that would certainly please me, but right now it's absolutely impossible. - My schedule is so tight that I simply haven't free time, and I'd like to see my two kids from time to time :-) - I'm using GRX for an embedded product, and my development tools and hardware platform are so specific that I can't imagine how could I manage with the different configurations supported by GRX. (By the way, Hartmut, how do you do this?) All I can do for the moment is, for every bug I found (there are not many) try to track it down, and send the patch. On the other hand, I hope to release the product in about two months. Then the situation can change. Josu Onandia Off topic: I need a Chinese font for GRX. Can anybody give me a clue? Thanks

4 3

Pixmap and SubContext
by Josu Onandia 17 May '00

17 May '00

>Josu Onandia wrote: >> I would like to 'gray' the screen, as in Windows when you shut-down. >> Can anyone suggest an efficient way to do this?. >What about ANDing the screen with a pattern of alternating bits? >Hope this helps, > Peter Thank you, Peter. It works perfectly. But now I've run into another problem: I'm applying the pixmap to a SubContext, not to the whole screen. It seems that the function GrPatternFilledBox doesn´t take this into account, and starts painting at left corner of the screen, not of the SubContext. I suspect that the line (file patfbox.c, function GrPatternFilledBox): (*bltfun)( &CURC->gc_frame,xpos,y1, &p->gp_pxp_source,xcuroff,yoff,fillw,fillh, p->gp_pxp_oper ); should be: (*bltfun)( &CURC->gc_frame, xpos+CURC->gc_xoffset, //adding the subcontext offset y1+CURC->gc_yoffset, //adding the subcontext offset &p->gp_pxp_source,xcuroff,yoff,fillw,fillh, p->gp_pxp_oper ); I've implemented the change, and it works. I wonder if it's a bug or it's something else I'm doing wrong. Josu

3 9

Buffered input with GRX? - not conio.h
by J-P 15 May '00

15 May '00

Any way of doing buffered, echoed-to-screen keyboard input within GRX, or with a GRX-compatible library (i.e. not using libc/conio.h, as it doesn't recognise unusual screen resolutions)? Functionality along the lines of GrStringXY(char *buffer, int x, int y, GrColor fg, GrColor bg) would be useful but not essential. J-P Stacey

2 1

4 bpp mode
by Josu Onandia 15 May '00

15 May '00

Hi, Does Grx support 4 bpp packed mode? (that is, only one plane, two pixels packed in each byte). I need this mode for in-memory drawing. The 8bpp mode (GrFrameDriverRAM8, ram8.c) is OK, but the 4bpp (GrFrameDriverRAM4, ram4.c) splits the pixels into 4 planes. Help and suggestions are wellcomed. Josu Onandia

1 0

RE: Contexts and saving bits of the screen
by Josu Onandia 15 May '00

15 May '00

Hi, For that purpose I'm using the function GrBitBlt. GrContext *pPic; int w = x2 - x1 + 1; int h = y2 - y1 + 1; // Create a context in memory pPic = GrCreateContext(w, h, NULL, NULL); // Save the on-screen rectangle if(pPic != NULL) GrBitBlt(pPic, 0, 0, NULL, x1, y1, x2, y2, GrWRITE); // ... overwrite the screen // Restore the rectangle if(pPic != NULL) GrBitBlt(NULL, x1, y1, pPic, 0, 0, w, h, GrWRITE); // And release the memory GrDestroyContext(pPic); This works fine for me. Hope that helps. Josu Onandia > -----Mensaje original----- > De: J-P [SMTP:jstacey@plato.wadham.ox.ac.uk] > Enviado el: viernes 12 de mayo de 2000 15:59 > Para: grx(a)gnu.de > Asunto: Contexts and saving bits of the screen > > Hi, > > I am trying to implement rather basic "sprites" in GRX (not so complicated > that I want to proceed to e.g. Allegro). To this end I'd like to write > over, but then *retrieve*, bits of graphics on the screen. > > Essentially, I would like a filled box to be drawn on existing screen > content, but the existing content to be "saved" somehow and put back on > the screen (analogous to conio.h's puttext() and gettext() functions) once > the filled box is no longer necessary. > > I was hoping perhaps to use GrContexts and GetImageFromContext() for this, > but I'm not entirely sure how to go about it. My first few attempts > resulted in seg-faults. What is the name of the "default context" that > GrSetMode() sets up? > > Just a routine that buffers the screen content of the box (x1,y1,x2,y2) > would help. > > Any help gratefully received. > > J-P Stacey

2 1

Contexts and saving bits of the screen
by J-P 12 May '00

12 May '00

Hi, I am trying to implement rather basic "sprites" in GRX (not so complicated that I want to proceed to e.g. Allegro). To this end I'd like to write over, but then *retrieve*, bits of graphics on the screen. Essentially, I would like a filled box to be drawn on existing screen content, but the existing content to be "saved" somehow and put back on the screen (analogous to conio.h's puttext() and gettext() functions) once the filled box is no longer necessary. I was hoping perhaps to use GrContexts and GetImageFromContext() for this, but I'm not entirely sure how to go about it. My first few attempts resulted in seg-faults. What is the name of the "default context" that GrSetMode() sets up? Just a routine that buffers the screen content of the box (x1,y1,x2,y2) would help. Any help gratefully received. J-P Stacey

1 0

How to 'make' the GRX library with MinGW32 2.95
by Theodore V. Tolstoy 07 May '00

07 May '00

Dear Sirs, My name is Theodore. I'm from Ukrainian State Maritime Technical University. I'm looking for excelent maltiplatform graphics library for students which would not use windowing APIs and accessed computer's video hardware directly. I found GRX in the Internet. I like it very much. Unfortunately ... I tried to compile GRX 2.3 with MinGW32 but 'make' told me that this version of 'gcc' cannot run GRX. How to prepare source code to 'make' the GRX library with MinGW32 2.95? SY, Theodore V. Tolstoy, USMTU, Nikolaev, Ukraine.

3 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

1994

Grx May 2000