Eto: RichTextArea를 방해하지 않고 RTF 문자열 구성

@katatunix님 , 요청해주셔서 감사합니다. 저는 실제로 RichTextArea와 동일한 API를 가지고 있지만 별도로 구성한 다음 이를 RichTextArea에 추가(또는 설정)할 수 있는 이 라인(일종의 TextBuffer)을 따라 작업하고 있습니다.

내가 하고 싶은 한 가지는 백그라운드 스레드에서 구성할 수 있도록 만드는 것이지만 불행히도 모든 플랫폼이 이를 지원하는 것은 아닙니다. 그래도 아직 조사 중입니다.

이에 대한 코드가 있으면 살펴보고 싶습니다.

@LaraSQP 지금까지의 작업을 PR #1507에 업로드했습니다.

RichTextArea 컨트롤은 몇 가지 속성(글꼴 + 스타일, 앞 + 뒤 색상)만 처리하므로 rtf 문자열을 구성하는 "단순" rtf 클래스를 작성한 다음 RichTextArea.Rtf 재산?

다음과 같은 것:

https://www.codeproject.com/Articles/30902/RichText-Builder-StringBuilder-for-RTF

내가 여기에서 뭔가를 놓치고 다시 바보처럼 보이는가?

@LaraSQP 아니요, 완전히 작동합니다. GTK는 RTF를 지원하지 않습니다.

Eto가 해당 기능을 직접 제공할 필요가 없다고 생각합니다. 외부 RTF 빌더를 사용한 다음 Eto의 제어에 공급할 수 없는 이유가 없기 때문입니다.

GTK 및 RTF에 대해 몰랐습니다. 정말 짜증나네요.

외부 RTF 빌더는 원본 포스터(Eto와 비교하여 다른 클래스/유형, 예: 글꼴, 색상 ...)에 의해 제기된 문제 때문에 그대로 작동하지 않으며 어떤 경우에도 RTF 스트림은 다음과 같아야 합니다. GTK가 표시할 수 있는 것으로 변환됩니다. 따라서 TextBuffer .

꿰매다

@LaraSQP 이론적으로 외부 도구/API를 사용하여 RTF를 빌드한 다음 Eto에 로드할 수 있습니다. Eto의 글꼴/색상을 사용하고 정말로 필요한 경우 RTF 친화적인 형식으로 변환할 수 있습니다.

그러나 RTF의 문제는 그것이 "표준"임에도 불구하고 실제로 플랫폼(최소한 Mac vs. Windows)에 따라 다르게 구성된다는 것입니다. 특히 RTF에 지정된 글꼴 이름은 매우 다릅니다. Mac의 TextEdit와 Windows의 WordPad를 사용하여 차이점을 확인할 수 있습니다.

도움이 되었기를 바랍니다.

참으로 지저분하다.

Linux 포트로 훌륭한 작업을 수행했다고 말해야 합니다. 여러 글꼴과 색상을 많이 사용하더라도 성능 저하가 거의 없습니다.

Windows의 동일한 코드는 슬러그입니다.

Windows의 동일한 코드는 슬러그입니다.

예, 해결 방법을 잘 모르겠습니다. FlowDocument는 매우 느립니다.

Linux의 성능이 우수하기 때문에 성능이 Mac에 있다는 것을 알 수 있습니까?

@LaraSQP macOS에서도 꽤 빨라야 합니다. 내 경험상 이 시점에서 매우 느린 것은 WPF일 뿐입니다. 그래도 빨리 만드는 방법을 찾고 싶습니다(;

이 경우 이 문제가 종료된 것으로 간주합니다.