글 수 429
ATPluginFrame 을 0.3 에 맞게 수정중입니다;
일단 변경점은..
- 당연하지만 아랄트랜스 0.3 용 인터페이스가 추가되었습니다.
- StdAfx.h 에 USE_ARALTRANS_0_2 가 설정되면 아랄트랜스 0.2용 플러그인을 생성합니다.
마찬가지로 USE_ARALTRANS_0_3 이 설정되면 아랄트랜스 0.3용으로 생성합니다.
심지어는 둘 다 설정하면 0.2 및 0.3 용 인터페이스를 모두 갖출 수 있습니다..
- DefStruct.h 가 추가되었습니다.
- 충돌을 막기 위해 DefStruct.h 는 NS_ARALTRANS_0_3 네임스페이스에,
DefATContainer.h 는 NS_ARALTRANS_0_2 네임스페이스에 올라갑니다. (파일 변경은 없습니다)
실 개발자는 신경 안 써도 됩니다만; 어쨌든.
- 번역 콜백 함수 (TRANSLATION_OBJECT::procTranslate 에 지정되는) 관련 파생 함수가 생겼습니다.
작업 순서는 다음과 같습니다. (번역 및 필터 플러그인일 경우)
1. ::MainTranslateProcedure 콜백
2. CATPluginFrameApp::MainTranslateProcedure 콜
2-1. 객체 확인 후 CATPluginFrameApp::PreTranslateEx 콜
2-1-1. 오버로드가 되지 않았다면 CATPluginFrameApp::PreTranslate 콜 (기존 함수 이용)
2-2. 객체 확인 후 CATPluginFrameApp::TranslateEx 콜
2-2-1. 오버로드가 되지 않았다면 CATPluginFrameApp::Translate 콜 (기존 함수 이용)
2-3. CATPluginFrameApp::NextTranslateEx 콜
2-3-1. 오버로드가 되지 않았다면 pTransObj->pNextObject->procTranslate 콜
2-4. CATPluginFrameApp::PostTranslateEx 콜
2-4-1. 오버로드가 되지 않았다면 CATPluginFrameApp::PostTranslateEx 콜 (기존 함수 이용)
이런 식으로 손을 대지 않는다면 기존의 함수를, 중간의 Ex 혹은 MainTranslateProcedure 자체를
오버로딩 시키면 0.3 에서 추가된 기능을 사용할 수 있도록 했습니다.. (덕택에 스파게티 코드가 되고 있..;)
주의사항
1. Libs 에 있는 라이브러리들은 아직 손을 못 댔습니다.
2. ATCApi 역시 컴파일만 제대로 되고 있습니다.
3. VC++ 6.0 용 프로젝트 파일은 아직 미변경. 2005용 프로젝트 파일만 써 주세요.
4. 디버그 코드가 아직 남아있습니다.
5. 완벽히 테스트가 된 것이 아니므로 어디서 버그가 튀어나올 지 모름.. oTL
6. Readme.txt 역시 그대로임;
그리고.. 아랄님께 건의가 하나.
아랄트랜스 0.2 및 0.3 겸용으로 플러그인을 만드는 것이 가능한 것 같습니다만, 아랄트랜스 0.3의
구버전 플러그인 체크가 아마도 PreTranslate 등의 익스포트 함수의 존재여부로 체크하는 듯 해서
겸용으로 만들어도 구버전으로 인식되더군요.
그래서.. 플러그인 체크 알고리즘을 GetPluginInfo 함수가 존재하는지 여부로 바꾸실 생각은 없으신지요?
이 함수는 확실히 0.3용 플러그인에서만 존재하니까요.
그리고 Hide_D 님, 위키에서 수정버튼 누르니까 수정할 게시글이 안뜨던데.. 버그 아닌가요?
일단 변경점은..
- 당연하지만 아랄트랜스 0.3 용 인터페이스가 추가되었습니다.
- StdAfx.h 에 USE_ARALTRANS_0_2 가 설정되면 아랄트랜스 0.2용 플러그인을 생성합니다.
마찬가지로 USE_ARALTRANS_0_3 이 설정되면 아랄트랜스 0.3용으로 생성합니다.
심지어는 둘 다 설정하면 0.2 및 0.3 용 인터페이스를 모두 갖출 수 있습니다..
- DefStruct.h 가 추가되었습니다.
- 충돌을 막기 위해 DefStruct.h 는 NS_ARALTRANS_0_3 네임스페이스에,
DefATContainer.h 는 NS_ARALTRANS_0_2 네임스페이스에 올라갑니다. (파일 변경은 없습니다)
실 개발자는 신경 안 써도 됩니다만; 어쨌든.
- 번역 콜백 함수 (TRANSLATION_OBJECT::procTranslate 에 지정되는) 관련 파생 함수가 생겼습니다.
작업 순서는 다음과 같습니다. (번역 및 필터 플러그인일 경우)
1. ::MainTranslateProcedure 콜백
2. CATPluginFrameApp::MainTranslateProcedure 콜
2-1. 객체 확인 후 CATPluginFrameApp::PreTranslateEx 콜
2-1-1. 오버로드가 되지 않았다면 CATPluginFrameApp::PreTranslate 콜 (기존 함수 이용)
2-2. 객체 확인 후 CATPluginFrameApp::TranslateEx 콜
2-2-1. 오버로드가 되지 않았다면 CATPluginFrameApp::Translate 콜 (기존 함수 이용)
2-3. CATPluginFrameApp::NextTranslateEx 콜
2-3-1. 오버로드가 되지 않았다면 pTransObj->pNextObject->procTranslate 콜
2-4. CATPluginFrameApp::PostTranslateEx 콜
2-4-1. 오버로드가 되지 않았다면 CATPluginFrameApp::PostTranslateEx 콜 (기존 함수 이용)
이런 식으로 손을 대지 않는다면 기존의 함수를, 중간의 Ex 혹은 MainTranslateProcedure 자체를
오버로딩 시키면 0.3 에서 추가된 기능을 사용할 수 있도록 했습니다.. (덕택에 스파게티 코드가 되고 있..;)
주의사항
1. Libs 에 있는 라이브러리들은 아직 손을 못 댔습니다.
2. ATCApi 역시 컴파일만 제대로 되고 있습니다.
3. VC++ 6.0 용 프로젝트 파일은 아직 미변경. 2005용 프로젝트 파일만 써 주세요.
4. 디버그 코드가 아직 남아있습니다.
5. 완벽히 테스트가 된 것이 아니므로 어디서 버그가 튀어나올 지 모름.. oTL
6. Readme.txt 역시 그대로임;
그리고.. 아랄님께 건의가 하나.
아랄트랜스 0.2 및 0.3 겸용으로 플러그인을 만드는 것이 가능한 것 같습니다만, 아랄트랜스 0.3의
구버전 플러그인 체크가 아마도 PreTranslate 등의 익스포트 함수의 존재여부로 체크하는 듯 해서
겸용으로 만들어도 구버전으로 인식되더군요.
그래서.. 플러그인 체크 알고리즘을 GetPluginInfo 함수가 존재하는지 여부로 바꾸실 생각은 없으신지요?
이 함수는 확실히 0.3용 플러그인에서만 존재하니까요.
그리고 Hide_D 님, 위키에서 수정버튼 누르니까 수정할 게시글이 안뜨던데.. 버그 아닌가요?
+ 위키 수정 완료. 제로보드 버그입니다