Summary: | Add level-of-detail support to rendering pipeline | ||
---|---|---|---|
Product: | [Tools] GEF | Reporter: | Marc Gobeil <mgobeil> |
Component: | GEF-Legacy GEF (MVC) | Assignee: | gef-inbox <gef-inbox> |
Status: | NEW --- | QA Contact: | |
Severity: | enhancement | ||
Priority: | P3 | CC: | bruck.james |
Version: | 3.5 | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Whiteboard: |
Description
Marc Gobeil
2009-03-06 18:02:25 EST
levelOfDetail = determinant(graphics.getTransform()); where levelOfDetail is the area covered by a transformed 1x1 pixel square. (In reply to comment #1) > levelOfDetail = determinant(graphics.getTransform()); > > where levelOfDetail is the area covered by a transformed 1x1 pixel square. > I assume that's a suggestion for its implementation since Graphics doesn't have a public getTransform() method yet, and that it carries implied support for the general idea. Are you suggesting I add a public getTransform() method to graphics so clients can calculate the level of detail themselves, or would that be wrapped into a method in Graphics? It sounds to me like option 2, providing the scale factor, but that one transform may not account for the full method call to screen chain of transforms. For example, a ScaledGraphics wrapping an SWTGraphics both with scale factors set. Also, is it a vote against mixing in Device.getDPI()? -------------- On a side note, I was thinking of what tools would be helpful to make use of the feature. One I've thought of so far is a multi-resolution Image class to return an appropriately detailed copy of the same image based on the LOD factor. Anyone have some other ideas? |