flick 사진모음

about Blog

안녕하세요. 이윤한 입니다. ㅋㅋ 현재 사이트 작업중!

project category 를 보고 계십니다.

Candle

rss리더 선택

현재 방문중인 유저 hit counter

project’ Category

[project] 아는것과 말하는것의 차이

나름 스스로 디자인도 하면서 표준화에 맞는 코딩을 하고 있다고 혼자만 만족하고 있었습니다만,
프로젝트를 하다보니 그것도 아닌듯 싶습니다.

제아무리 일을 잘해도 (제가 그렇단 얘긴 아니고 ㅎㅎ) 포장 또한 좋아야 하는걸 다시 한번 느꼈습니다.
단..여기서 말한 포장은 단지 뽀대만 그럴싸 하게 보이는게 아니라 실력이 있어서 자연스럽게 나타나는 그런 부분입니다.
내공이라고 해야할지… 자신이 알고 있는 부분을 아무리 얘기해도 먹히지 않는다는건 결국 자신을 한번 돌아봐야 할 듯 합니다.

이번 프로젝트… 아무래도 적당히 css로 디자인 하는데서 그쳐야 겠슴니다. (쓴웃음 한번 지어주고..)

어차피 한두달에 끝날거도 아닌데 담달에 때려쳐 버릴까 생각중…

정말 사원이 불우해지는 회사 불우넷….

[project] 어느 프로젝트 02

저희가 코더가 없어서인지…디자이너와 개발자간에 회의를 하면서 코딩 지침같은걸 세우는 중입니다.

마침 개발자분이 엊그제 Why & How-To 웹호환 세미나에 나름 좋은 의미로 다녀오신거 같습니다.
그리고 나서 오늘 몇시간 회의를 했는데요.

일단,

일반컨텐츠페이지와 개발페이지를 분리하자..란 주장입니다.
즉, 일반 소개같은건 aaa.html로, 개발이 포함된경우엔 bbs.jsp로 하자는 거죠.

저: 그렇다면 공통된 인클루드 파일은 어떻게 불러들이죠? 모든 페이지를 일일이 수정하나요?
개발: 인클루드 되는 부분은 <script>로 처리한다. js파일안에 document.write 구문으로 소스를 구현하면 된다.
저: 그럼…js를 못 부르는 상황에서는 페이지내용을 못보쟎아요.
개발: <noscript>로 대체 내용을 적으면 된다.
저: include가 아니라 js일때 다른 잇점이라도 있나요?
개발: jsp는 한번 컴파일을 해야 하기때문에 html보다 속도가 느리다. 하지만 script는 html에서도 불려진다. 게다가 디버깅도 더 쉽다.
저: 그래도…html마크업 소스를 js로 빼내는건 아닌거 같은데요…
개발: 어차피..레프트 메뉴의 서브메뉴 펼쳐짐같은 움직임은 js로 컨트롤 해야하는데, js를 못 불러오면 서브메뉴를 펼칠수도 없고 오히려 접근성이 떨어진다. 또한 js를 끄면 안되는 사이트 태반이다.

여기서 예를 보여줍니다.
다음, 네이버, 야후등 사이트에서 ‘js실행안함’으로 말이죠. (FF와 오페라 이용)
js를 사용안하니 군데군데 구현이 안되거나 폼이라던가 하는 부분이 제대로 처리를 안하더군요.

개발: 회원입력같은곳에서도 js로 ‘아이디를 입력하세요’라던가 alert 알림이 가능한데 js가 없는 외국사이트는 일단 폼에 값이 없어도 넘어갈 수 밖에 없다. 추가로 안내 페이지를 만들어야 한다.

여기서 우리 디자인 PL님 거듬
디자인pl : 기존 사용법이 달라지면 클라이언트들이 싫어해~ 그냥 js로 하던대로 하지? 딴데도 다 안하는데 뭘…(웃음)

일단…여기까지 js파일을 이용해 구현하자란 내용입니다.

추가로 다른 이슈사항입니다.

1. index페이지에 공지라던가 서버단에서 불려지는건 iframe을 사용한다. 속도가 더 빠르다. (일단 레이아웃이 먼저 보이고 iframe은 천천히 보일지라도..)

2. 스크립트로 확대,축소를 구현하는데는 style.zoom 을 이용할건데, (IE전용 속성이라고 말씀드렸음에도 불구, 무시) div가 절대 좌표로 있으면 확대가 안되더라…이건 좀 해결해 봐야겠다.

3. 본문의 타이틀에는 tabindex=1을 줘서 키보드로 한번에 본문으로 가게 한다.

4. <strong>과 <b>태그는 상황에 맞게쓴다. 디자인만 굻게 할때는 <b>를 써라.

5. Why & How-To 웹호환 세미나에서 받아온 ‘실전 웹 표준 가이드’ 책의 74p에 따르면, 색상은 255,255,255이게 맞는다.
color:#ff0000; 이렇게 6자리는 잘못 된거다.

위에서
1번은 제가 iframe은 지양하지요? 속도가 빠르다고 iframe 쓴답니다.

2번…IE전용인데…

3번, tabindex는 a와 input에만 넣는거에요! –> “접근성땜에 넣어야 돼”

4번은 제가 죽어도 <b>는 안된다고 했습니다. 놀라시더군요. 쟤가 왜저러나…

5번은 책자를 보니까 좀 헷갈리게 써져 있었습니다. #ff0000 이 아니라 #f00으로 써라…이렇게 쉽게 적어놨어야 할거 같습니다. ㅜㅜ

더…얘기가 있던거 같은데 정신적으로 피곤해서 이정도만…

ps. 같이 세미나에 보냈던 여직원 둘한테는 마지막시간의 조훈님이 멋진분인데 자알 듣고 와라..일케만 얘기해뒀습니다. ^ ^

아… 의욕감소

이번 프로젝트 수행계획서 중 일부내용입니다.

행정자치부 한국형 웹콘텐츠 접근성 지침 준수

  • 시각 장애인을 위한 실시간 음성변환(TTS) 시스템 (국/영/일/중)
  • 노인층을 위한 심플한 디자인
  • 글자크기 변환 기능
  • 인터넷 사용자의 범용성을 높이기 위해 웹 표준 규약 준수(W3C)
    • 다양한 사용자 OS나 브라우저 지원
    • 어권별 OS나 브라우저 테스트 환경 구축 후 테스트 실시

TTS라…글자크기 변환기능이라… 시키니 해야한다는 pm입장을 모르는건 아니지만…
갑자기 의욕 다운중입니다.

그나마 글자크기는 선택의 여지가 있군요.
근데 텍스트만 커지게 할까요…이미지까지 커지게 할까요… 이것도 문제네 참…

ps. 저번에 TTS업체에서는 모든 문단(이미지,텍스트)에 a 를 넣어라고 했었는데…
이번에도 그러면…콱! 뽀사버려? ㅋㅋ
어쩌나요…ㅠㅠ