Re: Bug 211, any timeline?

Jesse,

Wow! That's fantastic news. I must say that after working with Glazed 
Lists for a few days converting about 10 of my old tables over to it, I 
am very impressed. Thanks for your work and also being so prompt on 211. 
That's going to be very cool.

Thanks!

Jeremy

Jesse Wilson wrote:

>Hey Jeremy ---
>
>This has been a recurring request from both yourself
>and a friendly guy named Fabian. James and I had a
>little chat about our approach on this issue, and I think
>we've finally come up with something we really like.
>
>Look forward to this problem being resolved within a 
>day or so!
>  
>

GlazedLists in JTree

Hello,

I'm a very begginer with Glazedlists and I'm trying to substitute my much more 
limited, self developed event data structures with them.

What would be the way to use Glazedlists in a tree model?. I have a four level 
hierarchy of objects (points grouped in lines grouped in files grouped in jobs).

I find it difficult to see how to create this group levels and have events 
passed to each container by it's children when some change occurs. Say for 
example that a point is edited in the table and the field that groups it into a 
certain line gets changed, the line group should be notified to remove the 
point, and the file too to put the point in it's new line group or create a new 
one if it does not exist. GUI Widgets need notification too, and the tree model 
needs to be aware of the grouping relationships at each level to locate the 
affected elements and update the tree node structure accordingly. Else I should 
have to create the whole tree over and over (slow, flickering effect and hard 
to keep the tree expansion and selection state).

Points are not conceptually lists but value objects so, how do I make direct 
changes on the elements propagate to the lists and still be able to group 
events on massive element updates?, having them set again it the same position 
of the list they belogn to? how can I have all the lists the element belongs to 
be notified?

It puzzles me that BasicEventList be final. I had thought of exending from it 
to implement groups like the lines and files in my case, which are only 
specializations of lists, inherinting the event firing mecanism. As I need some 
attribute into the groups (the id of the line, the name of the file, etc) I can 
only implement them with an EventList attribute to hold the children, and 

cap doffing

Glazey sundays,

Had to say it. 14,000 elements. Filtering beautifully, sorting quicker than a blink (ok, 2..), hardly
noticeable and going down a treat with all users.

Superb work, superb. A great project. Well managed Open Source. A gem.

Cheers

Alan

Re: GlazedLists in JTree

Hi Juan -

> I'm a very begginer with Glazedlists and I'm trying to substitute  
> my much more
> limited, self developed event data structures with them.

Welcome! I think you'll find it's a great library and there's a great  
community here.

> What would be the way to use Glazedlists in a tree model?. I have a  
> four level
> hierarchy of objects (points grouped in lines grouped in files  
> grouped in jobs).
>
> I find it difficult to see how to create this group levels and have  
> events
> passed to each container by it's children when some change occurs.  
> Say for
> example that a point is edited in the table and the field that  
> groups it into a
> certain line gets changed, the line group should be notified to  
> remove the
> point, and the file too to put the point in it's new line group or  
> create a new
> one if it does not exist. GUI Widgets need notification too, and  
> the tree model
> needs to be aware of the grouping relationships at each level to  
> locate the
> affected elements and update the tree node structure accordingly.  
> Else I should

Re: cap doffing

> Had to say it. 14,000 elements. Filtering beautifully, sorting  
> quicker than a blink (ok, 2..), hardly noticeable and going down a  
> treat with all users.

Slacker. I believe my highest filtered list so far has been 2 million  
elements. Did pretty well too. 

Rob

--

-- 

"Let your heart soar as high as it will.
  Refuse to be average."
                            - A. W. Tozer

column 2 reversed, column 3 comparator 1

Hey Jeremy ---

We've implemented support for programmatic configuration
of multiple column sort. This will allow you guys to do 2 things:
  1. Initialize a default sort order involving multiple columns
  2. Persist which columns are being sorted and how

The implementation replaces a method, 'chooseComparator(column,  
columnComparator, reverse)'
with a slightly different method, 'appendComparator(column,  
columnComparator, reverse)'
Normally I hate to remove methods because it annoys all you
developers but my team wants to remove everything that is
deprecated when we make our 1.0, and so I'm getting rid of
this method early.

Here's what's different:
   chooseComparator() assumes you only want a single column sort,
and replaces your entire sorting state.
   appendComparator() assumes you want multiple column sort, and
it just adds the new column at the end of the sorting columns.

If you really want to set just a single Comparator, you need 2 steps:
    clearComparator()
    appendComparator();

Also note that if you're already sorting by some column x, then
appending another comparator for that column will silently fail.

Re: column 2 reversed, column 3 comparator 1

splendid idea..
Although me not very fond of the String format. I admit it becomes a
very readible thing. It is not that easy to handle in places were one
would like to programmatically update/create that string format.
Suppose program A has save it's comparator state like
"column 3 reversed, column 1 comparator 2, column 5 comparator 1
reversed, column 0"

And for some reason, the next version of the program has added/removed
a column. That would mean the string should be parsed, to handle the
situation.
It may not be the best example but can illustrate the problems with
these string formats states.
All of my objection will off course faint if we have access to some
public API for the parser. So that we are release of the burden of
parsing these strings. Will that be the case?

Anyway..
Good work.. I still have 2 weeks before my release and this change
surely comes in handy!!
BTW. I do like the move towards jdk1.5  and the effort done to support
the jdk1.4. It's an example to other projects!

GL

roel

On 02/09/05, Jesse Wilson <jesse <at> swank.ca> wrote:
> 
> Hey Jeremy ---

Re: cap doffing

Filtering two different lists with two different object types via one combo

Is it possible to have one combo box (powered by an abstract matcher
editor) to match two different lists which are associated with two
different object types.  For example if I had a combo box for country,
a combo box for state, and a table with user entries.  I would like
the country matcher to filter both the states and the user results. 
Thank you in advance.

Thank you,
Norman Laskie

Sorted JTable rows moving while editing

I know I've seen this issue come up several times, but I can't remember what 
the current state or solution is, so I thought I'd ask on the list.  I'm 
really just trying to be lazy and avoid digging into things too much. ;)
We have a sorted JTable, and my users are a little annoyed that rows jump 
around as they edit cells (this is, of course, because the cell happens to be 
in one of the columns involved in the sorting).  Sometimes this will also 
cause editing to break (sometimes when they edit a cell, tab to the next 
cell, and begin typing, the selection magically stays on the same table row, 
even though the row they were editing has now moved to a different sorted 
position, so their new edit ends up being in a different row than intended - 
this is not consistent, however).
As a workaround, do you think it would work to place a FreezableList on top of 
a SortedList for use in a JTable?  I'd like to delay sorting or to have 
sorting occur only "on demand" (so that my code could manually invoke sort at 
convenient times).  Between sorting, I would like all existing rows to remain 
"static", so that they are in the same positions they were in since the last 
sort.  I then have only to decide when it makes sense to actually sort. :)

Thanks,
  Andy