X
> Sascha> Rendering Extension thus seems like a good choice.
>
> FYI, Graydon Hoare (CCd) has been working on this very thing
> recently. I don't know if Graydon follows this list, but maybe he
> can comment on what he's been up to.
yes, sorry, I haven't been readin
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 implici
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-Da
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
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
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
http://gc
hi,
I would like to attach some extra methods to a singleton object of
some sort -- something like Toolkit or GraphicsEnvironment, or a
classpath-specific subclass of these -- to produce peer or peer-like
(native-assisted subclass) objects for use in java2d. in particular:
- a factory method f
Sascha Brawer <[EMAIL PROTECTED]> writes:
> (1) In GdkGraphics2D.walkPath(PathIterator), the treatment of quadratic
> splines is almost, but not entirely correct. The page
>
> http://pfaedit.sourceforge.net/bezier.html
great! you know, I actually did dig through pfaedit's source code, but
was
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
>
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 PROTEC
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 si
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 o
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
___
Cla
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);
> +setComposite(java.aw
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 GdkF
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 [...]
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 l
hi,
this fixes some arithmetic and semantic errors with attributed
strings.
-graydon
2003-11-18 Graydon Hoare <[EMAIL PROTECTED]>
* java/text/AttributedString.java: Fix arithmetic.
* java/text/AttributedStringIterator.java: Likewise.
--- java/text/AttributedString.j
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/TextLayou
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
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,
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 wan
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, t
hi,
this patch implements a rough, preliminary version of
java.awt.Container.LightweightDispatcher, which is a helper class which
appears to exist (undocumented) in sun's library, and which is needed to
route events around inside lightweight peers.
it also changes the container repaint cycle t
w to do it better?
if not, is it ok to apply?
(asking both classpath 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.
*
for state
transitions in the model, etc. it also includes some small changes to
rendering the button.
ok to commit?
-graydon
2004-01-06 Graydon Hoare <[EMAIL PROTECTED]>
* javax/swing/AbstractButton.java: Re-implement most of class.
* javax/swing/DefaultButtonMode
nding them
to check the underlying 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
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 t
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
-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
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 s
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 wit
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
___
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 resu
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 want
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
hi,
I've just completed the "monthly merge" from the java-gui-branch to the
gcc libjava trunk. the following patch contains the changes:
http://people.redhat.com/graydon/java-gui-merge-may-26-2004.patch
it's a couple weeks late and a little rough (not to mention big) this
time around. it *does
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 environment
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
frequentl
On Tue, 10 Aug 2004 00:25:53 +0200, Mark Wielaard <[EMAIL PROTECTED]> wrote:
You can try the attached patch though (and get those two C files from
CVS). It adds all build infrastructure. But does not detect whether the
correct cairo libs have been installed and have not been tested at all.
You will
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
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
for
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
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
44 matches
Mail list logo