You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Chunrong Lai (JIRA)" <ji...@apache.org> on 2007/09/16 19:07:32 UTC
[jira] Created: (HARMONY-4800) [classlib][swing] Inconsistent
rendererPane handling in installUI()
[classlib][swing] Inconsistent rendererPane handling in installUI()
-------------------------------------------------------------------
Key: HARMONY-4800
URL: https://issues.apache.org/jira/browse/HARMONY-4800
Project: Harmony
Issue Type: Wish
Components: Classlib
Environment: Win32 + Linux32
Reporter: Chunrong Lai
I am not sure if it is a bug or not.
I see that sometimes the rendererPane is added into specific JComponent when installUI() and removed from it when uninstallUI(). For example, in BasicTreeUI or BasicListUI.
But in some other times, for example, in BasicTableUI, the rendererPane is not added or removed.
I am just afraid that in later case (BasicTableUI) the rendererPane.paintComponent(g, renderingComponent, table, cellRect); (call from paint()) may have some problems, but so far I have not seen them.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (HARMONY-4800) [classlib][swing] Inconsistent
rendererPane handling in installUI()
Posted by "Alexey Petrenko (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-4800?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Alexey Petrenko resolved HARMONY-4800.
--------------------------------------
Resolution: Fixed
Fix Version/s: 5.0M4
Good catch, Chunrong! Thanks.
The patch has been applied.
> [classlib][swing] Inconsistent rendererPane handling in installUI()
> -------------------------------------------------------------------
>
> Key: HARMONY-4800
> URL: https://issues.apache.org/jira/browse/HARMONY-4800
> Project: Harmony
> Issue Type: Wish
> Components: Classlib
> Environment: Win32 + Linux32
> Reporter: Chunrong Lai
> Assignee: Alexey Petrenko
> Fix For: 5.0M4
>
>
> I am not sure if it is a bug or not.
> I see that sometimes the rendererPane is added into specific JComponent when installUI() and removed from it when uninstallUI(). For example, in BasicTreeUI or BasicListUI.
> But in some other times, for example, in BasicTableUI, the rendererPane is not added or removed.
> I am just afraid that in later case (BasicTableUI) the rendererPane.paintComponent(g, renderingComponent, table, cellRect); (call from paint()) may have some problems, but so far I have not seen them.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (HARMONY-4800) [classlib][swing] Inconsistent
rendererPane handling in installUI()
Posted by "Alexey Petrenko (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-4800?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Alexey Petrenko reassigned HARMONY-4800:
----------------------------------------
Assignee: Alexey Petrenko
> [classlib][swing] Inconsistent rendererPane handling in installUI()
> -------------------------------------------------------------------
>
> Key: HARMONY-4800
> URL: https://issues.apache.org/jira/browse/HARMONY-4800
> Project: Harmony
> Issue Type: Wish
> Components: Classlib
> Environment: Win32 + Linux32
> Reporter: Chunrong Lai
> Assignee: Alexey Petrenko
>
> I am not sure if it is a bug or not.
> I see that sometimes the rendererPane is added into specific JComponent when installUI() and removed from it when uninstallUI(). For example, in BasicTreeUI or BasicListUI.
> But in some other times, for example, in BasicTableUI, the rendererPane is not added or removed.
> I am just afraid that in later case (BasicTableUI) the rendererPane.paintComponent(g, renderingComponent, table, cellRect); (call from paint()) may have some problems, but so far I have not seen them.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.