summaryrefslogtreecommitdiff
path: root/docview/components/richtext/CanvasFontManager.pas
AgeCommit message (Collapse)Author
2015-02-19Removed fpgApplication.DefaultFontGraeme Geldenhuys
We really don't need yet another "default font". All references to fpgApplication.DefaultFont has been changed to fpgStyle.DefaultFont - as it should be.
2014-03-30Richview resize/render speedAndrew Haines
while testing richview I noticed it's fairly slow, though only if there are font changes in the content. So I added a font cache to the richview fontmanager and now there is almost no delay to render content in the richview. Big, big speed improvement.
2013-04-25docview: refactored text encoding versionGraeme Geldenhuys
docview now uses a single fpGUI call to do encoding conversions. This make is much easier to maintaing - a single method needs to be modified if new encoding conversions get added.
2011-08-29richview: fixed memory leak with font resources.Graeme Geldenhuys
2011-08-11richview: ExtractNextTextElement() changed to support UTF-8 charactersGraeme Geldenhuys
- Ultimately this is so we can fix the Layout.Width problem when UTF-8 characters are used in INF documents. eg: the FPC ref.inf file. - UTF-8 characters can be greater than one byte, so we had to make some changes. - Changed some usages of Char to TfpgChar TODO: - CopyPlainTextToBuffer() implementation has been commented, until we can rewrite it for use with fpGUI. This is a big changes, but I tested DocView with numerous INF documents and all seems well.
2011-07-24docview: bug fix where font description had two fontsize values defined.Graeme Geldenhuys
2011-07-23fixes compiler errors after bring 'fonts_refactor' branch up to speedGraeme Geldenhuys
2011-07-23Major refactoring in the CanvasFontManager unit. Work-in-Progress!Graeme Geldenhuys
The CanvasFontManager unit has totally been reworked to use the native TfpgFont class instead of TLogicalFont, TFontFace etc... The code is a lot more simplified now and DocView can actually display content but there are some width wrapping issues and AV's on changing topics. This will be fixed next.
2011-02-03temp storage for Encoding implementation in DocViewGraeme Geldenhuys
2010-09-01docview: Replaced hard-coded font values with constants.Graeme Geldenhuys
A reference to a default font or fixed font are now the same throughout docview. If you change one, you change them all.
2010-08-22dcoview: fixed a minor memory leak.Graeme Geldenhuys
2010-08-22docview: fixes the AV on exit.Graeme Geldenhuys
NOTE This is not a 100% fix, but rather a work-around. I need to still find out why such AV's occur.
2010-08-06docview: Fixed mono font screwup when scrolling large tables.Graeme Geldenhuys
When scrolling pages that contain large tables of source code examples using mono fonts, it changed no non-mono fonts. This is now finally fixed!
2010-08-06docview: Removed the check for FontType = ftOutline.Graeme Geldenhuys
We always use outline fonts in fpGUI.
2010-03-09docview: renamed local variables to reduce future confusion.Graeme Geldenhuys
We don't want to confuse properties and local variables, so the latter gets a different style: normally prefixed with the letter 'l'.
2010-03-09When debugging with GDB these lines sometimes gives FPC AnsiString errors.Graeme Geldenhuys
No idea why!! So we comment them simply because they are debug lines to start with.
2010-02-24docview: This drastically improved text width calculations.Graeme Geldenhuys
Due to this change the text wrapping has also improved a lot. Still not 100% but much better than before.
2010-02-24docview: Lets not hardcode the Arial font.Graeme Geldenhuys
2009-11-27Merged separate DocView project as our subdirectoryGraeme Geldenhuys