일시: 2014/03/25시간: 10:00pm (110min)형식: 오픈 행아웃 (자유롭게 참여)참가자: 전진, (Terrorboy), 다마리, 아파치, 지운아빠주제: 반응형 웹- sir 소식= QA: 내용관리에서 php/js 사용방법- 그누5 관련 설문조사 (7:46 ~ 8:30) 관련 잘못된 발언
= 방송중에, '그누5를 사용하지 않겠다'가 반정도라고 했으나,
실제로는 '이미 설치/사용한다'가 절반, '사용하지 않겠다'가 약 10%입니다.
= 잘못된 정보를 알려드린 점, sir측과 회원분들께 죄송합니다.
다음 주에 정정 방송을 하겠습니다.- 관련 최신기술/표준/동향
= 반응형 이미지 관련: srcset 도입 시작, picture 태그
= 레이아웃 관련: display flexbox, css grid
- 그누보드5 와 반응형 웹
= 서버측 기술 (브라우져에 따라 모바일/데스크탑 스킨 적용)
- 반응형 웹 관련 프로젝트 경험 공유
댓글 27개
본론에 들어가서 주재에 대한 이야기입니다.
1. 그누 배포판에는 반응형 비포함. <그누에 배포판에 대한 반응형>
+ 주로 개발자, 퍼블리셔, 디자이너들은 그누 기본 css를 쓰지 않는다.
+ 기본적으로 반응형이 들어간다면 타 개인 배포 프로그램(모듈, 스킨, 플러그인)등에도 영향이 미칠듯 합니다.
2. 반응형의 적용 범위가 애매하다! <이슈>
+ 다양화 된 디바이스에 따라 해상도/디스플레이 크기가 많아졌다.(많아 지고 있다.)
> 참고로 최소크기로 여기지고 있던 아이폰 디스플레이 보다 작은 갤럭시 기어의 탄생, 고해상도의 모니터의 등장 등
3. 반응형의 필수 품 html5 아직 한국에서만 외면! <이슈>
+ 전세계에서 한국사람들이 IE를 가장 많이 쓴다.
> IE 가 제일 싫어요~
+ html5를 사용하지 못하는 브라우져를 서포트 해주는 js의 기능이 너무 제한 적이며 사용이 불편하다
> 속도를 저하시키는경우가 발생
> 사용하는 jquery의 버전에 따라 동작 여부가 반별된다.
> 비표준 방식인 css 핵이 너무 많아 지며 이에 따라 소스가 길어진다.
4. 반응형을 선택하면 디자인을 버려야 하나? <이슈>
+ 반응형이 획기적이고 좋은 기능이기는 하지만 디자인 잡기가 너무 힘들다.
> 디자인을 살리기 위하여 디바이스 크기마다 디자인을 잡아야하나?
5. (테이블 and 도표 and 리스트)에 대한 반응형 문제 <이슈>
+ 벤지님의 반응형 리스트 관련 글 (http://sir.co.kr/bbs/board.php?bo_table=pg_talk&wr_id=7358)
6. 반응형 홈페이지는 장애인에 대한 접근성을 해칠수 있지 않나? <이슈>
+ 부트 스트랩을 예로 든다면 디바이스 크기에 따라 상단 메뉴가 토글로 들어가는데... 이런 반응형 포퍼먼스들이 장애인에 대한 접근성을 해치지 않나 싶네요.
7. 반응형 표현 방식에 따른 홈페이지 본기능의 부재 가능성
+ 반응형으로 작업 하다보면 크기에 따라 버튼을 합치거나 홈페이지의 기능을 축소 하는 경우가 생기는것 같습니다. 이는 원래 반응형의 목적에 위배 될 수 있다고 생각합니다.
ps. 깊이 없이 잡지식만 풍부한 저로써는 이정도 이슈만 낼수 있겠네요 ㅎㅎ
1. 그누 배포판에는 반응형 비포함. <그누에 배포판에 대한 반응형>
+ 주로 개발자, 퍼블리셔, 디자이너들은 그누 기본 css를 쓰지 않는다.
+ 기본적으로 반응형이 들어간다면 타 개인 배포 프로그램(모듈, 스킨, 플러그인)등에도 영향이 미칠듯 합니다.
2. 반응형의 적용 범위가 애매하다! <이슈>
+ 다양화 된 디바이스에 따라 해상도/디스플레이 크기가 많아졌다.(많아 지고 있다.)
> 참고로 최소크기로 여기지고 있던 아이폰 디스플레이 보다 작은 갤럭시 기어의 탄생, 고해상도의 모니터의 등장 등
3. 반응형의 필수 품 html5 아직 한국에서만 외면! <이슈>
+ 전세계에서 한국사람들이 IE를 가장 많이 쓴다.
> IE 가 제일 싫어요~
+ html5를 사용하지 못하는 브라우져를 서포트 해주는 js의 기능이 너무 제한 적이며 사용이 불편하다
> 속도를 저하시키는경우가 발생
> 사용하는 jquery의 버전에 따라 동작 여부가 반별된다.
> 비표준 방식인 css 핵이 너무 많아 지며 이에 따라 소스가 길어진다.
4. 반응형을 선택하면 디자인을 버려야 하나? <이슈>
+ 반응형이 획기적이고 좋은 기능이기는 하지만 디자인 잡기가 너무 힘들다.
> 디자인을 살리기 위하여 디바이스 크기마다 디자인을 잡아야하나?
5. (테이블 and 도표 and 리스트)에 대한 반응형 문제 <이슈>
+ 벤지님의 반응형 리스트 관련 글 (http://sir.co.kr/bbs/board.php?bo_table=pg_talk&wr_id=7358)
6. 반응형 홈페이지는 장애인에 대한 접근성을 해칠수 있지 않나? <이슈>
+ 부트 스트랩을 예로 든다면 디바이스 크기에 따라 상단 메뉴가 토글로 들어가는데... 이런 반응형 포퍼먼스들이 장애인에 대한 접근성을 해치지 않나 싶네요.
7. 반응형 표현 방식에 따른 홈페이지 본기능의 부재 가능성
+ 반응형으로 작업 하다보면 크기에 따라 버튼을 합치거나 홈페이지의 기능을 축소 하는 경우가 생기는것 같습니다. 이는 원래 반응형의 목적에 위배 될 수 있다고 생각합니다.
ps. 깊이 없이 잡지식만 풍부한 저로써는 이정도 이슈만 낼수 있겠네요 ㅎㅎ
Terrorboy님의 글에 하나만 더 붙이면 어떨까 싶어서....
8. 반응형 framework 을 사용할것이냐?
아니면 자체적으로 media 을 사용해서 개발할것이냐?
장단점이 있고, 현재도 이슈가 될만한 소지이지만
저는 항상 유지보수 측면을 가장 우선시 하는편이라
유지보수 차원에서는 어느쪽이 낳을지 필요한 상황이 된것 같아서요.
나름 조사한바로는 외국에선 5:5 비율로 보이던데, 국내에서도 media 로 직접 만든 사이트들이 간간이 보이더라구요.
저의 입장에선 framework 을 사용하는것을 주장하는편입니다
사유는 계속된 기능 개발과 기기( 모바일. 데스크탑모니터)의 변화 등등..
앞으로 크게 대두될 html5 도 있구요...
8. 반응형 framework 을 사용할것이냐?
아니면 자체적으로 media 을 사용해서 개발할것이냐?
장단점이 있고, 현재도 이슈가 될만한 소지이지만
저는 항상 유지보수 측면을 가장 우선시 하는편이라
유지보수 차원에서는 어느쪽이 낳을지 필요한 상황이 된것 같아서요.
나름 조사한바로는 외국에선 5:5 비율로 보이던데, 국내에서도 media 로 직접 만든 사이트들이 간간이 보이더라구요.
저의 입장에선 framework 을 사용하는것을 주장하는편입니다
사유는 계속된 기능 개발과 기기( 모바일. 데스크탑모니터)의 변화 등등..
앞으로 크게 대두될 html5 도 있구요...
댓글 작성
댓글을 작성하시려면 로그인이 필요합니다.
로그인하기