삽질하는플머

CrossKylix 갖고놀기

탐구생활/Delphi
윈도+델파이 환경에서 리눅스용 실행파일을 만들 수 있다는 CrossKylix
http://crosskylix.untergrund.net 

페북의 자칭 컴맹님(타칭 컴퓨터맹주님)이 "70년대 미녀 배우와 지금 데이트하는 느낌" 라고 하셔서 호기심 급발동. 
당연한 이야기지만 Kylix가 필요하다. "Kylix 3 Open Edition" 을 사용해도 괜찮다는군. 
예전 볼랜드의 다운로드 링크는 거의 사라졌는데, 왠일인지 이 링크는 살아있다.
http://download.borlandforum.com/kylix/Kylix3Open/kylix3_open.tar.gz 
더 이상 라이센스 발급은 하지 않지만 CrossKylix와 사용은 가능하다. 
다운받아 적절한 곳에 압축을 풀자.  

crosskylix-110.zip 도 내려받아 압축을 풀고 setup.exe 를 실행시키자. 
설치는 편의상 C:\CrossKylix 에 하자. 




CrossKylix Installer 가 실행되면 아까  kylix3_open.tar.gz 의 압축을 풀어둔 폴더를 선택해준다. 



지원하는 델파이 버전은 6, 7, 8, 2005, 2006이다.
다만 2005 버전 이후로는 콘솔/웹 어플만 만들 수 있고, CossKylix 1.1.0 버전은 델 7에서만 테스트 되었다고 한다. 
델파이 7을 띄우고 CrossKylix가 설치된 폴더 아래 ideplugin 폴더에서 CrossKylix.dpk 패키지를 열어 인스톨 한다.



CrossKylix Options 창이 나타나면 CrossKylix 가 설치된 폴더를 다시 지정하고 OK를 눌러준다. 


 
이것으로 설치는 완료. "Hello World!" 를 출력하는 간단한 예제를 만들어보자.
File->New->Others 에서 Console Application을 선택. 

program Project2;

{$APPTYPE CONSOLE}

uses
  SysUtils;

begin
  WriteLn('Hello World!');
  ReadLn;
end.



델파이에서 F9를 눌러 실행하면 뭐 잘 돌아간다. 



이제 Project -> Build with CrossKylix 메뉴를 눌러보자. 



빌드 출력창에 리눅스 바이너리가 생성되었다는 메시지가 나타나면 성공!



이 바이너리를 리눅스(우분투 10.04 서버 LTS. 커널은 2.6.32)로 옮기고 실행시키면 짜잔~~



"Kylix 3 open edition" 이 GPL 2 로 배포되기 때문에 실행시 GPL 관련 메시지가 출력되기는 하지만, 아무튼 잘 돌아간다.


Kylix Open Edition 에서 콘솔 어플리케이션을 만들 때 나타나는 이 GPL 메시지에 대한 꼼수 하나를 덧붙이면, 이 메시지는 프로젝트 소스 내의 {$APPTYPE CONSOLE} 지시자에 반응한다. 따라서 이 지시자를 다음과 같이 수정하면 더 이상 GPL 메시지가 표시되지 않는다.

program Project2;

{$IFNDEF LINUX}
  {$APPTYPE CONSOLE}
{$ENDIF}

uses
  SysUtils;
                 
begin
  WriteLn('Hello World!');
  ReadLn;
end.



당연한 이야기지만, 이렇게 해도 리눅스에서 콘솔 입출력에는 아무런 문제가 없다. 



CLX 를 이용한 GUI 어플리케이션도 만들어 볼까 했는데... 윈도매니저가 깔린 리눅스 시스템이 주위에 하나도 없네. 
다음 기회에 갖고 놀아보기로 하고 오늘은 이만 취침~~


 
주의:
1. 프로젝트 경로명에 공백문자가 있으면 빌드에 애로사항이 꽃핀다.  
2. 64비트 윈도에서 CrossKylix를 C:\Program Files(x86)... 밑에 깔면 마찬가지로 애로사항이 꽃핀다. 
 
 
저작자표시 비영리 변경금지
,

Delphi web script 갖고 놀기 2

탐구생활/Delphi
어떤 물건이든지 익숙해지려면 무조건 써 봐야 만든 사람의 의도를 알 수 있다. 
DWScript 로 무얼 만들어보면 좋을까 잠시 고민하다가 Learning WebGL의 첫번째 강좌를 만들어보기로 했다. 

문제는 이 강좌가 벡터와 행렬 연산에 자바스크립트용 3D라이브러리인 glMatrix.js를 쓰고 있다는 점인데, 이 부분은 그냥 DWScript의 asm...end 구문을 활용하는 방향으로 타협하자. 자바스크립트 완전 초보인 나로서는 "바보스러울만치 빠르다"는 평가를 받는 이 라이브러리를 DWScript로 다시 짠다고 그만큼의 성능을 낼 자신이 없으니까. 

암튼 뚝딱뚝딱 바꿔보자. 


<!DOCTYPE html>
<html>
<head>
  <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  <title>WebGL lesson-01 by pas2js</title>
  <script type="text/javascript" src="http://learningwebgl.com/lessons/lesson01/glMatrix-0.9.5.min.js"></script>

<script type='text/javascript'>

<%pas2js
procedure alert(msg: Variant); external;

var gl : Variant;
var shaderProgram : Variant;

var shader_fs : string =
  "precision mediump float; "+
  "void main(void) { "+
  "  gl_FragColor = vec4(1.0, 1.0, 1.0, 1.0); "+
  "}";

var shader_vs : string =
  "attribute vec3 aVertexPosition; " +
  "uniform mat4 uMVMatrix; " +
  "uniform mat4 uPMatrix; " +
  "void main(void) { " +
  " gl_Position = uPMatrix * uMVMatrix * vec4(aVertexPosition, 1.0); " +
  "}";

function get_fs_shader(ShaderScript: string): Variant;
begin
  Result := gl.createShader(gl.FRAGMENT_SHADER);
  gl.shaderSource(Result, ShaderScript);
  gl.compileShader(Result);

  if not gl.getShaderParameter(Result, gl.COMPILE_STATUS) then
    alert(gl.getShaderInfoLog(Result));
end;

function get_vs_shader(ShaderScript: string): Variant;
begin
  Result := gl.createShader(gl.VERTEX_SHADER);
  gl.shaderSource(Result, ShaderScript);
  gl.compileShader(Result);

  if not gl.getShaderParameter(Result, gl.COMPILE_STATUS) then
    alert(gl.getShaderInfoLog(Result));
end;

procedure initShaders()
begin
  var fragmentShader: Variant = get_fs_shader(shader_fs);
  var vertexShader  : Variant = get_vs_shader(shader_vs);

  shaderProgram := gl.createProgram();
  gl.attachShader(shaderProgram, vertexShader);
  gl.attachShader(shaderProgram, fragmentShader);
  gl.linkProgram(shaderProgram);

  if not gl.getProgramParameter(shaderProgram, gl.LINK_STATUS) then
  begin
     alert("Could not initialise shaders");
     Exit;
  end;

  gl.useProgram(shaderProgram);

  shaderProgram.vertexPositionAttribute := gl.getAttribLocation(shaderProgram, "aVertexPosition");
  gl.enableVertexAttribArray(shaderProgram.vertexPositionAttribute);

  shaderProgram.pMatrixUniform := gl.getUniformLocation(shaderProgram, "uPMatrix");
  shaderProgram.mvMatrixUniform := gl.getUniformLocation(shaderProgram, "uMVMatrix");
end;

var triangleVertexPositionBuffer: Variant;
var squareVertexPositionBuffer: Variant;

procedure initBuffers()
begin
  triangleVertexPositionBuffer := gl.createBuffer();
  gl.bindBuffer(gl.ARRAY_BUFFER, triangleVertexPositionBuffer);
  asm
    var vertices = [
0.0,  1.0, 0.0,
      -1.0, -1.0, 0.0,
1.0, -1.0, 0.0
];
    gl.bufferData(gl.ARRAY_BUFFER, new Float32Array(vertices), gl.STATIC_DRAW);
  end;
  triangleVertexPositionBuffer.itemSize := 3;
  triangleVertexPositionBuffer.numItems := 3;

  squareVertexPositionBuffer := gl.createBuffer();
  gl.bindBuffer(gl.ARRAY_BUFFER, squareVertexPositionBuffer);
  asm
    vertices = [
  1.0,  1.0, 0.0,
-1.0,  1.0, 0.0,
  1.0, -1.0, 0.0,
-1.0, -1.0, 0.0
];
gl.bufferData(gl.ARRAY_BUFFER, new Float32Array(vertices), gl.STATIC_DRAW);
  end;
  squareVertexPositionBuffer.itemSize := 3;
  squareVertexPositionBuffer.numItems := 4;
end;

var mvMatrix: Variant;
var pMatrix: Variant;
asm
  @mvMatrix = mat4.create();
  @pMatrix = mat4.create();
end;

procedure setMatrixUniforms()
begin
  gl.uniformMatrix4fv(shaderProgram.pMatrixUniform, false, pMatrix);
  gl.uniformMatrix4fv(shaderProgram.mvMatrixUniform, false, mvMatrix);
end;

procedure drawScene();
begin
  gl.viewport(0, 0, gl.viewportWidth, gl.viewportHeight);
  gl.clear(gl.COLOR_BUFFER_BIT or gl.DEPTH_BUFFER_BIT);

  asm
    mat4.perspective(45, gl.viewportWidth / gl.viewportHeight, 0.1, 100.0, pMatrix);
    mat4.identity(mvMatrix);
    mat4.translate(mvMatrix, [-1.5, 0.0, -7.0]);
  end;

  gl.bindBuffer(gl.ARRAY_BUFFER, triangleVertexPositionBuffer);
  gl.vertexAttribPointer(shaderProgram.vertexPositionAttribute, triangleVertexPositionBuffer.itemSize, gl.FLOAT, false, 0, 0);
  setMatrixUniforms();
  gl.drawArrays(gl.TRIANGLES, 0, triangleVertexPositionBuffer.numItems);

  asm
    mat4.translate(mvMatrix, [3.0, 0.0, 0.0]);
  end;

  gl.bindBuffer(gl.ARRAY_BUFFER, squareVertexPositionBuffer);
  gl.vertexAttribPointer(shaderProgram.vertexPositionAttribute, squareVertexPositionBuffer.itemSize, gl.FLOAT, false, 0, 0);
  setMatrixUniforms();
  gl.drawArrays(gl.TRIANGLE_STRIP, 0, squareVertexPositionBuffer.numItems);
end;

procedure initGL(canvas: Variant)
begin
  try
    gl := canvas.getContext("experimental-webgl");
    gl.viewportWidth := canvas.width;
    gl.viewportHeight := canvas.height;
  except
  end;

  if not gl then
    alert("Could not initialize WebGL, sorry :-(");
end;
%>


function webGLStart() {
  var canvas = document.getElementById("gl-canvas");
  initGL(canvas);
  initShaders();
  initBuffers();

  gl.clearColor(0.0, 0.0, 0.0, 1.0);
  gl.enable(gl.DEPTH_TEST);

  drawScene();
}
</script>

</head>
<body style="margin:10; overflow:hidden" onload="webGLStart();">
<canvas id="gl-canvas" style="border: none;" width="500" height="500"></canvas>
</body>
</html>



이 코드를 어제 소개한 JSCodeGenDemo 에 통째로 붙여넣고 Run 버튼을 눌러보자.



크롬이 기본브라우저로 되어있다면 (개발자라면 대부분 그럴 것이라 믿...) 웹GL 컨텍스트에 예쁘게 랜더링 된 삼각형과 사각형을 볼 수 있을 것이다. 




변환되어 나온 소스는 TObject와 Exception이 기본적으로 포함되어 그다지 아름답지는 않다. 
아무래도 DWScript의 진가는 객체로 되어있는 기존의 코드를 자바스크립트로 변경할 때 유용할 것이다. 
한마디로 표현하자면... 자바스크립트를 공부하려는 늙은 델파이 프로그래머에겐 알라의 요술봉 같은 물건이라고 할까...

오늘은 이정도로 마무리 짓고, 객체의 변환은 다음 기회에... 
 
저작자표시 비영리 변경금지
,

Delphi web script 갖고 놀기

탐구생활/Delphi
DWScript 

개발자의 블로그는 여기

지원하는 델파이 최소버전이 2009이다. 터보델파이 이후로는 무거워서 손이 잘 안가게 되는데... 아무튼 핑계김에 미루어두었던 XE2 설치. 
 




업데이트 3까지 진행하고 환경설정을 익숙하게 맞추어준다. 




SynEdit SVN 설치. 
 
DWScript 개발자의 블로그에는 작년 12월 26일 크리스마스 선물로 SynEdit SVN에 패치를 올렸다는 글이 있다. 
http://delphitools.info/2011/12/26/christmas-present-for-synedit-users/ 

하이라이팅 속도가 많이 빨라졌다고 하고 무엇보다 DWScript의 예제가 이 버전을 기준으로 하니 이걸로 내려받아 설치하자. 

svn co https://synedit.svn.sourceforge.net/svnroot/synedit/SynEdit SynEdit



세상일이 다 그렇듯, 단박에 설치되는 법이 없다. 델파이의 컴파일러는 안시파일의 코드페이지를 시스템의 설정에 따라 판단하는 희안한 행동을 하기 때문에, 코드 내에서 유니코드를 사용한 경우 일일이 BOM을 붙여 UTF-8 임을 알려주어야 한다. SynEdit.pas, SynEditHighlighter.pas, SynEditSearch.pas, SynHighlighterJava.pas, SynHighlighterXML.pas 가 그러한데... 이렇게 해도 CASE문에서 이유없는 중복에러가 발생한다. 자세한 건 XE2에 좀 더 익숙해지면 알아보도록 하고, 일단 설치만 되도록 패치를 만들어 보았다. 

SynEditSVN.7z




DWScript 테스트

dwscript-2.2 를 받아 압축을 푼다. XE용 패키지가 있으니 그대로 사용한다. 
데모를 살펴보니 Hello 라는 예제가 보인다. 열어보자. 

var s : String = ''Hello World!';
ShowMessage(s);



위와 같은 파스칼 스크립트를 입력받고 실행시키는 예제이다. 실행시키면 "Hello World!" 라고 찍힌 메시지박스가 나타난다. 재미있군. 
이제 오늘의 하이라이트! pas2js 를 갖고 놀아 보자.
 
http://delphitools.info/2011/09/28/taming-the-flock-with-object-pascal/ 

본문 내 링크에서 demo.zip 을 내려받아 압축을 푼다. JSCodeGenDemo.dproj 를 열고 컴파일하면 짜잔~~



이 프로그램은 인디의 idHTTPServer 를 사용해 독립 웹서버로 동작한다. <%pas2js ... %> 태그 사이에 파스칼 스크립트로 코드를 적어주면 이 부분을 자바스크립트로 변환해 클라이언트로 내려주게 된다. 과감하게 Run 버튼을 눌러보자. 



웹브라우저가 열리며 마우스 이동과 클릭에 반응하는 멋진 canvas 화면이 나타난다. 웹페이지의 소스보기를 하면 파스칼 스크립트가 자바스크립트로 변환되어 전송된 것을 볼 수 있다. 물론 브라우저를 띄우지 않아도 Compile 버튼을 눌러 변환된 자바스크립트를 얻을 수 있다. 

파스칼 스크립트 내 "asm .. end" 구문은 조금 별난 개념으로, 자바스크립트를 직접 호출하는데 사용된다.
간단한 예를 들어보자. 메시지 창을 띄우는 ShowMessage() 함수를 DWScript로 구현한다면 다음과 같이 할 수 있다. 

<%pas2js

procedure ShowMessage(msg: String);
begin
  asm
    alert(msg);
  end;
end;

ShowMessage('테스트야 테스트');
%>



위 내용은 다음과 같이 변환된다. 

function ShowMessage(msg) {
    alert(msg);
  };
ShowMessage("테스트야 테스트");



파스칼에서 외부 링크된 함수를 불러오는 것 처럼, external 구문을 써서 자바스크립트의 alert 함수를 직접 사용할 수도 있다. 

<%pas2js

procedure alert(msg: Variant); external;

alert('테스트야 테스트');
%>



변환된 내용은 다음과 같다. 

alert("테스트야 테스트");



이 외에도 문자열을 나타내는 따옴표를 쌍따옴표와 섞어 사용할 수 있는 등 델파이의 문법과는 약간씩 달라 헷갈리기는 하지만, 파스칼로 건드리는 HTML5 코딩이라는 점 만으로도 충분히 갖고 놀아볼만한 가치가 있다고 생각된다. 

아래 화면은 Delphitools.info 의 또 다른 예제를 위의 변환기로 컴파일해 이 블로그의 HTML편집기능으로 직접 써넣은 것이다. 
HTML5를 지원하는 최신 브라우저에서 무리없이 동작할 것이다. 실로 아름답지 않은가... (아이폰에서도 동작은 하는데 많이 느림...)




 

저작자표시 비영리 변경금지
,

델파이 새 버전. RadStudio XE2 발표회 후기

탐구생활/Delphi
2011년 8월 12일, 델파이 새버전 RadStudio XE2 의 발표회가 있었다. 
소문만 무성하던 파이어몽키의 모습이 궁금하기도 했고, 페북에 링크된 개발자님들도 많이들 참가하신다고 해서 월~목 까지 폭풍야근, 금요일 업무를 제끼고 간만에 코엑스로 나들이를 했다. 조금 늦은 후기지만, 기억이 더 엷어지기 전에 그 날의 느낌들을 끄적여두자. 


행보관도 찿기 힘든 구석자리... 파릇파릇 린님, 푹 익은 현호님과 함께 짱박힘. 



발표회는 오전 10시부터 오후 5시까지 진행되었고 각 섹션은 다음과 같다. 

첫번째 시간은 XE2 에 대한 소개. 
두번째, 세번째 시간은 기대했던 파이어몽키에 대한 내용. 
네번째 시간은 64비트 환경에서의 프로그래밍에 대한 소개.
다섯번째 시간은 라이브바인딩이라는 새로운 데이터베이스 접근방법에 대한 소개.
여섯번째 시간은 데이터스냅에 대한 이야기.
일곱번째 시간은 XE2에서 제공하는 모바일솔루션 짚어보기. 


발표자는 엠베카데로 아태지역 수석 전도사 고든-리. 전도사라고 하니까 왠지 종교집단 느낌이... 
암튼 이 분 혼자서 네번째 섹션 하나 빼고 하루종일 발표와 데모를 진행하는 괴물같은 체력을 내뿜었다. 


뒷풀이 장소에서. 맨 왼쪽이 데브기어 대표님, 그 옆이 강사였던 강철체력 고든 리 님.  



사실 내가 사용해 본 가장 최신의, 그리고 가장 애용하는 버전의 델파이는 터보델파이(2006) 이다.
게임이 밥벌이인데다 요새는 PHP 코드를 더 많이 만지고 있고, 한때 이슈였던 유니코드 역시 델파이5 가 현역이던 2000년 초반에 미친듯 삽질을 했었기에, 적어도 내 입장에서는 업그레이드에 대한 별다른 이유를 찾지 못하고 있었다. 때문에 발표회에 참가하기 전 까지는 "가봐야 뭐 별 거 있겠어~" 정도가 솔직한 심정이었는데... "이런 XXX!! 어썸!!! 생각보다 괜찮네!!!!"

이 날 사용되었던 XE2는 베타 8버전으로서 시연중 몇몇 상황, 특히 파이어몽키 기반의 어플들에서 오류가 발생하기도 하였다. 
하지만 충분히 매력적인 물건이고 "지금까지 잊고 있던 업그레이드에 욕망을 한꺼번에 불러일으키는 물건이다."
물론 그 이유는 파이어몽키.  

잠깐 옆으로 새서, 아이폰 앱을 취미삼아 만지작거리면서 (물론 파스칼로) 가장 신기했던 점은 OpenGL로 뿌려지는 화면 위에 라벨이나 에디트같은 다른 코코아 컨트롤을 올려도 그들 사이에 Z-Order 나 각각의 투명도가 그대로 유지된다는 것이었다. 윈도에서 3D 가속을 받는 화면위에 윈도 컨트롤들을 올려본 개발자라면 이 말에 동의할텐데... 핸들이 없는 라벨등의 경우는 말할것도 없고 핸들을 가진 에디트같은 컨트롤들도 창모드 말고 풀스크린에서는 아예 표시도 되지 않는다. 게다가 배경은 칙칙한 윈도 기본색이 되고. 이 때문에 웹브라우저 컨트롤을 게임화면에 임베딩하기 위해 눈물을 머금고 성능을 포기하면서 창모드를 고수하는 경우도 많이 있었다. 웹킷을 3D 환경에 랜더링하는 Awesomium 같은 제품이 (예전엔 오픈소스였는데...) 관심을 끄는 것도 이런 열악한 환경 때문. 

너무 멀리갔다. 아무튼 이렇게 iOS에서 OpenGL화면과 UIKit의 컨트롤들이 자연스럽게 어우러지는 것은 이미 iOS의 화면표시 자체가 GPU의 가속을 받고 있고 UIKit도 그 기반에서 만들어졌기 때문인데, 이 부럽기 그지없는 환경을 드디어 우리 윈도 프로그래머들도 누리게 되었다. 파이어몽키는 버튼이나 에디트같은 UI 요소들이 OS가 제공하는 리소스에 의존하지 않고, 화면에 그려질 때는 GPU 가속을 받도록 완전히 새로 만들어진 UI 프레임워크이기 때문이다. 


저 컨트롤들은 핸들이 없어. 윈도프로시저도 없어. 스파이로 안잡혀.




반투명에 회전도 자유로워~


게다가 놀라운것은 이 프레임워크를 멀티플랫폼의 전초기지로 사용했다는 점인데...

파스칼을 사용하며 멀티플랫폼을 지원하는 라자루스의 경우 LCL(에반게리온 떠올리는 당신은 덕후!)이라는 레이어를 두고 여기서 Windows, QT, GTK 등 각 UI세트에 해당하는 위젯셋을 구현하는 방식인데, 때문에 각 플랫폼에서 공통적으로 지원하는 기능 이상을 만들기 쉽지 않다. 아무리 QT가 발전해 3D 신세경을 보여줘도 윈32가 이를 지원하지 않는 이상 LCL에서 이런 멋진 결과를 공통적으로 구현하기는 어렵다는 이야기.

엠베카데로가 KSDev의 VGScene를 인수하면서 만들어낸 해법은 조금 더 스케일이 컸다. 아예 UI 플랫폼을 다시 만들고 이것을 다른 OS에서도 동작시키는 것. 사실 각 OS별로 출력은 그렇다고 해도 입력할 때 글자조합이나 커서이동 처리가 모두 제각각이라 꿈꾸기 쉽지 않은 길일텐데... 아무튼 그 길로 갔다. 윈도 시스템과 찰떡처럼 결합된 VCL은 그냥 윈도 전용으로 남겨두고 멀티플랫폼은 아예 새로 만든 파이어몽키를 기반으로 함으로서 기존 델파이 개발자는 자신에게 익숙한 환경에서 만든 제품을 다른 OS에서도 동일한 UX로 제공하는 것이 가능해졌다. 

물론 첫 버전인만큼 기대만큼의 완성도에는 미치지 않는다. 윈도에서 IME 조합문자 표시는 베타10에 와서야 구현되었고 그나마 경계부분 커서 처리나 일본 IME에서의 조합중 커서이동 미구현, 생뚱맞은 후보창 위치 등 아직은 오류투성이이다. 거기에 아랍어, 태국어등 출력조합 문자열에서의 커서 처리도 VGScene 시절의 문제가 그대로 남아있다. 하지만 생각해보라. 이 문제들이 영원히 해결되지 않을까? 허접 프로그래머인 나조차도 윈도 3D 환경에서 다국어처리에 몇 달 안걸렸는데... (그것도 업무 외 시간에 아들놈 피해 도서관과 게임방을 전전하면서...)

출력은 이미 쓸만한 수준이고 입력마저 깔끔해진다면... 게다가 이 UX가 모든 OS에서 보장된다면... 어떤 세상이 열릴까... 
파이어몽키에 대한 PT 첫머리에 "파이어몽키는 게임엔진이 아니다" 라고 했지만, 이 물건이야말로 게임 UI 엔진에 목마른 많은 게임 개발자들에게 복음이 될 수 있다. XE2 프로버전의 경우 요즘 각광받는 스케일폼의 1/10 정도의 가격이 될 것이며 IDE에서 직접 컨트롤을 배치하고 무엇보다 액션스크립트가 아닌 C++, 또는 파스칼로 구동코드를 만들 수 있기 때문이다. 어디 게임 뿐일까. 플래시를 능가하는 RIA에 빠른 실행속도. 지하철 천정에 매달려 열차 도착을 알리는 윈도 XP들이 자유 운영체제인 리눅스로 바뀔 날도 멀지 않은 듯 하다. 


일단 내 감상문은 여기까지. 
XE2의 다른 기능들에 대해서는 솔직히 남에게 떠들만큼 알지도 못하고 쓸 일도 별로 없으니 출시 이후 쏟아질 리뷰들을 기대하자.
그나저나... 파이어몽키같은 물건이 일반화되면... 메시지 갈구리질이나 문자출력 API 걷어내는 기법은 박물관에나 가야겠군~~ 
 
저작자표시 변경금지
,

GNU Gettext for Delphi and C++ Builder

보호되어 있는 글입니다.
내용을 보시려면 비밀번호를 입력하세요.

티스토리툴바