1 htna이 작성한 답글

(2 답글들, 잡담하기에 작성)

음.. 그럼 tistory는 tattertools/textcube 와는 완전히 별개가 된 느낌이군요...
완전히 branch 된 느낌이...

포럼으로 이동: 잡담하기

2 htna이 작성한 답글

(2 답글들, 잡담하기에 작성)

감사합니다.
함 찾아봐야 겠네요.

포럼으로 이동: 잡담하기

3 htna이 작성한 주제

(2 답글들, 잡담하기에 작성)

제가 요즘들어 질문이 많아졌군요..
한동안 잠수타고 있었는데...

티스토리에 대한 피드백은 어디서 해야 하나요??

물론 티스토리가 tattertools 나 textcube 와 서비스가 다른형식으로 가고 있다는 것을, 예전의 글을 읽어서 알고 있습니다. 하지만, 매우 좋은 서비스임에도 불구하고, 티스토리에 대한 서비스와 피드백이 부족하지 않나 싶습니다. 저 역시 한두가지 건의를 티스토리의 포럼에 해봤고, (여기 TNF의 티스토리 부분은 막혀있더군요..) 전혀 답변이 없음을 이상하게 생각하고 있습니다. 역시 몇몇 사람들의 건의가 있고, 역시 피드백이 아예 없는건 아닌지에 대한 내용도 올라오고 있구요..

물론 여기 분들이 모두, 텍스트큐브 를 사용하고 있을지도, 그렇기에 티스토리에 대해서 지원이 소홀한것일 지도 모르겠군요..
하지만, 간단한 문제나, 사소한 문제들의 경우 이더라도, "현재 일정은 이러이러하다, 그렇기에 앞으로 이러이러한 계획으로 개선해 나갈것이다" 라는 정도의 공지나,
현재 건의된 내용에 대한 정리와, 이중 이후로 가까운 버전에서 해결될 것들에 대한 공지, 그리고 기술적인 어려움이나 통일성을 위해 고려되지 않을 것들에 대한 공지, 등 정도라도 있으면 좋지 않을까 합니다.

tistory, tattertools, textcube 등에 직접적인 도움은 드리지 못하면서, 이렇게 건의만 드려 죄송합니다.

그럼 개발자분들 힘내시기 바랍니다.

올해 남은 한해도 알차게..
새해는 희망차게..

포럼으로 이동: 잡담하기

4 htna이 작성한 주제

(2 답글들, 잡담하기에 작성)

걍 귀찮아서 바로 질문 올립니다..
css 에 문외한인지라, 질문만 올린다는...

특정 스킨에서는 (1) 엔터를 두번쳐야 문단을 띄어쓴 효과가 있더군요.. 엔터를 한번치면, 바로 아래줄에 글이 써지구요..
어떤 스킨에서는 (2) ctl-enter 는 바로 아래줄에 이어쓰는거구, enter 는 문단을 나누는 기능이구요..

현재 사용하고 있는 스킨이 (1)번 스타일입니다. 하지만, (2)번이 더 명확하게 보이고, 대부분의 스킨이 (2)번 형식을 따르고있는지라, 다른 스킨을 사용할때 이런저런 문제가 생기네요.. (1) 번처럼 되어 있는것을 (2)번처럼 바꾸려면 어떻게 해야하나요 ???

HTML 전문가님들의 도움 부탁드립니다.
현재 사용하고있는 스킨이, (1)번 형식을 따르는 티스토리에 있는 crystalBlue 인데, 다른건 놔두고 본문에만 (2)번 형식을 따르게 하고 싶습니다..

그럼 즐거운 연말 되시길...

포럼으로 이동: 잡담하기

5 htna이 작성한 주제

(2 답글들, 아이디어 및 기능 제안에 작성)

연달아 두개를 올리는군요.

tattertools가 (한글로 쓰기가 무서워지네요.. 워낙 글자가 틀렸다느니 하고 조인트를 많이 당하다보니...) 검색부분이 약한걸로 생각됩니다. 위키의 경우에는 기본적으로 본문 전체를 검색해서 결과를 보여주기때문에, 그 자체만으로 매우 강력한데 비해서, tattertools 는 제목만 검색하기에 매우 빈약하다고 느껴집니다.

이경우 가끔 매우 불편할때가 있는데.. 예전에 쓴 글을 찾으려고 하는경우, 어느목록에 있었는지, 언제 올렸는지, 혹은 제목에 어떤글이 들어가 있었는지를 기억하지 못하는경우에는 거의 찾기가 힘듭니다. 많은량은 아니지만 예전부터 올려놓은 글이 약 200개 정도 되는데다, 외국에 있어서 접속할때마다 로드되는데 걸리는 시간이 짜증날경우에는 특히나...

1. 검색기능에 본문검색 기능을 보강하면 어떨까요?
물론, 본문검색을 할경우에 시간이 오래걸릴 수 있다는 단점이 있습니다만, 그 오래걸리는 시간마저 감수하고라도, 이전의 본문의 내용만 기억날경우 대안이 없을 듯 합니다. 그래서, 검색기능을 확장해서 "본문&제목" "제목만" 등으로 강화하면 어떨까 생각나네요..
이걸 구현하시는 분 께서는 부담이 가지 않을까 하는 생각이 들기도 합니다만, (1) wordpress 같은 경우에 속도개선을 위해서 쿼리된 내용을 임시로 백업하고있는 기능이 있었던 듯 (설정부분에 보니..) 한데 이런걸 응용하는것도 좋을 듯 하구요, (2) 역시나 부담이 된다면, 걍 탭이나 새창에 띄우면 되니, 그 단어를 포함하고 있는 글 목록만 쫙 보여주는것도 나쁘지 않을 듯 합니다.

2. 글 목록만을 보여주는 기능은 어떨지..
현재의 검색 등을 할 경우, 글목록 & 본문이 같이 나옵니다. 이경우 서버에 부담을 줄 뿐만 아니라, 클라이언트 쪽에서도 상당히 시간이 걸리는 편이구요. 글 목록만 나오는 기능은 어떨까요? 본문이야 글 목록중에서 선택해서 새로 창을 띄우던지 탭을 띄우던지 하는 형식으로 보면 될 듯 보입니다.
또한, 특정 카테고리 혹은 전체의 글을 한화면에 보여주는 기능이 있는것도 좋을 듯 합니다만. 역시나 많은 글 갯수문제로 본문까지 보여주는것보다는, 글 목록만 보여주는게 있으면 어떨까요...

tattertools 에는 어떤지 모르겠습니다만, tistory 의 경우에는 저런기능이 없군요. 있으면 해서 글 올립니다.

에구구, 예전에 올렸던걸 200개중에서 어떻게 하나하나 오픈해서 찾아본담...
그럼 크리스마스 잘 보내시기 바랍니다.

포럼으로 이동: 아이디어 및 기능 제안

6 htna이 작성한 주제

(1 답글들, 아이디어 및 기능 제안에 작성)

http://templates.arcsin.se/
여기에 가보니 깔끔한 스킨들이 많더군요..
제가 사용하지는 않지만 만들어놓은 blogger 계정이 있기에 돌아다니다보니..

스킨이 xml 형식으로 되어 있더군요.
대충 열어보니 필요한 내용들이 xml 안에 있는 듯 보입니다.
zip 화일에
1) xml 과 readme 만 덩그러니 있는것도 있고,
2) xml 과 readme 그리고 image 들이 있는것도 있구요.
대략 1번의 경우에는 이미지를 다른 사이트에서 읽어도오록 되어있는 듯 합니다.

본론으로 넘어가서
스킨을 xml 로 구조화해서 하는건 어떤가요?
배포하는 쪽에서도 불편이 없을것이고,
개발하는 입장에서도 zip 으로 만들어서 새로 로드할 필요가 없고,
스킨을 분석하거나 스킨구조를 개발하는 입장에서도 어느정도 구조화가 되니, 그리고 xml 파서가 이미 있을것이니, 그것을 사용할 수도 있을거구요..

크리스마스 전날 연구실에서,
크리스마스날 어떻게 지내나 궁리하다가,
글 남깁니다...

포럼으로 이동: 아이디어 및 기능 제안

7 htna이 작성한 답글

(2 답글들, 잡담하기에 작성)

감사합니다.
hyrobo@hanmail.net
입니다.

포럼으로 이동: 잡담하기

8 htna이 작성한 주제

(2 답글들, 잡담하기에 작성)

여기 잡담란이니 이런 글 올려도 되죠??
(안되면 얘기주시길, 삭제하겠습니다..)

개인적으로 매우 친하게 아는 형이 있는데..
티스토리에 초대하고 싶은데, 초대장을 보낼수가 없네요..
어떻게해야 초대가 가능한건가요 ??

글을 자주자주 올리는 형은 아니지만,
정말 양질의 글을 양껏 올리는 형이라,
오랜텀을 두고 봤을때, 좋은 블로그가 될 거라 생각이 되는데요..
어떻게 해야 초대할 수 있을지...

혹시, 초대장을 발급받을 수 있는 방법을 좀 알고싶어요.
아님 초대장을 좀 보내줄 수 있으실지...

그럼 모두들 좋은하루 되시길..
(텍스트큐브의 state of art 의 기능들을, 티스토리 에서도 사용할 수 있는날이 언제쯤 올 수 있을까요 ???)

PS:
아, Window Live Writer 를 쓰다보니. Window Live Writer 가 멀티카테고리를 지원하는 에디터라, 카테고리 설정을 다중으로 할 수 있습니다. 혹시 티스토리는 그렇게 될 수 있는날이 올까요 ???

포럼으로 이동: 잡담하기

9 htna이 작성한 답글

(13 답글들, 잡담하기에 작성)

그럴리야 거의 없을 듯 하지만.
나중에 중국애들이 테터툴즈를 빼앗아가버리는건 아닌지..
아니면, 테터툴즈 중국판을 만들어서, 오리지날 테터툴즈를 눌러버리는건 아닌지.
조심스레 걱정도... 요즘 중국애들 하는거봐서는...

포럼으로 이동: 잡담하기

10 htna이 작성한 답글

(8 답글들, 아이디어 및 기능 제안에 작성)

graphittie 작성:
htna 작성:

1) readonly로 처리된 플러그인이, DB의 내용을 바꾸려는 함수 호출의 경우에, 무시한다던지...
2) 플러그인 타입을 stream 형태로서, 포스팅 글의 내용을 확장시키는 역활만을 허용한다던지
예를들어 "(원문) -> (TT preprocessing module) -> (...)  -> (HTML)" 와 같이 하여, (...) 부분을 stream 형태의 plugin 들의 리스트로 해서 [xxx] ... [/xxx] 나 [xyz /] 와 같은 TT 가 처리하지 않은 키워드를 처리해서 HTML 로 바꿔주는 역활을 한다던지..

PHP는 함수 콜을 중간에 인터셉트할 방법이 없는 것으로 알고 있습니다. 혹시 구현 방법을 아시면 전파해 주세요.

머 인터셉트 까지야..
그런정도의 얘기를 한 것은 아닙니다.
대략 구조를 다음과 같이 하면.. (이미 내부적으로 이렇게 되어 있겠지만...)
(php 코드를 잘 알지 못하기에, 대략 pseudo code 로 씁니다. 그리고 preprocessing 이라고 해야할지, postprocessing 이라고 해야 할지는...)

string posting_preprocessing(int posting_index)
{
    string posting = get_posting_text_from_data_base_by( posting_index );
    posting = tt_posting_preprocessing( posting );
    std::list<posting_preprocessing_module*> modules = tt_list_of_using_plugin_of posting_preprocessing();
    for(iterator iter=modules.begin(); iter != modules.end(); iter++) {
        posting_preprocessing_module* module = *iter;
        posting = module->preprocessing( posting );
    }
    return posting;
}

string tt_posting_preprocessing(string posting)
{
    // convert "[##_ ... _##]" to html
    return posting;
}

string sample_module( string posting )
{
    while( find(posting, "[ code cpp]") == true ) {
        from = find_pos(posting, "[code cpp]");
        to = find_pos_from(posting, "[/ code]
", from);
        string before = substring_from_to(posting, 0, from);
        string convertto = substring_from_to(posting, from, to);
        string after = substring_from_to(posting, to, posting.size());
        {
            convert_string_from_to( convertto, "if", "<font color=blue><b>if</b></font>"); // 걍 "if" 란 스트링을 "..." 으로 바꾼다고 칩시다.
            convert_string_from_to( convertto, "then", "<font color=blue><b>then</b></font>");
            convert_string_from_to( convertto, "else", "<font color=blue><b>else</b></font>");
            convert_string_from_to( convertto, "int", "<font color=blue><b>int</b></font>");
            convert_string_from_to( convertto, "double", "<font color=blue><b>double</b></font>");
            ...
        }
        posting = before + convertto + after;
    }
    return posting;
}

머 대강 혼동이 될지는 모르겠습니다만.
이와같이(???), DB 에 있는 각 글의 꾸밈정보들 만을 후처리(혹은 전처리) 해주는 플러그인을 허용한다면.
서버에 문제를 주지는 않을까 생각합니다.

php 를 잘 모르기에..
함 올려봤습니다.
^^;;;

포럼으로 이동: 아이디어 및 기능 제안

11 htna이 작성한 답글

(2 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

죄송합니다.
어디다 물어봐야 하는지 모르겠더라구요.
감사합니다.

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

12 htna이 작성한 답글

(8 답글들, 아이디어 및 기능 제안에 작성)

글이 올라오게 되었으니.
얘기를 함 계속해 보겠습니다.
(티스토리 감사합니다. ^^ 정말 좋네요 ^^)

티스토리에 플러그인을 설치할 수 없다는 사실에 대해서는 티스토리에 가입하기 전부터 알고 있었습니다. 물론, 충분한 분량의 플러그인이 있을거라 생각하고 있었구요. 티스토리에, 매우 강력한 플러그인 들이 있기에, 매우 만족하고 있습니다. 하지만, 어딘가 2% 가 모자라다는 느낌이. ^^

물론, 플러그인의 성격이 디비와 서버에 위험을 줄 수 있는 막강한 기능을 가지고 있습니다. 하지만, 대부분의 플러그인 들이, 서버의 디비에 기록을 하는 기능이 아닌, "서버가 가지고 있는 디비의 내용을, 어떻게 하면 좀 더 이쁘게 포장해 줄 수 있을까" 라고 봅니다. 즉 결론을 말하면, 플러그인에 제한설정 같은것을 둬서, DB ReadOnly plugin 종류와 DB ReadWritable plugin 을 두면, 서버의 안정성을 해치지는 않으면서, 많은 사용자의 희망사항을 충족시킬 수 있는 방법이 있지 않을까 생각합니다.

물론, 몇몇 어려움이 있을것으로 봅니다. (제가 php 와 DB 에 문외한이라서.. 정확히 짚지는 못하겠습니다..) 하지만, 가령, Read Only plugin 의 경우,
1) readonly로 처리된 플러그인이, DB의 내용을 바꾸려는 함수 호출의 경우에, 무시한다던지...
2) 플러그인 타입을 stream 형태로서, 포스팅 글의 내용을 확장시키는 역활만을 허용한다던지
예를들어 "(원문) -> (TT preprocessing module) -> (...)  -> (HTML)" 와 같이 하여, (...) 부분을 stream 형태의 plugin 들의 리스트로 해서 [xxx] ... [/xxx] 나 [xyz /] 와 같은 TT 가 처리하지 않은 키워드를 처리해서 HTML 로 바꿔주는 역활을 한다던지..

등의 방법이 있지 않을까요 ??

나름, 굳이 티스토리 사용자가 아니고, tatter tools 사용자 이더라도, 플러그인을 안심하고 쓸 수 있게 되는 계기가 되지 않을까 생각합니다.

혹은, 요청하면 해당 플러그인을 사용할 수 있을까요 ???

PS:
최근에 안 사실입니다만.
교수님이 누구실까 매우 궁금해 하고 있었습니다.
'inureyes' 님 아니신가요 ???

포럼으로 이동: 아이디어 및 기능 제안

13 htna이 작성한 답글

(2 답글들, 스킨 및 플러그인에 작성)

에구구
여기에 적어 올려야 하는데 다른데올렸네요
만약 플러그인을 티스토리 서버에서 돌리는데 보안상 문제가 생기는 것 이라면
다른서버에서 플러그인을돌리고 티스토리에서는 표시만 해주는 것도 방법이지 않을까요
물론 이방법 역시 방법을 찾아야 하겠지만...

포럼으로 이동: 스킨 및 플러그인

14 htna이 작성한 답글

(8 답글들, 아이디어 및 기능 제안에 작성)

여기에 이 글을올리고 한동안잊고있었네요.

아 근데.
티스토리에는 플러그인설치못하나요?
프로그램소스꾸며주는플러그인이 매우유용한데 쓸수가없네요...

포럼으로 이동: 아이디어 및 기능 제안

15 htna이 작성한 주제

(8 답글들, 아이디어 및 기능 제안에 작성)

어드민 로그인시 notice에 역시 일반 포스팅과 마찬가지로..

수정, 창으로수정, 공개(혹은 비공개), 지우기, 트랙백

과 같은 메뉴가 있어야하지 않나 생각이 듭니다.
notice 에 대해 수정할 때마다..
매번 글목록으로 가서 선택해서 수정하는게 어떤면에서는 일관성이 떨어지고, 또한 불편하군요..

티스토리로 옮기고나서, 한동안 이것저것 보다보니..
몇몇 불편한게 보이네요..
몇몇 폭탄글 올립니다.

포럼으로 이동: 아이디어 및 기능 제안

16 htna이 작성한 주제

(2 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

티스토리에서 new post 가 제대로 나오지 않네요..

D..
..
M..

이런식으로만 나오는군요..
혹시 버그가 아닐지..

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

17 htna이 작성한 주제

(2 답글들, 스킨 및 플러그인에 작성)

최근에 티스토리 초대장이 날라와서
반갑게, 제가 가지고 있던 데이터를 티스토리로 옮겼더랍니다.
근데, 몇몇 애용하던 플러그인을 설치할 수 없는듯 하네요..
그중 하나가 프로그램 스타일을 꾸며주는 플러그인인데..
그런것 티스토리에 안들어가나요??
그리고, 아주 간단한 애용하던 플러그인을 티스토리에 설치할수 없나요 ???
혼자만 쓰던건데...

PS:
근데 티스토리 정말 좋군요..
사람들이 왜 티스토리 그러는지 알것 같습니다.
한번 몇가지 살펴보고, 바로 디비를 옮겼을정도니깐...

포럼으로 이동: 스킨 및 플러그인

18 htna이 작성한 답글

(11 답글들, 아이디어 및 기능 제안에 작성)

예전에 이런건의 올렸다가, 결국 취소당했었죠..
하지만, 이 기능 정말 필요하다고 봅니다.
강추!!!

포럼으로 이동: 아이디어 및 기능 제안

19 htna이 작성한 답글

(20 답글들, 지역화및 문서화 작업에 작성)

영문/한글포럼을 따로두는 것 보다는.
두 포럼을 하나로 뭉치고, 사용자가 선택적으로, (1)한글포럼 내용만, (2)영문 포럼 내용만, 혹은 (3)두 포럼의 내용을 같이 볼 수 있도록 하면 어떨까요?
답글을 다는것은 별개의 일이지만, 대부분 영어를 읽는데 어려움은 없으시리라 봅니다.
아주 조그만 덧글/대답이더라도, 그리고 비록 어느정도 콩글뤼쉬 적인 답변이더라도, 참여율을 높여주는게 좋지않을까 생각합니다.

머. 두 포럼을 하나로 합쳤을때...
웹브라우져가 영문일경우에는, 영문포럼만 보여지도록 하는것도... 외국인 사용자에게, (한글이 보이져서 생길 수 있는) 언어장벽에 대한 부담감을 줄일 수 있는 방법이라고 봅니다.

포럼으로 이동: 지역화및 문서화 작업

20 htna이 작성한 답글

(5 답글들, 잡담하기에 작성)

"문서 inconsistency 발생" 과 "due가 다가옴" 이 둘로 나뉘어 있군요... 나눌 필요가 있나요??
하기사 flow chart 를 그리는 요령을 모르니. 저게 정석인지...

포럼으로 이동: 잡담하기

21 htna이 작성한 답글

(7 답글들, 아이디어 및 기능 제안에 작성)

웹에 대해서 잘 알지는 못하지만, 단지 css 수정만으로는 어렵지 않을까요?
css 수정으로 정리한다면 div 단위내에서 색의 변화를 할 수 있도록 할 테인데.
글쓴이가 얘기한 것은 문단단위가 아니라 라인단위에서의 얘기 입니다.
즉 테더에서 적은 글을 라인단위로 div로 묶어줘야 합니다.
그렇기에, css 수정만으로는 어렵지 않을까 합니다.

포럼으로 이동: 아이디어 및 기능 제안

22 htna이 작성한 답글

(14 답글들, 티스토리(TiStory.com)에 작성)

음. 이 글을 보고 기억이 났습니다만.
언제쯤 초대장이 도착할지 모르겠네요.
티스토리 초대장 있으신 분 있나요 ??
htna 핫메일 컴 입니다.

포럼으로 이동: 티스토리(TiStory.com)

23 htna이 작성한 답글

(10 답글들, 잡담하기에 작성)

gendoh 작성:
lunamoth 작성:

임시로 모블로깅 플러그인의 이메일을 http://www.tattertools.com/ko/bbs/view. … amp;no=352 활용해보시는 것도 괜찮을 듯 싶습니다. XML-RPC , BlogAPI 방식을 활용해보셔도 되겠고요.

따로 이메일 블로깅 플러그인도 나오면 좋을 것 같습니다 smile

휴대폰으로 글쓰기라면 차라리 통신사만 지원해 준다면 휴대폰 인증해서 어떻게 해 보겠습니다만 이메일은 전혀 믿을게 못되서 지원하기 힘든 문제가 있습니다. 이메일 전송과정이 전혀 안전하지 않고 실제로 주인이 보냈는지도 불확실 합니다.

BlogAPI가 아마 가장 편할듯 합니다. 공개용 작성 도구들도 많으니까요.

물론 메일이란게 믿을게 못되긴 합니다만.
블로그 설정에서 기능상 키고/끌 수 있다면 쓸만하지 않을까요?
또한 메일 주소나 내용 하단에, 패스워드를 기록할 수 있게 한다면,
로그인에 필요한 모든 정보를 가지고 있는게 되니, 별반 문제없다고 보입니다.
현재의 블로그 로그인도 메일주소와 패스워드만 알면, 언제든지 내용을 뒤죽박죽 만들 수 있점 역시 안전하다고만 볼 수 있지는 않구요..

포럼으로 이동: 잡담하기

24 htna이 작성한 답글

(14 답글들, 티스토리(TiStory.com)에 작성)

어느새 "세콰이어를 5분만에 가지치는 정원사" 가 되어있었네요..
근데 속도가 빠른건 좋은데...
세콰이어가 뭐죠. ???
우선 지식인에게... ^^

포럼으로 이동: 티스토리(TiStory.com)

25 htna이 작성한 답글

(8 답글들, 아이디어 및 기능 제안에 작성)

작은인장 작성:

숨김예약 기능도 있었으면 좋겠어요. ^^
지정된 시간에 공개됐던 글이 감춰지는....

저는 반대의 기능을 원하고 있었습니다만...
지정된 시간에 자동으로 공개가 되는 기능을...

포럼으로 이동: 아이디어 및 기능 제안