researchcooperative:
In the case of updates to an original JR Skin for which a clone has been created, how to we get to see JR updates in the cloned Skin?
Are there two kinds of compare tool?
1. For comparing original JR code and new custom code inside a cloned skin (or module)
2. For comparing new code in a JR skin or module with old (original) code in the clone, and the new custom code inside the clone.
Or more graphically (A-F = labels, not a sequence)
A) jrThing-old -> B) jrThing-new (updates made by JR)
C) jrThing-old -> D) jrThing-customnew (customizations by site owner, without using clone)
E) jrThing-old-Clone -> F) jrThing-old-Clone-customnew (customizations by site owner using clone)
Notes:
1. Comparing A) with B) is not possible within the updated Skin or module, but JR provides a separate chronological log of historical changes to everything JR has worked on.
2. Comparing C) with D) is easy to do (with the internal tools)
3. Comparing E) with F) is easy to do (with the internal tools)
4. The common question may be how to easily compare B) with D) or F), in order to make decisions?
Is it possible to design an automatic alert system for non-coding administrators so we do not have to eyeball code endlessly? (Then ideally we can ask a technical assistant to monitor the alerts and deal with anything that needs dealing with).
My understanding is that D) gets wiped out and becomes B) if the updates made by JR are accepted.
In the case of updates to an original JR Skin for which a clone has been created, how to we get to see JR updates in the cloned Skin?
Are there two kinds of compare tool?
1. For comparing original JR code and new custom code inside a cloned skin (or module)
2. For comparing new code in a JR skin or module with old (original) code in the clone, and the new custom code inside the clone.
Or more graphically (A-F = labels, not a sequence)
A) jrThing-old -> B) jrThing-new (updates made by JR)
C) jrThing-old -> D) jrThing-customnew (customizations by site owner, without using clone)
E) jrThing-old-Clone -> F) jrThing-old-Clone-customnew (customizations by site owner using clone)
Notes:
1. Comparing A) with B) is not possible within the updated Skin or module, but JR provides a separate chronological log of historical changes to everything JR has worked on.
2. Comparing C) with D) is easy to do (with the internal tools)
3. Comparing E) with F) is easy to do (with the internal tools)
4. The common question may be how to easily compare B) with D) or F), in order to make decisions?
Is it possible to design an automatic alert system for non-coding administrators so we do not have to eyeball code endlessly? (Then ideally we can ask a technical assistant to monitor the alerts and deal with anything that needs dealing with).
My understanding is that D) gets wiped out and becomes B) if the updates made by JR are accepted.
--
PJ Matthews, Kyoto
Migrated from Ning 2.0. Now at Jamroom 6 beta and using Jamroom Hosting for The Research Cooperative (researchcooperative.org)
updated by @researchcooperative: 01/11/17 03:57:46AM