Hi, On Tue, 2007-03-06 at 11:19 -0800, Akkana Peck wrote: > Rich text support would be a very useful and fun SOC project. > > It might require architectural agreement on how the rich text would > be stored in the XCF (which might not be backward compatible). > Is that a problem? Or is there already a model for that? The text tool has been designed with that in mind. It shouldn't be problematic to extend the text parasite in backward compatible way. The current code ignores properties that it doesn't know about. As long as the extended text attributes can somehow be serialized and deserialized this should be unproblematic. > When I saw the header I was hoping this covered things like > remembering settings from the various save plug-ins (like, always > show JPEG preview, always save exif, never save thumbnail). > Turns out that's not covered -- but it would make a nice SOC project > that would be very widely useful. Yes, this would be very useful and has been on our list for quite a while. Actually, a lot of the changes in 2.3 are working towards this goal. Probably the best way to implement this in a way that makes it easy for plug-in developers is to introduce an alternative PDB API. One that has named, typed parameters with default values. If we base them on GObject properties we can use the framework in libgimpconfig to serialize and deserialize the plug-in values. It would become trivial to even store multiple presets per plug-in. And it would make scripting a lot more comfortable. Now the question is, can we define reasonable SoC projects that help us to get there? Sven _______________________________________________ Gimp-developer mailing list Gimp-developer@xxxxxxxxxxxxxxxxxxxxxx https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
