From: Evan R. <eva...@gm...> - 2006-04-22 14:43:19
|
yeh ignore my colors and layout in that screenshot. it's what i did in about 10 mins to get something to show what fields we had to deal with. we could easily add a <p> to each <div> with text as a description of what the user needs to fill in there. I originally had it, but thought it seemed to be too much text for such trivial info. a better option may be to do something with a mouseover i would also suggest, if we are beginning to redo the layout, that we move away from tabled layout and into all css/div stuff. first, it's web 2.0friendly. but most importantly, it allows users to generate their own layouts (skins) down the road...which would be inline with the plugin culture you want to aim for. and it's always better to look at it that way from the ground up, rather than have to change it all later. (if you haven't seen it before, check out http://blog.html.it/layoutgala/ --- 1 simple tableless layout in 40 different stylesheets kind of shows endless possibilities. On 4/22/06, Andrew Turner <ajt...@hi...> wrote: > > On 4/22/06, Evan Roth <eva...@gm...> wrote: > > ok, then here you go. a screenshot of what i am aiming for, as well as > the > > html markup. > > As I mentioned in my other email, I like the layout. Perhaps just > splitting up the help info so it's next to the appropriate fields. > > > 1 thing i left out, since i'm not quite that far yet...when the user > submits > > back, of course we need to run through and check for errors. if an > error is > > found, the <div> encasing a label and input/select will have a border o= f > > some color (red usually is good for errors) and we insert a short error > text > > <p> in the <div> above the input field, so the user can correct it. > > Well, we can do on the fly error checking via JS (valid email, valid > hostnames, etc.) and then do actual "can I write to the db" testing > and return like you said. > > > > > feel free to change colors, fonts, layout or even the markup as > needed. i > > can fix the code later. I'd also imagine that this does not need to fi= t > > into the redesign of the site, since the script is run once, and then > > hopefully moved or deleted. (although keeping with our color scheme is > > always a good idea) > > > > Definitely color scheme/style. > > > > > On 4/22/06, Broken Kode <kha...@gm...> wrote: > > > I wouldn't call myself an expert on anything :), however I dabble and > I > > He's lying. :) > > Khaled, you mentioned about doing the code of the layout or the CSS of > the layout first. I think it would be better if you created the > prototype CSS for the site. When you come to things like tables, just > put a single row and then we/I will go back and insert the PHP to fill > in the table for each row. You can also put in any comments <!-- --> > or just <p class=3D"design_comment"></p> for 'how' something should work > if you have any ideas. e.g. > > <table id=3D"feeds_table"> > <tr class=3D"feeds_row even"><td>Example > title</td><td>View</td><td>Delete</td></tr> > </table> > <p class=3D"design_comment">The row should fade away when the user hits > delete. When the user presses "view" there should be a cool flyout</p> > > I think doing the CSS/Layout first will allow you to work with a clean > slate and implement exactly what you have designed/pictured. Then we, > as programmers, can just fill in the underlying nitty-gritty. > > > > > know enough people who are experts if I hit a brick wall, so if you > want > > > I can jump in to play around with the CSS and then people can see wha= t > > > I'm trying to do and either code it in a cleaner fashion or streamlin= e > > > it as they see fit or whatever? > > > > > > I'm going to have to wait and see what happens with the whole SVN > change > > > and whatever before I jump into that area though.. > > Do you have, or know how to run SVN? It's rather straight forward. > > > -- > Andrew Turner > ajt...@hi... 42.4266N x 83.4931W > http://highearthorbit.com Northville, Michigan, USA > |