I never said a table of slice images. I merely was pointing out that graphics has its place and when applied it should be scaled in the image editor before implementation. To do so slicing is the method. I understood and you may find that I agree with most of what's said here in this thread. I also understood what the message was. I just found it a bit confusing, especially when it was told to someone who is starting out in web design.
Ah, you're calling "readying an image for the web" "slicing". When we say it, we mean taking a PSD which represents a web site, and cutting out these big squares from this PSD and using them (even if in divs and spans, it doesn't matter) to "build" the web page. What you mean is simply image optimisation or cutting out a peticular graphic even from some web-page PSD mock-up. Yeah, that's different. Whether you use the "slice" tool to do it or something else, it doesn't really matter. What this kid was told sounded like the slice-n-table set-up. I'll add though that even slice-n-div or slice-n-span is the same madness. : )
Yup, that's what I mean. As for the record I use the Rectangular Marquee tool in Photoshop, set the guides to Snap then cut out the images from there. I don't particular care for the Slice tool.
Just to try and understand better, im reading Semantic a lot in threads, just googled briefly (im not lazy ) to figure out why semantic is mentioned so much. When saying Semantic your basically talking about doing it the most modern, up to date, XHTML and CSS way? a way that helps you understand and keeps it simple and good for the SE's? Clean, future ready, up to standards? is this correct? when mentioning Semantic.
I hate the slice tool! Except I don't care for guides either hehe. It's nothing I can explain, I know their great time savers but I refuse to use them. I just crop, save as, and uncrop. Enough of minor details Pipes For semantics, the way I look at it is it's the right way to do something. Weather it's writing code or speaking a language It's grammar, symtax, design patterns, etc.. I'm sure thats not how it's technically defined and people will disagree with me on the details, but that's the gist of it and it helps me by
HTML is a structural/semantic markup language. The tags either name the content or describe the structure of the element. For example, a table tag with its thead, tfoot, tbody, tr, td and th, describe a data structure. A paragraph tag names its content as a brief composition complete in one typographical section. Prior to css-p we were required to use tables as layout devices. A table used for that cannot be semantic or well structured, though it can be valid. Now, we can write our content within tags that properly describe what it is and how it might be structured. XML takes it a step further, allowing us to create our own semantic tags. Semantic markup can be machine readable; consider microformats. It's not so much modern as it is getting back to basics. cheers, gary
Yeah, it's preferential. Most of my designs are very precise so the guides help me. Only when I'm applying Layering options, effects, color matching/integration and moving elements do I disable it.
hi this kid knows what he is talking about..read what he said..the help that he needs (already has) isnt worth anything but he will give out 2 dollars for a few sentences on how to move his already made theme that took him his own time to make and is probably better than you could make. WOW if you dont have an answer to help him then y even post?
Hello SitPoMk, thanks it helps me understand, when i read words and terms and things i eventually think what the hell is that and like to understand, thanks. Hi Gary and thanks to you too, thanks for the explanation, it helps me understand better.