Re: [Gimp-developer] xHTML+CSS importer plugin
/gg wrote: These are just assumptions you are making , not a standard of any kind. They are not just assumptions: a DIV without class or ID or style is impossible to be visually formatted. So a clean div is just for conceptual delimitation. A DIV with one of those attributes can be -or not- visually formatted, so it depends on which css styles are applied. If you read the css information you can easily realize which are visual blocks and which are not. And about the standard thing, just refer to the W3C's Visual Formatting Model. There you can get information on which css attributes should be considered or not. It is a good idea in itself but since there is no fixed way this will be implemented by any web designer it's far too vague to start writing a plug-on for. If most of the web designers out there don't follow the standards, it doesn't make my suggestion too vague. Is a standard procedure. If programs like dreamweaver or even NVU skip the standards trying to make a user friendly program doesn't mean that those standards don't exist. This seems firmly outside what gimp has decided to be as an image editor. That's why I suggest a plugin. It seems that many people asked for slicing (which isn't a standard or a fixed way to design either, because there is no fixed ways to make things in design in general) as a core function of Gimp. I'm aganist it. So I suggested that xHTML+CSS importer plugin as an interesting approach for a similar use, but as an external, optional function. I'm not saying it's a must-be and Gimp must have it by default. It's just an idea. Thank you for your comments. Gez. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] xHTML+CSS importer plugin
Original-Nachricht Datum: Tue, 29 May 2007 12:27:39 -0300 Von: Guillermo Espertino [EMAIL PROTECTED] An: [EMAIL PROTECTED], gimp-developer@lists.XCF.Berkeley.EDU Betreff: Re: [Gimp-developer] xHTML+CSS importer plugin /gg wrote: These are just assumptions you are making , not a standard of any kind. They are not just assumptions: a DIV without class or ID or style is impossible to be visually formatted. nitpick You can still reach it via adjacent sibling, child or descendant selectors, or - if it does have any other attribute - an attribute selector. /nitpick Michael -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] xHTML+CSS importer plugin
/gg wrote: There's nothing wrong with your suggesting an idea to the list. Your input as a web designer could be relevant if you can be specific. Can you be more precise than wireframe? I still dont know what you are wishing to see implemented. Ah, Ok. Look, I said wireframe meaning the structure of divs (with their heights, widths and background colors and relative position beetwen them) in a xhtml+css document. My idea for a plugin is to parse (i don't know if this term is correct) that information creating a new document with layers with solid fill with the same dimensions and placement that the div blocks of the source document have. So, a plugin or script for this should read the document and its css, and place the new layers in a blank image template. As a xhtml is a text file, the order of the div blocks will be consecutive. The divs with their width, height, floating and other styles related to the visual formatting model will have a class, ID or style applied to read from. The divs with other purposes (conceptual delimitation) won't, so they can be skipped. I haven't a coder background, so I cannot say how (and if it can be easy to implement or not), but I think that it's, at least, an interest idea. And it sounds logical to me. Maybe it would be possible to use an external rendering engine (gecko or so) for translating the html elements into graphical blocks. Gez. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer