History | Log In     View a printable version of the current page.  
For the latest development activity, follow project MVC: MonoVida Communicator
Issue Details (XML | Word | Printable)

Key: MVS-43
Type: New Issue New Issue
Status: Open Open
Priority: Normal Normal
Assignee: Jonathan Ballard
Reporter: Jonathan Ballard
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
MonoVida Studio

LLFont*: font-renderer, incorporate Pango, obsolete other font renderers in base code

Created: 24/Jun/09 07:06 PM   Updated: 24/Jun/09 07:16 PM
Component/s: None
Affects Version/s: None
Fix Version/s: None

Time Tracking:
Not Specified


 Description  « Hide
There are several classes that use/render fonts with different methods. The way LLUI text and floating text were implemented created a dependency on fonts that are not common enough even though they were freely distributable to a degree. Instead of any extra management added to maintain and distribute the fonts, it would be easier not to reinvent the wheel and just switch to Pango (supported by Gtk), which provides a common interface to the fonts across platforms.

We can use Alissa's patch to get a jumpstart interim solution to at least remove all dependencies on the previous font renderer. http://jira.secondlife.com/browse/VWR-10131

Next, the Pango based font render can be moved from C++ classes into G-Objects and maybe further into languages which can use the the Snowglobe-GLib based API.

Floating text (and obsoleted LLUI text) can still work as it does now, yet it is more ideal to create dynamically-rendered textures that would not have to be re-generated every frame.

 All   Comments   Work Log   Change History      Sort Order: Ascending order - Click to sort in descending order
Jonathan Ballard - 24/Jun/09 07:16 PM
Also note: there were too many instances of "Missing Glyph" errors when attempts to use locale without forced LC_ALL=C was specified on the command line. That wouldn't matter much in the 1.21 and previous official builds, but it does matter for people that want to use the dynamics of Gtk, their preferred locale, and their preferred input methods. Previously, some workarounds were made so locale was just flat out disabled. The goal with this issue include also the notion that it shouldn't have to be disabled like it was.