Member:
Markus ⋅
Date: August 25, 2010, 10:01 PM
⋅ Subject: "Re: How have you modified your WWB/iWiccle?"
Most people spell it wrong the first few dozen times around — no worries there, and thank you for sharing your changelog. Here are some notes on upgrades in general.
As a general principle, files under /core/* and /modules/*, except extension files (*_extensions.php, *_ext.php), are subject to being written over in future upgrades. Possible changes to configuration files are noted in detail.
From what I see from your list above, all changes in your list affecting files in these two folders are upcoming changes that match (or are the functional equivalent of) the files in the next public release.
Any possible changes under /templates/* and /languages/* will be noted in detail in upgrade notes to a new release — to give you the option of either 1) porting your customizations into the new file, or 2) porting the changes from the new file into your customized file.
Changes to template files in upgrades are generally in the range of a few changed lines of HTML fixing a display problem, or a HTML snippet that enables the display of a new feature. Again, most changes to template files are for dynamic content templates (skin_post.php etc.), and don't affect your main design PHP and CSS files (menus, units, wrappers).
Changes to language files are generally only due to the addition of new language strings.
Whenever I prepare an upgrade for release, I run a general file difference check to identify all files that have been changed, and then run a difference check to highlight all changed code between the two versions. During this, I do a final code "proofreading" to see that everything looks orderly, write the general version changelog, and make detailed notes for changes in files that our users may have customized.
There's more work to be done yet in terms of making the upgrades automagical and super slick, but if someone has understood the system enough to have made a customization or two, then there really should be nothing in our upgrades themselves that would pose a problem or challenge of any sort. (And if there is, we can do the upgrade on your behalf.)
So far our updates have been straight-forward enough: 1) upload changed files (primarily core and module improvements), and (sometimes) 2) click once or twice to go through the steps of an automatic database upgrade script.