nigelht / macwidgets Goto Github PK

Clearly no bug, but it would be nice if SourceListItem had a print-friendly
toString() method. It would help with debugging a client app.


(Ken, I'm checking if is feasible to convert an existing app to use your
Mac Widgets I'll probably have several small suggestions or issues that
arise as I progress. If you'd rather I report the issues another way,
please send me an e-mail to steve dot mcleod at gmail dot com)

If I create a JDialog and then drag that over a component with a
SourceList, the SourceList will only repaint the parts that were dragged
over. These parts are repainted from the light blue color to a light gray
(which I take is the out-of-focus color).

Likewise, say that I've gotten the SourceList in a state where it's all
painted in gray as it should be when it's out of focus. If I overlap the
JDialog over a part of the SourceList and then close it, it will only
repaint that overlapping part of the SourceList and restore it to the
original light blue color.

I've e-mailed you a screenshot of the first case in action.

Create a Heads Up Display (HUD) component.

If you create a SourceList with an empty SourceListModel and *then* add items 
to the model, the 
items do not show in the SourceList. This happens because Swing doesn't 
automatically expand the 
root node which is collapsed by default when empty.

Here are two enhancements ideas for source list:
1. Attach actions to a source list item  -- e.g. in iTunes you can eject your 
iPod by clicking an eject 
icon.  Also in iTunes and the finder a source list can show activity with an 
icon -- e.g. in iTunes the 
Downloads source list item both the badge of the number of items being 
downloaded and the 
chasing arrows, and in Finder a Time machine volume will show the chasing 
arrows during backups.
2. Source list-items should be able to have sub-list-items -- e.g. in iTunes 
the iPod device source 
list item has items of it's own.

What version of the product are you using? On what operating system?
0.9.1 / 10.5.4

What would be really, really nice, would be if I could add an instance of
javax.swing.Action to a SourceListItem. Or something similar.

SourceList should offer a programmatic way to select SourceListItems.

Several demos are throwing exceptions on Windows XP and Vista. Java version
is 1.6.0_10.

I tried with the latest version - 0.9.3.1.

java -classpath forms-1.2.1.jar;mac_widgets.jar;.
com.expldingpixels.macwidgets.DPreferencesTabBar

Exception in thread "AWT-EventQueue-0" java.lang.IllegalArgumentException: Widt
 (-1) and height (-1) cannot be <= 0
        at java.awt.image.DirectColorModel.createCompatibleWritableRaster(Unkno
n Source)
        at java.awt.image.BufferedImage.<init>(Unknown Source)
        at com.explodingpixels.macwidgets.plaf.UnifiedToolbarButtonUI.paintIcon
UnifiedToolbarButtonUI.java:47)
        at javax.swing.plaf.basic.BasicButtonUI.paint(Unknown Source)
        at com.explodingpixels.macwidgets.plaf.PreferencesTabBarButtonUI.paint(
referencesTabBarButtonUI.java:58)
        at javax.swing.plaf.ComponentUI.update(Unknown Source)
        at javax.swing.JComponent.paintComponent(Unknown Source)
        at javax.swing.JComponent.paint(Unknown Source)
        at javax.swing.JComponent.paintChildren(Unknown Source)
        at javax.swing.JComponent.paint(Unknown Source)
        at javax.swing.JComponent.paintChildren(Unknown Source)
        at javax.swing.JComponent.paint(Unknown Source)
        at javax.swing.JComponent.paintChildren(Unknown Source)
        at javax.swing.JComponent.paint(Unknown Source)
        at javax.swing.JComponent.paintChildren(Unknown Source)
        at javax.swing.JComponent.paint(Unknown Source)
        at javax.swing.JLayeredPane.paint(Unknown Source)
        at javax.swing.JComponent.paintChildren(Unknown Source)
        at javax.swing.JComponent.paintToOffscreen(Unknown Source)
        at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(Unknown
ource)
        at javax.swing.RepaintManager$PaintManager.paint(Unknown Source)
        at javax.swing.RepaintManager.paint(Unknown Source)
        at javax.swing.JComponent.paint(Unknown Source)
        at java.awt.GraphicsCallback$PaintCallback.run(Unknown Source)
        at sun.awt.SunGraphicsCallback.runOneComponent(Unknown Source)
        at sun.awt.SunGraphicsCallback.runComponents(Unknown Source)
        at java.awt.Container.paint(Unknown Source)
        at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)
        at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)
        at javax.swing.RepaintManager.seqPaintDirtyRegions(Unknown Source)
        at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(Unkno
n Source)
        at java.awt.event.InvocationEvent.dispatch(Unknown Source)
        at java.awt.EventQueue.dispatchEvent(Unknown Source)
        at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.awt.EventDispatchThread.run(Unknown Source)
Exception in thread "AWT-EventQueue-0" java.lang.IllegalArgumentException: Widt
 (-1) and height (-1) cannot be <= 0
        at java.awt.image.DirectColorModel.createCompatibleWritableRaster(Unkno
n Source)
        at java.awt.image.BufferedImage.<init>(Unknown Source)
        at com.explodingpixels.macwidgets.plaf.UnifiedToolbarButtonUI.paintIcon
UnifiedToolbarButtonUI.java:47)
        at javax.swing.plaf.basic.BasicButtonUI.paint(Unknown Source)
        at com.explodingpixels.macwidgets.plaf.PreferencesTabBarButtonUI.paint(
referencesTabBarButtonUI.java:58)
        at javax.swing.plaf.ComponentUI.update(Unknown Source)
        at javax.swing.JComponent.paintComponent(Unknown Source)

Im using the SourceList w/ JRuby and after call item.setCounterValue(n) it
does not seem to repaint properly.  Is there something else I should be
calling?  Great work.

Great little lib.

One thing that would make it way more usable for me would be support for Swing 
UI delegate. I.e., 
I want to be able to use something like this

UIManager.put("ScrollBarUI", IAppScrollBarUI.class.getName());

instead of makeIAppScrollPane(...);

That way all the scrollbars in my app were instantly iApp ones... Plus, I could 
dynamically reset the 
value and change the look... Currently, makeIAppScrollPane(..) doesn't really 
supply an "undo".

Thanks!

Hi,

I made some changes to HudButtonUI to allow dynamic border coloring.

The concept is, you start with a base color, and the button makes its
variations.

We can add this new optional Color to the Constructor.

I know, this is nothing that is known by apple, but it's kinda useful.

@Ken: I could check this in, if you give me svn write access.
There are also some other changes... i'm starting to have a
macwidgesproposed-package in my app ^^

iApp scroll bars buttons show when the view is of size 0 and the scroll bar 
policy is set to always.

HUDWindow.init is calling setVisible(true) in it's init method - it should not 
be doing this.

What steps will reproduce the problem?
1. creating a simple swing application with a hud window
2.
3.

What is the expected output? What do you see instead?
a well rounded corners but instead i got right angles

What version of the product are you using? On what operating system?
macwidgets version 0.9.3.1 in windows XP with JDK6u10

Please provide any additional information below.

There is too much free space on the left before an SourceListItem is drawn.

This space would be used for the collapse/expand arror if the item is
expandable.

Apples implementations handles this more intelligent. If no Item is
expandable, they do not reserve this space.

Just try for yourself with iTunes. Check that no Item is expandable, then
create a playlist folder and add a playlist. 


Best,
Peter

I already have a dependency in my project on JGoodies forms, and thus have
forms-1.2.1.jar in my classpath. 

This exception is thrown: 

Exception in thread "AWT-EventQueue-0" java.lang.IllegalArgumentException:
The resize argument 'grow center' is invalid.  Must be one of: grow, g,
none, n, grow(<double>), g(<double>)
    at com.jgoodies.forms.layout.FormSpec.parseResizeWeight(FormSpec.java:436)
    at com.jgoodies.forms.layout.FormSpec.parseAndInitValues(FormSpec.java:288)
    at com.jgoodies.forms.layout.FormSpec.<init>(FormSpec.java:181)
    at com.jgoodies.forms.layout.ColumnSpec.<init>(ColumnSpec.java:161)
    at com.jgoodies.forms.layout.ColumnSpec.decodeExpanded(ColumnSpec.java:240)
    at
com.jgoodies.forms.layout.FormSpecParser.parseColumnSpecs(FormSpecParser.java:13
0)
    at
com.jgoodies.forms.layout.FormSpecParser.parseColumnSpecs(FormSpecParser.java:10
6)
    at com.jgoodies.forms.layout.ColumnSpec.decodeSpecs(ColumnSpec.java:280)
    at com.jgoodies.forms.layout.FormLayout.<init>(FormLayout.java:402)
    at com.jgoodies.forms.layout.FormLayout.<init>(FormLayout.java:359)
    at
com.explodingpixels.macwidgets.TriAreaComponent.<init>(TriAreaComponent.java:58)
    at
com.explodingpixels.macwidgets.TriAreaComponent.<init>(TriAreaComponent.java:49)
    at
com.explodingpixels.macwidgets.MacWidgetFactory.createUnifiedToolBar(MacWidgetFa
ctory.java:59)
...

The SourceListContextMenuProvider is never being called on Windows.

1. Add a unified toolbar to your app's frame 
2. Run the app
3. toolbar has gray background, no gradient visible

The toolbar is supposed to show a gradient background, which fits nicely with 
the title of the 
window.


Latest release on MacOS X Leopard running JDK 6

Create an "Electric Blue Button" for use in Component Bottom Bars.

What steps will reproduce the problem?
1. use the iappscrollbar in a jframe
2. switch the app focus from the jframe to another app

What is the expected output? What do you see instead?

The little arrows on the iappscrollbars should turn gray, like they do in 
iTunes on Leopard.
They don't. The brightness does not change.

What version of the product are you using? On what operating system?

Current version from svn. OS X 10.5.6. Java 1.5.0_16-133

This is a small detail.... but hey, it's all in the details.

The java unified toolbar has custom drag code to change window position.
This works, as long as the user does not want to change the space the
window is into. (dragging, holding the mouse, pressing strg-2 for example)

it works if the window is hold on top (native moving code on titlebar)

so i experimented with apple.awt.draggableWindowBackground.
no luck so far...

anyone already tried that client property? (java6u7, mac10.5.6)

there should be both the java moving code and the client property, so that
this works cross platform...

Would it be possible to add a flag to IAppScrollPane to make it appear like
the Windows-style scroll pane in the Windows version of iTunes? (Where the
scroll buttons are on opposite ends rather than adjacent to each other)

As much as I like Mac-style scroll button positioning better, some Windows
users prefer their buttons the Windows way but dig the Mac styling. ;)

iApp scroll bars are stretched on Mac.

It would be beneficial for developers trying to migrate to Mac Widgets for Java 
if they could install 
just the SourceListTreeUI rather than having to convert their code to use the 
full blown SourceList.

Currently I'm facing a problem with JPopupMenu. It just sucks under mac -
no blurry background, no rounded borders, and the menu doesn't hide when i
click on the main menu bar (this actually sucks most) If I use the plain
old awt-menu, it looks right.

BUT - awt sucks on win/linux.

So I thought about writing an abstraction layer, which choses the best
components on runtime.

The Problem: SourceListContextMenuProvider just accepts JPopupMenu.
Is there a way to attach a PopupMenu?


The two screenshots show the difference, the latter one is awt.

The text on UnifiedToolbar & SourceList is smooth on Mac Os X (10.5.6/Java6u7)

But it's not antialised on Windows (XP/Vista, Java6u11) and Linux (Ubuntu
8.10/J6u10)

Apart that issue the components render pretty much the same. 

For Mac, Win we used the system default LaF, for Linux Nimbus (if
available, or gtk). The LaF does not seem to make any difference.

Is there a way to enable antialising on those controls?

Thanks,
Peter

ipr references forms-1.2.1.jar
svn has forms-1.0.7.jar

Command-clicking on a selected item does not deselect the item

Create a button that can be based on an image with a click mask.

Original Forum Post:

Hey all, I was wondering if somebody could give me a hint as to how I 
would go about adding a text to a PopdownButton? 
i.e. after choosing one of the menu items, that menu item's text would 
show up on the button. 
Thanks. -Zack 

===============

Screenshot 1 shows what I was going for, screenshot 2 was my attempt to hack 
something in 
using the following code:

//Hack to add text to the popdown buttton
EPToggleButton toggle_button = (EPToggleButton) viewTypeButton.getComponent();
toggle_button.setText("testing button text");

See the attached java file for a runnable test.

Prefereably it would be possible to have the text to the left or to the right 
of the icon, and the 
ability to specify a width for the button (so that text updates don't mess with 
the layout).

Let me know if I can add any more info.

The EmphasizedLabelUI needs documentation and a screen shot.

Create HUD style UI delegates for the following components:

JButton
JCheckBox
JComoboBox
JLabel
JSlider

SourceList selection repaints incorrectly when SourceList loses focus. See 
attached screen shot.

A SourceList should allow a SourceListItem to provide a custom context menu.

I've an idea for a cool enhancement.
(In fact this is missing in our app so far)

Is it possible to inline edit items in SourceList?

Like it works in iTunes... see screenshot attached.

Best,
Peter

The SourceListControlBar doesn't currently expose the getComponent method - it 
should.

I noticed in the demos that you make frequent use of code such as:
   Toolkit.getDefaultToolkit().getImage("NSImage://NSDotMac")

According to a reponse I got from Apple's Mike Swingler, the "virtual" file
system "NSImage:" doesn't exist pre-Leopard, and so the code above returns
null.

You probably know this already, but I couldn't find any "requirements" info
which states that Leopard or later is needed.

Very little of the SwingX library is being used, yet it accounts for the 
majority of size in the Mac 
Widgets for Java download. Remove this dependency.

It would be nice if token fields were added to the widgets in macwidgets.

http://developer.apple.com/DOCUMENTATION/UserExperience/Conceptual/
AppleHIGuidelines/XHIGControls/chapter_19_section_6.html#//apple_ref/doc/
uid/TP30000359-SW15

Once a SourceListModel has been created, the addItem method with a supplied 
index to add the 
item at, does not respect the index.

Add ability to change anti-aliasing hint of EmphasizedLabelUI.

What steps will reproduce the problem?
1. Create a SourceListModel
2. Create a SourceList
3. Add an Item in one of the category

What is the expected output? What do you see instead?

The category collapses and this cannot be undone programmatically (the only way 
is to click on 
the the category "manually"). Why is ths category collapsed? is this really 
necessary? At least the 
SourceList should provide a way to expand a category?


What version of the product are you using? On what operating system?

macwidgets 0.9.3 on MacOSX 10.5


Please provide any additional information below.

Thanks for the widgets, they look fantastic! ;-)

I'd like to be able to iterate over all the categories and items in a
SourceList. Although I can iterate over the top-level categories, I can't
find a way to iterate any deeper.

final List<SourceListCategory> categories =
sourceList.getModel().getCategories();
for (SourceListCategory category : categories) {
    // iterate over the items within the category
    .... no methods available to do this ... ?
}

---------------------------------------
What steps will reproduce the problem?
---------------------------------------

1. Create an application with a scroll pane. 
2. Run the application in Windows.
3. Minimize the application.
4. Restore the application. Observe that the scrollbar trackers are all
painted in white as if the program were still deactivated. Notice that they
switch to blue if you mouse over them.

4a. Occasionally, the scrollbars will repaint properly but flicker white
and then blue in the process of doing so. This happens in BOTH Windows and
Leopard.

---------------------------------------
What is the expected output? What do you see instead?
---------------------------------------

I would expect the scrollbars to paint in their normal color when the
window is restored rather than having to manually mouse over each tracker.

---------------------------------------
On what operating system?
---------------------------------------

The main issue only happens on Windows. I can't reproduce it on Leopard,
though I can get the flickering issue to happen in both.

Maybe I just oversaw that, but I didn't find a getTree() methode in
SourceList, to get the internal tree.

Currently I implement drag&drop and need the tree control directly.

@Ken: I could check in my changed SourceList to updated that - if you give
me svn write access.

There are also some other minor changes that came up while developing (like
making ITunesTableHeaderRenderer public to the outside world for my
ITunesTreeTable)...

Best,
Peter

All installation of SourceListItem click listener on a SourceList.

The app I am creating uses an iMovie-like color scheme ( which is Apple's
dark gray scheme (http://www.apple.com/ilife/imovie/). I'd like to use
SourceList, but without being able to customize the colors, I can't get
that done unless I modify the source, which I rather not do.

Providing methods or some hooks to customize all the colors on an instance
to instance basis would be a good idea, whether it be a set of functions or
a mini "color theme" class for the SourceList that you can pass in. I'll
leave that up to you to decide what route to go.

Opening a modal dialog should not repaint the gradient-background of
macwidgets to show deselected state.

The problem is that mac os does not repaint the title bar, resulting in a
inconsistent look.

See the attacted screenshot.

(Mac OS 10.5.6/Java6u7 - same on other os'es)


Best,
Peter

What steps will reproduce the problem?
1. Start your Demo DUnifiedToolbar with Java 1.6
2.
3.

What is the expected output? What do you see instead?
The Colors are not as excepted.

What version of the product are you using? On what operating system?
Leopard 10.5.5 with Java 1.6

Please provide any additional information below.

The following exception occurs when trying to use the EmphasizedLabelUI with 
Java 6 on the 
Mac:

Java Version: 1.6.0_04-dp
Exception in thread "AWT-EventQueue-0" java.lang.NoClassDefFoundError:
com/sun/java/swing/SwingUtilities2
       at 
com.explodingpixels.macwidgets.plaf.EmphasizedLabelUI.paintEnabledText(Emphasize
dLabelUI.j
ava:52)
       at javax.swing.plaf.basic.BasicLabelUI.paint(BasicLabelUI.java:169)
       at javax.swing.plaf.ComponentUI.update(ComponentUI.java:155)
       at javax.swing.JComponent.paintComponent(JComponent.java:763)
       at javax.swing.JComponent.paint(JComponent.java:1027)
       at javax.swing.CellRendererPane.paintComponent(CellRendererPane.java:134)
       at javax.swing.plaf.basic.BasicTreeUI.paintRow(BasicTreeUI.java:1503)
       at javax.swing.plaf.basic.BasicTreeUI.paint(BasicTreeUI.java:1210)
       at javax.swing.plaf.ComponentUI.update(ComponentUI.java:155)
       at javax.swing.JComponent.paintComponent(JComponent.java:763)
       at 
com.explodingpixels.macwidgets.SourceList$CustomJTree.paintComponent(SourceList.
java:433)
       at javax.swing.JComponent.paint(JComponent.java:1027)
       at javax.swing.JComponent.paintChildren(JComponent.java:864)
       at javax.swing.JComponent.paint(JComponent.java:1036)
       at javax.swing.JViewport.paint(JViewport.java:747)
       at javax.swing.JComponent.paintChildren(JComponent.java:864)
       at javax.swing.JComponent.paint(JComponent.java:1036)
       at javax.swing.JComponent.paintChildren(JComponent.java:864)
       at javax.swing.JComponent.paint(JComponent.java:1036)
       at javax.swing.JComponent.paintChildren(JComponent.java:864)
       at javax.swing.JComponent.paint(JComponent.java:1036)
       at javax.swing.JComponent.paintChildren(JComponent.java:864)
       at javax.swing.JComponent.paint(JComponent.java:1036)
       at javax.swing.JLayeredPane.paint(JLayeredPane.java:564)
       at javax.swing.JComponent.paintChildren(JComponent.java:864)
       at javax.swing.JComponent.paint(JComponent.java:1036)
       at java.awt.GraphicsCallback$PaintCallback.run(GraphicsCallback.java:34)
       at sun.awt.SunGraphicsCallback.runOneComponent(SunGraphicsCallback.java:60)
       at sun.awt.SunGraphicsCallback.runComponents(SunGraphicsCallback.java:97)
       at java.awt.Container.paint(Container.java:1810)
       at sun.awt.RepaintArea.paintComponent(RepaintArea.java:276)
       at sun.awt.RepaintArea.paint(RepaintArea.java:241)
       at apple.awt.ComponentModel.handleEvent(ComponentModel.java:268)
       at apple.awt.CWindow.handleEvent(CWindow.java:275)
       at java.awt.Component.dispatchEventImpl(Component.java:4573)
       at java.awt.Container.dispatchEventImpl(Container.java:2160)
       at java.awt.Window.dispatchEventImpl(Window.java:2440)
       at java.awt.Component.dispatchEvent(Component.java:4327)
       at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
       at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:300)
       at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:210)
       at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:200)
       at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:195)
       at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:187)
       at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)
Caused by: java.lang.ClassNotFoundException: com.sun.java.swing.SwingUtilities2
       at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
       at java.security.AccessController.doPrivileged(Native Method)
       at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
       at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
       at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:288)
       at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
       at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)
       ... 45 more