Age | Commit message (Collapse) | Author |
|
|
|
We really don't need yet another "default font". All references to
fpgApplication.DefaultFont has been changed to fpgStyle.DefaultFont - as
it should be.
|
|
|
|
Fixed xml conflicts of lpi's manually
Conflicts:
examples/gui/filedialog/filedialog.lpi
examples/gui/modalforms/modalforms.lpi
|
|
|
|
Now the TfpgStyle class will free the font objects if they are reassigned
No more memory leaks or manually freeing the font objects first.
|
|
|
|
Thanks to Fred van Stappen for the original contribution. I (Graeme)
make a couple more changes, code clean-up, and dialog translation.
|
|
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.
|
|
|
|
|
|
The interface did not match the implementation section. My fault for not
doing a good enough sync with agg2d.pas! :-/
|
|
AggPas now correctly queries the correct Windows install path.
Thanks Marcus for pointing out my hasty commit from before.
|
|
The color picker in the ColorWheel demo now works on all supported
platforms.
|
|
We can now color pick a value on a X11 desktop.
|
|
Basically just reordering some resources.
|
|
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.
|
|
Usage:
fpc @extrafpc.cfg <demoname>.dpr
|
|
Not much, but it is a start. There are still many more of this to come.
|
|
This syncs the console agg_2D with the fpGUI Agg2D implementation.
|
|
|
|
|
|
This is so we can do more advance things with themes like calling
invalidate on a widget (eg: animated theme on hover)
|
|
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.
|
|
So we can get the latest bug fixes into 'develop'.
|
|
It now correctly encodes the UTF-8 filename to the OS Encoding.
The filename parameter is now also a TfpgString type to denote that
it is expected to be a UTF-8 encoded string.
|
|
fpg_CSVParser contains a class and singleton method to allow parsing
CSV files.
fpg_StringGridBuilder is a class that allows you to load a CSV file
and automatically populate a StringGrid with its content.
|
|
This is so we can get the latest bug fixes from the release
branch.
|
|
|
|
|
|
|
|
|
|
Hi I made a Togglebox widget descended from TfpgComboBox. It has button
that slides side to side for checked/unchecked with a subtle animation
when toggled. Various colors can be changed and the animation disabled.
|
|
The pressed state never looked right. I simply forgot and got used to
it. Now it has finally been fixed.
|
|
|
|
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
|
|
|
|
Hi,
For my own use, I had to create a new specific integer dialog similar to the
existing inputquerydialog.
Attached is the patch for it.
Hope it will be usefull
Regards
Jean-Marc
New integerinputquery dialog
Signed-off-by: Jean-Marc <jmarc.levecque@dbmail.com>
|
|
Us SendDebug() instead - which means it will not cause a problem on
Windows non-console applications.
|
|
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.
|
|
|
|
|
|
|
|
|
|
|