Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Settings should be stored in gconf #4

Open
cwillu opened this issue Feb 17, 2010 · 3 comments
Open

Settings should be stored in gconf #4

cwillu opened this issue Feb 17, 2010 · 3 comments

Comments

@cwillu
Copy link

cwillu commented Feb 17, 2010

Currently, settings are stored in a python file; this makes it impossible to adjust them without restarting gedit, as the module is cached (and therefore not re-read). It would be preferable if they were stored in a gconf key and reread each time they're used, as this would allow a user to adjust them using gconf-editor without needing to restart gedit.

I'm not sure if gedit provides an easier hook. There's a plugin settings button that's greyed out; whatever's responsible for that may be easier to hook into, and would be ideal.

@crittermike
Copy link
Owner

Can you give me an idea of the settings you'd like the ability to adjust on the fly? I agree that a settings box is definitely needed, just not sure what all needs to go on it.

@cwillu
Copy link
Author

cwillu commented Feb 18, 2010

Profile definitely, and preferably also lang, locale, charset, and any other variables used in snippets. Note that it's not appropriate to pull those from the user's environment except perhaps as a changeable default.

It would also be useful if the snippets themselves were stored externally as a json (simplejson module) file, allowing the user to add/change/delete entries without requiring a gedit restart. You could do this by 'reload(...)'ing the module, but reload isn't recommended.

@crittermike
Copy link
Owner

Have to put this on hold for awhile.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants