gmane.comp.java.glazedlists.user

Re: JXTable: viewport not repainted after clearing the eventList

Holger Brands — 2013-05-21T20:38:48

Hi,

sorry for the long delay.
I found out that the problem occurs when the property "fillsViewportHeight"
of the table is set to true.
Whereas the default value is true for JXTable, it's false for a JTable.
As a workaround you can set this property to false:
myJXTable.setFillsViewportHeight(false);

I can reproduce the issue with a normal JTable and Glazed Lists on JDK 1.6
when setting this property to true:
myJTable.setFillsViewportHeight(true);

The cause of this problem is the known mismatch between ListEvents and
TableModelEvents.
A ListEvent can represent more than one block of events, for example
multiple deletions at different indexes.
Each block is translated to one TableModelEvent, so multiple
TableModelEvents could be generated.
In response to a TableModelEvent, the table uses the row count of the model
to determine the rectangle that needs to be repainted.
The problem is, that the model returns the row count representing the state
after processing the whole ListEvent
and not the row count represe

Re: Retrieving selected AutoComplete Object

James Lemieux — 2013-05-20T07:10:09

comboBox.getSelectedItem()<http://docs.oracle.com/javase/6/docs/api/javax/swing/JComboBox.html#getSelectedItem()>should
be the method you're looking for.


On Sun, May 19, 2013 at 12:21 PM, <njrzdevil< at >aol.com> wrote:

Retrieving selected AutoComplete Object

2013-05-19T19:21:29

I have a setback in using GlazedLists within my program and would love
your assistance in solving this (probably simple) problem.

I'm using an autocomplete text box:
AutoCompleteSupport support = AutoCompleteSupport.install(
comboBox, dataCenter.createCommands());

BasicEventList<Command> is what is used, and Command
contains both a String and unique ID #.


Essentially, right now I have the code working such that when the
user presses enter, I look at the text inside the text box after an
ActionEvent 
via:

((JTextField) comboBox.getEditor().getEditorComponent()).getText();

The problem with this is that I could have two Commands, both with the
same name (which is the toString) but different unique ID's.

Visually, I could overcome this via color coding, but functionally, I
cannot determine the difference as the Strings are the same. 

Essentially what I'm asking is, Is there any way that I can see which
Command (Object) was selected on ActionEvent? As opposed to just the
String?

Re: Make my ListChangeListener to be called as last one

James Lemieux — 2013-04-17T18:55:11

Hey Dirk,

   Hmmm.... that's a tricky requirement. I think adding a listener to
TreeList is as close as you'll get right now, but it depends on your
desired results. What I mean is:

If your pipeline really is as simple as you sketch then I think your
listener is in the right spot. But, I suspect you have some UI Models
listening to the TreeList and they have not yet been called when your
listener is notified. I'm not sure if your goal is to know your PIPELINE is
consistent, or to know that every last listener on that pipeline has had a
chance to react to the ListEvent.

   I've mused for a while at bracketing callbacks to listeners from the
ListEventPublisher before and after a ListEvent is about to ripple through
the pipeline might be an ok idea. It would be ideal for your current use
case.

James


On Wed, Apr 17, 2013 at 8:33 AM, Dirk Fauth <dirk.fauth< at >gmail.com> wrote:

Make my ListChangeListener to be called as last one

Dirk Fauth — 2013-04-17T15:33:13

Hi,

I am searching for a way to create a ListChangeEventHandler that is called
after all other listeners are finished. I have found the ListEventPublisher
documentation, but addDependency() is deprecated and it doesn't work.

I have the following EventList stack:
1. GlazedLists.eventList()
2. GlazedLists.threadSafeList(eventList)
3. SortedList(threadSafeList)
4. FilterList(sortedList)
5. TreeList(filterList)

I started adding my listener to the TreeList, but at processing time it
seems the other lists are not yet finished processing. If I add a delay
before processing, everything works fine.

In the Javadoc I read that I should use setRelatedSubject() instead of
addDependency(). But I am not sure what relatedSubject should be to achieve
that my listener is called as the last one in line.

Any help is appreciated.

Thanks in advance,
Dirk



--
View this message in context: http://glazedlists.1045722.n5.nabble.com/Make-my-ListChangeListener-to-be-called-as-last-one-tp5709917.html
Sent from the GlazedLists -

Re: JXTable: viewport not repainted after clearing the eventList

Holger Brands — 2013-03-20T18:56:23

Yes, I was able to reproduce the issue.
But I didn't have the time to debug the issue yet.
I hope to find some time in April again...

Sorry for the delay,
Holger

2013/3/20 davide.cavestro <davide.cavestro< at >gmail.com>

Re: contribution offer: HierarchicalList

davide.cavestro — 2013-03-20T08:11:14

lumo wrote

Isn't yours /hierarchical filtering/ on a list? To me the term
/HierarchicalList/ resemble a /List/ with some additional informations that
can be applied on its data in order to see it as a hierarchical structure.
And that's the job of /TreeList/. But maybe the fact that I'm not a native
English speaker limits my understanding of what you meant.
Cheers
Davide



--
View this message in context: http://glazedlists.1045722.n5.nabble.com/contribution-offer-HierarchicalList-tp5709886p5709901.html
Sent from the GlazedLists - User mailing list archive at Nabble.com.

Re: JXTable: viewport not repainted after clearing the eventList

davide.cavestro — 2013-03-20T08:02:19

hbrands wrote

Did you reproduce it with the sources I sent some days ago?
Please tell me if you need other info.

Cheers
Davide



--
View this message in context: http://glazedlists.1045722.n5.nabble.com/JXTable-viewport-not-repainted-after-clearing-the-eventList-tp5709890p5709900.html
Sent from the GlazedLists - User mailing list archive at Nabble.com.

Re: JXTable: viewport not repainted after clearing the eventList

davide.cavestro — 2013-03-11T09:11:21

Hi Holger,
the following Java source reproduces the issue on my system:

/source: *src/main/java/Test.java*/


Please note I've not applied any refactoring just to leave it a simple
translation of groovy code.

Cheers
Davide

PS: Here you are a gradle build script for your convenience.
/source: *build.gradle*/




--
View this message in context: http://glazedlists.1045722.n5.nabble.com/JXTable-viewport-not-repainted-after-clearing-the-eventList-tp5709890p5709897.html
Sent from the GlazedLists - User mailing list archive at Nabble.com.

Re: JXTable: viewport not repainted after clearing the eventList

davide.cavestro — 2013-03-10T13:47:40

No, I've triggered the problem into my griffon app, so with groovy code.
But now I'll try to reproduce it in a pure java environment.

Cheers
Davide

2013/3/9 hbrands [via GlazedLists] <
ml-node+s1045722n5709895h51< at >n5.nabble.com>





--
View this message in context: http://glazedlists.1045722.n5.nabble.com/JXTable-viewport-not-repainted-after-clearing-the-eventList-tp5709890p5709896.html
Sent from the GlazedLists - User mailing list archive at Nabble.com.

Re: JXTable: viewport not repainted after clearing the eventList

Holger Brands — 2013-03-09T20:47:34

Until now I'm not able to reproduce this in a pure Java app.
Do you have a Java example that demonstrates this issue?

Thanks,
Holger

2013/3/9 Holger Brands <holger.brands< at >googlemail.com>

Re: JXTable: viewport not repainted after clearing the eventList

Holger Brands — 2013-03-09T12:35:07

Just to let you know that I can reproduce the issue with your groovy script.
At first sight your code looks ok to me.

I'll come back to you know when I can say more about the issue...

Holger

2013/3/8 davide.cavestro <davide.cavestro< at >gmail.com>

Re: AdjacentGroupingList

Clayton Carter — 2013-03-08T22:19:59

My first idea was to create a custom comparator that would attempt to use
the .getSourceIndex() method of the GroupingList, but that was ugly and of
course getsourceIndex() is a protected method.

Yes I understand about testing and looking at the code I can see some
assumptions that were made as to the source list being ordered.  My sketch
was laughably simple, but I'll be taking it a bit further as time permits
in the next few weeks and I'll let you know how it performs.

Clayton



On Fri, Mar 8, 2013 at 1:27 PM, James Lemieux <jplemieux< at >gmail.com> wrote:

re[2]: AdjacentGroupingList

Kevin Day — 2013-03-08T19:25:15

Re: AdjacentGroupingList

James Lemieux — 2013-03-08T18:27:13

Interesting.

We've become ok over time with the fact that a side-effect of our
GroupingList implementation is that the groups become ordered. The
overwhelming majority of real world use cases either don't care that this
happens or prefer the side effect of ordered data. But, you have your
requirement, so you have to solve it.

I don't think there is a clever way to write a magic Comparator here.
You're too much at the mercy of how the caller chooses to use the
Comparator. What I mean is, you're being asked to compare two values
without any regard for their current position in the unsorted data
structure. Usually this veil of ignorance about position is considered a
Good Thing (tm). If you were to start assuming you can safely return 0 for
"equal" objects and -1 for everything else to preserve their relative order
then you're making a lot of assumptions about which element is fed in as
arg0 and which element is fed in as arg1. That's just too much assumption
for my blood.

I am pleasantly surprised to hear t

JXTable: viewport not repainted after clearing the eventList

davide.cavestro — 2013-03-08T16:15:11

I have a based on a GL list. If I use a JTable instance everything works
fine. If I switch to a JXTable it seems that when I clear the eventList used
to build the table model, the table viewport doesn't completely refresh.
Could it be related to
http://glazedlists.1045722.n5.nabble.com/Clearing-rows-in-JXTable-raises-exception-on-row-count-td3419014i20.html
?

I've isolated it the following way on a basic groovy script (you can launch
it from groovyConsole, without any external app) 
Running it on my Linux OS: 
1. The table starts with 3 rows. That's fine. 
2. When I press /Update cell/ the 2nd row name cell switch to an updated
value. That's fine.
3. When I press /Clear list/ the table should be cleared (all rows removed)
while *I see only a partial repaint of the first row* (with the background
color), but other rows still remains visible, unless I force a repaint (i.e.
minimizing and restoring the window, resizing, etc)

* The problem continues to be reproducible even if I replace
/JXTableSupport.install/

AdjacentGroupingList

Clayton Carter — 2013-03-08T14:23:39

I found myself needing to generate an effect similar to that of
GroupingList but without sorting the the list before doing the grouping.
(The objects would be sorted on one property but grouped on a different
one.)  Which is to say I wanted to take a list like :

[a, a, b, b, a, c, c, c, a]

And transform it into:

[ [a, a], [b, b], [a], [c, c, c], [a] ]

Please correct me if I'm wrong, but I didn't see a way to do this with a
simple Comparator since GroupingList sorts and groups using the same
Comparator.

I was able to achieve the desired results by copying the code for
GroupingList and Grouper and changing all of the references to SortedList
from that to just EventList.  (I also added an argument to Grouper() to
take the Comparator since it won't be coming through with the SortedList
anymore.)

This worked perfectly.  My questions are:
1) Does this make sense as the best approach or am I overlooking some
interesting way to construct a Comparator to do what I want.
2) If this approach does make sense, woul

Re: contribution offer: HierarchicalList

lumo — 2013-03-01T06:26:42

dont get me wrong,
but TreeList is not the same.
Hierarchical means you are going from one source list to one output list and
you limit your results by applying multiple filters (and you can see the
resulting list for each level)

TreeList (< at >see
http://publicobject.com/glazedlistsdeveloper/screencasts/treelist/TreeListExample.java)
creates new Instances of Objects.

mine does not, it only provides you the data you are querying for.

to me this looks like two pairs of shoes
(if not please create a small runnable exampe to proof)

thanks



--
View this message in context: http://glazedlists.1045722.n5.nabble.com/contribution-offer-HierarchicalList-tp5709886p5709888.html
Sent from the GlazedLists - User mailing list archive at Nabble.com.

Re: contribution offer: HierarchicalList

James Lemieux — 2013-02-28T18:19:08

GL includes SeparatorList (one level of hierarchy for grouping) and
TreeList (more general, multi-level hierarchy) transforms already.

James


On Thu, Feb 28, 2013 at 2:11 AM, lumo <luke2000< at >gmx.at> wrote:

contribution offer: HierarchicalList

lumo — 2013-02-28T10:11:22

Hello!

first of all, thanks to anyone working on GlazedLists! you do a great job.

in my application i needed an HierarchicalList, but i was not able to find
anything like this.
(let me know if i just wasted time and this is already possible with
GlazedLists from stock)
therefore i implemented one based on GlazedLists (FilterList and UniqueList)
quick and dirty.

today i refactured the code and made it more general to be able to
contribute to glazedlists.

*if one of the committers of GlazedLists reads this and is interested in,
please leave me a message.*

*here a small sample program which shows its useage:*

import hierarchical.glazedlists.HierarchicalContentProvider;
import hierarchical.glazedlists.HierarchicalList;

import java.util.ArrayList;
import java.util.List;

import ca.odell.glazedlists.BasicEventList;
import ca.odell.glazedlists.EventList;
import ca.odell.glazedlists.UniqueList;

public class TestHierarchicalList {
public static void main(String[] args) {
// create an EventList of Songs
f

Re: Any way to get fine-grained control on treetable model updates, similar to AbstractTableModel.fireTableCellUpdated()

davide.cavestro — 2013-02-28T08:32:01

Removing the /special treatment/ for leafs, hence handling them as every
other node seems to fix the problem. I've not seen any side effect so far.



--
View this message in context: http://glazedlists.1045722.n5.nabble.com/Any-way-to-get-fine-grained-control-on-treetable-model-updates-similar-to-AbstractTableModel-fireTab-tp5709850p5709884.html
Sent from the GlazedLists - User mailing list archive at Nabble.com.