· KLDP.org · KLDP.net · KLDP Wiki · KLDP BBS ·
Wk Park

wkpark at kldp.org


GnomeKorea의 #gnome채널에 출몰. KLDPWiki

할 일

  • 모니위키 개발자버전 1.1.3 안정화 및 릴리스

잡담

KLDPNet을 활성화할 수 있는 방안은 뭘까 ? 내가 생각해도 그다지 활동이 많지 않았는데, 10명도 안되는 분들의 높은 점수에 힘입어 "가장 활동이 많은 사용자"가 되었다. 보이지 않은 곳에서 나보다 열심히 오픈소스를 위해 노력하척?분들에게 송구스러울 따름... 그런데, 10명이 넘게 투표를 받은 사람이 거의 없다니... KLDPNet을 활성화하는 어떤 특단의 조치가 필요한 것일까 ?? 2003-12-26

요즘은 거의 위키위키만 씁니다

위키위키를 불편하고 어렵다고들 하지만, 어느정도의 진입장벽을 넘으니 이제는 위키위키만 고집하게 되었습니다. 위키위키가 일반 게시판에 비해 좋은 점을 꼽으라면 다음과 같습니다.
  • 자신의 잘못을 보다 손 쉽게 수정할 수 있다: 위키위키의 모든 글은 고칠 수 있습니다. 자신의 말 실수를 했을 경우 그것을 받아들이기 쉬운 시스템이고 곧바로 자신의 글을 고칠 수 있지요. 토론에서 글타래를 이어갈 경우, 각 글타래의 모양새를 유지하면서 토론의 전체적인 방향을 지속적으로 다듬을 수 있습니다. 내가 잘 모르고 쓴 글을 다른 사람이 적절하게 고쳐줄 수도 있습니다. 일반 게시판에서는 자신이 쓴 글을 자신만이 고칠 수 있지요. 이 경우는 자신의 글을 고치면 문맥을 잃어버리게 되어 글타래가 손상됩니다. 그러나, 위키위키에서는 글타래에 치명적인 손상을 입히지 않으면서 글을 고칠 수 있습니다. (물론, 글을 고칠 때는 조심스러워야 겠지요)
  • 지속적이다: 위키위키를 고집하는 두번째 이유는, 자신이 한번 쓴 글은 지속적으로 갱신될 수 있다는 것이고, 지속적은 유지보수를 할 수 있다는 것입니다. 일반 게시판에서 한번 쓴 글은 시간의 흐름에 의해서 뒤로 쳐지고 나중에는 자신이 쓴 글이 퇴물이 되어버립니다만, 위키위키에서는 각 페이지가 구성원에 의해서 지속적으로 글이 더해지거나 다듬어지게 됩니다. 일반 게시판은 100여명이 글을 계속 쓰면 1년이면 5000여개의 글이 쉽게 넘어가지만, 위키위키에서 5000여페이지를 넘어가는 위키는 매우 큰 위키에 속하게 됩니다.

2003-09-20

Dear WkPark (문두삽입방식)

조합벌수 구성에 대한 글은 거의 90%는 제가 현재 개발중인 운영체제에서의 한글처리에 대하여 코드를 정리하면서 작성했던 글입니다. 많은 구성을 해봤는데 폰트에 따라서 어색한 부분이 느껴져서 그렇게 결정하고 소개한겁니다. 물론 표준이라고 할수는 없겠지만 표준이 아니라면 제안을 하고 싶은 구성입니다. 한글을 보다 아름답게 보이기 위한 저의 짱구굴리기에서 나온 겁니다. 여러가지 구성이 분명히 다 나름대로의 장점이 있고 그것에 대해서 저는 저만의 구성을 적었다고 해야 겠네요. 물론 Linux의 한글화에 도움을 준적은 한번도 없고 이런 벌수 구성에 대해서만 얘기하고 한글화 작업을 하지 못했다는 점에 대해서 죄책감이 들고요. 기존에 있는 방식에 대해서 바꿔야 한다는 얘기할 자격은 없네요. 그냥 지워주시고 나중에 제가 벌수 구성의 종류별로 어디가 어떻게 어색한지를 그리고 좋은점을 정리해서 올려보겠습니다. - minzkn

자격 논할만한 얘기는 아닙니다 ^^;; 실례를 했다면 죄송하고요. KLE:조합형글꼴을 보시면 한양 글꼴의 비트맵만큼 예쁘게 만들기 위해 제가 만들었던 32x11x11조합을 참고해 볼 수도 있습니다. 저는 이 조합법을 이용해서 백묵 글꼴의 비트맵을 만들었습니다. (제가 백묵글꼴의 관리자중 한명이여서 작업 결과물은 백묵 글꼴 프로젝트에 반영했습니다. 개인적으로 그러한 조합 글꼴 알고리즘을
개발하여 글꼴 그 자체를 만드는 것에는 찬성합니다만, 8x4x4 혹은 10x4x4 등등의 한텀에서 쓰이던 조합 글꼴을 일반 어플에 적용할 때에 글꼴 라이브러리를 필요로 하게 하는 방식은 X윈도우즈 혹은 일반 프로그래밍하기로는 부적절 하다고 봅니다. embeded 시스템에는 그런 개발법을 쓰ㅓ도 상관 없겠지만요. 8x4x4조합 비트맵 글꼴을 윤곽선 TrueType글꼴로 변환하는 방법을 KLE:윤곽선글꼴만들기에 적어 놓은 것이 있습니다. 새로운 조합법을 개발해서 그것을 비트맵 글꼴로 만들었을 경우, 그 비트맵 글꼴을 이와 같은 방식으로 TrueType로 변환할 수 있습니다. --WkPark

원규님의 말씀은 분명히 맞습니다. 때문에 저는 제가 제안한 벌수를 고집하지는 않겠습니다. 다만 코딩의 자유로움을 택했습니다. 자동으로 벌수 조합을 검사하는 거지요. 때문에 벌수 조합이 어떤것이든지 제가 개발중인 운영체제에서는 중요하지 않게 되었습니다. 어떻게 그것을 검출할수 있는지는 나중에 공개시점에서 설명하겠고요. 단지 고정적인 관념이 아닐까라는 생각을 해봅니다. 벌수 조합은 자유롭게 하되 그중에 택하라면 6x10x4를 택한겁니다. 제가 생각하는 관점은 고정관념 탈피라는 지극히 개인고취적인 생각입니다. 그리고 32x11x11조합은 제 운영체제에서 아직 지원못할거 같군요. 조합의 검출 규칙에서 벗어나는군요. 흐흐... 시간이 되신다면 32x11x11의 조합규칙좀 문서화 해준신다면 엄청 큰 도움이 되겠습니다. --minzkn


DeleteMe MozEx에서 UTF-8 인코딩이 지원되는 패치도 멋지군요. 제 UCS-2 인코딩 패치 부분은 말없이고치기하셔도 좋습니다.
ID
Password
Join
The Tree of Learning bears the noblest fruit, but noble fruit tastes bad.


sponsored by andamiro
sponsored by cdnetworks
sponsored by HP

Valid XHTML 1.0! Valid CSS! powered by MoniWiki
last modified 2008-04-24 14:26:56
Processing time 0.0015 sec