.
WERE GONNA LOSE SYNCMODS!?
Miscellaneous Forums/General Discussion/WERE GONNA LOSE SYNCMODS!? Link?
.
Thank you, I always forget the hidden forums.
Drag.
Drag.
Please, King Mark, you can't do that!
If anything, you should be improving Syncmods by documenting it and giving it some kind of versioning system.
It is a fantastic tool for all sorts of things, and I can't imagine BlitzMax without it. The reason why the Modules in BlitzMax are so nice is because I can update them automatically!
Besides; as far as I have seen, it works fine.
Wouldn't it be more troublesome to eradicate syncmods and be endlessly releasing updates for BlitzMax whenever official modules get fixed?
Then there's another problem, which is the number of unofficial mod servers. This far into BlitzMax's lifetime, you can't go pulling out features that people have begun to use and may even be using in production environments that we don't know about. That would be like changing the For keyword to Every.
If anything, you should be improving Syncmods by documenting it and giving it some kind of versioning system.
It is a fantastic tool for all sorts of things, and I can't imagine BlitzMax without it. The reason why the Modules in BlitzMax are so nice is because I can update them automatically!
Besides; as far as I have seen, it works fine.
Wouldn't it be more troublesome to eradicate syncmods and be endlessly releasing updates for BlitzMax whenever official modules get fixed?
Then there's another problem, which is the number of unofficial mod servers. This far into BlitzMax's lifetime, you can't go pulling out features that people have begun to use and may even be using in production environments that we don't know about. That would be like changing the For keyword to Every.
Every day another reason to stop using BMax just lately. Syncmods along with the concept of modules in general are two of the reasons I'm using BMax instead of something else.
.
Anyway, we're gonna lose the syncmods feature as it's proving to be too much of a hassle, both for us and for users.
Good.
I've said it before, but BRL needs a bigger team. If there is
any desire for growth, Mark should be adding Features and
employees, not removing things.
Though, that's just my opinion.
any desire for growth, Mark should be adding Features and
employees, not removing things.
Though, that's just my opinion.
giving it some kind of versioning system.
Agreed, and using dates too!
I Agree, syncmods should not be removed. It should be improved.
It should also become a fullblown packet manager like Bloodshed Dev-C++s or similar.
It should be easy to add an url locally, and have that/those mods synced from there on.
It should also become a fullblown packet manager like Bloodshed Dev-C++s or similar.
It should be easy to add an url locally, and have that/those mods synced from there on.
I think i'm fine with that as in the end i only care if what i use is working correctly. If this is provided with less headaches by syncmods or more stable/frequently downloadable releases i don't care this much.
Emotionally i liked synmods as it always felt nice to test out if there is something new just out of curiosity. :O)
Emotionally i liked synmods as it always felt nice to test out if there is something new just out of curiosity. :O)
It depends what BRL replace it with.
Yippee! Sync mods has been the single most gayest thing to ever happen to a blitz product, making inconsistent sporadic versions between the same products and problems with transferring to other machines.
I guess I'm probably the only person then who think this is a great idea.
I guess I'm probably the only person then who think this is a great idea.
.
http://www.blitzmax.com/Community/posts.php?topic=65444
What hidden forum? I have BMax, how come I cannot see that forum?
EDIT:
Or has the post been deleted?
What hidden forum? I have BMax, how come I cannot see that forum?
EDIT:
Or has the post been deleted?
..the latter I think, "puki" ..
[edit] .. uhm, so it appears to be there!
[edit] .. uhm, so it appears to be there!
.
I'm pleased about this. I'd much rather go back to the old update method. It worked much better IMHO.
There are probably people using dozens of different versions of Blitzmax out there, depending on which update they last installed, and when they last ran syncmods.
This has all sorts of connotations when it comes to things such as people reporting bugs in out of date versions.
It will be better for everybody in the long run.
Oh - I'd like to see the version number removed from the application name in Add/Remove Programs - Blitzmax shows as 1.18 in there, even though I'm actually using 1.22.
There are probably people using dozens of different versions of Blitzmax out there, depending on which update they last installed, and when they last ran syncmods.
This has all sorts of connotations when it comes to things such as people reporting bugs in out of date versions.
It will be better for everybody in the long run.
Oh - I'd like to see the version number removed from the application name in Add/Remove Programs - Blitzmax shows as 1.18 in there, even though I'm actually using 1.22.
.
.
he needs a syncmod, obviously ;-)
.
There are probably people using dozens of different versions of Blitzmax out there, depending on which update they last installed, and when they last ran syncmods.
This has all sorts of connotations when it comes to things such as people reporting bugs in out of date versions.
Agreed, but all the modules are open-source and people are going to be using their own versions anyway half the time. So unless they try to jam the cat back in the bag and ditch the whole open source thing and the whole module concept, and go back to the way B3D worked entirely, I don't think ditching Syncmods is going to make all that much of a difference.
When I install an update, and knowing how module updates have broken my code before, I'm just gonna back all my modules up and copy back over any that broke code, at least until there's a solution available, so I'd be one of those awkward people.
Not owning bmax, I'm not exactly sure how syncmods works, but the idea of it was one of the reasons that's kept me away from bmax. Loads of different versions flying around - no thanks. If bmax was pick-up-and-play like Blitz3D, I may have bothered to give it a try. Maybe.
I think syncmods is a great way to deliver updates and should be kept in.
However I feel the IDE should auto check once per day (or on launch) for updates and download them automatically, just like a virus scanner does. That way everyone will have the correct latest version.
No matter what system is implemented, you'll never please everyone, but I'm curious as to what syncmods will be replaced with. I just hope it's not like Blitz3D/Plus updates where they are released weeks, sometimes months apart, especially if it's a simple bug fix.
However I feel the IDE should auto check once per day (or on launch) for updates and download them automatically, just like a virus scanner does. That way everyone will have the correct latest version.
No matter what system is implemented, you'll never please everyone, but I'm curious as to what syncmods will be replaced with. I just hope it's not like Blitz3D/Plus updates where they are released weeks, sometimes months apart, especially if it's a simple bug fix.
I hope the SYNCMODS won't be taken out
I agree with Peter. Syncmods needs to be improved instead of scrapped.
Just stop using it for anything but content delivery, and let SVN handle versioning issues (Google svn keyword substitution if you don't have the Subversion book).
Just stop using it for anything but content delivery, and let SVN handle versioning issues (Google svn keyword substitution if you don't have the Subversion book).
I've said it before, but BRL needs a bigger team. If there is
any desire for growth, Mark should be adding Features and
employees, not removing things.
Quite a few of the blitz oldies amongst us have been saying that for years.
Quite a few of the blitz oldies amongst us have been saying that for years.
I've tried to swing my head round that for years myself too, though ironic as it is, I tried to look at it in a business sense just today:-
http://www.syntaxbomb.com/forum/index.php?topic=252.msg1780;topicseen#new
Based on pure guess work, so no flames please!
Dabz
Hireing someone may not just be that straight forward. In Denmark for instance it is nearly impossible to fire someone one they're hired, so you have to be absolutely sure you get the right person. Hiring the wrong person is going to cost you at least $100.000 USD down the drain. Then ofcourse there's the question of actually finding a competent programmer (much less one that lives in New Zealand) who'll work for chump change.