Age | Commit message (Collapse) | Author | |
---|---|---|---|
2011-05-10 | Set correct default values for TfpgHyperlink widget | Graeme Geldenhuys | |
Some published properties did not have their default values set either. | |||
2011-05-10 | Fixed widget comment | Graeme Geldenhuys | |
2011-05-10 | In the constructor, use the property instead of the field variables. | Graeme Geldenhuys | |
This applies to Top, Left, Width and Height properties. This will then correctly setup the internal component state for resizing. | |||
2011-05-08 | Included Motif as one of the default registered styles in fpGUI. | Graeme Geldenhuys | |
2011-05-08 | Implemented some of the styling for the Motif Style. | Graeme Geldenhuys | |
2011-05-08 | Removed magic numbers with GetButtonBorders() usage instead. | Graeme Geldenhuys | |
2011-05-08 | Corrected the button border sizes in the common style TfpgStyle | Graeme Geldenhuys | |
2011-05-08 | added comments and fixed spelling mistakes in comments. | Graeme Geldenhuys | |
2011-05-08 | globally renamed TFTextFlags to TfpgTextFlags | Graeme Geldenhuys | |
Somehow I forgot to rename this type when we introduced the 'fpg' prefix years ago. | |||
2011-05-08 | globally renamed TFButtonFlags to TfpgButtonFlags | Graeme Geldenhuys | |
Somehow I forgot to rename that type name when we moved over to the 'fpg' prefix. | |||
2011-05-06 | The style must be instantiated before we create forms. | Graeme Geldenhuys | |
The old behaviour caused problems with menus. A better solution must be found soon though - including getting rid of the fpgStyle variable. I also updated the instructions in the custom style unit for the demo. | |||
2011-05-06 | Updated the 'custom style' demo to show off the Style Manager | Graeme Geldenhuys | |
Styles can also be changed at runtime via the --style parameter. | |||
2011-05-06 | hook up the Style Manager. | Graeme Geldenhuys | |
The fpgStyle global variable is now simply a reference to the current style in the fpgStyleManager. The Style Manager does the free'ing of the style too, so we simply need to tell the style manager when we want that done. | |||
2011-05-06 | make the Style Manager available in the fpg_main unit. | Graeme Geldenhuys | |
This is a bit of a cross-linking case, jumping from corelib code to gui code, but I can't see how this can be done any other way. After all, fpGUI is a GUI toolkit - not a non-gui utility library. For some strange reason the 'Win2000' and 'auto' did not register automatically, even though they are in the *.lpk package and in the initialization section. So I had to add that style unit to the uses clause. I need to investigate why this had to be done. | |||
2011-05-06 | Just grouped the methods of TfpgStyle based on functionality and widgets. | Graeme Geldenhuys | |
This is basically just some code formatting changes, making it easier for a developer to see what style methods related to what widgets - that's if the method names was not obvious enough. ;-) | |||
2011-05-06 | Refactored the TfpgBaseEdit to use the new style painting method. | Graeme Geldenhuys | |
2011-05-06 | Implemented a new style method that draws the EditBox background. | Graeme Geldenhuys | |
This is a common style implementation - basically just paints the background a specific color. Nothing fancy. | |||
2011-05-06 | Skeleton style units. | Graeme Geldenhuys | |
These will later contain the various style implementations. | |||
2011-05-06 | Style Manager factory implemenation | Graeme Geldenhuys | |
This unit contains a Style Manager that will be used to register any new styles with. It also creates a default style instance. It also allows users to change the default style any other style, or custom developed style. | |||
2011-05-05 | Added empty placeholder unit back into src directory. | Graeme Geldenhuys | |
This unit will later contain the TfpgCommonStyle (currently known as TfpgStyle) code. | |||
2011-05-05 | Moved fpg_style to prototypes fpg_styler unit. | Graeme Geldenhuys | |
This gives use the fpg_style unit in the 'gui' directory to implement styles we can actually use at this time with the existing theming code. | |||
2011-05-04 | more work on the prototype style test project. | Graeme Geldenhuys | |
These changes allows us to test the DrawControl(ecPushButtonLabel, ...) implementation. Either way, the fpg_style.pas unit is still crap anyway. | |||
2011-05-04 | Prototype style: implemented cuPushButtonLabel | Graeme Geldenhuys | |
This fpg_style prototype unit should really be removed. I don't like the code at all, and it isn't actually used in any of the GUI widgets yet. | |||
2011-05-04 | Prototype style: implement "draw focus rect" from scratch. | Graeme Geldenhuys | |
2011-05-04 | Call methods from fpgStyle directly. | Graeme Geldenhuys | |
Seeing that we already use a few methods directly from fpgStyle, lets change all the others to be consistent. | |||
2011-05-04 | Introduced the usage of fpgStyle.GetButtonShift. | Graeme Geldenhuys | |
Custom styles can now define there own button shift values and the TfpgButton will adhere to them. | |||
2011-05-03 | AText variable was never really used, so I removed it. | Graeme Geldenhuys | |
2011-05-03 | Fixed a compiler warning. I forgot to set the function result. | Graeme Geldenhuys | |
2011-05-03 | New style method introduced: TfpgStyle.GetButtonShift | Graeme Geldenhuys | |
This allows a style to define by how much the button image and text must shift (if at all) when the button is pressed. Possitive numbers moves right and down. Negative numbers move up and left. Zero values means the icon and text doesn't move [like under Mac OS X]. | |||
2011-05-03 | marked various methods with overload. | Graeme Geldenhuys | |
I know in FPC mode objfpc it is not strictly needed, but lets keep to the Object Pascal language standards for now. | |||
2011-05-03 | Introduced a new overloaded method TfpgStyle.DrawButtonFace() | Graeme Geldenhuys | |
2011-05-03 | Reduced compiler hints by removing unused entries in uses clause. | Graeme Geldenhuys | |
2011-05-03 | promoted nested function CalculatePositions() to a method of TfpgBaseButton | Graeme Geldenhuys | |
2011-05-03 | changes to prevent text clipping in prototype demo | Graeme Geldenhuys | |
2011-05-03 | New wipfc (help compiler) binaries. | Graeme Geldenhuys | |
These binaries contain the fix for the bug where generated INF files was not searchable. The fix is applied to both the Linux and Windows executables. | |||
2011-04-23 | UI Designer: registered the new TfpgEditButton component | Graeme Geldenhuys | |
2011-04-23 | minor TfpgEditButton improvements when used inside the UI Designer. | Graeme Geldenhuys | |
2011-04-23 | new TfpgEditButton component with ellipses glyph on the button. | Graeme Geldenhuys | |
2011-04-07 | Another article on reading the INF file | Graeme Geldenhuys | |
2011-04-07 | More documentation on the INF file format | Graeme Geldenhuys | |
2011-04-06 | docdump: fixes the TOC entry offset values in hex and bytes. | Graeme Geldenhuys | |
The offset is now the offset in bytes from the start of the INF file. | |||
2011-04-06 | docdump: make sure all counters are 0-based | Graeme Geldenhuys | |
It might look better for humans if counting is 1-based, but for reference with the INF file structure, lets keep all the docdump output 0-based. | |||
2011-04-06 | docdump: processing of the INF dictionary | Graeme Geldenhuys | |
2011-04-06 | minor code improvements to docview's SearchTable unit. | Graeme Geldenhuys | |
2011-04-06 | Docview: new debug item to dump the INF dictionary to file. | Graeme Geldenhuys | |
2011-04-06 | minor code improvement for readability. | Graeme Geldenhuys | |
2011-04-06 | Cleanup of the unit and code comments. | Graeme Geldenhuys | |
2011-04-06 | Just to make sure us humans understand what must happen. ;-) | Graeme Geldenhuys | |
2011-04-06 | More detailed info about FTS data in INF help files. | Graeme Geldenhuys | |
2011-04-05 | Fixes a potential AV when ActiveWidget is freed | Graeme Geldenhuys | |
If the ActiveWidget was freed, the parent never got notified. If focus was then changed, the parent tried to call ActiveWidget.HandleFocusKill, causing an access violation. The toolkit now correctly sets ActiveWidget to nil if it was freed, and as a extra failsafe, wraps the HandleFocusKill call in a try..except block. |