Differences between revisions 1 and 2
Revision 1 as of 2006-05-23 16:37:43
Size: 1743
Editor: 69-30-77-125
Comment:
Revision 2 as of 2006-05-23 16:38:19
Size: 1743
Editor: 69-30-77-125
Comment:
Deletions are marked like this. Additions are marked like this.
Line 7: Line 7:
1. A graphic way to put controls on a container at a fixed position with a fixed size. I even think this should be the default behavior to ease the use of XRCed for first time users. 2. A graphic way to put controls on a container at a fixed position with a fixed size. I even think this should be the default behavior to ease the use of XRCed for first time users.
Line 9: Line 9:
1. A way to define which event handlers the control should handle. The code generator (pywxrc) will then be able to generate empty overridable methods. This one is already on Eli's list and will 3. A way to define which event handlers the control should handle. The code generator (pywxrc) will then be able to generate empty overridable methods. This one is already on Eli's list and will
Line 12: Line 12:
1. Code generation for languages other than Python. Eli will probably implement the C++ code generation, but maybe we should help our wxRuby and wxPerl friends as well. 4. Code generation for languages other than Python. Eli will probably implement the C++ code generation, but maybe we should help our wxRuby and wxPerl friends as well.
Line 14: Line 14:
1. Refactor to make it easy to embed XRCed functionality into other applications, such as full fledged IDEs or RAD tools. 5. Refactor to make it easy to embed XRCed functionality into other applications, such as full fledged IDEs or RAD tools.
Line 16: Line 16:
1. An option to always set default 5pt borders on all sides for all new controls. 6. An option to always set default 5pt borders on all sides for all new controls.
Line 18: Line 18:
1. A way to select multiple controls for delete / cut / copy 7. A way to select multiple controls for delete / cut / copy
Line 20: Line 20:
1. The ability to select a group of controls/containers and say "wrap these in a sizer of this kind". 8. The ability to select a group of controls/containers and say "wrap these in a sizer of this kind".

XRCed Wish List

1. A simple way to add support for custom (read "written by you") controls. I think it might be really cool to only have to add a function that returns a dict of the attributes that can be set on the control, and then add the module that contains the control to a list somewhere accessible from the XRCed GUI.

  • One way to approach this is to use a plugin-in or drop-in architecture where every widget type has it's own module located in a certain directory. The module contains everythign that is needed to allow XRCed to support that widget, instead of having bits and pieces scattered around the XRCed code. When XRCed starts up it can load all modules in this directory and build it's menus and control bar based on what it finds loads.

2. A graphic way to put controls on a container at a fixed position with a fixed size. I even think this should be the default behavior to ease the use of XRCed for first time users.

3. A way to define which event handlers the control should handle. The code generator (pywxrc) will then be able to generate empty overridable methods. This one is already on Eli's list and will hopefully be implemented soon.

4. Code generation for languages other than Python. Eli will probably implement the C++ code generation, but maybe we should help our wxRuby and wxPerl friends as well.

5. Refactor to make it easy to embed XRCed functionality into other applications, such as full fledged IDEs or RAD tools.

6. An option to always set default 5pt borders on all sides for all new controls.

7. A way to select multiple controls for delete / cut / copy

8. The ability to select a group of controls/containers and say "wrap these in a sizer of this kind".

XRCed Wish List (last edited 2009-09-14 21:55:37 by D-128-95-103-224)

NOTE: To edit pages in this wiki you must be a member of the TrustedEditorsGroup.