This makes my point. The fact that you and I have different ideas about what it should be. It should not be for the format driver to decide. It should be the decision of whoever is creating the ui.
Jesse Eichar wrote: > I'd expect the icon to be a polygon for a polgyons, line for line, > etc... Would you expect a generic "shapefile" icon? > > Jesse > > Le 7-Feb-08 à 1:35 PM, Justin Deoliveira a écrit : > >> Jody Garnett wrote: >>> Justin Deoliveira wrote: >>>> I am still not getting the point of icon. Would it be some well >>>> known icon that we copy into the shapefile module? And just return >>>> it as need be? What if an app wants to use another icon? Does not >>>> seem to fit. >>> From the point of view of making presentable user interfaces Title >>> and Icon are the basics for showing the user what is there. >> I understand that... but i am just struggling to figure out how the >> ShapefielDataStore can figure out which icon to return based only on >> information present in a shapefile. Can you answer my question. Is the >> intent to come up with a well defined icon for it, throw it in teh >> shapefile module, and return it? >> >>>> Also, a crazy idea (actually it was Chris's idea). Why not just make >>>> this a map or something and call it a day. That way formats can set >>>> the information they have, ignoring non-relevant stuff. >>> That is a good idea - thanks Chris. I would still like to document >>> the keys; so we don't end up with a magic strings API like gdal has... >>> I will think for a bit and we can take this on after the current >>> DataStore storm has died down. >> Cool, done. Make it a map and only have parameters set which can >> logically be set. Its simple, logical, and we dont have to add any new >> interfaces. I like it. Go Chris Holmes. >>> Jody >>> ------------------------------------------------------------------------- >>> >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> _______________________________________________ >>> Geotools-devel mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/geotools-devel >>> >> >> >> -- >> Justin Deoliveira >> The Open Planning Project >> [EMAIL PROTECTED] > > > !DSPAM:4007,47ab7abd70095409313003! > -- Justin Deoliveira The Open Planning Project [EMAIL PROTECTED] ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
