Description
Owing to original Processing code, preferences are on a single screen in a dialog, with a more recent addition of a networking tab for the network proxy settings.
This scheme limits the amount of items that can be added (space constraint), how logically the information can be grouped, as well as mostly prevents (where there's a will there's always another way) external contributions to the preferences (for e.g. boards cannot contain their own editable preferences).
The idea here is to
- brake the main page into groups (e.g. editor / general / compiler )
- transfer the networking info to their own page as-is
- ensure that other pages can be contributed EASILY
A possible extended goal might be to
- integrate the board manager as a head page where children pages can be contributed by each board distributor
- integrate the library manager as a page
This is a work in progress showing that with a tiny bit of arm-wrestling the existing code can work in both environment (standalone dialog or page inside the preferences)
PS: for scheduling consideration, main dialog built with general / networking as-is < 1d. 1/2d for the extra new pages (printing is for selection print font and footer + boards + libraries)