사이드바 관련 플러그인만 10개군요. 플러그인 설정이 가능해지면 하나로 묶는 게 좋을 것 같습니다.
어떤 의미로 하신 말씀이신지 정확하게는 모르겠지만 이해한대로 말씀드리면..
플러그인 설정이 가능해져도 하나(한 파일)로 묶는 것은 불가능합니다.
개개가 독립적이기 때문에 개별적으로 사용중/미사용의 전환이 가능해야 하는데 현재의 플러그인 체계로는 한 파일이라면 불가능하죠.
아직 로그인하지 않았습니다. 로그인 또는 회원 등록을 해 주시기 바랍니다.
TNF : Tatter Network Foundation forum » Peris가 작성한 글
사이드바 관련 플러그인만 10개군요. 플러그인 설정이 가능해지면 하나로 묶는 게 좋을 것 같습니다.
어떤 의미로 하신 말씀이신지 정확하게는 모르겠지만 이해한대로 말씀드리면..
플러그인 설정이 가능해져도 하나(한 파일)로 묶는 것은 불가능합니다.
개개가 독립적이기 때문에 개별적으로 사용중/미사용의 전환이 가능해야 하는데 현재의 플러그인 체계로는 한 파일이라면 불가능하죠.
웹접근성과 관련하여 search쪽은 form 태그로 변경하는게 맞다고 생각합니다.
.htaccess 등을 수정하신 적이 있으신가요?
comlover님의 블로그에서 tag나 search를 하면 redirect가 되는데 그 와중에 UTF-8로 encoding이 된 '책'이라는 단어가 iso-8859-1로 변경되어 위와 같은 문제가 생기고 있습니다.
J. Parker님의 블로그도 http://www.create74.com/tag/책 같이 접속하면 같은 문제가 생깁니다.(물론 일반적인 방법으로는 제대로 나옵니다.)
위의 주소를 복사해서 새창을 띄워 붙여넣기해서 접근해보세요.
이 문제에 대해서는 좀 더 근본적인 대처가 필요할 것 같습니다.
웹표준을 지킨다고하여 꽤 기대를 했었는데.. 생각보다 표준이 별로 안지켜진게 참 아쉽네요..
1. 선택된 카테고리의 이미지 갯수가 $SildeCount보다 작은 경우 $a가 $SildeCount에 도달하지 못해 무한루프가 일어납니다.
무한루프가 일어나는 경우는 없습니다. 다만 이미지갯수가 $SildeCount보다 작은경우 같은 이미지가 계속 표시되는 문제가있는데 아직까지 해결못하고있습니다 ㅠ.ㅠ
5번에 있는 array_rand()함수를 사용하시면 됩니다.(3번 문제도 해결됨)
그리고 while(true) 는 없애주세요. 무한루프에 빠질 가능성이 있습니다. ![]()
2. "watermark.gif", "favicon.gif" 등 특정 이름만 예외 검사를 하시는 것보다, 정규식을 이용하여 보다 포괄적으로 검사하시는 것이 좋을 것 같습니다. 앞으로 어떤 파일이 더 추가될지 모르니까요.
정규표현식에 약하다보니ㅠ.ㅠ.. 최대한 공부하여 숫자파일만 찾아내도록 처리하겠습니다.
사실 예외검사를 하지않아도 db에 등록되어있지 않은 그림파일에 대해서는 썸네일로 만들거나 표시되지 않아 자동예외처리되긴 합니다만 ㅠ.ㅠ..
숫자만 10개는 "\d{10}"를 사용하시면 됩니다.
그리고 $CategoryList는 $CategoryList를 배열로 만드시고 in_array함수를 사용하시는 것이 좋을 것 같습니다.
eregi()부분에서 $name에 '1test'가 들어갈 경우 오작동을 일으키게 될테니까요.
문제점 하나 더..
meta 스킨 치환자들을 스킨에도 그대로 추가하면 해당 부분을 2번 처리하게 되더군요. 태터툴즈 자체에서 무조건 한번은 처리하도록 되어 있는데 굳이 2번을 돌릴 이유가 있을까 싶습니다.
스킨에서는 해당 치환자들이 발견되더라도 그냥 패스해버리는게 어떨까요?
[##_SKIN_head_end_##]같은 치환자를 스킨에 일부러 삽입하셨다는 말씀이신가요?
그렇다고 생각하고 답변을 드리자면..
물론 그럴 경우를 문제라고 할 수도 있습니다.
다만 제 생각은 조금 다릅니다.
일부러 SKIN_head_end같은 보통의 경우 사용할리가 없는 작명을 선택한 것이거든요.
그렇기에 SKIN_head_end같은 치환자를 일부러 삽입했다는 것은 그게 필요하기 때문이라고 생각합니다.(물론 어떤 경우가 그럴지는 잘 모르겠지만요.)
기존의 치환자들 역시 여러번 나오면 여러번 처리를 해줍니다.
대부분의 경우 여러번 사용할 이유는 없지만 아닌 경우도 있으니까요.
다른 분들의 의견이야 다를 수 있겠지만 제 생각은 그냥 나두는 것이 좋다입니다.
(물론 대다수의 분들이 수정하라고하면 수정하겠습니다.
)
하하 정말 좋습니다.~~ 잘 나옵니다.
#testing : http://www.jparker.co.kr/tt
추후 플러그인설정이 완성되면 [##_category_##], [##_category_list_##] 이 두개는 선택적으로 설정하여■ category, □ category_list
출력되게 하면 혼동되지 않고 괜찮겠습니다.
고생하셨습니다. Peris님.. 사이드바 정렬문제는 흠.. 어찌~~
설정루틴이 완료되면 거기서 처리하는것도 한 방법이 될것 같습니다.
사실 아직 별로 한 것이 없습니다.;;
순서는 말씀해주신 것도 있고해서 별도 페이지로 가야되나 고민중입니다. ![]()
이건 말 그대로 테스트용이라 copy&paste를 해버려서 생기는 문제죠.;;
실제로 배포가 될 때는 다 켜놔도 문제가 안생기도록 수정을 해야겠죠. ![]()
아 설명 드리는걸 깜빡했는데..
Category하고 Category_List는 같이 사용하시면 안됩니다.(사용하는 함수가 동일해서 -_-;; )
원래 치환자가 각각 [##_category_##], [##_category_list_##] 였던 것을 각각 적용해둔거라서요. ![]()
저번에 말씀드렸던 부분에서 <s_sidebar_titles>가 추가되었습니다.
이건 제목([##_sidebar_title_##])에 들어갈 값이 없을 경우 출력을 해주지 않기 위해 포함되었습니다.(예 : Counter)
Archive, Calendar, Category, Category_List, Counter, Link, RecentPS(최근 글), RecentRP(최근 댓글), RecentTB(최근 트랙백), TagCloud
일단 이렇게 총 10개가 플러그인으로 변경이 되었습니다.(뭔가 빠진거 같기는 한데..; )
기존에 내장되어 있던 부분들(DB포함)은 현재 삭제가 되어 있지 않습니다.(가능하면 삭제할 예정)
(내장되어 있던 부분을 그대로 사용하는 덕분에 각 플러그인에 복사된 함수들에는 _가 붙어있습니다.; )
추가 작업은 환경설정 등이 가능해지면 진행해야될 것 같네요.
그래서 실질적으로 작업이 된 부분은 별로 없군요. -_-;;
커밋해두겠으니 보시고 추가/수정/삭제 해야될 부분 있으면 말씀해주세요. ![]()
Tattertools_skyline_ko_sidebar라는 테스트용 스킨이 올라가니 이걸 보시면 되겠습니다. 물론 이건 나중에 삭제..
아 그리고 현재 순서 설정이 없기때문에 순서가 지맘대로; 나올겁니다.;;
ps. Category같은 경우 일단 때어내기는 했는데 Category의 용도상 필수에 가까우니 때어내면 안될 것도 같네요. 의견주세요.
ps2. Order는 그냥 usersettings테이블에 sidebarOrder정도를 추가해서 serialize해서 넣을까요? 혼자 결정하기가 좀 애매한거 같아서요. ![]()
전에는 땀흘리는 녀석도 있었죠. 흐흐
한층더 높아진 태터를 맞이하겠군요 곧.. .
추후 구글의 개인화홈에서 처럼 사용자 임의로 드래그하여 메뉴위치 조절도 가능하면 좋겠네요.
아니면, 관리자에서 약간의 샘플화 하여 드래그하여 위치 설정할수 있는 방법도...
어째 전에 거론된 얘기 같습니다.
네. 전에 WP에 있는 기능이라면서 소개해주셨었죠. ![]()
<s_sidebar_rep>
<div class="[##_sidebar_class_##]">
<h3 style="cursor:pointer;" onclick="clickshow('[##_sidebar_id_##]');">[##_sidebar_title_##]</h3>
<div id="[##_sidebar_id_##]">
[##_sidebar_contents_##]
</div>
</div>
</s_sidebar_rep>
<s_sidebar_rep> : 사이드바 반복 구간
[##_sidebar_class_##] : class 지정(환경설정에 포함 예정)
[##_sidebar_title_##] : 제목 지정(환경설정에 포함 예정)
[##_sidebar_contents_##] : 내용(플러그인에서 구현)
[##_sidebar_id_##] : id 지정(해당 플러그인의 디렉토리명)
추가적으로 제목부분에 <s_sidebar_title>이 들어가서 제목이 없는 경우에는 해당 부분이 출력이 안되게할까 생각중입니다.
clickshow는 Tattertools_simple 기본 스킨에 있길래 그냥 넣어봤음;;
<binding>
<sidebar class="listbox" title="최근에 올라온 글" handler="SB_RecentPS_Default" />
</binding>
sidebar 요소 : 기존의 tag와는 의미도 다르고 name속성도 필요가 없어서 새로 추가.(관리자용 플러그인의 경우도 admin이라는 요소를 추가하는 것이 좋다고 생각)
class, title 속성은 나중에 환경설정으로 변경 예정
그리고 다른 얘기입니다만.. 이 작업이 끝나면 "스킨관리"-"스킨에 맞춘 출력을 설정합니다"-"스킨에 맞춘 내용 출력을 설정합니다"가 엄청 썰렁해질 것 같네요.;;
"페이지 당 포스트 수", "글을 표시할 때", "페이지 당 방명록 수"만 남게 되고 나머지는 다 환경설정으로 가게 될테니까요.;;
물론 DB의 skinsettings 테이블 역시 필드가 많이 삭제되겠고요.
기타 문제가 될만한 것들이나 추가해야 될것들이 있다 싶으면 말씀해주세요.
(커밋은 아직 안했습니다. 지금 커밋해버리면 태터스토리쪽이 아작날거 같아서;; )
아무래도 환경설정 부분은 독립된 테이블로 만드는 것이 좋지 않을까요?
다중 사용자용의 경우를 고려하면 owner 정보가 필요하게 되는데, text필드에 serialize를 해서 집어넣는 것은 너무 비효율적인 것 같습니다.
일모리 작성:css 버그(?) 잡기에는 디퍼가 최고죠 ^^ 절대 애용. <33
이걸로 개발하다 IE toolbar 쓰려고 하면 아주 미치죠... 크크크...
그거라도 있는게 어디입니까;;
사이드바는 전에 잠깐 방식을 언급했었는데 그 방법대로 가는게 맞는거 같아 그쪽으로 방향을 잡으려고 합니다.
<s_sidebar_rep>
<div><h1>[##_sidebar_title_##]</h1></div>
<div>[##_sidebar_main_##]</div>
</s_sidebar_rep>
사이드바의 디자인이 스킨을 따라가게하려면 이게 최선인 것 같네요.
다만 스킨의 수정이 필요하겠지만요.;;
근데 환경설정은 어떻게 되가나요?
[##_sidebar_title_##] 같은건 환경설정에서 설정하도록 하는게 좋을 것 같은데 말이죠. ![]()
(물론 default도 있겠죠?; )
아 물론 Order용 필드가 필요하니 추가해주세요. ![]()
아마 제가 처음 말을 꺼냈던걸로 기억해서 제가 할 생각이었는데 inureyes님께서 하신다고 하니 손 놓아야겠군요. ![]()
당연히 스팸으로 갈거라 생각합니다. 라고 쓸려고 했는데..
설마 그럴리가요. 티스토리가 다음 커뮤니케이션과 하는건데;;
그러고보니 다음하고 하는 거였다는 것을 망각하고 있었..;;
Great!! ![]()
이 사건(?)을 계기로 저 업체에서도 구글맵처럼 오픈 API를 제공해줬으면 좋곘군요.
찾다보니 이런 글이 있군요.
http://hehehe.co.kr/wikikiwi/index.php? … =KoreanWay
위의 설명을 토대로 찾은 TnC 위치;;
http://kr.img.maps.yahoo.com/map/mapser … ingContext
사진 전시나 리뷰용으로는 태터의 기본 기능만으로는 조금 부족할 수 있는데
어느정도는 플러그인없이도 구현이 가능해야될것 같은 느낌이...
(또 한편으로는 태터코어가 커지는것은 좀 싫고;; )
저도 이런 생각을 했었는데 그래서 생각해 본 것이 스킨에 플러그인을 포함시켜서 배포하는 형태입니다.(윈도우의 테마 비슷한 개념?)
물론 각 플러그인 제작자분들에게 동의를 구하던지 라이센스를 따르던지하는 부수적인 문제는 있지만요.;
조금이나마 사용자가 덜 건드려도 되는 방법이지 않을까라고 생각중입니다. ![]()
TNF : Tatter Network Foundation forum » Peris가 작성한 글