Mozilla 한국 커뮤니티

PHP 3년차 프로그래머인데..
팀장이, Padding 쓰지말라고 난리입니다 ㅡ,.ㅡ;
무조건 테이블로 쪼개라고 하는데..ㅡ,.ㅡ;;
막막합니다..

다른사람이 수정작업할경우, 수정작업이 힘들다면서..
방법만, 알면, 무지 편하고, 쉬운데...
막무가내로 안된다고 하네요..

그래서, 든 생각이...저만 Padding을 좋아하고 사용하는것인지..
궁금합니다..
안좋은거인지도 궁금하구요...

padding 의 문제는 IE 에서 다르게 인식한다는게 문제입니다
http://ilmol.com/wp/wp-content/uploads/CSS_ierror.gif



해서 위아래는 그렇다고 쳐도 너비는 잘 고려해서 써주어야 합니다.

여러가지 꽤나 많은 종류의 핵이 있지만 권장하는 핵,, (이 아닌 workaround 라고 하죠 ㅡㅡ 이 방법은 핵이라고 하지 않습니다)은 이렇습니다.

원하는 너비는 100px padding 은 10px 주었습니다. 양옆이 적용되니 너비에는 총 20px 이 적용ㅤㄷㅚㅆ죠.

IE 에서는 width 는 120px 이 되지만 다른 브라우저들은 100px 에 20px 의 padding이 주어진것입니다.

#hello {width: 120px; padding:10px}
html>#hello {width:100px;}


#hello 에 첨에 값을 IE 에 맞도록 준 다음
그 다음줄에 html> 를 주어 IE는 인식못하되 다른 브라우저에서는 인식하는것이죠

이 에러들만 아니라면 padding 사용은 상당히 필요합니다.

hiphapis wrote:다른사람이 수정작업할경우, 수정작업이 힘들다면서..

CSS 가 아니라 Smarty 같은 템플릿을 사용한다고 해도 말리겠군요.

말도 안되는 소리죠. 답답합니다. 팀장이라는 분이 저런 마인드를 가지고 있다니...

hiphapis wrote:다른사람이 수정작업할경우, 수정작업이 힘들다면서..
방법만, 알면, 무지 편하고, 쉬운데...
막무가내로 안된다고 하네요..

이 문제에 있어, 어찌보면 팀장 생각도 이해할 필요가 있다고 봅니다. 협업작업이니까요.

당장 실무에 적용하여 갈등을 만들기보단, 소규모 별도 페이지를 통해 동료들과 계속해서 정보를 공유하였으면 합니다.

스타일시트에서 padding이 무엇인 지, 무엇을 수정하는 지만 알면 다른 사람이 전체 내용을 알지 못하더라도 값만 변경하면 될테니까요.

또 스타일시트와 화면 구조(이미지캡처)를 가지고 유지보수 방법이라는 문서를 만들어 [팀장]에게 제시하는 것도 하나가 될 것입니다.

강이라는 장애물을 건너야할 때, 징검다리를 놓듯이 접근했으면 합니다.

hyeonseok wrote:CSS 가 아니라 Smarty 같은 템플릿을 사용한다고 해도 말리겠군요.

네, 초창기에 템플릿 ㅤㅆㅓㅅ었는데, 팀장이 바뀐이후, 다 갈아엎었습니다 ㅡ,.ㅡ;;

소프트원트 wrote:당장 실무에 적용하여 갈등을 만들기보단, 소규모 별도 페이지를 통해 동료들과 계속해서 정보를 공유하였으면 합니다.

레퍼런스 혹은, 솔루션이 바뀌는게 아닌, 고작 padding인데..그 정도에 갈등이 생기리라 생각들진 않네요
고작 길어야 30분설명하면 끝인데...

소프트원트 wrote:또 스타일시트와 화면 구조(이미지캡처)를 가지고 유지보수 방법이라는 문서를 만들어 [팀장]에게 제시하는 것도 하나가 될 것입니다

예전부터 padding쓰지 말라고 말했었었죠..
제가 설명할려 해도, 막무가내로 쓰지 말라하다가..
오늘 드뎌, 금지령이 내린거에요..

제가 문서만들어서 드려도,
"너 지금 개기냐?"
이 소리밖에 못들을껄요...;;

hiphapis wrote:예전부터 padding쓰지 말라고 말했었었죠..
제가 설명할려 해도, 막무가내로 쓰지 말라하다가..
오늘 드뎌, 금지령이 내린거에요..

제가 문서만들어서 드려도,
"너 지금 개기냐?"
이 소리밖에 못들을껄요...;;

도무지 이해가 가지않는군요. CSS에 왠수진 것도 아니고 실무자의 발전까지 막는다니.. 정말 힘들겠내요.

안타깝군요..

테이블로 코드를 짜실 때에는 최대한 알아보기 어렵고 그래서 고치기는 더 어려운 코드를 쓰셔서 복수하세요.

그나저나 팀장이 패딩을 싫어하는 이유가 패딩을 이해하지 못해서 그런 것은 아닐까 하네요.

padding과 margin이 얼마나 유용한 것이며 쓸데 없이 칸을 띄우기 위해 줄과 칸을 하나 더 생성하는 어리석을 짓을 막아주는 것인데 쓰지 말라고 하니 참 황당해서 뭐라 말을 할 수가 없군요.

변화가 빠른 IT 업계에서 오히려 뒤로 돌아가는 행동을 한다면 어느 세월에 세계의 수준을 쫓아갈 수 있겠습니까.

제 성격이라면 짤릴때 짤리더라도 끝까지 올바름을 주장할 것입니다.
팀원 모두가 고생해야 하고 개발속도, 유지보수등 여러 부분에서 악영향을 미치며 이것은 회사의 발전에 문제가 생기는 행위이므로 절대 용납할 수 없습니다.

박상현 wrote:테이블로 코드를 짜실 때에는 최대한 알아보기 어렵고 그래서 고치기는 더 어려운 코드를 쓰셔서 복수하세요. 8)

아마 이럴경우 문제가 생기면
"아무개씨가 한거니까 이 부분 아무개씨가 고치세요"
라고 해서 누워서 침뱉기가 될 가망성이 높다고 봅니다. 에휴~

hiphapis wrote:PHP 3년차 프로그래머인데..
팀장이, Padding 쓰지말라고 난리입니다 ㅡ,.ㅡ;
무조건 테이블로 쪼개라고 하는데..ㅡ,.ㅡ;;
막막합니다..

다른사람이 수정작업할경우, 수정작업이 힘들다면서..
방법만, 알면, 무지 편하고, 쉬운데...
막무가내로 안된다고 하네요..

그래서, 든 생각이...저만 Padding을 좋아하고 사용하는것인지..
궁금합니다..
안좋은거인지도 궁금하구요...

한심한 팀장이군요.

박민권 wrote:

박상현 wrote:테이블로 코드를 짜실 때에는 최대한 알아보기 어렵고 그래서 고치기는 더 어려운 코드를 쓰셔서 복수하세요.

아마 이럴경우 문제가 생기면
"아무개씨가 한거니까 이 부분 아무개씨가 고치세요"
라고 해서 누워서 침뱉기가 될 가망성이 높다고 봅니다. 에휴~

회사에서 안 잘리겠네요. 좋군요

그래도, 이젠 표준화에 관심을 가지고 있어서, 그나마 다행입니다


이 회사는, MS가 이올라스에 패소하면서..표준화에 관심을 가시기 시작하더니..
2주전에 급기야 회의를 열더니...
국대 유명 포털사이트 Dau? 처럼, index 페이지만 유효성검사 통과하게 만든다고 하네요..
(이올라스가 소송걸고, MS가 패소한지 언제인데..적어도, 어느정도의 경각심을 가지고 있어야 하는데, 그래도 명색이 국내에서 알아주는 IT회사인데, 에휴.;;)

사실, 이 회사는 Window 기반의 S/W를 만들었기 때문에, Dau?과 비교할 수 가 없죠..



그래도, 여전히 Padding은 금지할 것 같군요

아, 그리고 이젠 경력 만4년차군요