That's the one :)
Printable View
Forgive me - am I missing something.
The files on the Github link posted by @niestudio are still showing as posted 2 days ago, and the file there (slimbox.php) still appears to contain the same code as the one I have.
So is there a different link to the re-submitted file??
This really isn't the place to discuss how github works. If that type of assistance is needed a separate thread should be begun, possibly on an entirely different website. More can be seen at:
https://github.com/Zen4All/zen_light...f66243b95c709c
In which case - with all due respect - if someone makes a change to an zen cart plugin (particularly one already hosted on the zen cart plugins section) surely the changes should be uploaded to the Plugin repository where zen cart users would expect to find it (as niestudio kindly did) - or at least post details of the changes in the relevant plugin support thread so others could see them without visiting a third party hosting service.
No disrespect observed, thank you for the concern. The issue(s) are this: the Zen Cart forum and plugin areas, do not as openly support a collaboration/testing of a product to be made available/acceptable to all that will use it. Generally speaking, github is an open source location (when not paying to have a private space) where yes collaboration can occur. In this case, one meber of the community posted the code and in essence is in control of that code. Another member of the community has provided their input (including a statement of such here as wellas performing the actions to notify the original poster.) That individual could go through the submission of an "updated" plug-in, or could allow the community to incorporate the suggestion or perhaps the change is not beneficial to the masses. Whatever the case, other than our coonversation on this portion of the topic, I don't see that Design75 nor niestudio have done anything wrong. At this point it is basically up to niestudio to accept the change that Design75 has suggested in order for that revision to appear in the final package of the github link. This is also how multiple versions of a product end up existing. One developer heads down a path, another picks up part way and goes another direction and the two do not get merged together offering multiple programs that essentially do the same thing but have different ways of getting there or slightly different features.
Without seeing this change, this sounds like the same change I made to the Colorbox module.. I removed the echo statement that calls the jQuery CDN and instead made this call to the CDN via a file in the jscript folder (plus I updated it to call the latest version of jQuery as well).. I did this for a number of reasons. The biggest reason is so that shopowners who have templates or other modules which ALSO include jQuery do not end up with jQuery loaded twice (they can remove the duplicates or not load them at all). Otherwise novice shopowners will end up being unable to trace WHERE the other jQuery call is.
and to piggyback on this, this is EXACTLY where/how updates to the Zen Cart framework are conducted.. Zen Cart maintains an ACTIVE github repository. All niestudio did was to do the SAME THING with Zen Lightbox when he created the gibhub repository for this module.. and Design75 did what good community members do.. CONTRIBUTE/COLLABORATE..
mc12345678 is right.. No one is doing anything wrong.. In fact this is the RIGHT way to do it so that Zen Lightbox doesn't go the way of modules like Stock by Attributes which now has SO MANY forks/variants/versions (with various degrees of suitability/stability) that were created and submitted by well meaning community members NOT based on community needs, but the need of the individual authors. These well meaning authors fork this module to HELL without any regard for how these variations could cause more harm than good down the road. (multiple modules where a feature works on one, but not on another version, etc)
Thank you for the explanations and taking the time to write them Guys.
Much appreciated.
If I may, could I clarify -
Would I be right to assume that updates such as the latter one will end up in the plugins section (as was the case with the one niestudio did)?
and if so, is there any built in update notifier for those who use it, or is it up to the individual to periodically check for changes??
Welcome with whatever little I may have helped. Typically those that submit an update will post something in the forum thread (which if monitored and one stays "up-to-date" with) will be notified. But I can't say that I have seen a notifier for plug-in updates otherwise. And yes as such the shop owner(s) should periodically check for updates and then evaluate whether it should eventually be incorporated into the active site.
Of course they will.. and while I don't exactly know how to submit changes to github:blush:, I do undestand how it works.. gihub isn't a place to HOST modules, and the forum rules frown up supporting modules that are not available for download on this site (commercial or not)..
As for notification, IF this thread is updated with such a notification and IF you are subscribed to this thread, that is ALL the notification that any module gets round here..