|
From: Robert H. \(old\) <rha...@sa...> - 2002-12-09 20:59:36
|
Jesse,
If you want all line patterns why not just call=20
public LineStyle[] getSupportedLineStyles();
Robert
One who misses meetings.
----- Original Message -----=20
From: jesse crossley=20
To: geo...@li...=20
Cc: Dale McIntosh=20
Sent: Monday, December 09, 2002 12:20 PM
Subject: [Geobject-core] Re: Geobject meeting
still need to discuss the use of OrientationSources, as not everyone =
is satisfied with the new usage.=20
need to discuss the possibility of overloading some primitive methods =
with LatLonAlt instead of just=20
CoordinateSource to save time and pain within the primitive methods.=20
tasks now assigned to me:=20
62718: copy Style.implHints=20
(i assume this just needs to be noted in the setPropertiesFrom =
method? this is actually gonna be a pain,=20
because we don't have any way to get the implHint keys. we could =
just say that in java the implHints must=20
be a Map, and then we could getImplHints and copy the Map into =
our new one)=20
62769: unit params missing=20
i'll keep looking. i noticed that GeoIcon's setRotation was wrong =
(not yet taking an OrientationSource)=20
but most of the rest looked good.=20
60937: resolve consume on GeobjectEvent.=20
why don't we just make concrete Event classes? is there anything =
to be gained by leaving them as interfaces?=20
67308: combine the EnumerationTypes.=20
have the code working on my machine, just need to check it in. =
BUT, while digging through the ETs and extending=20
classes, it seemed to me that we could still offer a =
'getPatternByValue' or 'getStyleByValue' even though we have=20
things like DashPattern extending LinePattern. we REALLY need =
this capability, even if it won't necessarily jive=20
between the times we run a GeobjectImpl. for example, maybe i =
create three LinePatterns. the code i worked on=20
will put the new LinePatterns in the array of all LinePatterns, =
LinePattern then has a static getArray() method (which=20
should return a clone for safety) and a static =
getPatternByValue(int) method. however, the next time i run, maybe=20
i don't create the three LinePatterns, and so requesting one of =
them by value could fail or return a different pattern=20
altogether. but at least within one running of a JVM i could get =
ahold of all LinePatterns. let me know if you want=20
to see the code before i check it in.=20
add get/setLabelColor to Style=20
and thoroughly document everything. my intention is to doc as =
follows: labelColor is the color for a Geobject's label=20
(which is specified within its Style object). foreground is for =
foreground colors (line colors, icon colors, GeoLabel's text=20
color), background is for background colors (fills, essentially).=20
this will create a difference from the Jm text object thingy, but =
if i recall correctly, this behaviour was okay with those of=20
us that bothered to come to last week's meeting...=20
document that Canvases should accept other Impls' Geobjects.=20
(a documentation task, should outline possible implementation)=20
add Map2DCanvasCapabilities (should also have GeoCanvasCapabilities =
then, too, separate from GeobjectCapabilities?)=20
the Map2D version will add the getSupportedProjections() method.=20
=20
remaining questions:=20
what does 'add the URL methods to GeoIcon and GeoScaledImage' =
mean?=20
=20
that's about all i've got from the mediocre notes i took. anyone =
recall anything i missed?=20
=20
jdc=20
=20
Rich Kadel wrote:=20
Dale, Jesse,Can you send me the decisions made yesterday and any =
actions assigned? Are we going to make the concrete LatLonAlt and other =
coord classes "new"able?Thanks,Rich -- Rich Kadel=20
Chief Technology Officer=20
Polexis, Inc.=20
Direct: 619-542-7213=20
Fax: 619-542-8675=20
http://www.polexis.com/=20
transforming data into knowledge=20
|