726

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

지원하는 소프트웨어만 있다면 가상현실에 들어가서 코딩을 하신다거나 홀로그램 디스플레이 장치를...;;;;

727

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

30인치 와이드를 피벗으로 세워놓고 가로 4개, 세로 3개 연결.... 덜덜덜;

graphittie 작성:

PS. trac 티켓에 글 붙은 것을 목록에서 표시할 수는 없을까요? 새 글이 붙었는지 안 붙었는지 도무지 구별을 할 수가 없어 불편하네요.

trac 0.10 버전 이상에서는 티켓 등의 변화 사항을 티켓의 cc에 지정된 메일 주소로 자동 전송해주는 기능이 있습니다. (사용 예 : http://trac.edgewall.org/ticket/17)
trac 업그레이드하는 건 어떨까요?

729

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

...근데 저거 기술적으로 가능은 한 건지 궁금합니다.
AGP나 PCI-E 슬롯은 일반적인 데탑의 경우 많아야 2개 내외일테고, VGA도 아직까지는 개당 2개의 출력만 지원하니... (얼마전에 4개 출력 지원하는게 나왔다는 건 봤습니다만..)
다 꽂을 수 있다고 해도 컴퓨터가 저만한 해상도를 버텨낼지..-_-;; (뭐 윈도우 해상도 한계인 32767픽셀에는 못 미칩니다만..)

저 많은 데탑에 혹시 스크린샷만 찍어서 합성(?)한 건 아닐지..;;;


ps. 설마 저 컴퓨터들을 클러스터링? =3===3=3

730

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

겐도님 블로그에 댓글이나 방명록으로 달아드리는 건 어떨지...;;

731

(18 답글들, 토의 및 과제 설정에 작성)

저는 27일 OK입니다.

732

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

"앞서 가는 선행열차인 xxxx 열차가 신호 관계로 서행 중입니다."
"현재 우리 열차는 운전 정비 관계로 서행 중입니다. 잠시 후 ...."
"이번 역에서 선행열차인 새마을호 xxxx 열차를 먼저 보내고 출발하겠습니다."

...자주 들어봤습니다. orz;

한 번은 "앞서 가던 화물열차의 기관차 고장으로 잠시 정차하겠습니다." (.........)
이때 다시 출발하고 나서 탈선할까봐 걱정될 만큼 미친 듯이(-_-) 빨리 달려서 20분 딜레이됐었다죠.;

733

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

Eolin도 OpenID 기반으로 아예 옮기는 건 어떨까요?

734

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

OpenID 사용하는 쪽이 좋다고 생각합니다.
기존의 인증 방식과 OpenID를 둘 다 지원하면서 동시에 쓸 수 있게 할 것인지, 어느 한쪽만 쓸 수 있게 할 것인지 등의 문제는 논의해봐야겠죠.
MetaBBS도 OpenID를 지원하자는 쪽으로 의견이 기운 상태입니다. (구현이 언제 될 지는 모르겠습니다.. -_-)

흐음.. xml 저장하는 과정에서 뭔가 꼬인다는 뜻이군요.;

736

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

그래서 계절학기 수업으로 체력육성을 듣고 있죠. (?)

737

(18 답글들, 토의 및 과제 설정에 작성)

전 20일 토요일엔 선배 결혼식이 있고, 26일은 집 이삿날이라서 27일로 잡아야 할 듯합니다. -_-;

738

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

....결자해지.. -_=;

739

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

허허, 그렇다고 해도 아마 대다수의 유저분들 중 그런 고용량을 사용하는 분들은 많지 않을 겁니다.
Gmail의 경우도 파일 첨부 1개 당 10MB의 용량 제한을 했음에도 불구하고 각종 자료실 프로그램이 넘쳐나지만 실제로 전체 사용자들 중에 그렇게 쓰는 비율은 높지 않을 겁니다. 그렇기 때문에 서비스가 유지되겠죠;
(구글의 경우는 Gdrive라는 서비스를 런칭할 것이다..라는 얘길 어디서 들은 것 같긴 합니다)

740

(18 답글들, 토의 및 과제 설정에 작성)

inureyes님의 요청에 따라 쓰레드를 분리합니다. smile

다음의 사항들을 결정해야 할 것 같습니다.

- 모임 일시 : 금요일이나 토요일 정도가 어떨까 합니다.
- 모임 장소 : 아마도 TNC 사무실과 가까운 강남쪽이 되지 않을까 싶습니다만 의견을 모아야죠.
- 모임 규모 : TNF moderator 외에 다양한 공헌을 해주신 분들끼리 모일 수도 있고, 혹은 오픈하우스처럼 크게 하는 방법도 있겠지요.

어떻게 하는 게 좋을지 의논해봅시다~
또, 향후 TNF가 참여하는 모임 행사들(오픈하우스 포함)을 어떻게 이끌어갈지에 대한 아이디어도 같이 적으면 좋겠네요.

ditto 작성:

AJAX로 읽어오지는 않습니다. display: none으로 그냥 숨겨져 있다가 나오는 것 같군요.

네, 확인하고 수정해서 커밋해두었습니다.

흠.. 그러면 해당 링크에 title 속성을 넣는 것이 좋겠군요.
그런데 이 부분이 태터툴즈 코어로 조절할 수 있는 부분이 아니라, 각 스킨제작자가 알아서 넣어주어야 하는 방식입니다. 일단 기본스킨에 적용해두겠습니다.

743

(1 답글들, 질문과 답변 / 사용자 지원에 작성)

네.. 저도 이번부터 이게 바뀌어서 조금 삽질(?)을 했습니다.;
이전 방식대로 하는 게 낫지 않을까 싶기도 합니다만 실수 방지 차원에서 그렇게 한 것 같기도 합니다.

744

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

기술적으로 이미 다중 사용자 기능이 들어간 채 소스가 배포된 상황에서 다중 사용자 기능을 막는다는 건 불가능합니다.
임시로 호스팅 업체 측에서 사용자들의 mysql db를 검사한다거나 함으로써 다중 사용자 사용 여부를 가려내는 건 가능하겠지만 충분한 악의를 가진 사람이라면 소스 변경으로 얼마든지 피해갈 수 있을 테니까요.

일단은 계몽 활동, 라이센스 상의 명시(?) 등의 차선책을 강구해보고 좀더 장기적으로 논의를 해봐야 할 것 같습니다.

음.. 기본적으로 댓글 보기 화면을 펼쳐야만 댓글 입력이 가능합니다. AJAX를 통해 댓글 입력폼을 받아오도록 되어 있기 때문이죠.
보통의 경우 포스트 위나 아래에 달려있는 댓글 개수가 링크로 되어 있음을 보고 선택하지만, 스크린리더를 쓰는 경우에는 알아내기 힘들 수도 있겠다는 생각이 드네요.

하나 궁금한 것이 있는데, 링크를 걸어주는 a태그에 title 속성이 있으면 스크린리더의 경우 그것을 어떻게 읽어주나요? 기본 스킨에 title 속성을 넣어서 그 링크를 클릭하면 댓글을 입력할 수 있다는 것을 설명해도 괜찮을 것 같습니다만..

746

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

음.. 글꼴 임베딩에 관해서 W3C에서 이제 막 표준 제정 논의를 시작한 것으로 알고 있습니다. 어떻게 되어가는지 모르겠네요.;

네.. 저도 ".... (...)"으로 생략한 부분에서 언어구조를 없애야 한다는 뜻이 아니라, 관리자 스킨과 합쳐야 하기 때문에 다 갈아엎어야 된다라는 의미였습니다. 이거 좀 큰 일이 되겠군요.;

748

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

Silvester 작성:
daybreaker 작성:

참고로 전 핸드폰 요금 항상 기본요금밖에 안 나옵니다;

아니 어째 cool

무선인터넷 안 쓰고 문자도 한 달에 많아야 수십통(기본 100개 무료), 전화도 꼭 필요한 용무에만 쓰다보니 그렇게 나오더군요.
(전화로 길게 뭔가 잡담하고 이런 걸 안 하는 성격이라서..)

749

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

플러그인으로 직접 Category 컴포넌트(..아직은 model인가요)를 접근하여 수동으로 뽑아와 뿌려주는 방식 외엔 불가능할 것으로 보입니다.

확실히 graphittie님 말씀처럼 스킨은 이미지를 담당하고, 언어설정은 텍스트를 담당하다보니 "이미지화된 텍스트"에서 꼬이는 건 어쩔 수 없는 것 같습니다.

제 생각엔 관리자 화면이나 각종 js에 관한 부분들은 i18n 부분을 완전히 뒤집어서(-_-) 스킨과 일체화시키는 건 어떨까 싶습니다.
그러니까 언어리소스 자체를 관리자 스킨과 합-_-체시켜버리는 것이죠. (관리자 화면이 아닌 외부 블로그 화면에서 표시되는 에러 등의 각종 javascript 문자열의 경우도 마찬가지로 포함시키는 게 좋을 것 같습니다. 현재 영문으로만 뜨는 경우도 있고..)
어차피 외부 블로그 스킨의 경우 치환자만으로 모든 텍스트가 결정되는 게 아니라서 언어권별로 별도 번역 절차를 거쳐야 할 테구요.

다만 이렇게 할 경우 i18n 과정에서 각 언어별 번역이 완료된 후 이미지 부분만 따로 편집하는 절차가 추가되어야 하겠습니다. 그리고 공식 스킨이 아닌 3rd-party 관리자 스킨들의 경우 번역을 모두 TNF가 담당할 수는 없을 테니 아무래도 외국에 배포하는 것이 조금 문제가 될 수 있겠죠. 하지만 그 경우도 일반 스킨처럼 각 언어권에서 자율적으로 처리하도록 하면 될 것 같습니다.

....어쨌거나 이렇게 하면 지금까지 만들어온 구조를 전부 다 ..... (...)