| | [ Return to Bugs & Features | Roadmap 1.1 | SVN ⇄ GIT ]
STR #1386
| Application: | FLTK Library |
|---|
| Status: | 1 - Closed w/Resolution |
|---|
| Priority: | 2 - Low, e.g. a documentation error or undocumented side-effect |
|---|
| Scope: | 2 - Specific to an operating system |
|---|
| Subsystem: | MacOS |
|---|
| Summary: | OSX quartz poor text rendering performance |
|---|
| Version: | 1.1-current |
|---|
| Created By: | wavexx |
|---|
| Assigned To: | matt |
|---|
| Fix Version: | 1.1-current (SVN: v5334) |
|---|
| Update Notification: | |
|---|
Trouble Report Files:
No files
Trouble Report Comments:
| |
| #1 | wavexx
05:46 Aug 03, 2006 |
| I'm filing this so it won't get lost.
Using --enable-quartz on OSX has large performance impact in text rendering (0.5fps in a almost empty source-view of fluid).
Some profiling reveals 90% of time spent in ATSU functions.
Using --enable-quartz also produces ugly text output (the text looks like rendered in "bold"). | |
| |
| #2 | matt
06:40 Aug 19, 2006 |
| OK, I found the problem. FLTK uses the fl_length(text, len) call extensively to render aligned text and multi-color pieces. On Quartz, the overhead of calculating the dimensions of a single letter is tremodous. However, since we render text at pixel resolution only anyways, we can store character sizes onece and then calculate string dimensions much more quickly. Expect a solution soon ;-). | |
| |
| #3 | matt
08:26 Aug 19, 2006 |
| Fixed in Subversion repository.
OP, please verify. Also, please check your regular apps and let me know, if text rendering should be faulty or modified in other ways in a not acceptable way. | |
[ Return to Bugs & Features ]
|
| |
