아직 로그인하지 않았습니다. 로그인 또는 회원 등록을 해 주시기 바랍니다.
활발한 주제들 답글이 없는 주제들
안내
글을 찾기 위한 검색 메뉴는 바로 위 메뉴의 '회원 명단' 옆에 있습니다~
TNF는 회사가 아니라 오픈소스 커뮤니티입니다. textcube.org 는 회사에서 운영하는 서비스가 아니라, 커뮤니티에서 개발하는 소프트웨어입니다.
(2007.1.10) TNF는 해당 포럼 및 위키, trac 저장소상에서 이메일 수집을 금지합니다.
해당 공지 를 포럼 하단에 명기하였습니다.
(2007.2.9) TNF와 태터툴즈/텍스트큐브 코드 수정에 관한 workflow를 정리하였습니다.
안내
(2007.4.5) 공식 소스 버그 리포터 그룹의 일원이 되어주실 분들을 찾습니다. :)
관련 공지
최근소식
(2016.1.18) 텍스트큐브 1.10.9 의 첫 베타 버전을 배포합니다.
내려받기
(2015.11.19) 텍스트큐브 1.10.8 : Tempo primo를 배포합니다.
내려받기
(2015.7.9) 텍스트큐브 1.10.8의 첫번째 발표 후보를 배포합니다.
내려받기
(2015.6.4) 텍스트큐브 1.10.7 : Tempo primo를 배포합니다.
내려받기
검색 선택사항 (69 중 50 페이지)
페이지 이전 1 … 48 49 50 51 52 … 69 다음
graphittie가 작성한 주제 사용자 정의 검색
글 발견 [ 1,226 to 1,250 of 1,718 ]
나니 작성:이미지가 무슨 이미지인가요? [##_image_##] 말씀하시는건가요?
만약 이 문제라면 스킨상 문제에 99퍼센트 올인합니다.
어차피 해당 스킨은 제가 올린 스킨일테니 어떤 스킨인지 알려주시면 수정하도록 하겠습니다 
제목을 잘 보시고...:|
하노아 작성:태터툴즈에서는 그림을 클릭하면 내 블로그로 갑니다.
그런데 어째서인지 태터스토리는 굉장히 그 영역을 잡기 어렵네요. 
이미지의 최하단 아주 가느다란 지점을 정확히 마우스포인트로 잡아내야 그 버튼을 쓸 수 있습니다.
마치 플래시 버튼 만들때 hit 영역 지정이 안 되어있는 것 같은 상태랄까요?
사용환경을 알려주세요~.
Kay 작성:텍스트 파일이면 포멧이 공개되어 있는거라고 할수 있습니까?
요즘 xml 파일로 저장되는 워드프로세스 프로그램이 많이 나와있는데,
이런것도 열어보면 간단히 알 수 있을까요?
물론요.. 삽질을 하면 알아낼수 있겠지만..
모든 옵션을 알아낼 수 는 없지않습니까?
제가 문제삼은것은 포멧이 '공개' 되어 있다고 설명되어있지만, 공개된 설명은 없다는데 있습니다.
필요하시다면 직접 작성해 공개해 주셔도 환영인데요. 오픈 소스가 달리 오픈 소스인가요. 기존 참여자 중에는 해당 문제에 관심이 있는 분이 없고, Kay님이 처음으로 등장하셨으니 Kay님께서 이 문제를 해결해 주시면 뒤에 Kay님과 같은 의문을 달고 여기 오실 다른 분들께 좋은 일이 되지 않겠습니까. 저희는 결자해지를 모토로 하고 있답니다. 실제로 그렇게 하고 있기도 하고요.:)
활성/비활성을 선택할 수 있게 환경설정을 제공해야겠군요. 디폴트는 활성으로요.
어느 정도까지 내용을 넣을 수 있는가 범위도 미리 결정해야 되겠습니다. 아마도 title 속성에 들어갈 것 같으니 텍스트만 지원해야겠죠.
음... 바로 실행단계로 들어갈 수 있는 내용은 아닌 것 같고... 구현에 대해 좀 더 논의가 있어야 할 것 같습니다.
gofeel 작성:=_= 그래도 800x480 아닌게 어딥니까(...)
작은 화면에서도 사용할 수 있도록 사이즈가 최적화된 관리자 화면 스킨이 필요하겠군요. 일단 기획노트에 추가해 놓겠습니다.
하노아 작성:키워드 기능은 어떻게 써야 하나요? 라디오버튼을 선택하고 글을 썼지만 저장에 실패했다고 나옵니다. 
아직 제작중입니다.
J. Parker 작성:string bool int enumeration 와 같이 데이터 타입 측면에서 기술하게 하는...
방법도 좋겠지만 누구나 설정셋에 접근용이하게 쉽게 풀어주는것도 괜찮을듯 합니다.
위 방법도 익숙해지면 괜찮겠죠. 위 text, radio or checkbox, select의 세가지 정도의 기본 컨트롤태그를
사용하게끔만 하여 html를 이용하는것처럼 사용해도 괜찮을듯 합니다.
시현되는 예제를 보면 더욱 확연하게 들어날것 같습니다.
datatype ="" 이 항목은 괜히 제작자에게 혼란만 야기시킬것 같습니다. row="3"의 의미는 해당 필드를 3개를 더 만든다는 것이죠?
대강 방향이 잡힌 것 같으니 좀 구체적으로 가볼까요?
다음 예제를 구현하자면 어떻게 하면 될까요. 레이아웃이 아니고 구성요소에 집중해 주세요.

ghost_ghost 작성:또한 가지 부분이 데이터 검증쪽인데 어제 문서에서 dataHandler 쪽을 검증쪽 HOOK으로 꺼내 놓을 필요가 있을 듯 합니다.
즉 그쪽에서 받은 함수를 가지고 포스트 된 데이터를 검증하여 성공인지 혹은 검증실패(사유포함) 인지를 판별하는 루틴을 넣었으면 합니다. HOOK이니 구현안하면 기본적인 타입 체킹만 하는 쪽으로 가고요
이게, DB에는 어떤 식으로 저장이 되나요? 이걸 알면 dataHandler 쪽 이야기를 더 자세히 할 수 있을 것 같은데요.
ghost_ghost 작성:^^ 아침에 와보니 field 종류가 많이 늘었네요 ㅎㅎ 거의 HTML 컨트롤 태그 수준인듯합니다.
플러그인 제작자쪽에서는 위의 타입을 모두 필요로 하지는 않을 듯 합니다. 제작자의 편의성과
통일성이 중요 요점인 만큼 데이터 타입은 php 에서 쓰이는 쪽으로 간결하게 가는게 어떨지
싶습니다. 다만 fieldset element dhk title name 등등의 어트리뷰트는 필요할듯합니다.
ghost_ghost님이 생각하시는 방식이 구체적으로 구현된 것을 보고 싶은데요, 한 번 예제를 올려주세요.
관리자 화면에서 벌어지는 일이니 확실히 type=password나 type=image는 필요 없을 것도 같습니다. 그러나 나머지는 필요하다고 생각합니다. 그 많은 플러그인 제작자가 어떤 방식으로 구현을 하려고들지 예상할 수는 없잖아요. 이런 무예측 부분을 제한적인 사용으로 막아놓으면 후에 안 되는 부분이 있다고 불만을 표시하는 제작자가 분명히 나오리라 생각합니다.
이 문제에 대한 해결책은 현재까지 제시된 모든 방법이 공식적인 방법이 아니기 때문에 태터 소스 내에 포함되기에는 부족하지 않나 싶습니다. A라는 방식을 선호하는 유저도 있고, B라는 방식을 선호하는 유저도 있는데, 태터 소스에 덜컥 A 방식을 디폴트로 포함시켜버리면 B 선호 유저는 당연히 불만을 갖게 됩니다. A 방식이 공식적인 방식이라면 B 선호 유저에게 당위성에 대해 설명해 줄 수 있지만, 비공식적인 방식이라면 이것은 일종의 편견 내지는 차별로 인식될 가능성이 있습니다. 고로! 만병통치약, 플러그인으로 해결을... - -...
PS. 근데 지금 태터 소스 내의 Object 태그는 제대로 돌아가고 있지 않나요? 응??
graphittie 작성:J. Parker 작성:<binding>
.....
<config>
<field title="이름" name="s1" type="text" size="10" value="홍길동" />
<field title="비밀번호" name="s2" type="password" size="10" value="1234" />
<field title="종류1" name="s3" type="radio" />
<op value="1" checked="true">1</op>
<op value="2">2</op>
</field>
<field title="종류2" name="s4" type="checkbox" >
<op value="1" checked="true">1</op>
<op value="2">2</op>
</field>
<field title="종류3" name="s5" type="select" >
<op value="1" checked="true">1</op>
<op value="2">2</op>
</field>
</cofing>
</binding>
필드셋도 추가되면 좋겠는데요...:)
<binding>
.....
<config>
<fieldset legend="필드셋 1">
<field title="이름" name="s1" type="text" size="10" value="홍길동" />
<field title="비밀번호" name="s2" type="password" size="10" value="1234" />
<field title="종류1" name="s3" type="radio" />
<op value="1" checked="true">1</op>
<op value="2">2</op>
</field>
</fieldset>
<fieldset legend="필드셋 2">
<field title="종류2" name="s4" type="checkbox" >
<op value="1" checked="true">1</op>
<op value="2">2</op>
</field>
<field title="종류3" name="s5" type="select" >
<op value="1" checked="true">1</op>
<op value="2">2</op>
</field>
</fieldset>
</cofing>
</binding>
이렇게요.
근데 말이죠... 이걸 들여다 보고 있자니... 이거 다국어 지원은 참..,:/
헐... 그런가요? 한글 없는 파일에 한글을 추가하고 그냥 저장했군요. 왕뻘줌.:|
J. Parker 작성:<binding>
.....
<config>
<field title="이름" name="s1" type="text" size="10" value="홍길동" />
<field title="비밀번호" name="s2" type="password" size="10" value="1234" />
<field title="종류1" name="s3" type="radio" />
<op value="1" checked="true">1</op>
<op value="2">2</op>
</field>
<field title="종류2" name="s4" type="checkbox" >
<op value="1" checked="true">1</op>
<op value="2">2</op>
</field>
<field title="종류3" name="s5" type="select" >
<op value="1" checked="true">1</op>
<op value="2">2</op>
</field>
</cofing>
</binding>
필드셋도 추가되면 좋겠는데요...:)
<binding>
.....
<config>
<fieldset legend="필드셋 1">
<field title="이름" name="s1" type="text" size="10" value="홍길동" />
<field title="비밀번호" name="s2" type="password" size="10" value="1234" />
<field title="종류1" name="s3" type="radio" />
<op value="1" checked="true">1</op>
<op value="2">2</op>
</field>
</fieldset>
<fieldset legend="필드셋 2">
<field title="종류2" name="s4" type="checkbox" >
<op value="1" checked="true">1</op>
<op value="2">2</op>
</field>
<field title="종류3" name="s5" type="select" >
<op value="1" checked="true">1</op>
<op value="2">2</op>
</field>
</fieldset>
</cofing>
</binding>
이렇게요.
네. DateConverter 플러그인 문제가 맞습니다. 문제가 해결될 때까지 해당 플러그인은 비활성 상태로 전환해 주세요.
ghost_ghost 작성:index.xml에 설정에 관련된 fieldset 구조를 정의 할수 있게 하고
설정 화면에서 이를 바탕으로 통일된 화면을 제공 하는 것도 갠찬을 듯합니다.
이쪽부분에 대해서는 일단 fieldset 구조에 대한 스키마가 필요할 듯 합니다.
간단하게 string integer enumeration 정도를 예상하고 있는데 또 필요한 것이 있을가요?
대략
.....
<binding>
.....
<config>
<field name="s1" type="string" />
<field name="s2" type="int" />
<field name="s3" type="enumeration" >
<e>강아지</e>
<e>소</e>
<e>개구리</e>
</field>
</cofing>
</binding>
.....
이렇게 정의를 하면 좋을 듯합니다....
이 구조로는 조금 부족하지 않은가 하는데요...
우선 input 태그만 해도 checkbox, radio, image, button, submit, text, password를 구분해 줘야 하고, 이 input에는 label이 따라 붙는 경우가 있으니 이도 있어야 하고... select 박스도 포함해야 하고, 반드시 fieldset을 하나만 사용하라는 법이 없으니 이도 반영해야 하고, radio의 경우 여러개를 박스 하나로 묶어 이 박스에 label을 붙이므로 이에 대한 반영도 있어야 하고... id와 name은 너무 당연한 거고, (onclick 등의) 이벤트도 지원되어야 하고... 이벤트가 지원된다고 하면 설정 팝업의 head에 script 파일을 삽입해 주는 치환자([##_SKIN_head_end_##]와 흡사한)도 있어야 하고...

나니 작성:graphittie 작성:그게 그 말씀이었군요. 이해력이 딸려서 이해를 못하고 넘어갔습니다. 개선 리스트에 올려놓도록 하겠습니다. 본의 아니게 그냥 넘어가서 죄송합니다. 항상 말씀 드리지만 반대를 위한 반대를 하고 있는 것은 절대 아닙니다.:|
이런거 공개해도 되려나 모르겠지만;;
inureyes님과 6월 27일 10시 55분경에 gtalk에서 대화했던 내용 일부를 올리자면
나: 월별 접속자수는 나오는데 일별 접속자수가 안나와요
inureyes: 아. 월 찍어야 나옵니당. 로드 줄이기 위해 변경 ~
라네요 (..)
흐흐. 그럼 개선 목록에서 다시 내려놓겠습니다.
변경을 원하시는 분들은 이 아래로 강력하게 주장해 보세요.:)
일부 날짜 부분의 포맷이 하나가 아니라 문제군요. 간단한 문제가 아니라 좀 더 고민이 필요할 것 같습니다.
유마 작성:흠.. 얼마전에 시간관련 부분이 추가 된 뒤로... 날짜에 ? 와 한문이... 보입니다.
어느 날짜 부분에 문제가 있는지 지적을 해주시면 더 좋겠습니다.:)
그게 그 말씀이었군요. 이해력이 딸려서 이해를 못하고 넘어갔습니다. 개선 리스트에 올려놓도록 하겠습니다. 본의 아니게 그냥 넘어가서 죄송합니다. 항상 말씀 드리지만 반대를 위한 반대를 하고 있는 것은 절대 아닙니다.:|
자유로운 레이아웃이라고 하면 CSS 제어권만 줘도 충분하지 않을까 싶은데요... 플러그인 개발자의 로고 정도는 따로 삽입할 수 있는 구조를 만들어줘도 좋겠습니다.
제가 나름대로 생각했던 방식은, fieldset 구조를 XML의 bind 구조 안에 옮겨서 그걸 XHTML로 뿌려주는 구성이었습니다. 현재 관리자 화면의 XHTML은 폼 형식에 대해 fieldset/dl/dt(dd)/div로 이어지는 구조를 가지고 있어서 이 구조만 따르면 별도로 CSS를 제작할 필요 없이 제법 쓸만한 레이아웃이 나옵니다.
그런데, 팝업을 해야 하는 이유도 있으니... 팝업에 맞춰 생각을 수정해 보면, 일단 HTML 구조는 위에서 말씀드린 XML 방식대로 뿌려주되 사용자 플러그인 디렉토리로 지정되어 있는 CSS 파일 link를 추가해주는 거죠. 이 파일이 있으면 이 CSS를 사용하지만(이 CSS는 플러그인 제작자가 작성하는 것이기 때문에 기획의도대로 다양한 레이아웃이 나올 수 있다고 봅니다.) 이게 없으면 관리자 스킨에서 설정된 CSS를 사용하도록 하는 겁니다.
ghost_ghost 작성:첫번째 이유 : 자유도를 보장하되 팝업으로 처리하여 기존 플러그인 관리자 화면과의 이질성을 해소합니다.
그러니까... 플러그인 설정화면의 레이아웃을 마음대로 조절하도록 허용하는 부분이 기획이었다는 말씀인가요?
이미 상당 부분 완성된 것 같은데... 한 가지 걸리는 것이 "설정 팝업창"이 뜬다는 부분입니다. 설정 팝업이 뜨면 그 부분은 관리자 스킨이 적용되지 않는 예외가 되는데요. HTML 태그부터 시작해서 완전히 모든 페이지를 플러그인 제작자가 제작하게 한다면, 천태만상의 플러그인 설정 페이지가 만들어지게 됩니다. 관리자 화면에 사용자가 임의로 정한 형식의 레이아웃이 등장하도록 허용하는 것은 인터페이스 일관성 면에서 좋지 않은 것 같습니다. 현재 외부 블로그에 뜨는 트랙백 팝업과 댓글 팝업 역시 스킨의 예외라는 이유로 제거하려고 궁리하고 있는 중입니다.
팝업으로 가야 하는 특별한 이유가 있는 것인지요? 그게 아니라면 되도록 같은 창 안에서 움직였으면 합니다.
LonnieNa 작성:오늘 tatterstory 받아서 이거 다시 해봤는데 이상하네요.
설마.. 스킨설정의 문제인건가..
xthml스킨과 html스킨의 차이인듯보입니다.
IE에서 기본스킨 사용시 스크립트 에러 발생
모두 테스트해보진 않았는데 어떤스킨(ARIA) 에서는 오류없이 잘 되네요..
그리고 추가적으로 팝업에디터 잘 되시나요? CSS에러나던데요.
음. 팝업 에디터요? 전 로딩이 안 끝나던데요. 음냐...
LonnieNa 작성:나니 작성:LonnieNa 작성:아직 tatterstory 도 분양 못받았는데.. 헤헤..
밤늦게까지 수고하십니다.
어머; 그럼 제가 올린 로니나님 스킨도 못 보셨겠네요 ㅠ_ㅠ
교주님은 로니나님께 초대권을 달라! 달라!!;;
어제 태터스토리 접속안되는거 맞죠? 그 글에서 스킨이 올려졌다는 눈치는 챘죠..ㅋ
사진이 바뀌었어!! 세컨드인가!?
음... 관리자 화면은 조금 더 늦춰도 되지 않을까요? 소스는 변경 없이 그냥 CSS만 넣는 것이니까요. 저거랑 동시에 태터홈 리뉴얼도 가야하기 때문에 혼자 디자인을 하셔야 하는 리체님의 로드가 걱정스럽습니다. 8월 11일 정도까지 미뤄주셨으면 어떨까 하는데요... 물론 CSS까지 완전작성이 끝나는 게 11일입니다.
LonnieNa 작성:우후.. 중국어는 안필요하신가요?
중국어과 나와서 1년 중국어 번역 회사다니다가 얼마전 건강상 쉬고 있는 사람이 있는데..ㅋ
오, 그런 분이 계시면 좋지요. 그런데, 그 분이 한 번 맡아주시면 계속 번역해서 제공해야 되기 때문에 이쪽 일이 좀 귀찮아집니다. 일본 쪽에서 우리는 왜 번역 안 해주냐고 따지면...:| 각국 언어로 번역해서 정보를 제공하는 것은 TNF 내에 언어담당자가 확실히 자리잡았을 때 하도록 하고요, 일단은 글로벌하게 영어로 일괄제공하면 각국에서 알아서 해석해 사용하도록 하는 편이 좋을 것 같습니다. 2차 회의에서 그렇게 이야기 되었던 것으로 기억하기도 하고요.
글 발견 [ 1,226 to 1,250 of 1,718 ]
페이지 이전 1 … 48 49 50 51 52 … 69 다음
PunBB 로 운영됩니다.
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.