-
-
If we go the subclass route, it looks like the shared properties would be
- group
- id
- label
- type_hint // If necessary?
- visible
- required
- sensitive
- uidata // presumable being removed soon (tm)
- tooltip
And then it looks like the validator stuff could be moved to a virtual function.
I'm not sure we want a ton of files for this, but maybe if we put them in a subdirectory?
That said, I do think subclasses is probably the way to go long term.
Convert PurpleRequestField into a GObject
Review Request #2320 — Created March 6, 2023 and submitted
Information | |
---|---|
QuLogic | |
pidgin/pidgin | |
default | |
2321 | |
Reviewers | |
pidgin | |
This is just a straight conversion with not much attempt to make things nice.
Also, this leaves
PurpleRequestField
as a multi-type object, but derivable, so we can change to a bunch of subclasses after.
Compiled and opened Request Fields from Demo protocol.
Summary |
---|
Change Summary:
Make
PurpleRequestField
derivable. Also, remove thefield-type
property, as that will go away with subclasses.
Commits: |
|
||||||
---|---|---|---|---|---|---|---|
Diff: |
Revision 2 (+1778 -654) |
Change Summary:
Update description.
Description: |
|
---|
Change Summary:
Remove extra change; this was needed when field type was an enum property.
Commits: |
|
||||||
---|---|---|---|---|---|---|---|
Diff: |
Revision 3 (+1776 -654) |