반응형 웹 디자인 (Responsive Web Design) > 퍼블리셔팁

퍼블리셔팁

퍼블리싱과 관련된 유용한 정보를 공유하세요.
질문은 상단의 QA에서 해주시기 바랍니다.

반응형 웹 디자인 (Responsive Web Design) 정보

반응형 웹 디자인 (Responsive Web Design)

본문

(HTMLn/CSSn 게시판이 사라질 예정이어서 여기로 옮깁니다. 12-09-06)
  • 원글정보:  작성일시 2012.04.13 02:08:20
  • 조회 1,115
  • 댓글 15

모바일 웹이 활성화되면서, 하나의 코드로 여러 크기의 화면에 맞게 화면을 구성해주는 기법이 많이 도입되고 있습니다.  시하님도 v4 홈페이지에서 responsive layout을 구현하시면서 관심을 가지고 계시고, 아래 지운아빠님의 css를 이용한 레이아웃 컨트롤 도, 화면크기에 의한 조정은 아니지만, CSS를 이용해서 여러 layout으로 쉽게 바꾸는 것을 보여주셨습니다.  아마 여러 sir 회원분들도 비슷한 내용에 관심이 있거나, 이미 구현을 하셨으리라 생각됩니다.




저도 관심이 있는 분야이기에, 위와같이 나름 이런 저런 시도를 해봤습니다. 같은 코드로 여러 화면 크기에 맞춰서 CSS3 media query로 조정했는데, 그런데도 고민이 
"모바일 웹페이지를 따로 만드는 것이 더 낫지 않나?"
입니다. 비슷한 관심을 가지신 분들의 의견이 궁금하네요. ^^

어쨋든, 관련 링크를 남겨볼까 합니다.  (원래 내용은 제 블로그 글로 ^^;)  
(대부분의 링크는, 21가지 RWD 관련 툴 이라는 .net 글 에서 발췌했습니다.)

Ethan MARCOTTE 의  Responsive Web Design 글: 최초로 responsive web design 이라는 단어를 사용하고, CSS3 media query를 이용한 화면 조정 예를 보임
James Pears의 RWD에 대한 비판? 글 : 1. CSS3 media query는 모든 내용이 다 다운된 후에야 적용된다. 2. 데스크탑과 모바일 웹은, 보여주는 내용 자체가 다르다.
- 1번 단점을 극복하기 위하여,  Sencha.io 나 rwd-img.js와 같이, 환경에 맞는 크기의 이미지 화일을 제공해주는 방법
Less 기반의 Bootstrap이나 ’320 and Up’이 처럼 RWD가 반영된 템플릿들
- 클라이언트 (css, js)에서 가능한 부분과 서버 (user agent를 기반으로 다른 내용 생성)에서 해야할 내용으로 나누어 접근: RESS: Responsive Design + Server Side Components
브라우저에 크기에 따라서 해당 css를 선택적으로 로딩하는 adapt.js
여러가지 (반응형) 그리드 시스템: 1234
- 모든 모바일 환경에 대응하는 media query 템플릿: Andy Clark’s template
IE6~8 등에서 CSS media query를 처리할 수 있게 하는 Respond.jsCSS3-Mediaqueries.js
여러 모바일기기의 스크린 크기의 창을 열는 1, 한꺼번에 테스트하는 23

댓글보기

  지운아빠 2012.04.20 15:46:00       

 반응형 웹디자인에서 가장 궁금한 것이 min-width 가 300 인데 본문에 나오는 이미지의 넓이가 300을 초과하면 이 이미지를 어떻게 처리해주는가에요.
img {max-width:300px} 로 처리하는 방법도 있겠지만 예컨데 900px 짜리가 300px 로 나오면 1/3 로 줄어드는 것인데, 이 때 이미지 내 설명문구 같은 것은 가독성 부분을 완전히 포기해야 하는 걸까요?
이미지 크기를 반응형 레이아웃에 따라 조절할 경우 CPU 점유율? 사용량?이 올라간다는 단점이 있다는 얘기도 들어본 것 같습니다.
일반 웹페이지에서는 문제가 덜 할 수 있지만 만약 쇼핑몰이라든지... 그런 경우는 어찌하는 것이 좋을까요?
       


            전진 2012.04.20 16:06:10       

                                    이미지 크기에 대한 부분이, 아마도 반응형 웹디자인의 큰 약점으로 지적받는 것 같아요..
말씀하신대로 가독성, cpu, 통신량 등, 동일한 이미지로 클라이언트에서 알아서 처리하는 방법만으로는 해결하지 못하는 부분이 있을것 같습니다.
더더군다나 쇼핑몰같은 경우라면.. (잘은 모르지만) sench.io나 rwd-img.js 처럼 그때그때 맞는 크기의 이미지를 동적으로 불러오는 방식이 그나마 맞지 않을까 합니다.
                   


             지운아빠 2012.04.20 16:08:20       

                                    이미지를 동적으로 불러오는 것도 불필요한 트래픽이 유발될 가능성을 내포하고 있는 것 같아요. 뭐 이거야 지엽적인 문제고 일단 가장 큰 사용, 운영 상의 문제점은 맞는 크기의 이미지를 여러개, 상황에 따라서는 두자리수까지 제작해야 될 수도 있다는 것 같아서 이것도 큰 문제가 아닌가 싶네요... ㅠ                   


             전진 2012.04.20 16:15:27       

                                    음.. 그래서 제 블로그글에서 남긴 방법인데..
이미지를 등록할때 자동으로 생성하도록 만드는 것은 어떨지..
한 세가지 정도.. 일반, 테블릿용, 스마트폰 용..
가독성이 문제가 된다면, 사용자가 크롭할 수 있는 옵션을 주는 ..
이미 반응형 하고는 다른 얘기네요. ^^;
                   

        
            지운아빠 2012.04.20 16:21:10       

                                    http://sir.co.kr/bbs/board.php?bo_table=cm_free&wr_id=732847#c_732856

방금 그런 요지의 댓글을 달았는데 재밌네요... ㅎㅎㅎ
                   


             지운아빠 2012.04.20 15:53:44       

                                    반응형 웹디자인을 할 때는 모바일에서부터 시작해서 확장해나가는 것이 이상적이라고 하더군요.
처음 디자인 할 때부터 이러한 상황에 대해 인지를 하고 디자인을 하는 것이, 단순히 반응형으로만 퍼블리싱하는 것보다 나을 것 같습니다.

한편으로 이런 생각도 해봤는데 피씨는 xhtml/css2.1↑/px base로, 모바일은 html5/css3/% base 로 CSS를 작성하여 서버사이드에서 브라우저에 따라 알맞는 CSS를 내보내주는 방법으로 출력을 하면 어떨까도 싶습니다. 물론 디자인 혹은 기획 단계에서 이 상황을 충분히 인지하고 진행을 시켜야겠지요.
모바일 페이지를 따로 만들지 않고, 미디어쿼리를 이용하지 않아도 원하는 결과를 얻을 수 있는 또 다른 대안이 되지 않을까 싶습니다.
                   


             지운아빠 2012.04.20 16:12:42       

                                    물론 모바일에서는 보여지지 않을 컨텐츠는 서버사이드에서 제외처리를 해줘야 할텐데... 이러면 소스가 많이 복잡해지겠지요?                   

        
            전진 2012.04.20 16:20:50       

                                    아마도, 모바일홈 소스를 따로 관리하는 것과, 통합 (복잡한) 소스를 관리하는 것, 둘을 비교해서 결정하는 전략적인 결정 사항이 되겠네요.. ^^;
그누보드 스킨+첫페이지 정도를 만드는 수준에서는 한번 생각해 볼만 하지 않을까 해서요..
                   

        
            전진 2012.04.20 16:17:24       

                                    네.. 흔히들 모바일 퍼스트라고들 하더군요.. ^^

제 생각에는, 반응형 디자인을 효과적으로 사용할 만한 곳은,
대형 쇼핑몰이나 대기업 홈페이지보다는
모바일홈을 따로 투자하기에 부담이 되는, 중소 쇼핑몰, 개인 블로그, 작은 커뮤니티 등에서 사용하는 것이 아닐까 합니다.
            

            지운아빠 2012.04.20 16:23:23       

                                    네 저도 동감입니다. 중소쇼핑몰도 커스터마이징이 많아지다 보면 점점 반응형을 쓰기가 어려워질 수도 있겠죠.
그리고 유지/보수 주체가 운영하는 사업장 내에 있어야 될 것 같습니다.
                   


             지운아빠 2012.04.20 15:58:42       

                                    제가 한편으로는 추가적인 js 등의 사용을 극도로 꺼리는 편이라 위와 같은 생각을 하게 된 것일지도 모르겠습니다.
예를 들면, 'IE6~8 등에서 CSS media query를 처리할 수 있게 하는 Respond.js, CSS3-Mediaqueries.js' 같이 유용한 방법이 있더라도 가능한 한 추가적인 js 를 사용하지 않고 해결하는 방법을 선호하는 거지요... 쥐뿔 실력도 없는게 ㅠㅠ
                   


             전진 2012.04.20 16:13:34       

                                    네.. 제 고민도, 반응형 디자인이 재밌기는 한데,
실제로는 데스크탑용과 모바일용을 따로 만드는 것이 낫지 않을 까해서 남겼던 글입니다.

그런데, 중간에 테블릿이 끼니까, 데스크탑+테블릿나, 테블릿+스마트폰을 묶어서 처리하면 그래도 장점이 있지 않을까 했던것입니다.

가장 처음 생각했던 것은, 제가 시험했던 대상이기도 한, 그누보드 모바일을 따로 만들필요가 있나 하는 생각이었고요..
지적하신 이미지 부분은.. 스마트폰위에서는 어짜피 어떤 방식이든 그림을 작게 만들어야 할테니 서버든 css3 어디선가는 처리해야 할테고요..
                   


             지운아빠 2012.04.20 16:24:20       

                                    나중에라도 개선된 정보나 방법을 얻게 되시면 알려주세요. ^^

지금 얼핏 든 생각인데 스크립트로 이미지의 alt 내용을 이미지 바로 하단에 뿌려주는 방법도 한 대안이 될 수 있을 거 같습니다. (특히 쇼핑몰에서)
이미지야 크기가 줄어들어도 크게 인식률이 낮아지진 않지만 글자 같은 경우가 걱정인데 이렇게 하면 대체텍스트가 제공되니 접근성이 어느 정도 보장되지 않을까요?
                   


             전진 2012.04.20 16:42:45       

                                    오.. alt 보여주는 것, 딱이네요. ^^
자동으로 alt를 워터마크로 그림에 넣어주는 것도 괜찮겠네요..

아마, 반응형을 사용하려면, 이미지에 글을 넣지 말라는 가이드라인이 필요할듯..
                   

추천
2

댓글 2개

반응형 웹을 누가 어떻게 이용하는지를 먼저 생각하고 나서..그에 따른 접근성을 찾는게 맞다고 생각되어지네요 ㅋㅋ
하나부터 열까지 처음부터 모든 접근성을 생각해서 만들면 좋겠지만..
그로 인한 문제점이 발생되는거 같네요 -/_-;;
좋은 토론글 잘 보고 갑니다~
좋은 의견이십니다.
반응형 웹 초기에, 기술로만 접근하는 경우에 대한 비판이 많았는데,
요새는 모바일 퍼스트/컨텐츠 퍼스트 등 기획이나 목적에 촛점을 두는
반응형 웹을 얘기하고 있는것 같습니다. :)

대표적으로 futurefreindly ( http://futurefriend.ly/ ) 같은 노력도 있고요.
'접근방법' 부분을 나름 번역한 글입니다. ^_^;
http://study.gnuboard.org/wiki/read/StudyGroup/RWD/Resources/Translation/FutureFriendly
전체 1,264
퍼블리셔팁 내용 검색

회원로그인

(주)에스아이알소프트 / 대표:홍석명 / (06211) 서울특별시 강남구 역삼동 707-34 한신인터밸리24 서관 1404호 / E-Mail: admin@sir.kr
사업자등록번호: 217-81-36347 / 통신판매업신고번호:2014-서울강남-02098호 / 개인정보보호책임자:김민섭(minsup@sir.kr)
© SIRSOFT