Oh and don't use an automated tool. It'll add far too much extraneous
noise to your files that will complicate the CSS skinning you are
after later. Hand code it and then move it around in CSS by hand.

This is my opinion. I know our CSS team hates it when someone sends
them something done in a design app since it breaks their standard
toolsets (browser tweaks etc). Its inefficient but thats the tax to be
paid for get ahead of the design process.

Another alternative that I have used is to design my UI in a tool like
iPlotz (awesome btw), exporting the result and sending that off to
HTML/CSS implementation @ RentACoder. It lets you 'design' a UI and
gets you 'logically designed html' without the expense of the designer
off the bat. Figure a few days to develop the mock-up and a week +
$100 to implement the HTML/CSS and get you developing in Wicket
without the CSS headaches. This may fit your process much better. Drop
me a line off the list if you want a list of great RAC CSS folks that
I use regularly.


On Tue, Oct 27, 2009 at 10:27 AM, John Armstrong <siber...@siberian.org> wrote:
> It makes sense what you are asking and it can be done. If you
> logically construct your div structure and liberally apply divs/spans
> so that your eventually CSS implementor can uniquely address any
> element on the page.
> More spans/divs will be better. For example, if you have an area of
> the page that has
> Firstname Lastname
> Address
> city, state, postal code
> my advice would be to wrap it all up with unique id's
> div
>  div firstname /div div lastname /div
>  div address /div
>  div city /div div state /div div postal /div
> /div
> This gives your designer a fighting chance of manipulating the
> required page elements via CSS later. You can always strip unused tags
> later.
> John-
> On Tue, Oct 27, 2009 at 10:10 AM, Ashley Aitken <mrhat...@mac.com> wrote:
>> Thanks Martin and John.
>> I realise that most projects start with Web/GUI storyboards and perhaps even
>> fully graphically designed pages and then add the dynamic stuff.  However, I
>> think my situation is somewhat the reverse. I want to design the "logical
>> interface" myself, header, footers, navigation, and page contents, the
>> hierarchy of contents including any text, but then have the graphic designer
>> "make it beautiful."
>> I'm hoping to make it possible for them to do this with a CSS file, and some
>> images (logos, buttons, etc.) I am wishing to know what I can do in the HTML
>> pages I construct to make this most possible, easy, efficient etc. I don't
>> mind the fact that when I am developing the app my pages will not look
>> right, hopefully they will be logically clear, in fact I would prefer that,
>> so I can focus on the logical interface rather than design specifics.
>> As I mentioned, I think of it as creating the pages but leaving the CSS file
>> empty (or at most some basic default).  Does that make sense?  Sorry if I am
>> not explaining myself clearly.
>> Thanks,
>> Ashley.
>> --
>> Ashley Aitken
>> Perth, Western Australia
>> mrhatken at mac dot com
>> Skype Name: MrHatken (GMT + 8 Hours!)
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org

To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Reply via email to