Age | Commit message (Collapse) | Author |
|
Recently we removed some variables that were needed for AggCanvas ifdef'ed
code.
|
|
|
|
|
|
* Disabled OLE support for WinCE
* Disabled Drag-n-Drop support for WinCE
* Fixed PChar vs PWidechar types
* Fixed IFDEF's. Differences between MSWINDOWS, WINDOWS and WINCE.
|
|
This reverts commit 58fbaf95ad23b3b3393d172cbee6cc0eea5611d9.
|
|
|
|
- GetFormByClassName()
- GetFormByName()
|
|
- That includes any color conversion functions
- Projects using TFPColor
|
|
|
|
We really don't need yet another "default font". All references to
fpgApplication.DefaultFont has been changed to fpgStyle.DefaultFont - as
it should be.
|
|
TfpgForm now has a new IconName property. Load a 16x16 image into the
global fpgImages instance and use that icons name in the IconName
property.
Windows support is still work-in-progress.
|
|
We can now color pick a value on a X11 desktop.
|
|
eg: Compile DocView and resize the contents panel all the way to the
right. The gradient panel ends up having < 1 width, which means it is
not visible any more, so really the GradientFill doesn't need to do
anything.
|
|
This reverts commit 1bd4b9091d3649f531c77ef0d0d656de4f6e3129.
|
|
This means we can easily add an "About fpGUI" menu item in the System
Menu of a window.
|
|
This makes it a bit more configurable (default values) for various
platforms.
Thanks to Marcus Sackrow for the suggestion.
|
|
|
|
|
|
I've noticed that if Width = 1 then count = 0 and causes a math error in:
newcolor.Red := RGBStart.Red + (i * RDiff) div count;
I think
if ADirection = gdVertical then
count := ARect.Bottom - ARect.Top
else
count := ARect.Right - ARect.Left;
Should be
if ADirection = gdVertical then
count := ARect.Height
else
count := ARect.Width;
But I'm not sure of the reasoning of the paint code. I've only seen this
crash on the AlienWindows branch. I get it when moving the splitter in
docview all the way to the right side.
Andrew
|
|
For some reason the DoFreeImage call was commented and thus Windows
apps leaked GDI objects. Once the 9000 limit was hit, paint corruption
occured.
Many thanks to Hinst <hinstance@yandex.ru> for persisting and finding
this bug.
|
|
|
|
encoding to UTF-8"
This reverts commit 85682e5586a60487d8aa65564dc0a77c24f080d4.
The reason is because the fpgFindFirst and fpgFindNext functions already fix
the sr.Name encoding. So doing it in the base filelist class corrupts the
text because the encoding is applied twice. Amazing nobody picked this up
for so long.
|
|
|
|
* Moved PtInRect() to fpg_main, from fpg_base
* New Rect and Point utility functions introduced in fpg_main
|
|
|
|
This reverts commit ccfd4b2ae0a9dfae0d19ae7ba673118af70c75da.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
I found a problem with the deadkey support - it broke keyboard input under
Windows. The original deadkey input issue seems to have been X11 specific,
so should be fixed at widget level, but rather in the fpg_x11.pas unit.
|
|
This reverts commit ccfd4b2ae0a9dfae0d19ae7ba673118af70c75da.
|
|
|
|
|
|
This allows the developer to filter the file results by Files only,
Directories only, or both (default).
|
|
Under *nix systems, if we can't find the direct location of docview, we
try the 'which docview' command. If we get a positive response, we know
docview is in the system path, and we can go ahead and launch it.
At least this doesn't instantly throw an exception when docview can't
be found on the first attempt.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
With the FPC 2.7.1 having some form of Unicode support, and the String typing being
redefined... defining TfpgString as AnsiString, we know fpGUI will continue running
as normal.
|
|
Instead of just going with the assumption that the docview executable exists,
check for it first, before we go any further. Calling TProcess.Execute with
a non-existing executable gives an unwanted error in our applications.
|
|
The thinking behind this is so that we can trap fpGUI specific exceptions
in our applications if we wanted to. Thus handling them slightly different
to other exceptions.
|
|
image.
|
|
Both RGBTripleTofpgColor() and FPColorTofpgColor() incorrectly
bit shifted the Alpha channel value.
|
|
|