사용자 인터페이스 복잡도 조정

[inureyes]

개요

• 사용자에 따라 접하는 인터페이스의 복잡도를 조정할 수 있도록 한다.
• 항상 문제가 되던 부분임.

[inureyes]

설정은 블로그 설정의 변수로 들어가는 것이 나을 것 같음. ui_level? 정도가 어떨까. 디비 용량과 고정 크기 관련하여 tinyint(4)를 사용할 것인지,그냥 varchar(5)를 사용할 것인지 판단해야 한다.

[inureyes]

usersetting으로 가지고 가기로 함. ui_level로 만들자.

[graphittie]

미리 정해진 그룹핑만을 이용할 수 있는 건가요? 파워 유저를 위해 하나 하나 선택하게 하는 것도... (선택 목록이 엄청 길어지겠지만...)

[graphittie]

"기본(가칭)/"고급(가칭)" 모드 이외에도 "시각장애인 모드"를 추가하면 어떨까요? 시각 장애인 입장에서 비쥬얼한 요소는 전혀 사용하지 않을 테니, 그런 것은 제거한 모드가 되는 거죠.

만약 이 시각장애인 모드가 포함되게 된다면, 요소를 가리는 방법에 있어 "display:none/block" 방식은 재고할 필요가 있을 것 같습니다. 쓰지도 않는데도(가려져 있는 요소인데도) 열심히 tab index를 찾아다녀야 할 테니까요...

[inureyes]

graphittie // 시각 장애인의 블로그를 시각 장애인만 보는 것은 아닙니다. 그래서 가릴 것을 선택하기가 애매합니다.

이 쪽의 인터페이스 간략화는 관리자 스킨으로 처리하는 것이 어떨까 싶습니다. (simple하게 display:none 해주는 스킨들을 추가한다거나?)

[graphittie]

Replying to inureyes:

graphittie // 시각 장애인의 블로그를 시각 장애인만 보는 것은 아닙니다. 그래서 가릴 것을 선택하기가 애매합니다. 이 쪽의 인터페이스 간략화는 관리자 스킨으로 처리하는 것이 어떨까 싶습니다. (simple하게 display:none 해주는 스킨들을 추가한다거나?)

스킨의 CSS수준에서 display:none을 사용하는 것은 좋지 않습니다. 시각장애인에게도 가능한 정상인과 똑같은 정보가 제공되어야 하는 것을 전제로 하여, 원천적으로 정보 접근을 막는 것이 아닌가 싶습니다. 스크린 리더가 이 상황에 어떻게 대응하는지 스크린 리더를 받아서 테스트를 해봐야할 것 같습니다.

[inureyes]

이 부분은 dojo를 사용하여 동적 처리를 하도록 하겠습니다. :)

[inureyes]

• 줄어들 곳을 명확하게 정해야 함.
• dojo.lfx 컴포넌트의 animation.js를 사용하겠습니다.

[inureyes]

• 구현 테스트는 완료. 범위등의 논의 때문에 베타 페이즈로 넘깁니다.