On Mon, 4 Oct 1999, Jos Hulzink wrote:
On Fri, 1 Oct 1999, [iso-8859-1] Rubén wrote:
Ah, ok, well, it does what I want, its enough for me. Anyway, I will
continue reading docs and learning how to include vertical retrace support
into KGIcon, it's best (I have readed the GGI tech.
On Mon, 4 Oct 1999, [iso-8859-1] Rubén wrote:
On 1999/Oct/04, Jos Hulzink wrote:
into KGIcon, it's best (I have readed the GGI tech. docs, and it seems to be
a bit difficult).
The ViRGE has completely functional vertical retrace interrupt code, but
at the moment, nothing is done
On Wed, 6 Oct 1999, Andreas Beck wrote:
struct kgi_3dtriangle {int x0,y0,z0,x1,y1,z1,x2,y2,z2};
What about the exta fields (W, specular/diffuse color, texture
coords, vertex fog)?
Extra commands (i.e. DRAW3DTRIANGLE_TEXTURED, *_GORAUD). We'd need to take
up too much
On Sat, 16 Oct 1999, Christoph Egger wrote:
On Fri, 15 Oct 1999, Jon M. Taylor wrote:
On Fri, 15 Oct 1999, Christoph Egger wrote:
On Mon, 11 Oct 1999, Jos Hulzink wrote:
On Sat, 9 Oct 1999, Christoph Egger wrote:
Hi folks
On Thu, 12 Aug 1999 [EMAIL PROTECTED] wrote:
Hi !
Is anyone working on a wrapper that will allow XFree86 4.0 drivers to be
built from the existing KGIcon interface?
I am still waiting for volunteers. The Xfree people have kindly invited us
to do the several interoperability
On Tue, 19 Oct 1999, Andreas Beck wrote:
Hi !
The first should be quite easy - copy the existing fbcon/fbdev driver and
tweak it to use LibGGI.
According to Marcus, this will be problematic, as XFree modules may not
link to external libs. That will complicate LibGGI interfacing
On Tue, 19 Oct 1999, Christoph Egger wrote:
On Tue, 19 Oct 1999, Christoph Egger wrote:
Some questions:
1. What is planned todo with libggi3d in future?
Well, what I had in mind back in February when I did most of the
initial design work was to use LibGGI3D to implement dynamic
On Thu, 21 Oct 1999, Martin Lexa wrote:
Hi All!
[snip]
And I've one little question about interface of kgicon 3d.
To get 3d work I had to create new suggested strings (ACCEL_DRAWTRIANGL_3D
and ACCEL_DRAWLINE_3D for now) and new structs
I had to do this as well for the Savage4
On Fri, 22 Oct 1999, Brian S. Julin wrote:
On Fri, 22 Oct 1999, [iso-8859-1] Rubén wrote:
On 1999/Oct/22, Niklas Höglund wrote:
It'd be even better to increase a value every vblank so applications
can find out if it has missed any frames, and also to make sure
applications don't
For those of you who mailed me about this and I told to wait, wait
no longer. Sam (SDL author) committed all the sources I wrote at the
LokiHack to SDL CVS. I've not had a chance to play with building this
yet, so it might have some bugs. Please report any such to me (patches
are nice
On Wed, 27 Oct 1999, James Simmons wrote:
Jon where can people downlaod the binary for the savage drive ryou wrote
for Mesa-GGI.
The Savage4 *KGI* driver is all torn apart right now. And there
is no GGIMesa support. So all I can give people right now is a Savage4
framebuffer
On Tue, 9 Nov 1999 [EMAIL PROTECTED] wrote:
Hi folks !
[ bugreport form snipped ]
Why not use Bugzilla? It does require a web interface, but you
can customize the "do you have this Y/N" option set to your heart's
content. Also it keeps the current bug list out in the open, which is
On Sun, 5 Dec 1999, James Simmons wrote:
On Thu, 9 Dec 1999 [EMAIL PROTECTED] wrote:
Was there ever an agree ment on how to implement acceleration in the KGIcon
drivers? I see the virge driver uses an ioctl approach, but I don't know how
to actually access fcuntions coded in this way,
On Mon, 13 Dec 1999, James Simmons wrote:
Also can libGGI handle DMA transfers,
This is a driver/target issue, not a LibGGI issue. Basically if
your write the code it will work with LibGGI, which is just a framework.
AGP?
This is a driver issue as well. Also, the newer
On Mon, 13 Dec 1999, John Fortin wrote:
Marcus Sundberg wrote:
James Simmons [EMAIL PROTECTED] writes:
I had a interesting discussion on the possiblility of having a Direct X
on linux with John Carmack. Well it appears Mircosoft will sue anyone that
tries that. So I talked
On Mon, 13 Dec 1999, James Simmons wrote:
If not what
features do you feel libGGI lacks to have this happen?
Also can libGGI handle DMA transfers, AGP?
LibGGI can handle anything the hardware supports, it's a SMOP.
There are currently no such features implemented for any
On 13 Dec 1999, Marcus Sundberg wrote:
James Simmons [EMAIL PROTECTED] writes:
I had a interesting discussion on the possiblility of having a Direct X
on linux with John Carmack. Well it appears Mircosoft will sue anyone that
tries that. So I talked to him about Mesa-GGI and how Direct
On Mon, 13 Dec 1999, teunis wrote:
Anyways as far as I know (and I don't know much):
- 3D accel within GGI is currently targetted at writing hw
drivers for Mesa.
HW drivers _at all_ |-. Right now Steffen and I are working on
the new KGI-0.9 system with Permedia2 as the reference
On Mon, 20 Dec 1999, Firstname Lastname wrote:
I'm going to try a differnt approach at this. I'd like to get dual headed
GGI support and am willing to buy a video card to do so. What video card
should i buy?
If only multihead and not new, fast, accelerated multihead is your
goal,
Hello all! To usher in the new millenium, I present to you a nice
fat chunk of updates that I have made to KGI-0.9 over the last two weeks,
which I had on vacation. Steffen is a very very busy man recently with
all his Ph.D work, so I thought I'd do some housecleaning and fixing-up of
On Wed, 5 Jan 2000, Brian S. Julin wrote:
On Sun, 2 Jan 2000, Jon M. Taylor wrote:
1. Three new drivers:
A. nVidia TNT2
Cooincidentally I just switched to a Diamond TNT2 based card, so I
will try to give it a spin.
There's not much there yet, but there is enough
If any of you have been playing with the newest GGIMesa CVS
sources, you probably noticed that they don't build due to internal Mesa
changes. Well, I just fixed those problems and GGIMesa CVS now builds
(against the latest GGI CVS) and runs again. The only functional changes
are a
Just in case someone else is doing anything here this weekend, I
thought I'd mention it. Last night I got it to build and insert properly,
and today I'm going to try to get the guts functional. Oh yeah, and I
also ported KGI-0.9 to 2.2.14 kernels yesterday as well. Just FYI. I'll
try
This is the second of my series of interim releases of KGI-0.9
while Steffen is away. You can find it at:
http://tanuki.dhs.org/kgi-0.9-jmt2.tar.gz
New in this one is:
* The VGA driver is _almost_ up and running in graphics modes. It now has
full I/O, correct(er) mode negotiation,
On Fri, 14 Jan 2000, graydon hoare wrote:
"JMT" == Jon M Taylor [EMAIL PROTECTED] writes:
["Physical display device dimensions should be standard in Berlin" snipped
- I agree now, although I still think it is a lot of work.]
JMT Sure, which is like what pa
I miss working on LibGGI3D, and since Berlin and a few other
projects I follow have all recently been pining for a generic streamed
rendering framework of some kind, I think it is time to bring this project
back to life. I have create a SourceForge entry for LibGGI3D, and will be
working
My new roomate just spent three years in Japan and is knows quite
a bit about Japanese computing, the Japanese language, and Linux. I told
him about this post and he gave me a little half-hour lecture about
Japanese keyboard input methods. So
On Sat, 22 Jan 2000, Andreas Beck
I've imported the LibGGI3D source tree from degas, there are
mailing lists and forums, and we should be ready to go.
[EMAIL PROTECTED] should now be used for general and other GGI and 3D
graphics discussions only. The LibGGI3D sources in the degas/ tree can be
deleted.
Jon
---
On Mon, 24 Jan 2000, Stefan Seefeld wrote:
"Jon M. Taylor" wrote:
On Sun, 23 Jan 2000, Marco Confalonieri wrote:
I read the Jon's letter about LibGGI3D, downloaded the 2000-01-21
snapshot and tried to compile the LibGGI3d stuff.
I ran autogen.sh and tried to 'make'
On Sat, 5 Feb 2000 [EMAIL PROTECTED] wrote:
About ggi3d, what do you want to put in there? A kind of rendering
pipeline abstraction over openGL or so? I really wonder.
Yes, ggi3d is a rendering pipeline abstraction, but "over" GL is
not really what happens. "Around" GL (or anything
On Sat, 5 Feb 2000, James Simmons wrote:
Howdy!!!
I remember it post to this list before but I cna't find it in the
archives. Where is that Virge Developement kit on the microsoft web site.
Thank you.
It is part of the older DirectX 5 DDK:
support GGI on my system. Maybe after I get X working..
Jon M. Taylor has IIRC written a GGI-port for SDL, which is at the current
SDL-CVS-tree...
Yep. It's in 1.1. I installed 1.1. 1.1 claims there's no renderers
available. To my eyes anyways, GGI support in SDL isn't working
On Mon, 21 Feb 2000, Joseph Carter wrote:
On Mon, Feb 21, 2000 at 02:42:20PM -0500, James A Simmons wrote:
Their does exist a fbdev drivers for this card. The problem is I don't
have such a card nor the money at this time to buy it (hint). I would
enjoy creating something like Msrcus
On Tue, 22 Feb 2000, James A Simmons wrote:
There is a GGI Glide target, but it's 2D. What's wanted is accellerated
hardware 3D.. Something that CAN render 3 screens of Quake at a decent
FPS. =
I agree. So where do we start?
1: Make the basic LibGGI Glide target do everything it
On Tue, 22 Feb 2000, Justin Cormack wrote:
There is a GGI Glide target, but it's 2D. What's wanted is accellerated
hardware 3D.. Something that CAN render 3 screens of Quake at a decent
FPS. =
I agree. So where do we start? First voodoo cards like many cards are
triangle
On Mon, 6 Mar 2000, James Simmons wrote:
Hi!!
I have been looking at Mesa-GGI and libGGI. Do you think it would be
possible to add a triangle function?
Yes, but the triangle function is added in an extension library
because the base LibGGI drawing functions are all basic 2D
On Mon, 6 Mar 2000, Andreas Beck wrote:
libggi.conf.in has the variable DLLEXT, which is supposed to be
replaced with "so" or "DLL" or something during the make process. This is
not happening, and the @DLLEXT@ is remaining in the final libggi.conf. I
just blew away my whole degas/
On Tue, 7 Mar 2000, Andreas Beck wrote:
Currently the "triangle drawing" extension library which most people use is
of course GGIMesa, but LibGGI2D has triangle drawing functions as well,
and of course there is always LibGGI3D.
I'd say either rewrite LibGGI2D and add it (rewrite, to
On Tue, 7 Mar 2000 [EMAIL PROTECTED] wrote:
Hi !
GGI - as far as I know - has only a notion of a rectangular clipping
rectangle being valid for all subsequent primitive drawing calls.
Yes. This is due to the fact, that there are only two methods I have seen to
do clipping in Hardware:
On Tue, 7 Mar 2000, Rodolphe Ortalo wrote:
On Sun, 5 Mar 2000, Andreas Beck wrote:
(as an answer to this question from myself)
Should libggi2d support arbitrary clipping - or would it be acceptable to
have a 'small' version with only rectangular clipping ? (But with decent
drawing
On Tue, 7 Mar 2000, James Simmons wrote:
I'm interested in also setting up Z
and alpha buffers. How would I go about doing that ?
Basically same thing ... add a function to allocate them to the kernel
driver and them mmap. We should talk about a generic API for requesting
On Wed, 8 Mar 2000, Thad Phetteplace wrote:
Hello All,
I am curious what the status of harware accelerated 2D graphics
on GGI is.
The same as it has been for a long time now |-/. The basic 2D
functions in LibGGI are accelerated on most targets which support 2D
acceleration, and
On Sat, 11 Mar 2000, teunis wrote:
[on reimplementation of libGGI2D]
On Fri, 10 Mar 2000, Andreas Beck wrote:
[clip]
- There is an urgent need for 2D drawing functionality by several groups.
- LibGGI2D is unmaintained and doesn't carry the usual GGI License.
So please - those who
On Sun, 12 Mar 2000, Rodolphe Ortalo wrote:
On Sat, 11 Mar 2000, Jon M. Taylor wrote:
Any clipping shapes at all can be handled with a 1bpp stencil
mask.
I also wonder if this method wouldn't be the most convenient one to
provide (arbitrary) clipping in libggi2d. It may
On 13 Mar 2000, Thomas Mittelstaedt wrote:
Rodolphe Ortalo [EMAIL PROTECTED] writes:
I'm still interested in libxmi, it _may_ save you some time if it can
provide the software-only rendering routines for free. But, of course, a
fully new 2D library would be perfect also (but maybe
On Sun, 12 Mar 2000, Rodolphe Ortalo wrote:
On Sat, 11 Mar 2000, Jon M. Taylor wrote:
Sure. I'll try to collect all the ideas from the mailing list
archives and come up with a proposal over the weekend. Is there still any
interest in the LibXMI idea, or should I assume that we
Heh, looks like today is the day for these announcements... anyway
I have mine too. LibXMI now builds and installs stubs correctly, and
pixels are drawn on the screen by the demo program in more or less the
correct fashion. Get it from CVS or at:
On Mon, 20 Mar 2000, Andrew Apted wrote:
Jon M. Taylor writes:
Bugreports and patches are appreciated.
Okidoke: demos/demo gives me a short line of three dashes on the
screen, then it segfaults with the missing symbol as you said.
See my other post about using the newest CVS
On Mon, 20 Mar 2000, Andreas Beck wrote:
As you probably noticed, I haven't been very responsive lately. I'm
really sorry, my school work and other non-GGI projects is just taking
a lot of time. So I should step down before anything bad happens.
I am a bit sad to hear this, as you did
On Thu, 23 Mar 2000, Andrew Apted wrote:
Jon M. Taylor writes:
Heh, looks like today is the day for these announcements... anyway
I have mine too. LibXMI now builds and installs stubs correctly, and
pixels are drawn on the screen by the demo program in more or less the
correct
I made some small updates to LibXMI today. All the debugging
output should now work correctly, the X target builds, installs and loads
properly, and that annoying segfault on program exit is now gone as well.
Jon
---
'Cloning and the reprogramming of DNA is the first serious step in
On Fri, 31 Mar 2000 [EMAIL PROTECTED] wrote:
On Fri, Mar 31, 2000 at 08:47:15AM +0200, Steffen Seeger wrote:
Andrew Apted wrote:
Steffen Seeger writes:
I have created a sourceforge account to host KGI related resources in
one central point. There is a web-page available
On 4 Apr 2000, Thomas Mittelstaedt wrote:
LibXMI is now available via public CVS, with both anonymous
read-only and account-based read/write capability. Point your CVSROOT
thusly:
I grabbed the latest snapshot of your libxmi effort and integrated it into a bigger
app.
* Again, lots of little bugfixes all over the place.
* Removed cruft.h as well as a lot of the legacy non-ANSI support code.
Almost done with this madness
* Removed several of the MI_*() cpp drawing-primitive macros which would
always work the same way in LibGGI anyway. More of these are
All the drawing primitives (points, lines, rectangles, arcs,
filled rectangles, filled polygons, and filled arcs) appear to be working
properly now. In addition, demo.c has been reworked and now tests all
primitive types. There's still an annoying lockup that happens randomly
sometimes
On Mon, 17 Apr 2000, Stefan Seefeld wrote:
Speaking about video and animation, may I come back to
a suggestion I had a couple of weeks back ?
I proposed to separate the 'Visual' structure into a
'Drawable' and a part concerned about event handling.
In LibXMI, there is the concept
On Fri, 21 Apr 2000, [iso-8859-1] Niklas Höglund wrote:
On Thu, Apr 20, 2000 at 09:02:58PM -0400, Stefan Seefeld wrote:
[EMAIL PROTECTED] wrote:
I can't figure out how to use db to prevent flickering.
I create a visual with 2 frames, associate a ggimesa context to it.
I want
On Sat, 22 Apr 2000, Rodolphe Ortalo wrote:
Is it possible to have several miPaintedSet per ggi_visual_t ?
Sure, in fact miPaintedSets are not tied to any one ggi_visual at
present, although this may change in the future (see below).
If yes, why (ie: what can be done with this
LibXMI has been modified to handle the new GGI DL entrypoint
system, and the lockup problems have (hopefully) been fixed as well. At
least over here, demo.c runs on the X and fbdev targets without problems
now. Everyone who is using LibXMI, please download and test.
Jon
---
'Cloning
On Tue, 16 May 2000, Antony Suter wrote:
OK, I guess I gotta respond to this one, being the author and
maintainer of the GGI target for SDL. I've also cc:ed this reply to the
GGI list.
Currently Berlin uses GGI/GII for input and output. I suggest that an option
might be to replace
On 16 May 2000, Marcus Sundberg wrote:
"Jon M. Taylor" [EMAIL PROTECTED] writes:
On Tue, 16 May 2000, Antony Suter wrote:
SDL already has OpenGL support in place as of version 1.1.
GGIMesa.
Like Joseph said GGImesa is useless for anything except testing,
and v
On Tue, 16 May 2000, Stefan Seefeld wrote:
Marcus Sundberg wrote:
"Jon M. Taylor" [EMAIL PROTECTED] writes:
On Tue, 16 May 2000, Antony Suter wrote:
SDL already has OpenGL support in place as of version 1.1.
GGIMesa.
Like Joseph said GGImesa
On Thu, 18 May 2000, Stefan Seefeld wrote:
Andreas Beck wrote:
Do the mouse events work in the GGI applications (the monitest uses the
mouse in the Flatpanel test for example) ?
no, they don't. I tried Jon's suggestion and set the GGI_FBDEV_OPTIONS to
-novt. This screwed things up
On Fri, 19 May 2000 [EMAIL PROTECTED] wrote:
Hi !
If I'm not totatly wrong I remember that I've read some where that the
graphic cards have extra suport for cursors/mouse pointers.
Yes.
As this would be a hardware feature I expected to gain control with a ggi
function. So there
On Sat, 20 May 2000, Andreas Beck wrote:
Yes, as this _requires_ Hardware support.
Not really. You can do soft-cursors with transparency easily
enough, it just isn't very fast. You can hook ggiFlush() to ensure that
the cursor is always drawn last.
DirectBuffer ?
And how do
On Sat, 20 May 2000, Brian S. Julin wrote:
On Fri, 19 May 2000, Jon M. Taylor wrote:
It would be very easy to add these two functions quickly to the MISC
extension, and lots of targets have accelerated cursor support. LibWMH,
LibGWT, LibXMI and Berlin could all use cursor functions
On Sun, 21 May 2000, Christoph Egger wrote:
On Sat, 20 May 2000, Jon M. Taylor wrote:
On Sat, 20 May 2000, Brian S. Julin wrote:
On Fri, 19 May 2000, Jon M. Taylor wrote:
It would be very easy to add these two functions quickly to the MISC
extension, and lots
On Sun, 21 May 2000, Christoph Egger wrote:
On Sun, 21 May 2000, Jon M. Taylor wrote:
On Sun, 21 May 2000, Christoph Egger wrote:
On Sat, 20 May 2000, Jon M. Taylor wrote:
2: Chainable three-source blend stages which can do pretty much any type
of pixel-pipe effects
On Thu, 25 May 2000, Rodolphe Ortalo wrote:
On Thu, 25 May 2000, Jon M. Taylor wrote:
A new release of LibXMI is available, and this time I have decided
to commit it to the GGI CVS repository under the degas/lib tree. New
features include:
Hmmm... Are you sure that you did
Alpha map blending is now supported, and a two-stage light-mapped
texture blend demo had been added to blend.c
Jon
---
'Cloning and the reprogramming of DNA is the first serious step in
becoming one with God.'
- Scientist G. Richard Seed
On Sat, 27 May 2000, Andreas Beck wrote:
[Stefan, please excuse, if you get that twice - I hope it gets through to
the Mailinglist, but I'm not quite sure.]
as you know, berlin uses MesaGGI as a rendering backend.
With the lates change in the GGI internal API, however,
MesaGGI doesn't
On Sun, 28 May 2000, Andreas Beck wrote:
Hi Stefan,
as you know, berlin uses MesaGGI as a rendering backend.
With the lates change in the GGI internal API, however,
MesaGGI doesn't compile any more. What can be done about
that ?
I've downloaded the Mesa sources and fixed the main
This is kind of a long post. You may want to skim or skip it if
you aren't into LibXMI development or 2D graphics.
The pixel pipe portion of LibXMI seems to be up and running fairly
well now. Texture mapping (and tiling) is working, as well as the alpha
blending that people
Can we use this? It claims to make ELF DLs smaller and faster,
and we could well use both, given how much DL handling we do in GGI.
http://www.BitWagon.com/elfvector.html
Jon
---
'Cloning and the reprogramming of DNA is the first serious step in
becoming one with God.'
-
On Thu, 8 Jun 2000, Christoph Egger wrote:
On Wed, 7 Jun 2000, Jon M. Taylor wrote:
Hi!
I've just waited until your updates are in the snapshots.
This is kind of a long post. You may want to skim or skip it if
you aren't into LibXMI development or 2D graphics
On Fri, 9 Jun 2000, Andrew Apted wrote:
Jon M. Taylor writes:
* ROP256
* Colorkey (transparency)
* Texture filter (pixel multiply, bilinear, anisotropic, etc)
* Alpha blend
* Alpha test
* Stencil mask
* Z-buffer update/test/mask passthru (Here you go Christoph
On 15 Jun 2000, Marcus Sundberg wrote:
winterlion [EMAIL PROTECTED] writes:
Has this happened?
It wouldn't be hard - not a big jump from glide-target anyways.
It is impossible to write an OpenGL target, as you can't set modes or
even open something to render on with the OpenGL API.
On Mon, 19 Jun 2000, Andreas Beck wrote:
I am trying to run berlin (http://www.berlin-consortium.org/) on fbdev.
I am using a cvs-version of ggi and libart (both from last week) to
write to a memory visual and copy that to the screen visual.
O.K. - so you don't do any
On Wed, 14 Jun 2000, Andreas Beck wrote:
(I -really- need console accel :)
Umm - don't know, if MesaGGI will accel much. Probably not. Jon ?
Flat shaded polygons will use ggiDrawHLine(). Same as XMI.
Jon
---
'Cloning and the reprogramming of DNA is the first serious step in
On Tue, 27 Jun 2000, Andreas Beck wrote:
Its layout has changed from Mesa standard CVS.
Hmm - I posted a patch a while ago - did noone commit it ? I thought someone
here maintains it or at least has write access to the Repo.
Nope. I spent several days exchanging e-mail with
On Thu, 6 Jul 2000, Robert S. Maier wrote:
Hi, Jon and other GGI folks. I haven't been sending anything to your list
(I've just been lurking), but being the maintainer of GNU libxmi, I thought
I ought to do so now.
Nice to see you here! Sorry I never got in touch with you to tell
On Fri, 7 Jul 2000, Robert S. Maier wrote:
John, all your alterations to libxmi sound good, given the fact that you're
using it in the GGI framework. But you'd better fix the segfaulting
problem in mi_spans.c. I've appended instructions at the end of this
message. It looks as if you
On Mon, 10 Jul 2000, Steffen Seeger wrote:
"Robert S. Maier" wrote:
Hi, Jon and other GGI folks. I haven't been sending anything to your list
(I've just been lurking), but being the maintainer of GNU libxmi, I thought
I ought to do so now.
So you (and Jon) might be the right people
On Thu, 3 Aug 2000, Andreas Beck wrote:
I'm trying to write an freetype(2.0) - extension for GGI.
the problem is, that I've no experience in writing GGI extensions
anyone who likes to help me/explain it to me?
I'll try to help you when I'm back. Meanwhile maybe Jon can give you some of
On Tue, 29 Aug 2000, Andreas Beck wrote:
Other than Steffen's KGI, we simply don't have a reasonable graphics layer
that would make sense to include in the kernel. Kgicon is basically just
another (more portable to alien systems) way to write framebuffer drivers.
Nothing _Linux_ would need.
On Tue, 29 Aug 2000 [EMAIL PROTECTED] wrote:
Quoting Andreas Beck [EMAIL PROTECTED]:
Yeah, I know - all that sounds pretty pessimistic. And I always feel
pretty sad, when it comes to that topic. GGI is "my baby" more than
any other open source project. And there is quite some blood,
On Tue, 29 Aug 2000, Christoph Egger wrote:
Tell us what you need, tell us _that_ you need it, give us a hand
implementing it, report bugs, and so on !
Well, I need GGI for OS indepence. And I need a working libgpf (Andreas?),
I assume LibGPF == GGI font support? Don't let me
On Tue, 29 Aug 2000, Stefan Seefeld wrote:
Andreas Beck wrote:
Yeah, I know - all that sounds pretty pessimistic. And I always feel pretty
sad, when it comes to that topic. GGI is "my baby" more than any other open
source project. And there is quite some blood, sweat and tears I and
On Tue, 29 Aug 2000, Stefan Seefeld wrote:
Cesar Crusius wrote:
i think what ggi really needs is a deep breath, and a deep cleanup and
reorganization. if you download the sources, they are a mess. there
are sources that don't compile at all, and are known not to compile.
libraries are
On Tue, 29 Aug 2000, Christoph Egger wrote:
On Tue, 29 Aug 2000, Stefan Seefeld wrote:
[snip]
Remember: Release early and often...
That's IMHO _very_ important! Even more important as having the source in an
cvs tree!
Sure. This can be taken too far, as with many
On 29 Aug 2000, Tijs van Bakel wrote:
What I'd like to see is that a tarball with the current lib/libggi and
lib/libgii would be released as a _stable_ release. These two
libraries don't need any fixes to be released; they've been stable for
ages.
I agree. I don't recall the
On Thu, 7 Sep 2000, Larry wrote:
[snip]
I downloaded the file and tried to do the patch but am having no luck.
[snip]
That patch is extremely old. vesafb support has been included in
the stock Linux kernel sources for a long time now. Go get yourself the
newest 2.2.x kernel and
On Wed, 20 Sep 2000, Lee Brown wrote:
1) I'll wrap up that KGI documentation I started.
This should be done by Sunday.
2) While looking at the GGI API it struck me that there is ggiPutHLine,
ggiGetHline, ggiPutVline, ggiGetVline. Why isn't there a ggiPutLine
ggiGetLine?
On Thu, 21 Sep 2000, Lee Brown wrote:
Mr. Taylor wrote,
We do assume that readback is always possible and consistent,
Jon,
Readback is consistent if getLength, getLine, and putLine are
consistent (there's no need to do a get on a drawLine since a drawLine
is monocolor).
On Thu, 21 Sep 2000, Andreas Beck wrote:
LibXMI
I have only had a brief look at XMI. From what I have seen you have done a
beautiful job with it and I will certainly take a closer look at it.
Please do so. Maybe this is where your function fits in.
BTW: Jon - I haven't looked at
On Sun, 22 Oct 2000, Johannes Zellner wrote:
On Sat, Oct 21, 2000 at 10:42:20PM +0200, Marcus Sundberg wrote:
Lee [EMAIL PROTECTED] writes:
On Sat, 21 Oct 2000, Johannes Zellner wrote:
Hello,
is it possible to draw filled polygons in ggi?
I believe libXMI has this
On Thu, 26 Oct 2000, Lee wrote:
On Thu, 26 Oct 2000, Stefan Seefeld wrote:
O.K. - what do you need to know ?
our ultimate goal is 'resolution independence'. Before we were all brainwashed,
setting the resolution meant to specify how many pixels fit in a given physical
length. The
On Fri, 27 Oct 2000, Johannes Zellner wrote:
On Thu, Oct 26, 2000 at 05:53:12PM -0400, Lee wrote:
On Thu, 26 Oct 2000, Martin Schulze wrote:
Not in the core lib according to Andreas and the others. But if you ever
find some time off, then you certenly could investigate the principles
I just committed a bunch of GGIMesa fixes to the Mesa CVS tree. It
_should_ all build just fine again, but I have weird libtool and autoconf
incompatibilities popping up which are preventing the final library
install so I can't test it over here. If someone else could test it for
me,
On Mon, 30 Oct 2000, beef wrote:
On Sat, 28 Oct 2000, Jon M. Taylor wrote:
I just committed a bunch of GGIMesa fixes to the Mesa CVS tree. It
_should_ all build just fine again, but I have weird libtool and autoconf
incompatibilities popping up which are preventing the final library
1 - 100 of 136 matches
Mail list logo
