Hello Paul, hello Larry,
sorry for my late response, but I'm working from 9 to 7 in Germany .....
:-)
But it is good to know that I get a response in the early evening on the
same day if I have a question in the morning. :-D
Paul,
after I tried it with turned off firing events on the layer manager I
could remove the first CTS without any problems.
So thank's for that.
But why should I turn off firing events for a CTS and not for a
BasicStyle ?
Greetings from Hannover, Germany on a fresh but not rainy wednesday,
Malte
Paul Austin schrieb:
Malte,
Did you turn off firing events on the layer manager before starting to
make your changes?
Paul
Larry Becker wrote:
Oh, I figured the first answer was a little too obvious. 8-)
As to where the CTS object is coming from, I think it is
LayerTreeModel.getChildren():
if (parent instanceof Layer
&& ColorThemingStyle.get((Layer) parent).isEnabled()) {
...
ColorThemingStyle.get() is:
public static ColorThemingStyle get(Layer layer) {
if ((ColorThemingStyle) layer.getStyle(ColorThemingStyle.class)
== null) {
ColorThemingStyle colorThemingStyle = new
ColorThemingStyle(
pickNonSpatialAttributeName(layer
.getFeatureCollectionWrapper().getFeatureSchema()),
new HashMap(), new
BasicStyle(Color.lightGray));
layer.addStyle(colorThemingStyle);
}
return (ColorThemingStyle)
layer.getStyle(ColorThemingStyle.class);
}
It seems to always add a CTS if one is not found. A very strange side effect.
regards,
Larry
On 9/11/07, Malte Weller <[EMAIL PROTECTED]> wrote:
Hi Larry,
thanks for your reply.
I know that the CTS added first should be removed first. ;-)
But I was only able to remove that after I added the second one.
In my Thread I look at the Style-List of my new Layer if it holds a CTS
Object.
If so, I try to remove it because my new CTS Object should be used.
Surprisingly I could not remove it. It will added immediately at the
end of the List again.
For example at the beginning it was in the middle of the List and now I
find it at the end.
I can remove a BasicStyle Object without any problems.
It is only possible to remove the first CTS Object from the List after I
added my new one.
I think, I should be able to remove the first CTS from the list without
any trouble like the BasicStyle and not only after I added a second one.
Maybe, the use of a Thread causes this problem ?
Greetings from Hannover,
Malte
Larry Becker schrieb:
Hi Malte,
If I understand you correctly, I guess I'm not surprised at the
fact that a Style added first would be removed first since the
underlying data structure is an ArrayList. The javadoc for ArrayList
says that list.remove(o) will delete the first occurance of o in list.
regards,
Larry Becker
On 9/10/07, Malte Weller <[EMAIL PROTECTED]> wrote:
Hello List,
I use a Thread to create several Layers from a Database.
My run-Method calls two other Methods.
First one to create and add the layers.
Second one to create a ColorThemingStyle-Object to add this to the
created Layer.
If the Layer holds a ColorThemingStyle-Object it should be removed and
the new one should be added.
By default my new Layers are holding a ColorThemingStyle-Object (Does
anybody know where this one will be added to the Layers Style List ?).
Immediately after I removed the "default" CTS-Object from the List it
will be added again at the end.
So I cannot remove this "default" CTS-Object.
After I added my new CTS-Object it looks like that the "default"
CTS-Object is still be used instead.
I found a workaround for that.
I add my new CTS-Object first and then I remove a CTS-Object with
"layer.removeStyle(ColorThemingStyle.get(layer));
Surprisingly the "default" CTS-Object has been removed and the new CTS
is shown.
Can anybody varify this behaviour and has a explanation for it ?
Greetings from Hannover,
Malte
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
begin:vcard
fn:Malte Weller
n:Weller;Malte
email;internet:[EMAIL PROTECTED]
tel;work:0551/762-19255
url:http://www.umwelt.uni-hannover.de
version:2.1
end:vcard
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
