summaryrefslogtreecommitdiff
path: root/docview
AgeCommit message (Collapse)Author
2012-11-22Fixes the description of the <rightmargin> tag.Graeme Geldenhuys
2012-11-22Fixes line ending issuesGraeme Geldenhuys
2012-11-21Removes verbose logevent() calls from docview.Graeme Geldenhuys
Those many logevent() calls makes other debugging really difficult.
2012-11-21Adds a small stand-alone test app for the RichTextView component.Graeme Geldenhuys
2012-11-21Removed outdated code comment.Graeme Geldenhuys
2012-11-21richtextview - documentation in readme file is updated.Graeme Geldenhuys
2012-11-21richtext:: Incorrect "normal font" was assigned as default style.Graeme Geldenhuys
Very weird, there was even a code comment saying that it was wrong!! The constructor of TRichTextSettings already sets the "normal font". So by ignoring the ASettings parameter, the end-user couldn't assign a new normal font values. Anyway, this is now fixed.
2012-11-19docview todo item already implemented.Graeme Geldenhuys
2012-10-23richview: Removed the extra margin for text at the top and bottom of the ↵Graeme Geldenhuys
client area There was a hard-coded 2px margin at the top and bottom of the text client area. So when scrolling the text disappeared 2px away from the actual widget border. This was inconsistent with other text widgets in fpGUI, and I simply didn't like it either. So GetTextAreaRect() now returns the same values as GetDrawRect().
2012-10-23richview: Implements a new BorderStyle propertyGraeme Geldenhuys
* Also took into account theming support, so we get the size of the default borders from the theme class. * Improved the method that sets the coordinates of the scrollbar
2012-08-28RichTextView: scrollbar width is now set to the standard size of 16pxGraeme Geldenhuys
2012-08-21docview: fixes a memory leak in font handling.Graeme Geldenhuys
We checked for the same fontdesc, but never for the same instance. So the NewFont instance might not have been freed, causing the memory leak.
2012-08-21docview: fixes a memory leak.Graeme Geldenhuys
2012-04-25docview: added apptype line for windows platformsGraeme Geldenhuys
2012-03-13docview: updated the extrafpc.cfg file compiler options.Graeme Geldenhuys
2012-03-07docview: unit had missing compiler mode information.Charlie Root
2012-02-29docview docs: fixes a minor spelling mistake in the documentation.Graeme Geldenhuys
2012-02-13TOC and Index entries now in UTF-8 encodingGraeme Geldenhuys
I converted the topic content to UTF-8 before displaying it, but I never did so for the TOC text or the Index text. This patch should fix this problem. TODO: Searching for umlauts still is a problem.
2011-12-13docview: adds a title panel above the topic contents area.Graeme Geldenhuys
This makes it even more clear what topic the user is currently reading.
2011-12-13docview: changed target file output path to include CPU and OS.Graeme Geldenhuys
This means we can build multiple versions using a normal and cross-compiler, without overwriting the docview executable.
2011-12-13docview help: updated docs about Bookmarks support.Graeme Geldenhuys
2011-12-13docview help: changed the Note paragraph to a multi-paragraph note.Graeme Geldenhuys
This indents the Note text, making it more pleasing to the eye.
2011-12-13docview help: removed the todo items already implemented.Graeme Geldenhuys
2011-12-13docview help: fixed a spelling mistakeGraeme Geldenhuys
2011-12-02version bump to 0.8Graeme Geldenhuys
2011-12-02Specify a target filename in the docview project file.Graeme Geldenhuys
2011-11-07Improves command line parameter handling.Graeme Geldenhuys
If a INF file or the path to a INF file contained a '-' character, the file was not opened, because docview thought it was a command line parameter action (eg: -h or -n etc).
2011-08-29richview: fixed another memory leak.Graeme Geldenhuys
2011-08-29richview: removed DoAllocateWindowHandle() which caused a memory leak.Graeme Geldenhuys
The above mentioned method called CreateWnd() twice, thus causing a memory leak. Now CreateWnd() is simply called once in the constructor.
2011-08-29richview: neatened up the CreateDefaultMenu() method.Graeme Geldenhuys
The code is more human readable now.
2011-08-29richview: making sure we tidy up everything.Graeme Geldenhuys
2011-08-29richview: fixed memory leak with font resources.Graeme Geldenhuys
2011-08-24richview: stop a possible index out of bounds error when there is no text.Graeme Geldenhuys
2011-08-24docview: enabled keyboard shortcuts in the File menu.Graeme Geldenhuys
2011-08-17richview syntax and information file renamed so it is easier to spotGraeme Geldenhuys
2011-08-17richview: to prevent "index out of bounds" errors while RV is empty.Graeme Geldenhuys
2011-08-16richview: extra check to make sure LineIndex is in range.Graeme Geldenhuys
This shoud prevent the 'Index out of bounds' errors.
2011-08-12Removed hard-coded Code Generation option in lazarus package.Graeme Geldenhuys
2011-08-11richview: improved the scrollbar textwidth and SB max value calculations.Graeme Geldenhuys
This helps those odd borderline cases, so now the scrollbar always seems appropriate when it is visible.
2011-08-11RichView: Correctly calculate the HScrollBar Max value.Graeme Geldenhuys
Now that we correctly the FLayout.Width value this change could now be made.
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-08-11richview: we should be looking at SB Width or Height propertyGraeme Geldenhuys
instead we should be looking at the overall FScrollBarWidth field value which defines the Width or Height of all Scrollbars in RichView.
2011-08-11richview: fixes right alignment of imagesGraeme Geldenhuys
When we reach the end of a line, we shouldn't always default alignment back to Left - I think. Anyway, this changes makes the output in DocView look the same as IBM's iview program.
2011-08-11richview: correct the localion where we call to update scrollbar coords.Graeme Geldenhuys
2011-08-11minor code formatting, improved code commentsGraeme Geldenhuys
2011-08-11richview: fixes the painting bug of bottom/right corner rectangleGraeme Geldenhuys
Refactored the code, so we only use UpdateScrollBarCoords() method.
2011-08-11corrected the bottom/right corner color for RichView.Graeme Geldenhuys
It's the rectangle between the two scrollbars.
2011-08-11add and remove commentsGraeme Geldenhuys
- added a unit header comment - removed old code comments not needed any more - removed old debug lines
2011-08-08richview: minor refactoring of code and fixing of one memory leak.Graeme Geldenhuys
2011-08-08bug: forgot to check in this change. Item[] -> Items[]Graeme Geldenhuys
A recent commit forced this change so it is consistent with fpGUI and RTL usage of array property.