-
Notifications
You must be signed in to change notification settings - Fork 9
/
README.txt
executable file
·78 lines (50 loc) · 2.46 KB
/
README.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
designer_ext is the extended version of fpGUI uiDesigner.
With :
voice assisted,
auto-add units in uses section,
run-only-once option, window list,
undo's feature,
integration into IDE,
editor launcher,
for Unix OS : dynamically load of XOrg and TThreads dependencies,
lot of new themes-styles,
and much more...
There are also patches for integration with fpc, Lazarus, Typhon, Geany,...
Added /sakit (speecher assistive kit) => to make designer_ext "assistivized".
Here compiled release with sakit included:
=> https://github.com/fredvs/uidesigner_ext/releases/tag/1.9
Designer_ext needs fpGUI =>
https://github.com/graemeg/fpgui/
If you use the develop branch of fpGUI, please uncomment, in define.inc
{$DEFINE fpgui-develop} // uncomment for building with fpgui-develop
->
Fred van Stappen => fiens@hotmail.com
fpGUI's Visual User Interface Designer
======================================
Introduction
============
fpGUI Designer is a port of a product called VFD written by Nagy Viktor in 2003.
I ported VFD to fpGUI because I thought it would add a lot to the framework as
a whole. I could see it has lots of potential and could easily be extended to
become a great tool. What I immediately liked about VFD is that it used the
same source unit and writes actual code describing the UI like I would have
done manually. This departs from the GUI designers used in Lazarus or Delphi
where they save the UI code to external files (*.lfm or *.dfm respectively).
Features
========
* It uses the same source unit where your normal code lives. No external GUI
files.
* It can handle "unknown" or "custom" components and properties. Whenever the
designer finds a component it doesn't natively know it paints a green
rectangle in it's place. Whenever it finds properties it doesn't know it
adds them "as is" to the Unknown section memo in the Properties window. Any
code in the Unknown memo will be written back to the source unit "as is".
* The designer can handle more that one form in a unit.
* When creating a new form, that form can be merged into an existing unit or
the designer will create a new unit for it.
* The designer uses comment markers in the code to define what parts it will
maintain. Existing code (Forms) can be easily amended (manually by the
programmer) so that the designer can start managing it. No need to redesign
Forms from scratch.
Graeme Geldenhuys - September 2007
============================================