/home/dhsung/Projects/gnome-hello/configure: line 11964: syntax error near unexpected token `maximum'
/home/dhsung/Projects/gnome-hello/configure: line 11964: `GNOME_COMPILE_WARNINGS(maximum)'
위의 메세지를 띄우며 빌드가 안될때 해결책. 'gnome-common'라이브러리( Common Files to Build GNOME )이 없어서 나오는 문제.
한국어 소개: 그놈(GNOME) 프로젝트는 사용자를 위한 완전히 자유롭고 사용하기 쉬운 데스크탑 환경과 동시에 소프트웨어 개발자를 위한 강력한 어플리케이션 프레임워크를 만들고 있습니다.그놈은 GNU 프로젝트의 일부이며, 자유 소프트웨어입니다(흔히, 오픈 소스 소프트웨어라고 불립니다). 그놈은 많은 BSD와 GNU/리눅스에 포함되어 배포되고 있으며, 다른 여러 UNIX 시스템에서도 작동합니다.
저는 한자(漢字/汉字)에 관심이 많은 개발자이며, 취미로 중국어(中國語,漢語,汉语, Chinese)와 일본어(日本語, Japanese)를 배우고 있습니다.
저는 어릴때 중국어에서 사용하는 한자(漢字·汉字,hànzì,ㄏㄢˋㄗˋ)와, 일본어에서 사용하는 한자(漢字・かんじ, kanji), 그리고 한국어에서 사용하는 한자(漢字, hanja)가 다르다는 것을 깨닫고, 어릴때부터 한자에 대하여 관심을 갖게 되었습니다.
어릴때 집에서 구독하는 조선일보 기사를 보면 나라 국(國)에 대한 한자를 国로 사용하고, 더불, 줄 여(與)에 대한 한자 与를 쓰는 경우를 보았습니다.
조선일보에서 한자를 표준에 안맞게 쓸까 궁금했습니다. 여기에 대하여 아버지에게 여쭤보면 "조선일보가 일본의 기계로 찍어내서 약자를 쓴다"라고 하시며 "한자 쓸때에는 약자를 쓰면 안된다"라면서 정자체[正字體,일본에서는 구자체(舊字體,旧字体),중국에서는 번자체(繁字體)로 부름]를 배워야 한다고 강조한 적이 있습니다.
조선일보(朝鮮日報,The Chosun Ilbo) 1986년 12월 10일 3면 - 小康정국…与・野의 「対話異夢」(소강정국…여・야의 「대화이몽」, 小康정국…與・野의 「對話異夢」)
동아일보(東亞日報,The Dong-a Ilbo) 1986년 12월 9일 1면 - 與野 代表회담 적극추진(여야 대표회담 적극추진, 與野 代表會談 積極推進)
위의 조선일보에서 여(與)를 "与"로 표기를 하였고, 동아일보에서 여(與)를 "與"를 표기하였습니다.
이후, 고등학교때에 제2외국어로 중국어를 배우고, 대학교때에도 중국어 수업을 들었습니다. 중국 대륙에는 한자를 간체자(簡體字,简体字)로 바꿔서 일상생활에 사용한다 것을 알게 되곤, 한자의 모양이 다양해지고 파편화되고 있구나를 깨달았습니다.
예를 들어 차례, 버금 차(次)에 대한 한자 표기는 각 나라마다 다릅니다.
차례, 버금 차(次)에 대한 다양한 표기 - 중국, 홍콩, 대만, 일본, 한국, 베트남 순으로 표기가 각기 다르다는 걸 확인할 수 있습니다. 次 - Variant Glyphs in China(Mainland), Hong Kong, Taiwan, Japan, Korea, Vietnam.
Table 3-99 that was excerpted from page 174 of CJKV Information Processing (Second Edition) that provides examples of CJK Unified Ideographs whose shapes may be different depending on the locale or region.
Reference: Genuine Han Unification https://blogs.adobe.com/CCJKType/2012/01/genuine-han-unification.html
순서대로 일(一), 여(与,與), 판(判), 기(器), 자(字), 해(海), 일(逸), 골(骨)로 읽습니다.
(각 나라의 한자 모양을 보면, 현재의 Android OS탑재 단말기들이 제조사마다 다르게 구현되어 파편화 되고 있다는 것과 비슷한 느낌으로 받아들이면 될것 같습니다.)
그놈(GNOME)을 처음 접할때...
대학교 입학때, 리눅스 데스크탑을 접하게 되면서 문자표(GNOME gucharmap, KDE kcharselect)를 접하게 되었습니다.
위의 문자표에서 여러가지 한자가 나오면서, 한자에 대한 한국어 표기가 나옵니다만, 영어로 나와서 실망했고, 로마자표기법이 현재 대한민국에서 사용하고 있는 로마자 표기법이 아닌 것이 나와 당황한 기억이 납니다.
시간이 지나며, 중국어 수업을 들으며 간체(简体字)와 번체(繁体字)의 차이에 대하여 관심을 많이 가지게 되었지만, 컴퓨터로 어떻게 처리할지는 그 당시에 생각을 하지 않았습니다.
이후 대학원 다닐때, 저는 CJKV Information Processing이란 책을 알게 되었습니다.
이 CJKV책은 Perl 사용자 모임의 yongbin님께서 주신 책입니다.
저는 이 책을 쭉 훑어보다 머릿속에 충격을 받는 다는 표현이 어떤 것인지에 대하여 알게 되었습니다.
앞부분에는 동아시아 국가에서 사용하는 언어에 대한 인문환경, 표준에 대한 내용이기때문에 기본적인 한자, 중국어와 일본어를 알고 있어서 읽는 것에 그렇게 큰 어려움이 없었습니다.
컴퓨터로 일본어, 중국어, 한국어를 어떻게 처리할지에 대하여 정리한 책인데, 책의 저자가 미국인이라는 것에 놀라도, 한국에서 한국어로 이런 책이 나온 적이 없는데, 미국인이 작성했다는걸 보고 충격을 아주 쎄게 받았습니다.
이 책을 보면서, 미국인이 동아시아문자처리에 대한 정리를 너무 잘했다는 생각이 들면서, 한국어에 대한 처리에 대한 책을 쓰고 싶단 생각을 예전부터 하였습니다.
이후 2012년도 한국 펄 워크샵(Korea Perl Workshop)에서 운이 좋게 "동아시아 문자 처리"라는 주제로 발표를 하게 되었습니다.
이후 KDE kcharselect의 소스코드와 GNOME gucharmap의 소스코드를 일단 확인했습니다.
KDE kcharselect의 소스코드는 C++(QT Library), Python 스크립트로 구성되어 있습니다.
Python 스크립트로 Unicode 관련 txt파일[UnicodeData.txt, NamesList.txt, Blocks.txt, Unihan_Readings.txt (you need to uncompress it from Unihan.zip)]을 읽고, 자체적으로 사용하는 구조체를 이용하여 데이터베이스 파일 생성하는걸 확인하였습니다.
GNOME gucharmap의 소스코드는 C(GTK+ Library), Perl 스크립트로 구성되어 있습니다.
gucharmap에서는 Unicode Consortium에서 정의한 파일 Blocks.txt, NamesList.txt, Scripts.txt, UnicodeData.txt, Unihan.zip 파일을 이용한다고 나와 있습니다.
Perl 스크립트로 Unicode 관련 txt파일을 읽어 들인후 여러 C언어 파일을 생성하는 것이 인상적이였습니다.
Unicode Consortium에서 제공하는 파일중 어떤 파일을 사용하는가?
GNOME gucharmap
KDE kcharselect
UnicodeData.txt
NamesList.txt
Blocks.txt
Scripts.txt
Unihan.zip
UnicodeData.txt
NamesList.txt
Blocks.txt
Unihan_Readings.txt
GNOME gucharmap, KDE kcharselect에서는 한자(漢字/汉字, CJK Unified Ideographs)에 대한 내용은 Unihan.zip파일 내부의 Unihan_Readings.txt의 내용을 참조하는 것을 확인 하였습니다.
저는 유니코드 컨소시엄에서 정의한 Unihan.zip 내부의 한자를 읽는 방법을 정의한 Unihan_Readings.txt파일을 읽고, 내부구조를 확인해보았습니다.
gucharmap based on UNICODE Consortium's specification.
I read Unicode Consortium's Unihan Databases file. (Unihan_readings.txt)
Unihan_readings.txt file includes CJK Ideography's english meanings and pronunciations (such as Chinese, Japanese, Korean, Vietnamese, etc. East Asian cultural sphere's languages)
I found lack of Korean Hangul and Vietnamese pronunciation at GNOME gucharmap.
so, I add Korean Hangul, Vietnamese pronunciation in GNOME gucharmap.
Unihan_Readings.txt에 있는 한국어 발음, 베트남어 발음 추가
Copyright ⓒ 2016 DaeHyun Sung
It's amazing. I add my name "Copyright ⓒ 2016 DaeHyun Sung" in GNOME gucharmap.
I'm Open Source Developer and gucharmap contributor! Also GNOME Developer!
The following is My Gucharmap source code commit log.
Unihan_Readings.txt included in Unihan.zip defines the
notation and pronunciation of East Asian languages such as Chinese,
Japanese, Korean, Vietnamese.
Unihan_Readings.txt’ has some properties.
Such as
kCantonese, kDefinition, kHangul, kHanyuPinlu, kHanyuPinyin,
kJapaneseKun, kJapaneseOn, kKorean, kMandarin, kTang, kVietnamese,
kXHC1983.
I add Unihan_Readings.txt defined kVietnamese property and kHangul property in this program.
Unihan_Readings.txt’s property kVietnamese describe Vietnamese
character(Quốc ngữ) pronunciation. this property defined Unihan version
3.1.1. Now Unihan database version is 9.0.0.
Unihan_Readings.txt’s property kHangul describe Korean
character(한글,Hangul) describe Korean pronunciation for this character in
hangul.(Hangul is Korean Alphabet) this property defined Unihan version
5.0. Now Unihan database version is 9.0.0.
Why do I add kHangul(Korean Alphabet[Hangul]) property?
Because, Unicode Consortium presented kHangul property on Unihan version 5.
Unicode Unihan database document ( http://www.unicode.org/reports/tr38/ ) describe “kKorean” property.
“kKorean property’s description”
The Korean pronunciation(s) of this character, using the Yale romanization system. (See http://en.wikipedia.org/wiki/Korean_romanization for a discussion of the various Korean romanization systems.)
Use of the kKorean field is not recommended. The kHangul field, which is
aligned to the KS X 1001 and KS X 1002 standards, is recommended to be
used instead.
Now, Revised Romanization of Korean (RR, also called South Korean or
Ministry of Culture (MC) 2000) is the most commonly used and widely
accepted system of romanization for Korean instead of "Yale romanization
system"[kKorean property] in Unihan database.
So, I add kHangul property and add “Korean Alphabet(Hangul)” notation.
Why do i add kVietnamese(Vietnamese pronunciation[Quốc ngữ]) property?
“Unicode Consortium’s version9 guide chapter18. East Asia shows these paragraph.
In Vietnam, a set of native ideographs was created for Vietnamese based
on the same principles used to create new ideographs for Chinese. These
Vietnamese ideographs were used through the beginning of the 20th
century and are occasionally used in more recent signage and other
limited contexts.
Although the term “CJK”—Chinese, Japanese, and Korean—is used
throughout this text to describe the languages that currently use Han
ideographic characters, it should be noted that earlier Vietnamese
writing systems were based on Han ideographs. Consequently, the term
“CJKV” would be more accurate in a historical sense. Han ideographs are
still used for historical, religious, and pedagogical purposes in
Vietnam. “
So I read Unihan documentation specification, then support Vietnamese language.
ps1. Now, I summited KDE kCharSelect's new features. but rejected.
because, kCharselect Committer says "this will break distributions that update the data file separately from the library code."
Maybe KDE kCharSelect will change some features.
KDE Committer says "If you have additional ideas which other k* fields from Unihan.txt for CJK languages are useful to be included in KCharSelect, your input is welcome either on kde-utils-devel list, or on kde-frameworks list." to me.
If KDE kCharSelect's new version released, I'll share some East-Asian(CJKV) information processing for committers.
A. 대만에서 주로 사용하는 주음부호(Chinese: 注音符號/注音符号; pinyin: Zhùyīn fúhào; Zhuyin Fuhao: ㄓㄨˋ ㄧㄣ ㄈㄨˊ ㄏㄠˋ - 대만에서 사용하는 중국어 표기 방식)입력기 포함안했습니다.[ibus-pinyin/ibus-libpinyin에서 제공하는 주음부호 입력기는 4성 표기가 안되어 쓸모없습니다.), 한어병음[漢語拼音/汉语拼音,Pinyin-중국 대륙에서 사용하는 중국어 표기방식] 중국어 입력기 라이브러리 변경했습니다. 한국어입력기 포함 안했어요
B,C. 입력기 변환 단축키를 이전버전의 Windows Ctrl+Space와 다르게 Mac OSX방식으로 변경했어요. 그리고 후보창 어떻게 디자인 해야할까요?
D. 입력기 엔진의 메뉴와 심볼이 충분하지 않아요.
그놈(GNOME) 3.7.92버전에서 대만에서 사용하는 주음부호입력기와 한국에서 사용하는 한국어 입력기 포함안했다니 그놈양반 무슨 소리요? 그놈 이미지 사용하는 한국인이 한글 입력기를 사용못하여 한글 입력 못한다구요? ㅠㅠ (ibus-hangul 설치하면 해결이 되긴 하나 이미지니깐 안될꺼아)
참고로 그놈(GNOME) 3.7.92 테스트이미지에서의 문제이다보다 차후에 문제 해결될것으로 봅니다.
ps. 동아시아[한국,중국,일본,베트남-中日韓越] 정보처리(CJKV[Chinese-Japanese-Korean-Vietnamese] Information Processing)아주 중요합니다.
전 원래 12.04 LTS server + gnome3 사용중이었는데 이번에 ubuntu 새식구로 합류하게 된 (12.10 gnome remix로 한참 유명세를 떨쳤었죠 ㅎㅎ) ubuntu 13.04 gnome 으로 새로 설치 해 봤는데 괜찮더라구요 ^^ http://cdimage.ubuntu.com/ubuntu-gnome/releases/13.04/release/
cairo-dock 까지 설치하니.. 그냥 OS-X oruz...
2011년 11월 27일, 블랙프라이데이에 구입한 Linux Journal Archive 1994-2011 DVD 이 드디어 오늘인 2012년 1월 2일에 도착하였습니다.
아래는 집 도착했을때 Linux Journal Archive 1994-2011 DVD가 포함된 편지봉투. 뽁뽁이가 들어간 봉투를 사용하지 않아 허술하게 되어 파손염려가 -_-... HTC | HTC Desire | 4.3mm | ISO-84 | 2012:01:02 23:21:28
아래는 도착한 Linux Journal Archive 1994-2011 DVD커버의 앞면입니다. HTC | HTC Desire | 4.3mm | ISO-240 | 2012:01:02 23:23:22
아래는 도착한 Linux Journal Archive 1994-2011 DVD 커버의 뒷면입니다. HTC | HTC Desire | 4.3mm | ISO-116 | 2012:01:02 23:24:26
학생일때 돈이 없어 구입을 못하던 Linux Journal의 과월호를 컴퓨터로 볼수 있어서 즐겁군요.
잡지의 재미있는 내용을 열심히 봐야겠습니다. ㅎㅎ
2010년-2011년 사이의 LinuxMint와 Ubuntu의 간격이 확연히 차이나는 것을 볼 수 있습니다.
그 이유는 Ubuntu 11.04부터 Desktop Environment인 GNOME대신 Unity가 들어간게 결정적인 타격이라고 생각됨.
Canonical의 Mark Shuttleworth(마크 셔틀워스)가 2010년도에 GNOME대신 Unity가 들어간다는 블로그 글을 게시한 이후, GNOME진영에 있던 많은 분들이 Ubuntu를 버리는 일이 있었던 것때문에 Linux mint 사용자가 늘어난거라고 보고 있습니다.
그리고 일반사용자들이 생각하기로 우분투가 리눅스 민트에게 밀리는 이유는 다음과 같다고 생각됨
리눅스 민트(Linux Mint)는 Ubuntu(우분투)에서 파생되었으며, 우분투와 같은 저장소를 쓰고 심지어, 리눅스 민트에 기본 설치된 소프트웨어도 우분투와 거의 같다. 그리고 우분투에 적용되는 팁의 대부분도 리눅스 민트에 적용된다는 것때문에 우분투 쓰는 사람이 쉽게 다가갈 수 있다.
그리고 우분투보다 GUI환경이 우아하고 아름답다. 우분투에서 라이센스문제로 인해 제공하지 않는 소프트웨어를 제공해준다 등의 장점때문에 우분투 쓰던 사람들이 리눅스 민트로 옮기는 경향이 있습니다.
이건 개인적인 의견이므로 마음껏 딴지 걸어도 됩니다.
Ubuntu(우분투)의 침체와 Linux Mint(리눅스 민트)의 약진으로 Ubuntu를 지원하는 Canonical사는 어떻게 대응할지 궁금하네요.
Ubuntu 11.10 Oneiric Ocelot를 위한 GNOME3기반의 GNOME Shell Extensions 3.2이 WebUpd8을 통해 PPA로 배포됩니다.
GNOME Shell Extensions은 공식 GNOME shell을 위한 추가적인 기능을 제공하는 공식 GNOME 패키지입니다.
GNOME2에서 익숙하게 사용했던 classic menu, 사용자 메뉴안에서 전원끈후 복구하는 목록 엔트리, GNOME Shell테마와 그 이상 사이에 쉽게 전환을 할수 있는 사용자 테마 확장등등이 있습니다.
아래는 위의 단락에 대한 영어 원문입니다.
GNOME Shell Extensions is an official GNOME package that provides additional functionality for GNOME Shell, like a classic menu, restore the power-off entry in the user menu, the user theme extension which allows you to easily switch between GNOME Shell themes and more.
그놈 프로젝트는 인기 있고, 멀티 플랫폼의 자유 데스크탑 환경이며 개발자 플랫폼인 최신 버전인 GNOME3.2의 출시를 축하합니다. 우리는 GNOME3시대의 6개월 개발 출시 사이클을 신뢰할수 있도록 지속적으로 시의적절하게 맞추어 성공하였습니다.
GNOME 3.2는 GNOME 3플랫폼의 최초 주요 업데이트입니다. 3.0기반으로 빌드 되었고, 더 많은 완벽한 경험을 제안하였습니다. 새로운 연락처 및 문서 어플리케이션, 새로운 로그인 화면, 화면 키보드, 색감 관리 지원, 등와 같은 흥미로는 새로운 특징과 향상이 이번 출시에 포함되었습니다.
GNOME 3.2에서의 주요한 변화에 대한 더 많은 정보는 아래 링크를 클릭해보시기 바랍니다.
지난 6개월 간의 노력은 전 세계의 해커, 문서작업자, 사용성 및 접근 전문가, 번역가, 시스템 관리자, 시스템 어드민, 회사, 작가, 사용자 및 테스터들등등으로부터 이루어진 GNOME 커뮤니티 없이는 불가능 했을것입니다. GNOME은 그분들 없이는 존재하지 못할것입니다. 모두들에게 크게 감사드립니다!
2012년 3월달에 GNOME 3.4 출시 발표가 있을 계획이라는군요.
아래는 GNOME 3.2 출시 발표 메일 원문입니다.
GNOME 3.2 Released
====================
Today, the GNOME Project celebrates the release of GNOME 3.2, the latest version of the popular, multi-platform free desktop environment
and of its developer platform. With this timely release, we are continuing our very successful, reliable six month release cycle
into the GNOME 3 era.
GNOME 3.2 is the first major update of the GNOME 3 platform. It builds on the foundations that we have laid with 3.0 and offers a
much more complete experience. The exciting new features and improvements in this release include new contacts and documents
applications, a new login screen, an on-screen keyboard, color management support, and many more. For more information about
the major changes in GNOME 3.2, please visit our release notes:
http://library.gnome.org/misc/release-notes/3.2/
GNOME 3.2 will be available shortly in most distributions.
Live images of GNOME 3.2 are currently being prepared and will appear soon at:
http://www.gnome.org/getting-gnome/
This six months effort wouldn't have been possible without the whole GNOME community, made of contributors from all around the world:
hackers, documentors, usability and accessibility specialists, translators, maintainers, sysadmins, companies, artists, users and
testers. GNOME would not exist without all those people. Thanks very much to every one of them!
Our next release, GNOME 3.4, is planned for March 2012.
Until then, enjoy GNOME 3.2 !
The GNOME Release Team
아래 그림은 GNOME3.2에서 선보이는 사용자 인터페이스(User Interface)입니다.
또 다른 큰 새로운 것도 실험적인 것입니다. 알다시피 Wayland 자체는 매우 실험적인데, GTK+ 3.2 에서는 Wayland display server를 지원한다. 현재 많이 알려져 있는 X.org를 대신하여 미래에 많이 사용할 Wayland에 대해 GTK+가 미래를 위해 준비를 확실히 하고 있다.
QT또는 Wayland를 지원을 하는 중이기 때문에 두가지 오픈 소스 툴킷(GTK+, QT은 미래를 위한 준비를 하고 있다고 볼수 있습니다.
※ GTK+란? (What is GTK+)
GTK+는 그래픽 유저 인터페이스(GUI)를 만들기 위한 멀티 플랫폼 툴킷입니다. (아래서 부턴 알아서 번역을 바랍니다.)
GTK+ is a multi-platform toolkit for creating graphical user interfaces. Offering a complete set of widgets, GTK+ is suitable for projects ranging from small one-off tools to complete application suites.
GTK+ has been designed from the ground up to support a range of languages, not only C/C++. Using GTK+ from languages such as Perl and Python (especially in combination with the Glade GUI builder) provides an effective method of rapid application development.
GTK+ is free software and part of the GNU Project. However, the licensing terms for GTK+, the GNU LGPL, allow it to be used by all developers, including those developing proprietary software, without any license fees or royalties. GTK+ is the only 100% free-of-cost open source industrial-strength GUI toolkit available today.
Since its origins as the toolkit for the GNU Image Manipulation Program (GIMP), GTK+ has been used in a wide range of software. Notably, GTK+ is the foundation of the GNOME desktop.
리누스 토발즈(Linus Torvalds)가 Linux Kernel 2.6.0 개발을 시작(2003년 12월 18일)하여 40번째 개발사이클로 진행되고, 리눅스 커널 탄생 20주년(1991년 8월 26일에 탄생함)을 기념하여 2.6.x대 대신 2.8 또는 3.0으로 옮길 계획이라고 합니다.
아래는 원문
"With the Linux 2.6 kernel set to begin its 40th development cycle and the Linux kernel nearing its 20th anniversary, Linus Torvalds has expressed interest today in moving away from the Linux 2.6.x kernel version. Instead he's looking to change things up by releasing the next kernel as Linux version 2.8 or 3.0. "The voices in my head also tell me that the numbers are getting too big. I may just call the thing 2.8.0...So I'm toying with 3.0 (and in that case, it really would be "3.0", not "3.0.0" — the stable team would get the third digit rather than the fourth one.""
안녕하세요. 현재 ftp의 관리를 맡고 있습니다. ftp 서버의 노후화로 최근 power supply에 문제가 발생해서 서버가 종종 꺼지는 상황이 있었습니다. 노후화된 서버라 맞는 부품을 찾기도 힘들어서 새 서버로 옮기기 위해 예산만 기다리는 상황이였고요. 그러던 와중 결국 파워가 고장이 나서 ftp가 다운되었고 파워 다운과 함께 메인보드 전원계통에도 손상이 가서 (캐퍼시터와 주변 회로가 날아간 거 같습니다.) 당장 동아리 내 자금 사정으로는 복구가 불가능한 상황입니다. ftp 관리자 팀 내부에서는 최소한의 미러링이라도 위해 응급 복구를 진행하려고 하고 있습니다만 시험기간이라는 사정과 자금난 등 여러 문제가 겹쳐서 응급 복구는 원활하지 않는 상황입니다.
사용에 불편을 드려 정말 죄송하고 당분간은 Daum FTP 나 일본 JAIST 의 FTP를 이용해 주시길 바랍니다. 동아리라는 사정상 시간과 돈, 물자가 모자라는 상황입니다. 양해 부탁드립니다. 트위터 @kaist_ftp 계정을 팔로우하시면 복구상황 및 기타 공지를 받아보실 수 있습니다.
카이스트(KAIST) 미러 서버의 공지는 카이스트 미러 서버 트위터( @kaist_ftp )로 알려주는 군요. 언제 복구될지 궁금해집니다.
I would like to extend my thanks to the gnome team/community for a great last
moment with my dad.
Adrian Hands (my father) wrote the patch above to improve the usability of
gnome for himself and others. You see my dad was suffering from ALS and his
hands were so crippled he could no longer use a keyboard. Thus we used a Darci
usb morse code keyboard emulator to help him type. Even the morse code device
was a struggle as the sensitivity adjustment and positioning of the nice two
paddled key would fall out of whack. I rigged up a pvc cage that wrapped around
his knee and fixed remote switches to the cage so that he could use the
remaining strength in his legs to operate the Darci morse code device. He used
this last bit of body movement to write this patch.
Here is a photo of him using it:
https://picasaweb.google.com/HandsAdrian/ShotwellConnect#5549467460761802914
My father passed away yesterday. I went back through my email to find our last
correspondence (he was in India for treatment, and I live in Raleigh). I would
like to share the email with you.
<email>
On Sun, Jan 30, 2011 at 12:16 PM, Adrian Hands <handsadrian@gmail.com> wrote:
> ACCEPTed
> COMMITed
> RESOLVEd
> BOO-YAH!
>
> commit 0b209b1ff16e863e60a1d86413aa57c5fbde76b0
> Author: Adrian Hands <handsadrian@gmail.com>
> Date: Fri Dec 31 14:34:58 2010 +0100
>
> Add Copy Image and Copy Path to clipboard functionality
>
> Fixes bug 78514.
>
> data/eog-ui.xml | 9 +++++++
> src/eog-window.c | 63 ++++++++++++++++++++++++++++++++++++++++++++++++++++++
> 2 files changed, 72 insertions(+), 0 deletions(-)
I have the coolest Dad in the world!
</email>
I am so glad that my last comment to my Dad was something like this.
Adrian Hands loved free software / open source. I do as well.
Thanks so much for the great software, and a new great memory.
-Ian Page Hands
번역
아래는 제가 위의 글을 간단하게 번역한 것입니다.
나는 그놈(GNOME)팀 커뮤니티분들 덕택에 아버지와 마지막 최고의 순간을 고맙게 여기고 연장하고 싶습니다.
Adrian Hands (나의 아버지)는 자기 자신과 다른 사람들을 위해 GNOME(그놈)의 사용향을 더욱 향상시킬수 있는 패치를 작성하였다.
당신을 내 아버지가 루게릭병(ALS)을 앓고 있었고 그의 손은 장애로 인해 그는 더이상 키보드를 사용할수 없다는걸 볼수 있다.
그래서 우리는 그의 키보드 작성을 도와줄수 있는 Darci usb morse code keyboard(특수 키보드, 다르시 USB 모르스 부호 키보드) 에뮬레이터를 사용하게 되었었다. 심지어 모르스 코드 장치와 감도 조정으로 몸부림을 쳤었고, 2개의 패들 키의 위치는 세게 쳤어야 했다.
나는 그의 무릎주위로 덮는 pvc 장비 을 갖추었었고, 아버지가 Darci morse code 장치를 작동하기 위해 다리에 남겨진 힘을 사용할수 있도록 원격 스위치를 고정시켰다.
사진을 보니 Adrian Hans가 루게릭병(ALS)로 죽기 직전까지 사람들의 편의성을 위하여 GNOME에 기여하기 위해서 노력한 흔적이 보입니다.
위의 글을 볼때마다 자꾸 눈물이 나군요. 일단은 Adrian Hans님의 명복을 빕니다. (RIP Adrian Hands)
위의 글을 보고 나선 나는 죽기전까지 많은 사람들을 위해 프로그래밍하며 기여(Contribute)를 할수 있는가? 란 생각을 하였습니다.
저는 죽기전까지 부끄럼 없이 사람들을 편리하게 만들수 있는 프로그래머가 되고 싶습니다. 그리고 Free Software와 Open Source에 많은 기여를 하고 싶습니다. (실제로 몇몇 분과 합작하여 python으로 Gwibber의 미투데이 플러그인을 같이 제작하였고, 개인적으로는 python으로 Gwibber의 durl.me plugin을 제작하여 launchpad에 등록하였습니다.)
저는 고3 말에 가진 오픈소스에 대한 기여등의 꿈같은 초심을 잃지 않았으면 합니다.
ps. 위의 글을 읽고 난 후 아래의 글을 읽고는... 이민 갈까란 생각을 하게 되었습니다.
This is a great post; it was very informative. I look forward in reading more of your work. Also, I made sure to bookmark your website so I can come back later. I enjoyed every moment of reading it
Unihan_Readings.txt included in Unihan.zip defines the notation and pronunciation of East Asian languages such as Chinese, Japanese, Korean, Vietnamese.
Unihan_Readings.txt’ has some properties.
Such as
kCantonese, kDefinition, kHangul, kHanyuPinlu, kHanyuPinyin, kJapaneseKun, kJapaneseOn, kKorean, kMandarin, kTang, kVietnamese, kXHC1983.
I add Unihan_Readings.txt defined kVietnamese property and kHangul property in this program.
Unihan_Readings.txt’s property kVietnamese describe Vietnamese character(Quốc ngữ) pronunciation. this property defined Unihan version 3.1.1. Now Unihan database version is 9.0.0.
Unihan_Readings.txt’s property kHangul describe Korean character(한글,Hangul) describe Korean pronunciation for this character in hangul.(Hangul is Korean Alphabet) this property defined Unihan version 5.0. Now Unihan database version is 9.0.0.
Because, Unicode Consortium presented kHangul property on Unihan version 5.
Unicode Unihan database document ( http://www.unicode.org/reports/tr38/ ) describe “kKorean” property.
“kKorean property’s description”
The Korean pronunciation(s) of this character, using the Yale romanization system. (See http://en.wikipedia.org/wiki/Korean_romanization for a discussion of the various Korean romanization systems.)
Use of the kKorean field is not recommended. The kHangul field, which is aligned to the KS X 1001 and KS X 1002 standards, is recommended to be used instead.
Now, Revised Romanization of Korean (RR, also called South Korean or Ministry of Culture (MC) 2000) is the most commonly used and widely accepted system of romanization for Korean instead of "Yale romanization system"[kKorean property] in Unihan database.
So, I add kHangul property and add “Korean Alphabet(Hangul)” notation.
“Unicode Consortium’s version9 guide chapter18. East Asia shows these paragraph.
In Vietnam, a set of native ideographs was created for Vietnamese based on the same principles used to create new ideographs for Chinese. These Vietnamese ideographs were used through the beginning of the 20th century and are occasionally used in more recent signage and other limited contexts.
Although the term “CJK”—Chinese, Japanese, and Korean—is used throughout this text to describe the languages that currently use Han ideographic characters, it should be noted that earlier Vietnamese writing systems were based on Han ideographs. Consequently, the term “CJKV” would be more accurate in a historical sense. Han ideographs are still used for historical, religious, and pedagogical purposes in Vietnam. “
So I read Unihan documentation specification, then support Vietnamese language.