(1.1 이후에) 힘내세욥

그거 원래 다 하나였던것을 의미론적으로 맞게 전송한다고 여러개로 분리한거라죠

의미론적으로.. 뷰잉 상태가 유지되어야 하므로 하나의 form이 맞는 것으로 아뢰요.

실제로 코드 봐도 폼끼리 데이터 넘기느라 이미 난리입니다.

나니 작성:

(샌드박스가 아마 1.1.1 DB1이죠? -ㅂ-)

사실, 1.2로 붙여버려도 별 상관이 없습니다

2.0 ㄱ-

주 목표 : 관리자 화면의 폼개선 ㄱ-

(샌드박스가 아마 1.1.1 DB1이죠? -ㅂ-)

사실, 1.2로 붙여버려도 별 상관이 없습니다

덧) 2번의 키워드로 이동해서 삭제나 수정시에 다시 키워드로 돌아오거나 하는 쪽이라. 으음. 지금도 가능은 하겠습니다. (근데 RC2에요 이제; 1.1.1로 스슥)

제 기준은 어디까지나 샌드박스 기준이라는;; 랄라랄;;
(샌드박스가 아마 1.1.1 DB1이죠? -ㅂ-)

1. 하나씩 삭제는 되지만 몇가지를 선택해서 한번에 삭제하려고 하면 무반응. (스크립트 에러가 뜨는지는 확인 못했습니다)

2. 공지나 키워드로 이동해서 삭제를 하거나 수정을 하면 무조건 글목록으로 이동합니다.
(공지에서 수정하거나 삭제를 하면 공지 목록 페이지 유지, 키워드에서 수정하거나 삭제를 하면 키워드 목록 페이지 유지하는게 옳다고 봅니다.)

3. (2번과 같은 내용?) 공지나 키워드를 작성하고 나서 저장하면 글목록으로 이동하는데 공지 추가시 공지 카테고리로 이동하고
키워드 추가시엔 키워드 카테고리로 이동하게 하는게 좋다고 생각합니다.

- 이건 보너스: checkup시, owner페이지로 이동을 유도하는 링크를 하단에 걸어두는게 어떨까요? 일일이 backspace 누르기 귀찮습니다;;

2번과 3번의 경우 글목록이 잘 보시면 공지와 키워드를 몽땅 포함한 글 목록으로 갑니다. 지난주부터 글 목록 정책이 글과 공지와 키워드를 함께 취급하도록 바뀌었습니다.

관리시에 이쪽이 훨씬 편하더군요^^

덧) 2번의 키워드로 이동해서 삭제나 수정시에 다시 키워드로 돌아오거나 하는 쪽이라. 으음. 지금도 가능은 하겠습니다. (근데 RC2에요 이제; 1.1.1로 스슥)

2, 3.
form이 분리되어 있어서 현재 구조로는 켁~~ 이군요. 다음에;;;

보너스.
때로는 백스페이스도 할 일을;;;;

~~~~~~~

글 목록 구조가 옛날부터 이어지던 거라 비록 XHTML화를 했다 해도 그다지 깔끔하지는 않군요.
역시 자바스크립트가 전혀 돌지 않아도 위의 기능이 정상 동작 하도록 구현한 후 JS를 입혀야.....

2. 공지나 키워드로 이동해서 삭제를 하거나 수정을 하면 무조건 글목록으로 이동합니다.
(공지에서 수정하거나 삭제를 하면 공지 목록 페이지 유지, 키워드에서 수정하거나 삭제를 하면 키워드 목록 페이지 유지하는게 옳다고 봅니다.)

3. (2번과 같은 내용?) 공지나 키워드를 작성하고 나서 저장하면 글목록으로 이동하는데 공지 추가시 공지 카테고리로 이동하고
키워드 추가시엔 키워드 카테고리로 이동하게 하는게 좋다고 생각합니다.

- 이건 보너스: checkup시, owner페이지로 이동을 유도하는 링크를 하단에 걸어두는게 어떨까요? 일일이 backspace 누르기 귀찮습니다;;