Changeset 6310

Timestamp:

2003-12-18T15:47:08+13:00 (20 years ago)

Author:

jmt12

Message:

Less bugs

File:

• trunk/gli/buglist/status.txt (modified) (5 diffs)

trunk/gli/buglist/status.txt

@@ -1900 +1900 @@
 Mac
 NA
-Pending
-Find out what this means, and if I'm causing it<br>Apparently this may be caused by using HTML code when providing strings to controls. The most basic solution - as far as I can see - is to disable formatting arguments under mac
+Nothing To Do
+Find out what this means, and if I'm causing it<br>Apparently this may be caused by using HTML code when providing strings to controls. The most basic solution - as far as I can see - is to disable formatting arguments under mac<br>The word has come from on high that it is better to put up with the non-fatal error messages than change the GUI layout now
 
 203B239
@@ -1916 +1916 @@
 Mac
 NA
-Pending
+Fixed
 Determine if this is a refresh problem (which I doubt) or something symptomatic of Java/Mac<br>The bug itself is triggered by a pretty specific set of circumstances. You must a) have a dynamic custom TreeModel, b) have the underlying TreeUI decide to use a VariableHeightLayoutCache and c) expand a node higher in the tree than an already expanded node. If you do this the layout cache returns an incorrect value for the number of displayable rows and things go pear shaped. As best as I can figure the model modified events being thrown by the custom model are not being recieved in a timely fashion by the layout cache. Anyhow the solution was painfully easy - simple prevent the TreeUI using VariableHeightLayoutCache by providing a prototype row height, and thus switching to a FixedHeightLayoutCache, which apparently doesn't suffer the same bug. Co-incidently under any other circumstances a fixed height layout cache would have been faster anyway. Unfortunately with the FileSystemModel and saving/loss in layout time is drawfed by the file IO time
 
@@ -1940 +1940 @@
 Mac
 NA
-Pending
-Check how line created, and investigate other, less platform specific, solutions<br>Menu lines under mac default to an empty line. Replaced UI with BasicSeparatorUI. Oh-no. This has the undesired effect of transforming all of the menu separators in gli. New plan - provide a BasicSeparatorUI implementation just for the plugin separator
+Fixed
+Check how line created, and investigate other, less platform specific, solutions<br>Menu lines under mac default to an empty line. Replaced UI with BasicSeparatorUI. Oh-no. This has the undesired effect of transforming all of the menu separators in gli. New plan - provide a BasicSeparatorUI implementation just for the plugin separator<br>How about we just put up with the menu divider lines eh?
 
 203B244
-GLI custom editable comboboxes look fine (ones which have colour initializers), but the default editable JComboBox is squished under Mac - ie half the drop-down button is missing
+GLI custom editable comboboxes look fine (ones which have colour initializers), but the default editable JComboBox is squished under Mac - ie half the drop-down button is missing. Also buttons have a strange blue background
 NZDL
 Mac
 NA
 Pending
-How odd. Ensure all editable JComboBoxes are actually GComboBoxes
+How odd. Ensure all editable JComboBoxes are actually GComboBoxes<br>Buttons need to be set to opaque to appear properly under Mac. To that end replace all JButtons with GLIButtons that know whether they are opaque based on the platform
 
 203B245
@@ -1960 +1960 @@
 
 203B246
-If MANPATH is not set prior to running gli.csh, the script fails
+If MANPATH is not set prior to running source.csh, the script fails
 NZDL
 Mac
@@ -2274 +2274 @@
 Previewing collections. Need to add code for MACs. Under linux, it currently uses the file association for html files. However, this could be used for editing html files, so instead want a separate browser setting. perhaps changeable in  the preferences page. 
 NZDL
-Non-windows
+All
 NA
 Pending