Sure but it is also nice to not have to think and just have a default right there.
Jesse Le 7-Feb-08 à 2:38 PM, Justin Deoliveira a écrit : > 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
