[gui] makefile to help with cairo

hi, cairo has recently begun shifting under a certain amount of active development, and I expect there will be an increase in the churn rate for the next few months. this is good news, as far as cairo maturing, but makes it harder for us to progress in our work on swing-on-cairo. luckily there

Re: AWT event dispatch thread question

Jeroen Frijters wrote: I noticed the recent ClasspathToolkit changes to handle native events (nativeQueueEmpty, iterateNativeQueue and wakeNativeQueue) and I was wondering if it wouldn't be a better idea to put this stuff in EventDispatchThread (and defer construction of the EventDispatchThread to

[patch] fix jamvm VMRuntime to work with classpath CVS

hi, the VMRuntime distributed with jamvm 1.2.3 does not work on classpath CVS (as of today). classpath changed the signature of nativeLoad to take a ClassLoader argument. here is a patch correcting jamvm to match. jamvm seems very nice. can we see a public CVS server for it? it would make this

[bug] jamvm JNI fault

hi, I think I have isolated a bug in jamvm which causes subtle (but serious) incorrect behavior on the GTK JNI code. the bug is that if P is a parent class and C is a child class, then invoking a virtual method M on an object of class C, from jamvm's JNI, invokes P.M() rather than C.M(). so

[gui][patch] monthly merge from java-gui-branch

hi, this is the monthly merge from java-gui-branch to gcc trunk. this will be the last such regularly scheduled merge for a while; we're going to be taking a slightly less disruptive (to trunk) route for a bit, as an experiment: merging between the gui branch and classpath directly more

swing trail tests, swing status updates

hi, I've just committed a couple changes to the java-gui-branch which enable the following exciting screenshot: http://people.redhat.com/graydon/free-swing-jun-29-2004.png perhaps more interesting for near-term work, I have also put together some scripts which set up a simple testing

Re: GNU indent for C code

Tom Tromey wrote: Perhaps we could just run indent on the code there now. Graydon? Anyone? I think it is great to have an indentation style that can be handled automatically. I agree. I am perfectly happy to merge indentation changes to the gui branch's C files, I just need to know when you

Re: Rant [Was: Unresolved CVS conflict]

Thomas wrote: I never tried subversion; but I still plan to do a pilot on it for my companies development team. subversion's merging capabilities unfortunately aren't much more automatic than CVS. to be fair to both, if you are very careful with your assignment of branchpoint and mergepoint

Re: Starting to swing... [screenshots]

Aaron M. Renn wrote: Can I just say Wow!? That is super cool. It's fantastic to see actual Swing screens. I can add another teaser from the branch. olga rodimina has chased down most of the major rendering, geometry, and image transfer bugs in our native Graphics2D (cairo) backend. as a

[Fwd: [FYI] new branch java-gui-branch]

hi, I've just created a branch in gcj, just the gcc/libjava directory, to try to accelerate some of the AWT and swing work. partly this was done in gcc rather than classpath because it seems classpath loses synchronized compatibility with any particular VM more frequently than libjava does

Re: [PATCH] Interpolation Rendering hints

Olga Rodimina wrote: Attached is the patch that implements KEY_INTERPOLATION and KEY_ALPHA_INTERPOLATION rendering hints in Graphics2D. Ok to commit? I'm not sure if anyone else reviewed this yet, but it looks fine to me. please commit this to java-gui-branch when you update to it. -graydon

Re: [PATCH] Fixes to AffineTransform

Olga Rodimina wrote: Here is the patch that fixes few errors in the AffineTransform class. It corrects a small error in shear transformation and fixes createInverse() to return correct inverse matrix. hi olga, this stuff looks good, thanks a lot! it's surprising this just sat there broken for

[PATCH] fixes to LightweightDispatcher and SwingUtilities

-02-02 Graydon Hoare [EMAIL PROTECTED] * javax/swing/SwingUtilities.java: Many new functions. * java/awt/Container.java (LightweightDispatcher): Reimplement. * javax/swing/basic/BasicGraphicsUtils.java (getPreferredButtonSize): Start layout from top-left corner

Re: [PATCH] fixes to swing button implementation

Sascha Brawer wrote: But probably, it would best tp use javax.swing.event.EventListenerList here (which, by coincidence, became functional this afternoon...). I'm using this now. Weird. From looking at the J2SE 1.4.2 API specification, I would expect: protected int stateMask; // e.g. ARMED

Re: [PATCH] new font model for awt / java2d

Scott Gilbertson wrote: I got new code from CVS and my xlib application no longer works, because XToolkit isn't a subclass of ClasspathToolkit (i.e. it doesn't implement the ClasspathFontPeer stuff). ah. well.. I don't know particularly what to say. I'm guessing your discomfort is partly because

[patch] fix to JLayeredPane

mapping too). -graydon 2004-01-08 Graydon Hoare [EMAIL PROTECTED] * javax/swing/JLayeredPane.java: Rewrite to accomodate [EMAIL PROTECTED]'s recent inverse ordering of Container elements. --- javax/swing/JLayeredPane.java 6 Jan 2004 18:02:23 - 1.4 +++ javax/swing

[PATCH] enable Graphics2D at configure and runtime

and gcj here, though the patch is against gcj configury, I'd port it to classpath pretty much directly) -graydon 2003-12-16 Graydon Hoare [EMAIL PROTECTED] * configure.in: Add --enable-gtk-cairo check. * Makefile.am: Conditionally link against cairo. * gnu/java/awt/peer/gtk/GtkToolkit.java

Re: Tests, Documentation

Dalibor Topic [EMAIL PROTECTED] writes: - tests can be added inline with a source file, or right next door in a similarly-named class or package. only if you want mauve to have GNU Classpath specific features. I guess my point is I'd like to lower, as far as possible, the cost

Re: Tests, Documentation

Sascha Brawer [EMAIL PROTECTED] writes: First, please write more test cases. I agree that it is boring, dumb, and taxing; testing slows down development. But it's also the most reliable way to make sure that code really works. If anyone needs to change our code in five years, they'll want to

Re: [PATCH] text layout implementation

Sascha Brawer [EMAIL PROTECTED] writes: But why do you need to create the string at all? Could't you set up a CharacterIterator so it points to a single font run, and use the method java.awt.Font.createGlyphVector(FontRenderContext, CharacterIterator)? This should be much more efficient,

[PATCH] text layout implementation

hi, this patch implements simple awt text layouts using attributed strings and j2d glyph vectors. it will probably need further work, but it is enough to get the swing text system limping along. -graydon 2003-11-18 Graydon Hoare [EMAIL PROTECTED] * java/awt/font/TextLayout.java

[PATCH] swing frame fixes

hi, this patch implements JLayeredPane and makes some minor adjustments to JFrame and JRootPane. -graydon 2003-11-18 Graydon Hoare [EMAIL PROTECTED] * javax/swing/JLayeredPane.java: Implement. * javax/swing/JFrame.java (getContentPane): Make public * javax/swing/javax

tiny bug gnu/classpath/Configuration.java.in

ok to commit this? (gtk peers don't appear at all under classpath/kissme without setting this right) -graydon --- Configuration.java.in 2 Oct 2003 11:05:15 - 1.11 +++ Configuration.java.in 8 Nov 2003 02:37:06 - @@ -109,5 +109,5 @@ /** * Name of default AWT peer

Re: extended peers

Sascha Brawer [EMAIL PROTECTED] writes: Hi Graydon, hi. sorry I've taken 2 weeks to respond to this; I've been busy off implementing a new font-access and glyph rendering system in cairo :) GH (1) Font constructors [...] GH (2) [static] Font.createFont, Font.decode, Font.getFont [...] GH

Re: [patch] fix to BufferedImage

Stephen Crawley [EMAIL PROTECTED] writes: Here's how you write the call to ensure that you get the correct overloaded method: samples = src.getPixels (x, y, w, h, (int[]) null); this is the version I committed. thanks. -graydon ___

Re: request for comment on java2d stuff

Sascha Brawer [EMAIL PROTECTED] writes: Another quick comment: Shouldn't setColor also store the passed color into the paint field? From the Sun JavaDoc: yup, and also: public void setPaintMode () { -setComposite (java.awt.AlphaComposite.Xor); +

Re: classpath CVS not buildable

Michael Koch [EMAIL PROTECTED] writes: Am Donnerstag, 18. September 2003 10:54 schrieb Michael Koch: Hi Graydon, I saw that you commited gnu/java/awt/peer/gtk/GdkGraphics2D.java and other files into classpath. Unortunately this file has references to a class called GdkFont. But I can

Re: extended peers

Sascha Brawer [EMAIL PROTECTED] writes: Would you say that Font.createFont and Font.deriveFont should be fully implemented by java.awt.Font, so that they would construct the new Font without calling the Toolkit? I'd agree with this, although it makes things even more complicated. the

Re: [patch] fix to BufferedImage

Tom Tromey [EMAIL PROTECTED] writes: graydon +// slower path graydon +int samples[] = null; graydon +samples = src.getPixels (x, y, w, h, samples); The `null' here is redundant; there are a couple of these. I'd either do the assignment and declaration at once, or

Re: extended peers

Sascha Brawer [EMAIL PROTECTED] writes: Brian Jones [EMAIL PROTECTED] wrote on Fri, 12 Sep 2003 08:58:29 -0400: What parts of our code would rely upon having a ClasspathToolkit with the additional Font related stuff? The JavaDoc of the enclosed classes ClasspathToolkit and

[patch] fix to BufferedImage

Hi, java.awt.image.BufferedImage has a small bug, where it assumes that its sample model is a ComponentSampleModel when copying blocks of pixels. This is not always true. The attached patch fixes this problem. ok to commit? -graydon 2003-09-16 Graydon Hoare [EMAIL PROTECTED] * java

request for comment on java2d stuff

hi, I recently posted some new files to the java-patches list of the gcj project, containing the beginnings of my cairo java2d implementation. I was wondering if anyone here had comments on the work. the messages are linked here: http://gcc.gnu.org/ml/java-patches/2003-q3/msg00493.html

status of java2d-on-cairo

hi, I wanted to let people know about the status of my native java2d work. this is visual work and a picture tells at least 1024 words: http://people.redhat.com/graydon/native-java2d-aug28-2003.png that is not using any sun code, it's all free software. now some qualifications: - most of the

Re: status of java2d-on-cairo

Tom Tromey [EMAIL PROTECTED] writes: graydon subsequently the structure of the work so far is not as open graydon to tinkering on the java-side of the JNI as the java2d APIs graydon might imply. I assume this is a temporary problem, and not a permanent one? I think the issues are mostly

Re: X Rendering and GNU Classpath

Sascha Brawer [EMAIL PROTECTED] writes: It seems there are several people with that goal, and that some coordination would be good so we can share at least some of the effort. Therefore, I guess I'll try to arrange a discussion session during LinuxKongress in Saarbrücken/Germany. Jean-Daniel,

Re: X Rendering and GNU Classpath

before I respond point-by-point, I'd like to clarify my position in general, so we're not arguing over language: my specific goal is to support the java2d API on a free java system in as short a timeframe as possible. this goal is based on a work contract, not personal interest. to me, this

Re: X Rendering and GNU Classpath

Tom Tromey [EMAIL PROTECTED] writes: Sascha == Sascha Brawer [EMAIL PROTECTED] writes: Sascha As you might know, the Java2D API [2] is very much oriented Sascha at the PDF 1.4 drawing model. Implementing it via the X Sascha Rendering Extension thus seems like a good choice. FYI, Graydon