텍스트큐브를 점검합니다.

    * 글을 쓸 때 사용할 편집기와 포매터를 선택하는 필드를 추가합니다.: 성공
    * 팀블로그 기능을 위한 테이블을 추가합니다.: 성공
    * XML-RPC ping 설정을 위한 테이블을 추가합니다.: 성공
    * 블로그 설정 테이블과 사용자 설정 테이블의 구조를 변경합니다.: 성공
    * 본문 테이블에 작성자 정보를 위한 필드를 추가합니다.: 실패
    * 본문 테이블의 인덱스를 수정합니다.: 성공
    * 스킨 테이블의 필드 이름을 변경합니다.: 성공
    * 본문 테이블의 필드 이름을 변경합니다.: 성공
    * 페이지 캐싱을 위한 테이블을 추가합니다.: 성공
    * 기본 스킨을 변경합니다.: 성공
    * 플러그인이 생성한 %1 테이블의 owner 필드를 변경합니다.: 성공
    * 플러그인이 생성한 %1 테이블의 owner 필드를 변경합니다.: 성공
    * 서비스 설정값 테이블의 필드 속성을 변경합니다.: 성공
    * 페이지 캐싱을 위한 테이블을 추가합니다.: 성공

완료되었습니다.

되돌아가기

중간에 실패 하나가 뜨는데 특별한 문제는 발생하지 않을까요?
(단순히 덮어씌우기 했습니다. 포스팅한 글이 없었기 때문에.)

몇몇 부분에 대해서 좀 맘에 안드는 부분으로 가는 부분이 있어서 글 올립니다.
제가 요즘 Textcube Timeline과 Browse Source를 자주보는데 디자인 요소가 무시되는 경우를 종종 봅니다.

예를 들자면, 상단에 있는 글꼴이 기본글꼴로 대체되버린다던지, 상단에 있는 별모양 블릿이 브라우저 특성을 탄다는 이유로 생략되버린다던가 말이죠.

저는 디자이너입니다.
물론 디자인만 하지 않고 마크업도 같이 하기 때문에 제가 한 디자인의 디자인 요소를 무시당하지 않고 최대한 지켜지는 쪽으로 마크업을 합니다.
마크업하기 힘들어보이는 디자인 요소는 애초에 (마크업 역시 같이 병행한다는 그 장점(이자 단점)을 가진 상태이기 때문에) 넣지 않습니다.

만약 특성을 타는 소스라면 (물론 시간이 없는거 알지만) 저 같으면 소스를 우회해서 구현하겠습니다. 절대 이미 만들어진 디자인을 무시해버리지 않습니다.

디자인을 고치지 않고 소스를 우회해서 구현하는 것은 코더의 능력이기도 하고 디자인을 한 디자이너의 감각을 무시당하지도 않는 좋은 방법입니다.
기본스킨을 coolant로 정한 이유는 제가 볼때는 디자인적인 면에서 좋았기 때문이라고 생각하는데 (물론 소스상으로도 좋아서였겠지만)
coolant를 기본스킨으로 정해놓고 디자인요소를 무시한다는 것은 뭔가 아이러니하지 않습니까?

(제가 무명이긴 해도) 디자이너 입장에서 볼때, 하나의 스킨이 디자이너가 넣은 디자인 요소가 무시되는 지금 상황 정말 답답하고 심하게 아쉽습니다.

UI/UX 또는 코드 뿐만 아니라 디자인 요소도 무시되지 않는 기본스킨이 되길 바랍니다.
(이런 글 올리면 그라피티에님이 많이 속쓰리겠지만 전 원제작자인 1up님 기분도 썩 좋지는 않을 것 같거든요.)