I've actually been thinking about this again and there maybe another way to do this without introducing another layer of abstraction. At the moment the rendering is done via the LayerRenderer using the Styles. What I could do is have it so you could select different LayerRenderer implementations for a layer.
The default is what we have now and then the alternates would be my filter based styling. The basic plan is the same I'd just be intending on using existing mechanisms to do it. Paul Paul Austin wrote: > I've been thinking about the styling of layers again in OpenJUMP. The > mechanism we have now is very flexible and allows us to do some really > fancy styling fairly easy. > > The only problem I have with it is that if you want to support multiple > styles per layer aka colour theming style of my filter style it renders > each feature twice, once with the basic style and once with the feature > style. This is because contention between the basic styles, colour > theming styles and my filter style. > > What I would like to propose is a two tier styling approach. > > At the top level we have the style manager. The style manager is > responsible for controlling what styles are used to render a specific > feature. The layer rendering mechanism would use the style manager to > say please render this feature. > > There would be a DefaultStyleManager which would behave exactly like the > current mechanisms with full backward compatibility on the layer with > the current layer related style mechanisms. > > We would then implement a ColourThemingStyleManager which would handle > theming on single attribute values. > > And a FilterThemingStyleManager for my stuff. > > There would be one active StyleManager for a layer at a time and the > Style dialog would change so you select which manager to use and then > have the different options for the styles once you select it. > > Any comments/suggestions on this approach? > > Paul > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > 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: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
