Community
Participate
Working Groups
3.3M5 The text file encoding widgets are not using the dialog font.
Note that bug 174812 may be related to this one...
*** Bug 174812 has been marked as a duplicate of this bug. ***
Please ensure that the scenario described in bug 174812 has been fixed.
Bug 174812 is unrelated
Created attachment 108914 [details] Patch to use Dialog's static applyDialogFont(Control) method. I took the liberty of removing all those excessive setFont(Font) calls since it'll be recursively applied anyway.
Patch looks fine. We can include it in M2.
(In reply to comment #6) > Patch looks fine. We can include it in M2. Thanks for looking at it, Tod. I'll take over this bug and I'll try to get this into M4 since it didn't make it into M2.
Whoops, forgot to leave Tod on CC.
Fixed in HEAD. Slight modifications to attachment 108914 [details] because I missed a few setFont(Font) calls. Available in builds > N20081129-2000.
>Fixed in HEAD. Slight modifications to attachment 108914 [details] because I >missed a few >setFont(Font) calls. Shouldn't it be enough to call org.eclipse.jface.dialogs.Dialog.applyDialogFont(Control) on the top most parent?
(In reply to comment #10) > Shouldn't it be enough to call > org.eclipse.jface.dialogs.Dialog.applyDialogFont(Control) on the top most > parent? I call it on 'composite' (though not on 'parent') on line 288. Are you seeing some problems, Dani? Or did you mean to suggest I should call it on 'parent' instead of 'composite'?
Let me clarify comment 9, I missed _the removal_ of a few setFont(Font) calls. I'm not adding more, I'm removing them in favour of applyDialogFont(Control).
>Let me clarify comment 9, I missed _the removal_ of a few setFont(Font) calls. You hit the nail ;-) Cheers.
(In reply to comment #9) > Fixed in HEAD. Verified on I20081209-0100.