The Forum has been Updated
The code has been upgraded to the latest .NET core version. Please check instructions in the Community Announcements about migrating your account.
Outgoing internet connection here is too slow to upload a file of this size (just over 100 MB, since it contains avatars, flash games, etc.) into SnitzBitz. Since SnitzBitz doesn't show the progress of uploads, I cannot tell if the upload will time out. Thus I've chosen to put it on Google Drive instead.
I duplicated a later reply above so that the latest link to obtain the package will always be at the first page instead of making people search for it.
I think I will make a modular version of Snitz, not sure if the .Net version is already using this idea. My thoughts are that I take as many of the mods as possible and integrate them into a single package.
Instead of installing them as written, though, each and every function should be contingent (including their appearance in admin configuration menus, with the exception of a single modular option menu) upon a variable switch. The admin modular option menu should include links to descriptions of the module (ala pop_help) to facilitate administrators' choices of whether to use the function(s).
Some of the pages will necessarily become quite a bit longer, since all versions of modified code will have to remain ... and where code is modified by several different modules, there will have to be "If and" options based upon all combinations of affected modular switches before choosing which section of code to use.
I think it's worth doing, though. It's a much more user-friendly way (especially for non-coders) than what we have now. Those who do not have programs which show line numbers and/or file comparisons often change the wrong lines due to coding similarities in files. Users could simply install the package (without running any modules or changing any code outside of "config.asp") and choose functions from the module list.
It's a big job, though. I have almost 300 mods in my Snitz package folder, so don't expect any overnight completion. I'll try and work on it periodically, cannot devote all my energy to it, and keep people posted as to the progress of integration.
I wish we had the polls integrated here because I'd like to get some idea of what people wanted most of the larger mods (and which version of some of the smaller ones, such as anti-spam) to help prioritize.
I duplicated a later reply above so that the latest link to obtain the package will always be at the first page instead of making people search for it.
I think I will make a modular version of Snitz, not sure if the .Net version is already using this idea. My thoughts are that I take as many of the mods as possible and integrate them into a single package.
Instead of installing them as written, though, each and every function should be contingent (including their appearance in admin configuration menus, with the exception of a single modular option menu) upon a variable switch. The admin modular option menu should include links to descriptions of the module (ala pop_help) to facilitate administrators' choices of whether to use the function(s).
Some of the pages will necessarily become quite a bit longer, since all versions of modified code will have to remain ... and where code is modified by several different modules, there will have to be "If and" options based upon all combinations of affected modular switches before choosing which section of code to use.
I think it's worth doing, though. It's a much more user-friendly way (especially for non-coders) than what we have now. Those who do not have programs which show line numbers and/or file comparisons often change the wrong lines due to coding similarities in files. Users could simply install the package (without running any modules or changing any code outside of "config.asp") and choose functions from the module list.
It's a big job, though. I have almost 300 mods in my Snitz package folder, so don't expect any overnight completion. I'll try and work on it periodically, cannot devote all my energy to it, and keep people posted as to the progress of integration.
I wish we had the polls integrated here because I'd like to get some idea of what people wanted most of the larger mods (and which version of some of the smaller ones, such as anti-spam) to help prioritize.
نوشته شده در
That would keep your mind busy for sure! 
I made a homebrew MOD something like that but not so detailed.
I was able to take the dbs file, read the top line to get the MOD's name, place that into a db table which was used to associated it with its admin file (if it had one), and then I could control the use of it from a MOD section. There's a little more to it than that, but that's the idea.
Below are the links: (the download links are not current)
http://forum.snitz.com/forum/topic.asp?TOPIC_ID=67959
http://forum.snitz.com/forum/topic.asp?TOPIC_ID=67879
I made a homebrew MOD something like that but not so detailed.
I was able to take the dbs file, read the top line to get the MOD's name, place that into a db table which was used to associated it with its admin file (if it had one), and then I could control the use of it from a MOD section. There's a little more to it than that, but that's the idea.
Below are the links: (the download links are not current)
http://forum.snitz.com/forum/topic.asp?TOPIC_ID=67959
http://forum.snitz.com/forum/topic.asp?TOPIC_ID=67879
نوشته شده در
Would be great to see Carefree :-)
نوشته شده در
Carefree, yes I have implemented some methods for integrating mods, obviously it is a lot easier than classic asp (well as long as people follow the guidelines I will publish 
.
Obviously there are still some mods that would require core code changes (which will be more difficult in the .net version as core code is in dll's), but most standalone type mods can be plugged into the ,net version quite easily, and have settings to enable/disable them
.
Obviously there are still some mods that would require core code changes (which will be more difficult in the .net version as core code is in dll's
), but most standalone type mods can be plugged into the ,net version quite easily, and have settings to enable/disable them
نوشته شده در
Originally posted by Etymon
That would keep your mind busy for sure!
I made a homebrew MOD something like that but not so detailed.
I was able to take the dbs file, read the top line to get the MOD's name, place that into a db table which was used to associated it with its admin file (if it had one), and then I could control the use of it from a MOD section. There's a little more to it than that, but that's the idea.
Below are the links: (the download links are not current)
http://forum.snitz.com/forum/topic.asp?TOPIC_ID=67959
http://forum.snitz.com/forum/topic.asp?TOPIC_ID=67879
there is also this MOD at SnitBitz, old, but similar idea for managing mods
http://www.snitzbitz.com/mods/details.asp?Version=All&mid=129
نوشته شده در
I'm familiar with Mod Commander, etc.; they aren't really what I had in mind (with the exception of the mod "notes" or descriptions being similar to the pop_help file). I didn't want multiple individual files having to open for mod descriptions, though. I'd prefer a single popup file, probably reading the descriptions from database entries, so the descriptions wouldn't have any extraneous surrounding data.
I wouldn't know where to begin with dll coding, glad you're doing that instead of me, HuwR. I'm too old and my brain too feeble to learn a new batch of tricks.
As I progress with this project, I'll periodically update a file on SB; that way it'll be available if one day I don't wake up. Nobody around me has any clue what I do, so my work would just be lost otherwise.
I wouldn't know where to begin with dll coding, glad you're doing that instead of me, HuwR. I'm too old and my brain too feeble to learn a new batch of tricks.
As I progress with this project, I'll periodically update a file on SB; that way it'll be available if one day I don't wake up. Nobody around me has any clue what I do, so my work would just be lost otherwise.