Hi Ambarish,
The bug was test was throwing "java.lang.RuntimeException: Opacity test
mismatchs". Did this fix solve that problem?
It seems to fail in my linux even with this fix.
Regards
Prasanta
On 10/29/2015 7:30 PM, Ambarish Rapte wrote:
Dear All,
Kindly review the fix fo
Anton,
this version looks fine to me.
/Alex
On 29/10/15 19:08, Anton Litvinov wrote:
Hello Alexander,
The second version of the fix, which addresses your suggestion
concerning introduction of a separate method checking, if the
"unichar" belongs to certain Unicode blocks, was created. For
size->cx = (int)ceil(size->cx / scale);
So if size->cx / scale works out to be 12.0001 you will round it up to 13?
Can you check what pixel size windows gives you in such a case ?
I'd be a little surprised if they did that rather than round.
Is the SetFontProperty that does not accept a scale
On 10/29/2015 5:31 PM, Ambarish Rapte wrote:
Hi Alexandr,
Please review the updated webrev, with changes only in TextField.java.
Webrev: http://cr.openjdk.java.net/~rchamyal/ambarish/8055197/webrev.01/
replaceEOL() is declared static, as a class member method cannot be
Hi Sergey,
The webrev is updated with using System.lineSeparator() instead of
System.getProperty("line.separator").
Webrev: http://cr.openjdk.java.net/~rchamyal/ambarish/8055197/webrev.01/
Reason for using array:
System.lineSeparator() differs platform w
Dear All,
Kindly review the fix for JDK9.
Bug: https://bugs.openjdk.java.net/browse/JDK-8048171
Webrev: HYPERLINK
"http://cr.openjdk.java.net/%7Erchamyal/ambarish/8048171/webrev.00/"http://cr.openjdk.java.net/~rchamyal/ambarish/8048171/webrev.00/
On 17.07.15 16:27, Alexander Scherbatiy wrote:
- Sergey's point about multi-mon should be checked out.
Windows 8.1 has option "Let me choose one scaling level for all my
displays".
If I unset it I am able to change the size of all items. However,
the DPI which returns GetDPIForMonitor
On 10/29/2015 7:08 PM, Anton Litvinov wrote:
Hello Alexander,
The second version of the fix, which addresses your suggestion
concerning introduction of a separate method checking, if the
"unichar" belongs to certain Unicode blocks, was created. For this
purpose the method "-(BOOL) isCodePoint
Hello Alexander,
The second version of the fix, which addresses your suggestion
concerning introduction of a separate method checking, if the "unichar"
belongs to certain Unicode blocks, was created. For this purpose the
method "-(BOOL) isCodePointInUnicodeBlockNeedingIMEvent: (unichar)
codeP
Hi Alexandr,
Please review the updated webrev, with changes only in TextField.java.
Webrev: http://cr.openjdk.java.net/~rchamyal/ambarish/8055197/webrev.01/
replaceEOL() is declared static, as a class member method cannot be
called before call to super from Constructor.
On 10/29/2015 12:20 AM, Sergey Bylokhov wrote:
On 06.10.15 9:15, Semyon Sadetsky wrote:
Sorry. I meant it is not guaranteed to be sent by every WM.
But fetch the data of 100 times also doesn't guarantee that we
will get the necessary data. It will be better at least to try to
check the
Hello Alexander,
Thank you for review of this fix. Responses to your questions are following.
1) I also was not able to find any methods available in
"java.lang.Character", "java.lang.Character.UnicodeBlock",
"java.lang.Character.Subset" classes or API in Cocoa which would allow
to get minima
12 matches
Mail list logo
