On Thu, 4 Mar 2021 10:36:56 GMT, Dmitry Markov wrote:
> The IME functions and the DND operation must be executed on the toolkit
> thread. If the DND operation is in progress, the IME API is invoked via
> SendMessage() call inside InvokeInputMethodFunction() to avoid a hang. The
> flag isInDoDr
On Thu, 4 Mar 2021 10:36:56 GMT, Dmitry Markov wrote:
> The IME functions and the DND operation must be executed on the toolkit
> thread. If the DND operation is in progress, the IME API is invoked via
> SendMessage() call inside InvokeInputMethodFunction() to avoid a hang. The
> flag isInDoDr
On Mon, 8 Feb 2021 16:51:21 GMT, Alexander Zuev wrote:
>> The function InvokeInputMethodFunction() is responsible for invocation of
>> IME API. Typically it uses PostMessage() to execute corresponding IME
>> function on the toolkit thread but if DnD operation takes place
>> SendMessage() is us
ciate your feedback and suggestions.
[1] https://bugs.openjdk.java.net/browse/JDK-8241493
Thanks,
Ichiroh Takiguchi
IBM Japan, Ltd.
Hello Christoph.
I tested the patch which was in 8221741.1.
I worked fine including testcase.
Please let me know if you need additional testing.
Thanks,
Ichiroh Takiguchi
On 2019-12-19 21:25, Langer, Christoph wrote:
Hi Ichiroh,
thanks for looking at this and testing it.
Both points are
d);
font2d.toString() calls getDefaultPhysialFont() again then
stackoverflow was happened
Please let me know if you need additional testing.
Thanks,
Ichiroh Takiguchi
On 2019-12-18 23:31, Langer, Christoph wrote:
Hi,
sorry for the long time that it took me to come back to this item.
I eventually sp
Hello.
I added my comment into JDK-8230873 [1]
I appreciate if you give me your comment and suggestion.
[1] https://bugs.openjdk.java.net/browse/JDK-8230873
Thanks,
Ichiroh Takiguchi
On 2019-10-10 14:59, Ichiroh Takiguchi wrote:
Thanks Christoph.
I attached console log files for
Hello Phil and other reviewers.
I appreciate if you give me your comment and suggestion.
Thanks,
Ichiroh Takiguchi
On 2019-10-15 20:33, Ichiroh Takiguchi wrote:
Hello Phil.
Sorry for bad response.
AIX is following case, but physical font is not defined by default.
If you have fonts
we cannot control return value for
physicalFonts.values().iterator();
"defaultPhysicalFont = ((CompositeFont) font2d).getSlotFont(0);" is
useful.
Please give me your comment.
Thanks,
Ichiroh Takiguchi
On 2019-10-09 01:06, Philip Race wrote:
I think this needs a little bit more
Thanks Christoph.
I attached console log files for -Dsun.java2d.debugfonts=true option
into JDK-8230873 [1]
[1] https://bugs.openjdk.java.net/browse/JDK-8230873
Thanks,
Ichiroh Takiguchi
On 2019-10-08 16:32, Langer, Christoph wrote:
Hi Ichiroh,
I ran this patch through our test queue and
/
Could you review the fix ?
Thanks,
Ichiroh Takiguchi
IBM Japan, Ltd.
On 2019-10-07 22:53, Langer, Christoph wrote:
Hi Ichiroh,
this is great, thanks for doing this. We regularly see this and just
stumbled over it the other day where the fontconfig of our test user
was corrupted somehow.
As for the
Hello.
Could you review the fix ?
Bug:https://bugs.openjdk.java.net/browse/JDK-8221741
Change: https://cr.openjdk.java.net/~itakiguchi/8221741/webrev.04/
JTreg testcase and results are including JDK-8221741 [1].
[1] https://bugs.openjdk.java.net/browse/JDK-8221741
Thanks,
Ichiroh
Hello.
I'm sorry, I made a typo in the Subject.
Could you review the fix ?
Bug:https://bugs.openjdk.java.net/browse/JDK-8230873
Change: https://cr.openjdk.java.net/~itakiguchi/8230873/webrev.00/
Thanks,
Ichiroh Takiguchi
IBM Japan, Ltd.
On 2019-09-24 02:16, Ichiroh Takiguchi
properties for AIX platform
* make/data/fontconfig/aix.fontconfig.properties
[1] https://bugs.openjdk.java.net/browse/JDK-8230873
Thanks,
Ichiroh Takiguchi
IBM Japan, Ltd.
ssCastException, set Dialog font's slot 0 font to default
physical font
Thanks,
Ichiroh Takiguchi
On 2019-06-04 01:33, Ichiroh Takiguchi wrote:
Hello.
Could you review the fix and give me your suggestion, please ?
I'd like to put some solution into JDK13 for this issue.
Change: ht
r for this issue.
Thanks,
Ichiroh Takiguchi
On 2019-05-24 21:55, Ichiroh Takiguchi wrote:
Hello.
Could you review the fix and give me your suggestion, please ?
I really appreciate your feedback.
Change: https://cr.openjdk.java.net/~itakiguchi/8221741/webrev.02/
Bug:https://bugs.openjdk.java.
hiroh Takiguchi
On 2019-05-14 21:13, Ichiroh Takiguchi wrote:
Hello Phil.
I appreciate your comment.
I tried to debug this issue from another side.
I checked fontconfig.properties file by CompileFontConfig (.bfc build
tool) with -verbose option [1]
Following messages were displayed:
Note:
utput
Could you review the fix again ?
Change: https://cr.openjdk.java.net/~itakiguchi/8221741/webrev.02/
Bug:https://bugs.openjdk.java.net/browse/JDK-8221741
[1] https://bugs.openjdk.java.net/browse/JDK-8221741
I'd like to obtain a sponsor for this issue.
Thanks,
Ichiroh Takiguchi
On 2
d like to obtain a sponsor for this issue.
Thanks,
Ichiroh Takiguchi
On 2019-04-20 03:55, Phil Race wrote:
Something must have gone wrong upstream to have this font registered
as a native font.
You should trace back to find out. I suggest to start with this code
in SunFontManager.java,
where I
is better
than
fixing AIX's fontconfig.properties file.
Could you review the fix ?
Bug:https://bugs.openjdk.java.net/browse/JDK-8221741
Change: https://cr.openjdk.java.net/~itakiguchi/8221741/webrev.00/
I'd like to obtain a sponsor for this issue.
Thanks,
Ichiroh Takiguchi
On 20
dFont(java.desktop@13-internal/SunFontManager.java:946)
...
I could recreate same issue on AdoptOpenJDK JDK12 with Hotspot JVM.
Thanks,
Ichiroh Takiguchi
On 2019-04-19 05:20, Phil Race wrote:
On startup ?
What is the Java stack trace that gets you into that call ?
Is it this with any modified IBM
milyNames().)
I just want to fix Xserver frozen issue.
I appreciate your advice.
(Other solutions are welcome)
[1] https://bugs.openjdk.java.net/browse/JDK-8221741
[2] https://cr.openjdk.java.net/~itakiguchi/8221741/webrev.00/
Thanks,
Ichiroh Takiguchi
IBM Japan, Ltd.
On 2019-04-04 01:09, Philip
s -ll".
It spends many CPU time and memories.
Just font name format should be supported.
To SAP representative,
I have a question about copyright year on
make/data/fontconfig/aix.fontconfig.properties.
Please let me know how I should write down copyright year.
Thanks,
Ichiroh Takiguchi
IBM Japan, Ltd.
://bugs.openjdk.java.net/browse/JDK-8218054
Thanks,
Ichiroh Takiguchi
On 2019-01-30 02:36, Dmitry Markov wrote:
Hello Ichiroh,
Definitely the problem occurrence depends on depth, (i.e. pixel size)
settings. Actually such behaviour looks quite expected because the
current implementation of
s necessary configuration to reproduce
the problem.
Thanks,
Dmitry
On 25 Jan 2019, at 13:33, Ichiroh Takiguchi
wrote:
Hello.
I think if it's related xrender, could you try
-Dsun.java2d.xrender=false ?
I could not recreate your issue, so I could not test it by myself.
It only happens on
Hello.
I think if it's related xrender, could you try
-Dsun.java2d.xrender=false ?
I could not recreate your issue, so I could not test it by myself.
It only happens on Ubuntu 18.10 ?
Please give me more detail configuration.
Thanks,
Ichiroh Takiguchi
On 2019-01-25 20:04, Dmitry M
Hello Phil.
Test case is available.
Could you review the fix again ?
Bug:https://bugs.openjdk.java.net/browse/JDK-8214002
Change: https://cr.openjdk.java.net/~itakiguchi/8214002/webrev.02/
Thanks,
Ichiroh Takiguchi
On 2018-11-28 10:13, Philip Race wrote:
Oh .. there's no regression
Hello Phil.
Do you need me to push this ?
Yes, if possible.
Currently, no sponsor is assigned for this issue.
Ichiroh Takiguchi
On 2018-11-28 05:43, Phil Race wrote:
On 11/27/18 9:36 AM, Ichiroh Takiguchi wrote:
Hello Phil.
I don't have any concern about this fix.
I'm thinking w
Hello Phil.
I don't have any concern about this fix.
I'm thinking why initial programmer used FT_LOAD_RENDER instead of
FT_LOAD_DEFAULT.
On my testing, this fix was fine for me.
Ichiroh Takiguchi
On 2018-11-27 03:59, Philip Race wrote:
It seems fine to me. What is your concern wh
Hello Phill.
I tested and checked your suggested code. [1]
It worked fine.
But it may change font rendering behavior...
Please review the fix ?
Bug:https://bugs.openjdk.java.net/browse/JDK-8214002
Change: https://cr.openjdk.java.net/~itakiguchi/8214002/webrev.01/
Thanks,
Ichiroh Takiguchi
tmaps are not always rotated
Test instruction and screen shot are in JDK-8214002.
Thanks,
Ichiroh Takiguchi
IBM Japan, Ltd.
On 2018-07-27 20:22, Ichiroh Takiguchi wrote:
Hello.
According to my investigation, FT_Render_Glyph() was not called
even if FT_GlyphSlot_Oblique() was called.
=
text->doBold || context->doItalize) {
+renderFlags &= ~FT_LOAD_RENDER;
+}
}
/* NB: in case of non identity transform
=
On 2018-07-25 19:29, Ichiroh Takiguchi wrote:
Hello.
I'm using jdk-11+23 build on Japanese Windows 7.
I ran Font2DTest Demo, then sele
x27;s side-effect for:
8204929: Fonts with embedded bitmaps are not always rotated
Could you check it ?
Thanks,
Ichiroh Takiguchi
IBM Japan, Ltd.
Thanks Alan.
Now we can use OpenJDK JDK11 GUI feature on IBM AIX's CJK locales.
And AIX's desktop is still CDE/Motif...
We may need COMPOUND_TEXT charset for clipboard and DnD feature against
CDE/Motif.
To 2d-dev:
Could you reconsider about COMPOUND_TEXT charset ?
Thanks,
Ichiroh
34 matches
Mail list logo
