Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 37427

Summary: [Bidi] Origin is 1, 0 in RIGHT_TO_LEFT Canvas
Product: [Eclipse Project] Platform Reporter: Knut Radloff <knut_radloff>
Component: SWTAssignee: Platform-SWT-Inbox <platform-swt-inbox>
Status: CLOSED WONTFIX QA Contact: Felipe Heidrich <eclipse.felipe>
Severity: normal    
Priority: P3 CC: ppshah, rmraya
Version: 2.1Keywords: triaged
Target Milestone: ---   
Hardware: PC   
OS: Windows 2000   
Whiteboard: stalebug
Bug Depends on:    
Bug Blocks: 30434    
Attachments:
Description Flags
test case none

Description Knut Radloff CLA 2003-05-09 10:45:17 EDT 
build 20030507 + today's head

The origin in a RIGHT_TO_LEFT Canvas seems to be 1, 0. Rendering a string at 0, 
0 renders it at 1. Mouse down events are only received when clicking at x=1 and 
not when clicking x=0.
redraw on the other hand does redraw at the true x=0.
Run the attached test case and click somewhere with the mouse to redraw. The 
left part of the string is not rendered.
Comment 1 Knut Radloff CLA 2003-05-09 10:49:21 EDT 
Created attachment 4837 [details]
test case
Comment 2 Felipe Heidrich CLA 2003-05-12 11:18:38 EDT 
Replacing drawString() by drawText() works as expected. The fact that mouse 
down events are not received on x=0 is not relevant for the StyledText case, 
agreed ?
Comment 3 Steve Northover CLA 2003-05-12 12:55:31 EDT 
FH, SSQ and SN to get to the bottom of this.
Comment 4 Knut Radloff CLA 2003-05-12 14:29:30 EDT 
StyledText bidi uses ExtTextOut so this has to work (or we have to work around 
it).
We wouldn't necessarily care about the mouse event but clients may.
Comment 5 Felipe Heidrich CLA 2003-05-13 14:05:42 EDT 
The problem is not caused by origin off by 1.  There is a problem that you 
cannot click on any pixels in the column (0,0) in the widget and get a mouse 
event.  This is a problem in Windows but is not the cause of the pixel 
corruption.

So, we need to close this PR as a dupliacate of 4776 (first renaming it to talk 
about the pixel corruption and not talk about the origin) and then enter a new 
PR that captures the bug in Windows.  Knut, agree?
Comment 6 Knut Radloff CLA 2003-05-14 10:41:22 EDT 
I think this bug adequately captures the origin/mouse event problem. No need 
for a separate bug.
It does seem that the StyledText cheese is related to the measurement problem 
discussed in bug 4776 and not by this origin problem.
Comment 7 Felipe Heidrich CLA 2005-04-27 13:25:01 EDT 
*** Bug 92825 has been marked as a duplicate of this bug. ***
Comment 8 Randy Hudson CLA 2005-04-27 14:28:25 EDT 
Is the title of this bug still correct?  Based on comment 2 and bug 92825, it 
seems like there is a problem isolated to drawString().
Comment 9 Felipe Heidrich CLA 2009-08-14 14:47:16 EDT 
Your bug has been moved to triage, visit http://www.eclipse.org/swt/triage.php for more info.
Comment 10 Leo Ufimtsev CLA 2017-08-03 12:28:08 EDT 
This is a one-off bulk update. (The last one in the triage migration).

Moving bugs from swt-triaged@eclipse to platform-swt-inbox@eclipse.org and adding "triaged" keyword as per new triage process:
https://wiki.eclipse.org/SWT/Devel/Triage

See Bug 518478 for details.

Tag for notification/mail filters:
@TriageBulkUpdate
Comment 11 Eclipse Genie CLA 2020-03-30 20:06:37 EDT 
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug.

If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.

--
The automated Eclipse Genie.