Summary: | Configfiles are rewritten on change (Comments skipped) | ||
---|---|---|---|
Product: | [Unmaintained] kdelibs | Reporter: | Dennis Schridde <heri+kde> |
Component: | general | Assignee: | Unassigned bugs mailing-list <unassigned-bugs> |
Status: | RESOLVED INTENTIONAL | ||
Severity: | wishlist | CC: | ana |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Dennis Schridde
2004-08-05 19:50:56 UTC
I would say, that's about impossible to implement without slowing down KDE at factor 3 ;( It can be done I think. Currently when we write back changes, we already merge back changes that happened in the on-disk version. We could change saving to essentially copy the on-disk version to a new version substituting any keys that we encounter with the changed values (if any) and then append all new keys. I think that should be made optional behavior because I think there are only a few cases where it adds value, most notably with kdmrc and with .desktop files (the .desktop standard says that we should preserve comments) This reorganizing + comment stripping of kdmrc is especially a pain for Debian users, as package upgrades offer to show you a diff of the version on disk and the default version shipped with the package. This diff is useless if kdmrc has been edited in kcontrol. Any progress on this issue? It still plagues Debian users, who for many package updates are faced with a difficult-to-choose-from diff between a new kdmrc with tons of comments, and a Kcontrol-generated minimalist file. Thanks. Closing as wontfix. There's been no apparent progress in 6 years, and I do not need this anymore. Ask for reopen if you still find it useful. |