Thanks!
On 25.03.2015 21:27, Sergey Bylokhov wrote:
Hi, Alexander.
The fix looks good.
25.03.15 13:31, alexander stepanov wrote:
Hello,
Could you please review the fix for
https://bugs.openjdk.java.net/browse/JDK-8075934
Webrev:
http://cr.openjdk.java.net/~avstepan/8075934/webrev.01/
Just
Hey there,
I'm in the process of moving some custom code to take advantage of the fairly
new MultiResolutionImage capabilities.
Loading multi resolution stuff works nicely, but I fear drawing is a bit of a
problem.
In my old mechanism, I would
- load images using the toolkit
- create a
On 3/26/15 1:11 AM, Alan Bateman wrote:
On 25/03/2015 22:48, Phil Race wrote:
Updated webrev http://cr.openjdk.java.net/~prr/8035302.2/
- removed the jdk.charsets export to java.desktop from modules.xml
- removed the COMPOUND_TEXT support which likely has not been used
since Motif support
On Mar 26, 2015, at 16:32, Alexander Scherbatiy
alexandr.scherba...@oracle.com wrote:
On 3/26/2015 3:49 PM, Hendrik Schreiber wrote:
[...]
Therefore, in the spirit of
https://bugs.openjdk.java.net/browse/JDK-8059943, I'd like to suggest, to
either move
On 26/03/2015 16:28, Xueming Shen wrote:
An alternative is to simply grip the names and build a small internal
mapping for those used
by the fonts, it's a limited/small/fixed list, I assume. That might be
look better than the current
hacky one.
So a small name - historical name map? If that
On Mar 13, 2015, at 14:34, Alexander Scherbatiy
alexandr.scherba...@oracle.com wrote:
Could you review the proposed API based on MultiresolutionImage interface:
http://cr.openjdk.java.net/~alexsch/8029339/webrev.06/
Not that it counts much, but to me the proposed API looks good in
Hi Alexander,
MRI.java:
Who is the intended audience for the recommendation in the interface to
cache image variants? Are we asking the developers who call the methods
on the interface to cache the answers? That would be unwise because the
list of variants may change over time for some
On 3/26/15 9:21 AM, Hendrik Schreiber wrote:
Nevertheless, I wouldn't mind some feedback regarding converting ToolKitImages
easily to something that can be drawn faster (TYPE_INT_ARGB_PRE). Don't we all
want that?
Or asked the other way around: Why isn't TYPE_INT_ARGB_PRE the default? To be
