Hi Tobias,

I'll let James comment and answer your specific questions, because he is the author of this component.
Please keep in mind that AutoCompleteSupport mimics the firefox address field as it were at that time, a few years back.

Because of backward compatibility reasons I think AutoCompleteSupport will stay more or less the same.
But if you want to contribute an alternative implementation/component, we'd appreciate it a lot.
If it turns out to be stable and useful, I'd be happy to include it in GlazedLists.

Sounds good?
Other opinions out there?

Thanks,
Holger

Hi,

I am in the process of refactoring AutoCompleteSupport for my needs. I want to make it so, that it does not alter the editable property of the JComboBox any more but instead in readonly mode behaves more like the language selector at https://gist.github.com/. In editable mode it will behave as in non-strict mode.

I will remove strict and beepOnStrictViolation and any code handling these, because these are not necessary any more.

hidesPopupOnFocusLost is not necessary IMHO, because it is just a workaround for http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5100422. It just increases complexity and therefore I will drop it.

I want to drop any complexity from the editable combobox. The AutoCompletSupport wants to mimic the firefox address field. But firefox does not autocomplete, it just pops up a popup with suggestions. I think a lot of complexity can be dropped when the combobox behaves in editable mode exactly as the firefox address bar. The problem with the actual behavior is IMO with backspace. Backspace does behave strangely in non-strict mode.

What is the reason for isTableCellEditor? Why must we handle comboboxes differently when used as TableCellEditor?

What do you think about all this?

Regards,

Tobias

Hey guys,

just to confirm: is it true, that modifying the source list from an event listener is disallowed?
Consider the following example:
BasicEventList->SortedList->ReadonlyList

The listener on the ReadonlyList listens for an insert event and in turn deletes the first item from
the BasicEventList. While the list is of course modified, no delete event is fired:

    public void testModifyFromListener() throws Exception{
        final BasicEventList<String> unsortedList = new BasicEventList<String>();
        unsortedList.addAll(GlazedListsTests.stringToList("ABCDEFG"));
        unsortedList.addListEventListener(new ListEventListener<String>() {
            public void listChanged(ListEvent<String> listChanges) {
                System.err.println(Thread.currentThread() + ": UNSORTEDLIST=" + listChanges);
            }
        });
        final SortedList<String> sortedList = SortedList.create(unsortedList);
        sortedList.addListEventListener(new ListEventListener<String>() {
            public void listChanged(ListEvent<String> listChanges) {
                System.err.println(Thread.currentThread() + ": SORTEDLIST=" + listChanges);
            }
        });
       
        final EventList<String> readonlyList = GlazedLists.readOnlyList(sortedList);
        readonlyList.addListEventListener(new ListEventListener<String>() {
            public void listChanged(ListEvent<String> listChanges) {
                System.err.println(Thread.currentThread() + ": READONLYLIST=" + listChanges);
                while(listChanges.next()) {                       
                    // get the current change info
                    int index = listChanges.getIndex();
                    int changeType = listChanges.getType();

                    // on insert, do a delete
                    if(changeType == ListEvent.INSERT) {
                        listChanges.getSourceList().getReadWriteLock().writeLock().lock();
                        if (listChanges.getSourceList().get(index).equals("H")) {
                            System.err.println("MODIFYING unsortedList");
                            unsortedList.remove(0); //WILL NOT BE BROADCASTED!
                        }
                        listChanges.getSourceList().getReadWriteLock().writeLock().unlock();
                    }
                }
            }
        });
        unsortedList.getReadWriteLock().writeLock().lock();
        unsortedList.add("H");
        unsortedList.getReadWriteLock().writeLock().unlock();
        Thread.sleep(5000L);
        System.err.println("UNSORTEDLIST= " + unsortedList);
    }

Is this behavoiur expected?
I guess so, but would like to confirm it. Perhaps we should document this better?

Please see http://java.net/jira/browse/GLAZEDLISTS-531 for another example.

Thanks,
Holger

Hi all,

please have a look at
http://java.net/jira/browse/GLAZEDLISTS-528
and
http://glazedlists.1045722.n5.nabble.com/SortedList-indexOf-bug-td3421239.html

Could it be, that SortedList.indexOf misbehaves in case of mode AVOID_MOVING_ELEMENTS?

Shouldn't it read
if(mode != STRICT_SORT_ORDER || comparator == null) return super.indexOf(object);
instead of
if(mode != STRICT_SORT_ORDER || comparator == null) return source.indexOf(object);
?

Thanks for your help,
Holger

Hey guys,

any objections to make the changes suggested in
http://java.net/jira/browse/GLAZEDLISTS-514 ?

Thanks,
Holger

Hey guys,

as you might know, java.net has its own Nexus Maven repository manager at maven.java.net now.
Besides deploying to it with Maven, you can also deploy artifacts with ANT.
Details are available at
http://java.net/projects/maven2-repository/pages/MigrationAndCleanupRelatedDocumentation

I just adapted our build file such that we are able to deploy snapshots ("latest builds")
as well as stage releases there. As promoted releases are also synced to Maven Central,
we need no maven upload bundles anymore.
More details are available here for now:
http://java.net/jira/browse/GLAZEDLISTS-518

Feedback is welcome.

Thanks,
Holger

Hey James,

please have a look at http://java.net/jira/browse/GLAZEDLISTS-515

WDYT?

Thanks,
Holger

Hey guys,

as you might have noticed, the migration to the Kenai infrastructure has been done.
The new home is here:
http://java.net/projects/glazedlists/
Issues were migrated to JIRA:
http://java.net/jira/browse/GLAZEDLISTS
Mailinglists have changed from * <at> glazedlists.dev.java.net to * <at> glazedlists.java.net.
Mail archives and user accounts have been carried over.
The old downloads are available here:
http://java.net/downloads/glazedlists/
CVS repo has been migrated to SVN:
http://java.net/projects/glazedlists/sources/svn/show
I've successfully tried svn+ssh read and write access.

Does someone has admin rights for the Glazed Lists Nabble forums?
If possible, these should be changed to reflect the new mailing lists otherwise mails to the new lists will not appear there.

Anything else that's missing or wrong?

Holger