Bug #51
Implement a settings infrastructure for managing local and session-wide data
Status:
Closed
Priority:
High
Assignee:
Category:
General / Unspecified
Target version:
Start date:
Due date:
% Done:
0%
Estimated time:
Version:
0.13.1
OS:
Any
Description
In BR #35 (GUI profiles), we have specified three major classes of settings we'd like to store:
- GUI Profile Settings
- Stored globally within the core
- Everything "session-like" that might apply to several clients. Buffer settings and visibility, views, buffer/query names, etc.
- Core Connection Profile Settings
- Everything that applys to the local client only, but might differ across different core connections.
- Core connection settings (host, user, pw)
- GUI-specific stuff - window sizes and positions
- General GUI Settings
- Fonts, styles...
In order to more easily handle these kinds of settings (Global is a mess right now, for local stuff we use QSettings, but it's also a mess to keep that consistent everywhere...), we will implement a Settings infrastructure that should make it much easier.
First step is already done: We have an interface for storing and retrieving session-wide data. This (and QSettings) will be the foundation for the Settings class hierarchy.
History
#1 Updated by Sputnick over 17 years ago
Basics are in place, Global is gone. More subclasses within the Settings hierarchy will be added as needed and on-the-fly.