SMF Development > Next SMF Discussion

[3.0] Depending on another customization/modification

<< < (2/3) > >>

Kindred:
seriously?   I understand the required pre-load one... That's actually a good idea.
but checking for different versions?   Are we going to come and wipe their noses when they sneeze too?   

Illori:
it is an option, the issue comes up sometimes but given that, that specific mod author is no longer updating the mod it would not help that issue and i have not seen it anywhere else.

Ricky.:
Both the ideas are good and much appreciated.
However, where in first one you can only check through MOD id, in second one it will require little more effort but would be worthy as it will save lots of time of user as well as supporter where unexpected situations arises just because a user has installed one version over another, creating great conflicts . You know.. people tends to ignore warning where a new version of MOD says.. please uninstall previous version if any.

+1 from my side.

Fustrate:
I'll go out on a limb (and get slapped by Norv in the process) and say that this is guaranteed for the next major version. Also, clashes, so that you can mark when you know your mod/plugin/etc. won't work with something else (i.e. Super YouTube Embedder 1.1 clashes with versions of Aeva less than 2.2.2). It's complicated in words, but simple enough in code.

N. N.:
:D

Yes, dependencies are necessary IMO. There are many reasons to support packages depending on or extending other packages, just think at portal mods or other big mods (or library-type mods) which may already have their own extensions but currently are mostly handling them occasionally on their sites. A tag <depends> on package manager will make sure they're supported properly in core SMF. Without issues for users who may want to install a package that depends on another one. (and their forum may not have the dependency installed etc).
The same goes (but I don't know if for 2.1) for clashes. (specify when a package conflicts with another).

As for previous versions of a package... Well. Package manager has the upgrade tag, to be used by modders when they create an updated package. It allows to not require the user all the time to uninstall the previous version of the mod. Instead users can install the update and be done... I'm not sure why this feature isn't more used... To my knowledge it is very (very!) rarely used. Maybe it's because it implies additional work for modders, but I wonder if there is something else, in the design of the tag maybe, or documentation on it, that is missing. Or whatever else could SMF do, to ease the process.

Navigation

[0] Message Index

[#] Next page

[*] Previous page