SMF Dev Blog #42: The Blog About Life, The Universe And Everything
July 02, 2009, 04:30:24 PM Posted by Aaron on July 02, 2009, 04:30:24 PM in SMF Dev Blog #42: The Blog About Life, The Universe And Everything | 222 CommentsHi all,
The last blog post regarding SMF's development was posted about half a month ago. I felt it'd be nice to give you lot some facts and numbers with regards to RC2's development.
At the moment I write this, 595 new entries were added to the changelog since the release of RC1, effectively bringing the number of open bug reports to 123, with only a few of them being show-stoppers for RC2. Some of the entries may describe trivial changes in the language files, but most of them describe proper bug fixes or full template conversions. Here's a geeky graph to illustrate the progress that has been made over the past months:
The last release candidate (i.e. a relatively stable version, but not quite the product we have in mind) was released on in February this year, with May seeing a security update for it. This led to confusion - why didn't we release RC2?
"Curve", is the answer to that question. It's taken us considerably longer than initially anticipated to convert every single template used by SMF. Our main priority right now is to ensure our new theme base will work in RTL languages and adjusting the our default theme (now known as Core) to work with the new base theme. We're also doing our best to ease transition for themes designed for previous versions of SMF by including a compatibility stylesheet. While this probably won't make it perfectly flawless transition, it will ensure the forum is functional at the very least.
As I know most of you just are very keen to see some of the progress on Curve, I'll go ahead and give a few sneak previews. Don't tell Compuart, though!
(Click an image for a larger version.)
You may notice some non-theme related changes in these screenshots. For example, the registration section and profile fields feature recently had had a makeover.
I know most of you are eager to know when RC2 will be released. Unfortunately, I cannot say. Personally however, I am counting on a release this summer.
Aaron
The last blog post regarding SMF's development was posted about half a month ago. I felt it'd be nice to give you lot some facts and numbers with regards to RC2's development.
At the moment I write this, 595 new entries were added to the changelog since the release of RC1, effectively bringing the number of open bug reports to 123, with only a few of them being show-stoppers for RC2. Some of the entries may describe trivial changes in the language files, but most of them describe proper bug fixes or full template conversions. Here's a geeky graph to illustrate the progress that has been made over the past months:
The last release candidate (i.e. a relatively stable version, but not quite the product we have in mind) was released on in February this year, with May seeing a security update for it. This led to confusion - why didn't we release RC2?
"Curve", is the answer to that question. It's taken us considerably longer than initially anticipated to convert every single template used by SMF. Our main priority right now is to ensure our new theme base will work in RTL languages and adjusting the our default theme (now known as Core) to work with the new base theme. We're also doing our best to ease transition for themes designed for previous versions of SMF by including a compatibility stylesheet. While this probably won't make it perfectly flawless transition, it will ensure the forum is functional at the very least.
As I know most of you just are very keen to see some of the progress on Curve, I'll go ahead and give a few sneak previews. Don't tell Compuart, though!
(Click an image for a larger version.)
You may notice some non-theme related changes in these screenshots. For example, the registration section and profile fields feature recently had had a makeover.
I know most of you are eager to know when RC2 will be released. Unfortunately, I cannot say. Personally however, I am counting on a release this summer.
Aaron
Comments
Really nice developers, we all know that the RC2 will be another great release of SMF thr most important thing here is stability and performance.
I can't wait to test curve, great work guys!
I can't wait to test curve, great work guys!
Awesome to hear that RC2 is 'soon'. It shows that our faith is not unrewarded.
Hmm, on reflection I think I should make another image for those stats bars. That one looks a tad obese on it and the colour could match the catbg's a bit better too. 
I see SMF 2.0 RC2 has you read and accept the agreement before filling out your information. Interesting
Oh my. I am impressed.
Kudos to all!
Kudos to all!
Nice work,
we are waiting the RC2 .
we are waiting the RC2 .
That curve theme looks really nice there.
Really nice.
Looking forward to seeing it
EDIT: And thanks for all the fish!
Looking forward to seeing it
EDIT: And thanks for all the fish!
Really good progress =)
We are waiting the RC2..
We are waiting the RC2..
Nice! Thank you for the update!
"Curve" looks very impressive, but you guys really have to make a relift of those icons (just look at those question marks and see how they contrast with the rest of "Curve" )
)#42 Now we have the answer for everything
Q: "when will be the SMF 2.0 Gold version released?"
A: 42
Now we have the answer for everything Q: "when will be the SMF 2.0 Gold version released?"
A: 42
The Universe? Everything? You didn't tell how exactly the Universe was originated, and I'm not talking about theory...I need videos! Or maybe where's the nearest intelligent civilization will work for now..
On a more serious note, keep up the good job! We're counting on ya!
On a more serious note, keep up the good job! We're counting on ya!
Quote from: Paracelsus on July 06, 2009, 08:54:15 AMYup, some of the old icons are a bit gruesome and we are looking at them. Other things need doing first though.
"Curve" looks very impressive, but you guys really have to make a relift of those icons (just look at those question marks and see how they contrast with the rest of "Curve"
Good progress.
Woah, a lot of revolved Bugs there
looks nice, i'm just not a fan of margin boarders, but hey, as long as it's functional It still says RC1-1 lol
Also, i like what you've done with the registration system, good work, can't wait for Curve
It still says RC1-1 lolAlso, i like what you've done with the registration system, good work, can't wait for Curve
Quote from: Aäron on July 02, 2009, 04:30:24 PM
I know most of you are eager to know when RC2 will be released. Unfortunately, I cannot say. Personally however, I am counting on a release this summer.
Aaron
2009 ?
Given that the statement was 'this summer', I would indeed take that to mean 2009 - in the next couple of months. And given that that is coming from one of the devs, I think that's entirely reasonable.
Just making sure Arantor
Quote from: Aäron on July 02, 2009, 04:30:24 PM
Personally however, I am counting on a release this summer.
It's great to hear that... thanks much for the update!
this summer? aaron is optimistic lol...
Quote from: GravuTrad on July 14, 2009, 09:46:11 PM
this summer? aaron is optimistic lol...
Yes, he is
It looks great! I can not wait.
I'd also like to say thanks for the hard work everyone!
Really, really, thanks!!
It looks very nice, and I'm glad to hear that the release is "near"!!
You rock guys!!
It looks very nice, and I'm glad to hear that the release is "near"!!
You rock guys!!
Thanks for keeping us updated
Ok, first off, looks very nice. However, I code MODS mainly for the SMF 2.0 RC1.x at the moment, and I'm interested in knowing how this will effect MODS written for SMF 2.0 RC1.x versions. I mean, will they still be compatible with SMF 2.0 RC2?? What exactly are you guys doing to help to make our preexisting MODS compatible with the SMF 2.0 RC2 version?
Just very curious, as this could get a bit frustrating as a MOD Developer, and sure others probably feel the same way. Since, I suppose once RC2 is released, RC1.x versions will not be able to be downloadable anymore.
So far no problems with my MODS from RC1 - RC1.2, but just wondering on RC2.
Thank You Very Much,
Solomon
Just very curious, as this could get a bit frustrating as a MOD Developer, and sure others probably feel the same way. Since, I suppose once RC2 is released, RC1.x versions will not be able to be downloadable anymore.
So far no problems with my MODS from RC1 - RC1.2, but just wondering on RC2.
Thank You Very Much,
Solomon
Unfortunately I reckon most mods will require some adjustments to work on RC2.
Not least because Curve will be the new 'default' theme, and it has been re-written from scratch.
But even Core has had alot of improvements/changes.
Not least because Curve will be the new 'default' theme, and it has been re-written from scratch.
But even Core has had alot of improvements/changes.
If the template files are just being changed then it shouldn't be that much of a headache on my end. Since I'm concerned more about the Source file changes. But source and template go hand-in-hand, so hopefully it will still be easy to follow (as SMF 2.0 RC1.x) and won't be too drastic of a change for my MODs to update to. In any case, I'm sure I'll figure it out....
Thanks & Best Regards
Thanks & Best Regards
I hope upgrading to RC2 will just be a matter of a click from the admin panel?
Without brain cracking.
Without brain cracking.
Quote from: Kenny01 on July 24, 2009, 05:37:05 PMSmf 2.0 RC2 need large upgrade, i'm afraid.
I hope upgrading to RC2 will just be a matter of a click from the admin panel?
Without brain cracking.
That's a bad news. I don't like doing large upgrade.
Well, it will need to be since you have a whole new theme in place.
Quote from: Kenny01 on July 24, 2009, 06:07:48 PM
That's a bad news. I don't like doing large upgrade.
is not gonna happen this year so you have time to prepare yourself
Well, this whole blog post mentioned that one of the devs is expecting RC2 this summer.
A few of questions:
QUESTION 1: First, will it be possible to use the current theme as found in 2.0 RC1-2 if the new Curve theme is just not liked once we get it on our forums (like will we be able to go to the adm panel and just select the old one and away we go, back to what used to be in terms of theme, but with RC2's other features working in the new way)? Second, will the old theme files remain as they are, or will they be altered by the upgrade?
QUESTION 2: Will adding our copyright to Curve be as easy as in the current 2.0 RC1-2 version?
QUESTION 3: Will there be any improvements to the webinstall.php to help with the upgrade? I've never, ever been able to get the webinstall.php to work for me once (for installs or upgrades), but Filezilla works flawlessly and installing manually always works with no errors whatsoever. Neither 1.1.10 or 2.0 RC1-1 would install with webinstall, and I could not get an upgrade to RC1-2 to work either (I'm always told the folder does exist, but obviously, an already existing forum does exist, or if I use the same information that I use with Filezilla which always works, I'm told my sign-in information is wrong though it's what I use with Filezilla, or, again alternately, I'm told the folder doesn't exist, round and round -- just frustrating circles which arrive nowhere, and I don't know why but I feel I'm knowledgeably giving the information requested, but I always give up and do a manual install that always works the very first time). I know I saw comments that there may be issues with the webhost related to webinstall, but what about an alternate script being made for those of us who cannot ever seem to get traditional webinstall to download files? This alternate script (perhaps called something like insiteinstall.php) might depend on the files being uploaded by us with our own ftp program (perhaps the original downloaded zip) and then the insiteinstall.php could tuck all the files into their right places as needed (this bypasses the upload problem and it might work as an alternative for those few of us who seem to have webhost upload issues, if that's why we have problems). I bring this up here, since I read in this thread that this upgrade will be a considerable effort, and since I have a multiple of SMF forums, I don't look forward to a multiple of tedious manual upgrades (though I'm committed enough, I would rather use my time working on using my forums, instead of under the hood working with files).
QUESTION 4: Will the database be left unchanged by this upgrade?
QUESTION 1: First, will it be possible to use the current theme as found in 2.0 RC1-2 if the new Curve theme is just not liked once we get it on our forums (like will we be able to go to the adm panel and just select the old one and away we go, back to what used to be in terms of theme, but with RC2's other features working in the new way)? Second, will the old theme files remain as they are, or will they be altered by the upgrade?
QUESTION 2: Will adding our copyright to Curve be as easy as in the current 2.0 RC1-2 version?
QUESTION 3: Will there be any improvements to the webinstall.php to help with the upgrade? I've never, ever been able to get the webinstall.php to work for me once (for installs or upgrades), but Filezilla works flawlessly and installing manually always works with no errors whatsoever. Neither 1.1.10 or 2.0 RC1-1 would install with webinstall, and I could not get an upgrade to RC1-2 to work either (I'm always told the folder does exist, but obviously, an already existing forum does exist, or if I use the same information that I use with Filezilla which always works, I'm told my sign-in information is wrong though it's what I use with Filezilla, or, again alternately, I'm told the folder doesn't exist, round and round -- just frustrating circles which arrive nowhere, and I don't know why but I feel I'm knowledgeably giving the information requested, but I always give up and do a manual install that always works the very first time). I know I saw comments that there may be issues with the webhost related to webinstall, but what about an alternate script being made for those of us who cannot ever seem to get traditional webinstall to download files? This alternate script (perhaps called something like insiteinstall.php) might depend on the files being uploaded by us with our own ftp program (perhaps the original downloaded zip) and then the insiteinstall.php could tuck all the files into their right places as needed (this bypasses the upload problem and it might work as an alternative for those few of us who seem to have webhost upload issues, if that's why we have problems). I bring this up here, since I read in this thread that this upgrade will be a considerable effort, and since I have a multiple of SMF forums, I don't look forward to a multiple of tedious manual upgrades (though I'm committed enough, I would rather use my time working on using my forums, instead of under the hood working with files).
QUESTION 4: Will the database be left unchanged by this upgrade?
Quote from: CarpeDiem on July 25, 2009, 01:34:51 PM
QUESTION 1: First, will it be possible to use the current theme as found in 2.0 RC1-2
Yes, the old default theme (Core) will still be available.
Quote from: CarpeDiem on July 25, 2009, 01:34:51 PM
QUESTION 2: Will adding our copyright to Curve be as easy as in the current 2.0 RC1-2 version?
It certainly won't be any harder.
Quote from: CarpeDiem on July 25, 2009, 01:34:51 PM
QUESTION 3: Will there be any improvements to the webinstall.php to help with the upgrade? I've never, ever been able to get the webinstall.php to work for me once.
That probably has to do with the server configuration. The webinstall script retrieves a file from our servers; if your server disallows this, the script cannot be used.
Quote from: CarpeDiem on July 25, 2009, 01:34:51 PM
QUESTION 4: Will the database be left unchanged by this upgrade?
It's roughly the same. A few extra were added and some field types were changed to optimise performance, but the overall structure is the same as in 2.0 RC1, as is to be expected.
Quote from: rommul on July 24, 2009, 10:22:07 PMQuote from: Kenny01 on July 24, 2009, 06:07:48 PM
That's a bad news. I don't like doing large upgrade.
is not gonna happen this year so you have time to prepare yourself
Quote from: rommul on July 24, 2009, 10:22:07 PMQuote from: Kenny01 on July 24, 2009, 06:07:48 PM
That's a bad news. I don't like doing large upgrade.
is not gonna happen this year so you have time to prepare yourself
Well, if the devs say that RC 2 will come this summer, then I think it will. At least I hope so, although I might say that I am a bit sceptic as well.
only one dev has said he would like lol...
Who said? We don't have too many devs, i think if oly one said that, devs must be think about same thing
only one brain for four persons lol...
There are 3 official developers on SMF at present.
The relevant quote however is not so much 'he would like' but...
I'm looking forward to seeing RC2 - as I know everyone else is. Perhaps we should now stop spamming this thread and let them get on it!
The relevant quote however is not so much 'he would like' but...
Quote from: Aäron on July 02, 2009, 04:30:24 PM
I know most of you are eager to know when RC2 will be released. Unfortunately, I cannot say. Personally however, I am counting on a release this summer.
I'm looking forward to seeing RC2 - as I know everyone else is. Perhaps we should now stop spamming this thread and let them get on it!
Quote from: Arantor on July 26, 2009, 07:44:37 PM
There are 3 official developers on SMF at present.
you forgot the big master chief: compuart...lol..
D'oh! He's not in the developers list I linked to! (Sorry CompuArt!)
i don't get it.
why they have hardcoded so much stuff in the templates thus making each template
a mess of incompatibilities, patches, and bugs ?
wouldn't it be much better and linear to process the variables in the core files
and just use the template for display ?
(sort of poorman's MVC architecture, but it works fine in many other CMS)
why they have hardcoded so much stuff in the templates thus making each template
a mess of incompatibilities, patches, and bugs ?
wouldn't it be much better and linear to process the variables in the core files
and just use the template for display ?
(sort of poorman's MVC architecture, but it works fine in many other CMS)
Actually if you look at the template file it mostly is that. The reason it is hardcoded the way it is is for performance, if you strip it totally the way you're suggesting it will run slower, and in fact be less customisable.
Quote from: gonemental on July 27, 2009, 05:40:59 AMThats what is done? There isn't any processing done in templates, they only render the data.
i don't get it.
why they have hardcoded so much stuff in the templates thus making each template
a mess of incompatibilities, patches, and bugs ?
wouldn't it be much better and linear to process the variables in the core files
and just use the template for display ?
(sort of poorman's MVC architecture, but it works fine in many other CMS)
well it may be faster but to me it still looks like a big mess.
on the other side, i agree a "micro kernel" approach with hundreds of small php includes would bog down the server.
on the other side, i agree a "micro kernel" approach with hundreds of small php includes would bog down the server.
My question in Reply 37, Question 3, about adding an alternative script was answered with:
"That probably has to do with the server configuration. The webinstall script retrieves a file from our servers; if your server disallows this, the script cannot be used."
but that didn't speak to my question, which again, was:
"...what about an alternate script being made for those of us who cannot ever seem to get traditional webinstall to download files? This alternate script (perhaps called something like insiteinstall.php) might depend on the files being uploaded by us with our own ftp program (perhaps the original downloaded zip) and then the insiteinstall.php could tuck all the files into their right places as needed (this bypasses the upload problem and it might work as an alternative for those few of us who seem to have webhost upload issues, if that's why we have problems)."
The virtue of the insiteinstall.php would be NO upload, just a manipulation of files into the correct folders, which would ease the burden of adm's in upgrades and installs both. Again, this would only be used by those who cannot seem, for whatever reason, to get the standard webinstall script to work BECAUSE it is trying to upload files over the web.
Again, the insiteinstall.php idea is that WE upload with our ftp program ALL the files, which we can already do successfully, and this would include the zip and the insiteinstall script.
Again, I bring this up here instead of in a separate webinstall thread to speak to the remark that Daydreamer made in Reply 32 that "Smf 2.0 RC2 need large upgrade, I'm afraid.", and scripts are intended to help ease that burden for us adm's I believe, and doing a multiple of upgrades on a multiple of forums is quite a burden for us.
So, how about an alternative that has US doing the uploading of the zip (instead of a script) and the insiteinstasll script doing just the placing of files into the right locations after WE upload the zip file ourselves.
I hope I'm making it clear that in this scenario this "special edition" install script does NOT upload anything (I know I've said it many times in this post).
"That probably has to do with the server configuration. The webinstall script retrieves a file from our servers; if your server disallows this, the script cannot be used."
but that didn't speak to my question, which again, was:
"...what about an alternate script being made for those of us who cannot ever seem to get traditional webinstall to download files? This alternate script (perhaps called something like insiteinstall.php) might depend on the files being uploaded by us with our own ftp program (perhaps the original downloaded zip) and then the insiteinstall.php could tuck all the files into their right places as needed (this bypasses the upload problem and it might work as an alternative for those few of us who seem to have webhost upload issues, if that's why we have problems)."
The virtue of the insiteinstall.php would be NO upload, just a manipulation of files into the correct folders, which would ease the burden of adm's in upgrades and installs both. Again, this would only be used by those who cannot seem, for whatever reason, to get the standard webinstall script to work BECAUSE it is trying to upload files over the web.
Again, the insiteinstall.php idea is that WE upload with our ftp program ALL the files, which we can already do successfully, and this would include the zip and the insiteinstall script.
Again, I bring this up here instead of in a separate webinstall thread to speak to the remark that Daydreamer made in Reply 32 that "Smf 2.0 RC2 need large upgrade, I'm afraid.", and scripts are intended to help ease that burden for us adm's I believe, and doing a multiple of upgrades on a multiple of forums is quite a burden for us.
So, how about an alternative that has US doing the uploading of the zip (instead of a script) and the insiteinstasll script doing just the placing of files into the right locations after WE upload the zip file ourselves.
I hope I'm making it clear that in this scenario this "special edition" install script does NOT upload anything (I know I've said it many times in this post).
Ah, I don't know why I missed that part of your post.
Thanks for the feedback. Having the webinstall script detect existing archives in the same directory on the webserver sounds like a good addition to me, too. I can't make any promises though, but I'll add it to the tracker.
Thanks for the feedback. Having the webinstall script detect existing archives in the same directory on the webserver sounds like a good addition to me, too. I can't make any promises though, but I'll add it to the tracker.
Quote from: [Daydreamer] on July 26, 2009, 06:08:28 PM
Who said? We don't have too many devs, i think if oly one said that, devs must be think about same thing
Things can get delayed..., last year one of the mods said that "if SMF 2.0 final won't be released until the end of the year, I will consider that the project failled" or something like that (I don't want to do a search, but you can try to find that
) And that was one year ago..., things can get delayed and one NON official "I hope" shouldn't be seen as an OFFICIAL statment.Just wait, that's the best you can do now.
I was waiting for almost 1 1/2 years. No i don't. Whatever....
yes SMF may be delayed but what you expect as long as you don't pay a single dime for it ?
if you're really on the cheap why not considering using a nulled copy of VB or IPB instead of whining here ?
SMF is just 3 guys with a script they develop in their spare time, take it or leave it.
i'm with SMF 1.10 and works fine, no need so far to switch to this mythical 2.0, i've installed
on a test server locally and can't see what the fuss is all about, for what i need is almost the same
as SMF 1.xx
if you're really on the cheap why not considering using a nulled copy of VB or IPB instead of whining here ?
SMF is just 3 guys with a script they develop in their spare time, take it or leave it.
i'm with SMF 1.10 and works fine, no need so far to switch to this mythical 2.0, i've installed
on a test server locally and can't see what the fuss is all about, for what i need is almost the same
as SMF 1.xx
Quote from: gonemental on July 28, 2009, 04:22:49 PMCurrently we are "only" ~40 people... not 3.
SMF is just 3 guys with a script they develop in their spare time, take it or leave it.
Quote from: Akyhne on July 28, 2009, 04:59:51 PMOOps, forgot our 200 hardworking translators.Quote from: gonemental on July 28, 2009, 04:22:49 PMCurrently we are "only" ~40 people... not 3.
SMF is just 3 guys with a script they develop in their spare time, take it or leave it.
We talking of SMF developpers and not team members.
So? You think there's only 3 people working on SMF? More or less every team member is involved in one way or the other.
There are 4 developers and the rest of the team helps by beta testing amongst other things.
Quote from: Arantor on July 28, 2009, 06:17:25 PMThanks for making it clear.
There are 4 developers and the rest of the team helps by beta testing amongst other things.
Quote from: Arantor on July 28, 2009, 06:17:25 PM
There are 4 developers and the rest of the team helps by beta testing amongst other things.
While we have 4 official developers, we do have others who have been doing a great deal of work. Most of their work is hidden due to it being curve related though
Quote from: SleePy on July 29, 2009, 02:11:16 AM
While we have 4 official developers, we do have others who have been doing a great deal of work. Most of their work is hidden due to it being curve related though
Let me guess, some of our Customizer's
.
I've been keeping the flame with regards to 2.0 coming out, and I'm really looking forward to it - even though I can see that I'm likely to be deploying my project with an RC of 2.0 as it stands. (The weird thing is, most of the bugs I've heard about in 2.0 haven't actually hit me yet)
But as you can see from the first post, it's not exactly stagnant, and considering how much of a rewrite from 1.1 to 2.0, it's hardly surprising.
But as you can see from the first post, it's not exactly stagnant, and considering how much of a rewrite from 1.1 to 2.0, it's hardly surprising.
Before you try to guess who is helping, just check the bug tracker. I do that often and I see NOT ONLY the developers working! You don't need to guess anything, just look around and you'll get a surprise.
Sometime ago I was also angry because of the late version of SMF, now that I see that they are really working I would rather wait then complain, if I can't help I just wait.
Yes, SMF 2.0 was a HUGE mistake, a huge step that lead us to a long wait, but I am pretty sure they have learned the lesson, but now just wait.
Sometime ago I was also angry because of the late version of SMF, now that I see that they are really working I would rather wait then complain, if I can't help I just wait.
Yes, SMF 2.0 was a HUGE mistake, a huge step that lead us to a long wait, but I am pretty sure they have learned the lesson, but now just wait.
Was 2.0 that much of a mistake? The amount of new features in it justify the time spent on it. IMO the only mistake I've really observed was the decision to switch to a new default theme between release candidates - that should have been done prior to RC1.
Ok, I didn't explain myself properly.
When I say that was a mistake is that they could have done a more progressive work, some of the new features could have been added in SMF 2.1, 2.2, etc instead of ALL at once! That was the mistake in my opinion because that lead them to a HUGE delay.
If we are talking about the final product, I am more than happy! I am using SMF 2.0 RC1-2 and I am loving it!
About the theme, that wasn't a mistake, was a need. Unfortunately they had to do it.
When I say that was a mistake is that they could have done a more progressive work, some of the new features could have been added in SMF 2.1, 2.2, etc instead of ALL at once! That was the mistake in my opinion because that lead them to a HUGE delay.
If we are talking about the final product, I am more than happy! I am using SMF 2.0 RC1-2 and I am loving it!
About the theme, that wasn't a mistake, was a need. Unfortunately they had to do it.
With respect to the theme, there is no doubt that Curve is long overdue. However the timing is what I would look at - you don't normally add such a colossal thing to a release candidate. The idea is that in an RC the major bugs have been squished and you'd be happy to consider it a release, but you want to push it out to users for testing.
As regards the other features, what would you have removed from 2.0 and put into 2.1 etc?
As regards the other features, what would you have removed from 2.0 and put into 2.1 etc?
Quote from: α¢αηѕ on July 29, 2009, 04:15:40 AMQuote from: SleePy on July 29, 2009, 02:11:16 AM
While we have 4 official developers, we do have others who have been doing a great deal of work. Most of their work is hidden due to it being curve related though
Let me guess, some of our Customizer's
actually 90% of the mods exists because SMF wasnt designed in a flexible manner but just as a fork of YABBse in php.
SMF is great but it should be rewritten from scratch and i can't see how the 2.0 is going in the right direction.
Actually, the reason 90% of the mods exist is because people don't want cookie-cutter forums. Even if it were completely rewritten - a hypothetical 3.0, say - I can guarantee you you'd still have the same volume of mods.
Quote from: searchgr on July 29, 2009, 05:07:46 AMQuote from: gonemental on July 28, 2009, 04:22:49 PM
yes SMF may be delayed but what you expect as long as you don't pay a single dime for it ?
if you're really on the cheap why not considering using a nulled copy of VB or IPB instead of whining here ?
I heard this excuse about 10 times. No problem by my side.
it's not an excuse, it's the real situation.
people is getting used to have it all for free and they complain too if you don't give 'em fixes and patches and support and next they'll ask you also for a beer or a coffee.
so in short they want a bug free forum full of mods and features, they plan on making money with it, and they come here ranting and raving while giving nothing back not even one single f-ucking euro to the developers.
VB and IPB are pretty happy of dealing with paying customers while leaving the crooks on SMF, phpBB, etc
SMF is free, and if it takes 5 years to get the 2.0 so be it ... you get what you pay for ... you nothing therefore you wait.
and dont joke yourself ... after 2.0 there will be a plethora of patches and bugfixes so a final and rock solid 2.0 is very far at the horizon unless proven otherwise.
if you're serious on your business stay away from free open source cms and forums.
the house must be built on the rocks not on the sand.
And vB and IPB don't have a plethora of patches and bugfixes? Show me a single version of either - that has not had a SINGLE patch or bugfix after its release. (Note: saying "the latest" doesn't count because both the latest IPB and vB have had patches and bugfixes)
I agree there are a lot of people who want to come here, get the software for free then complain about it. Fortunately there are enough people who care here.
Oh, and 'serious about business', staying away from open source CMS and forums? Tell that to Wikipedia and WordPress which as I write are in Alexa's top 20. But both use open source CMSes.
I also know some companies that would have released SMF 2.0 RC1 as a 'final' release, so the fact that it is taking long to mature means the process is being done properly.
Mods: please close this topic. It's gone far off topic and is now rapidly becoming a rant on all sides about the delays in 2.0.
I agree there are a lot of people who want to come here, get the software for free then complain about it. Fortunately there are enough people who care here.
Oh, and 'serious about business', staying away from open source CMS and forums? Tell that to Wikipedia and WordPress which as I write are in Alexa's top 20. But both use open source CMSes.
I also know some companies that would have released SMF 2.0 RC1 as a 'final' release, so the fact that it is taking long to mature means the process is being done properly.
Mods: please close this topic. It's gone far off topic and is now rapidly becoming a rant on all sides about the delays in 2.0.
2.0 is much more than just a rewrite, and is much more than just new features.
Personally, I find 2.0 much more flexible than 1.1, especially in terms of customization.
2.0 is also a stepping stone, and the beginning of a new idealism behind the development of SMF.
Heckel hit it on the nose. yes, SMF has 3 "official" developers. These people are the people responsible for ensuring the quality of the codebase and managing the fixes that
SMF has team members from nearly every team contributing to bugfixing, testing, and other side projects.
If you want to see what exactly is going on with development, give the bugtracker a good read -- that is why SMF opened it to all to see.
Personally, I find 2.0 much more flexible than 1.1, especially in terms of customization.
2.0 is also a stepping stone, and the beginning of a new idealism behind the development of SMF.
Heckel hit it on the nose. yes, SMF has 3 "official" developers. These people are the people responsible for ensuring the quality of the codebase and managing the fixes that
SMF has team members from nearly every team contributing to bugfixing, testing, and other side projects.
If you want to see what exactly is going on with development, give the bugtracker a good read -- that is why SMF opened it to all to see
.no offence but i can't see how 2.0 is technologically a step forward.
it's still hardcoded in many ways, you still need to patch core files and template to add mods or hacks.
it's not therefore a real "modular" forum architecture, it's kept all together with duct tape and strings
which is the obvious reason it takes years to debug and release a stable version.
it's still hardcoded in many ways, you still need to patch core files and template to add mods or hacks.
it's not therefore a real "modular" forum architecture, it's kept all together with duct tape and strings
which is the obvious reason it takes years to debug and release a stable version.
As has been said - it's a stepping stone towards moving on. 3.0 may well be far more modular, but we don't know what that roadmap looks like.
But what I can tell you is that any package that is very modular is also harder to customise, and usually slower, too.
But what I can tell you is that any package that is very modular is also harder to customise, and usually slower, too.
Quote from: Arantor on July 30, 2009, 05:22:36 AM
As has been said - it's a stepping stone towards moving on. 3.0 may well be far more modular, but we don't know what that roadmap looks like.
But what I can tell you is that any package that is very modular is also harder to customise, and usually slower, too.
exactly, and this is the drawback of writing modular code.
modular code IS slower, there's not much to do.
but the real bottleneck are all these useless features users love to add on their forums,
like wysiwig editors, avatars, smilies, icons everywhere, links everywhere, videos, ... for god's suck, it's just a forum not a light version of Facebook or Myspace !
Quote from: gonemental on July 30, 2009, 05:35:36 AMI think that SMF have got the balance right there - yes they have these features (which I think *are* part of a forums), but they aren't OTT. You only have to look at vBulletin (or vSocialCommunity??) to look at things going OTT with social networking features.
but the real bottleneck are all these useless features users love to add on their forums,
like wysiwig editors, avatars, smilies, icons everywhere, links everywhere, videos, ... for god's suck, it's just a forum not a light version of Facebook or Myspace !
Yeah, but without these MODS keeping users coming back to see what's new, and building new users into coders for SMF, what will SMF do without these users?? Sure, this is probably about 1/2 of the users here, if not more. So if there is nothing more to get for it, why bother coming back here at all. Or if there is no thrill in creating a MOD that just makes you happy to make someone else's day, well, what's the point of even trying then, if it just isn't even possible. Thing is, SMF 1.1.x versions, though a bit more crude in modifying as opposed to SMF 2.0.x, is still being modified more and more today. Not to say that anything is wrong with it, but just to say that MOD authors can go to great lengths to make someone else happy, so why shouldn't they be happy coders ?? IMO, I think SMF focusing a bit on the "Developer" was a smart move on their part. The new database functions also make it more secure than SMF 1.1.x. I personally feel that the more flexible a software app is, the more success it will have in the long run, since it will attract a bigger crowd. Just cause a software app is flexible, doesn't mean that it is less secure. Many people confuse these 2 IMO. Just like many people are confused into thinking that Small Special Purpose Applications run better than Large Multipurpose Applications that does the same thing that the Small Special Purpose Applications do, with more added features, etc.. Or that, in order for something to be good, it can not be FREE! Just my 2 cents, anyways, off main topic. Or am I?? Topic title says "And Everything"
?? IMO, I think SMF focusing a bit on the "Developer" was a smart move on their part. The new database functions also make it more secure than SMF 1.1.x. I personally feel that the more flexible a software app is, the more success it will have in the long run, since it will attract a bigger crowd. Just cause a software app is flexible, doesn't mean that it is less secure. Many people confuse these 2 IMO. Just like many people are confused into thinking that Small Special Purpose Applications run better than Large Multipurpose Applications that does the same thing that the Small Special Purpose Applications do, with more added features, etc.. Or that, in order for something to be good, it can not be FREE! Just my 2 cents, anyways, off main topic. Or am I?? Topic title says "And Everything"Quote from: gonemental on July 30, 2009, 05:18:45 AMhard coded is much much better.
no offence but i can't see how 2.0 is technologically a step forward.
it's still hardcoded in many ways, you still need to patch core files and template to add mods or hacks.
it's not therefore a real "modular" forum architecture, it's kept all together with duct tape and strings
which is the obvious reason it takes years to debug and release a stable version.
I am working on my own little 'thing' (CMS) and one of my other friends and I talked about making a mod system which uses an API (Little to no modification of the core system) or a mod system (Much like SMF's) which allows mod creators to modify the core files.
Let me tell you this. My other friend makes modifications for friends using a forum system (MyBB) which uses an API system. When he makes modifications to MyBB, he modifies the files themselves. He doesn't use the API. Now, don't get me wrong, I am not bashing MyBB in any way. But having callbacks and hooks and whatever for modification systems may work, but it limits what a developer can do.
Because a developer might need to edit a specific piece of code, while using hooks, which are done every so often can only be placed every so often. I mean the developers of the system aren't going to put hooks in every nook and cranny of the system as that would be, well insane.
By allowing mod creators to modify the core files, it can be hazardous for the fact that anyone can do just about anything, but that can be solved by having a team like SMF has to review the modifications before putting them up for people to download.
Both ways have plus and minuses, but if you want to get a big and active developing community, and you want elaborate modifications, you need to allow them to develop the core files, otherwise, you won't end up with good modifications. You will end up with simple modifications, which are okay, but you should also be able to offer modifications which can change the whole functioning of the system.
Hope I made sense
But what SMF is doing for modifications is one of the best I have ever seen.Well explained aldo & sologhost
Sorry for going off topic, but what happened to regularexpression?
Quote from: Yigal on August 04, 2009, 01:14:50 AMhttp://www.simplemachines.org/about/team.php
Sorry for going off topic, but what happened to regularexpression?
karlbenson - Developer
- Team member since May 28, 2008
- Rejoined the Team as RegularExpression March 10, 2009
LOL thanks...I didn't know what happened
Quote from: Shadow82x on August 04, 2009, 01:17:13 AMOk, he's the same guy, just with a new name. Good to know.Quote from: Yigal on August 04, 2009, 01:14:50 AMhttp://www.simplemachines.org/about/team.php
Sorry for going off topic, but what happened to regularexpression?
karlbenson - Developer
- Team member since May 28, 2008
- Rejoined the Team as RegularExpression March 10, 2009
Quote from: Aäron on July 02, 2009, 04:30:24 PM
I know most of you are eager to know when RC2 will be released. Unfortunately, I cannot say. Personally however, I am counting on a release this summer.
Aaron
Any news? This is the last month of the summer
hard coded is great as long as you dont plan any radical change in the near future nor any radical hack in the core or template.
for anything else im sorry but the whole software world went modular a very long time ago and rightfully never looked back.
p.s.
why not implementing a sort of "template overrides" like joomla 1.5.xx ?
for anything else im sorry but the whole software world went modular a very long time ago and rightfully never looked back.
p.s.
why not implementing a sort of "template overrides" like joomla 1.5.xx ?
Quote from: Kenny01 on August 04, 2009, 04:10:23 AMActually a better term would be, he's the same guy just with his old name.Quote from: Shadow82x on August 04, 2009, 01:17:13 AMOk, he's the same guy, just with a new name. Good to know.Quote from: Yigal on August 04, 2009, 01:14:50 AMhttp://www.simplemachines.org/about/team.php
Sorry for going off topic, but what happened to regularexpression?
karlbenson - Developer
- Team member since May 28, 2008
- Rejoined the Team as RegularExpression March 10, 2009
gonemental: as noted above other systems that are allegedly designed to be modular are not used that way. SMF is not modular because 2.0 is still working reasonably closely to the structure of 1.1 and to deviate is a complete throw-everything-away rewrite, something I don't see happening even for 3.0, let alone 2.1.
Which would you rather have: performance or modularity? How often do you modify the code to SMF? Personally as a mod author I find it is modular enough already.
Which would you rather have: performance or modularity? How often do you modify the code to SMF? Personally as a mod author I find it is modular enough already.
To me, the "modular" debate is just like the "semantic" debate. Yes, everyone is moving away from tables for design, but they're still supposed to be used for tabular data. Would you really try to make a table out of floated divs, or use something that makes sense, like a table?
Same thing with this "modular" thing. Would you rather have the whole thing in insanely small pieces with hooks and callbacks all over the place, or use a system that allows you do change anything anywhere? If I want to change the karma system to send 2 karma instead of 1, how would I use a hook to do that? It's a core edit, plain and simple.
As for RC2 during summer, yes, it's still summer
Same thing with this "modular" thing. Would you rather have the whole thing in insanely small pieces with hooks and callbacks all over the place, or use a system that allows you do change anything anywhere? If I want to change the karma system to send 2 karma instead of 1, how would I use a hook to do that? It's a core edit, plain and simple.
As for RC2 during summer, yes, it's still summer
Thanks, Fustrate - explained it in a way I never could have
Quote from: Dragooon on August 04, 2009, 07:24:47 AMhmmm! teacher.Quote from: Kenny01 on August 04, 2009, 04:10:23 AMActually a better term would be, he's the same guy just with his old name.Quote from: Shadow82x on August 04, 2009, 01:17:13 AMOk, he's the same guy, just with a new name. Good to know.Quote from: Yigal on August 04, 2009, 01:14:50 AMhttp://www.simplemachines.org/about/team.php
Sorry for going off topic, but what happened to regularexpression?
karlbenson - Developer
- Team member since May 28, 2008
- Rejoined the Team as RegularExpression March 10, 2009
Quote from: Fustrate on August 04, 2009, 11:48:30 AMFor the Summer quote...not so much here in Calgary....10 degrees and 100% humidity ... o.O...
To me, the "modular" debate is just like the "semantic" debate. Yes, everyone is moving away from tables for design, but they're still supposed to be used for tabular data. Would you really try to make a table out of floated divs, or use something that makes sense, like a table?
Same thing with this "modular" thing. Would you rather have the whole thing in insanely small pieces with hooks and callbacks all over the place, or use a system that allows you do change anything anywhere? If I want to change the karma system to send 2 karma instead of 1, how would I use a hook to do that? It's a core edit, plain and simple.
As for RC2 during summer, yes, it's still summer
I am looking forward to RC2 as well, to see some good changes
I'm not looking for it, because it mean re-hacking my board to make it look how i want it.
Spring Starts-March 21st
Summer Starts-June 21st
Fall Starts-September 21st
Winter Starts-December 21st
Summer Starts-June 21st
Fall Starts-September 21st
Winter Starts-December 21st
Quote from: gonemental on August 04, 2009, 05:21:25 AMNot true at all. If the system with hooks and callbacks had a major update, the modification still wouldn't work for a few reasons:
hard coded is great as long as you dont plan any radical change in the near future nor any radical hack in the core or template.
for anything else im sorry but the whole software world went modular a very long time ago and rightfully never looked back.
p.s.
why not implementing a sort of "template overrides" like joomla 1.5.xx ?
1) The hook/callback you are using was moved to a different place or no longer exists
2) If there was a major update, you would have to update your hooks and callbacks because of the major updates, the code would not be the same, and not do what is expected.
Quote from: Arantor on August 04, 2009, 07:31:37 AM
gonemental: as noted above other systems that are allegedly designed to be modular are not used that way. SMF is not modular because 2.0 is still working reasonably closely to the structure of 1.1 and to deviate is a complete throw-everything-away rewrite, something I don't see happening even for 3.0, let alone 2.1.
Which would you rather have: performance or modularity? How often do you modify the code to SMF? Personally as a mod author I find it is modular enough already.
trust me, by all means it's cheaper to pay for a faster server than wasting hours or days or even weeks hacking into the hardcoded core files.
there's a very good reason why any medium or big sized projects are ALL modular and not hardcoded.
and modular doesn't mean extremes like microkernel and 1000s of files, you can fine tune the whole thing in order to retain a decent speed.
i mean, Twitter is written in RUBY ON RAILS, one of the slowest scriptings ever, and yet they manage to run millions of users at once, the coder himself complained about the slowness of Ruby but guess what the fix was buying more server power and problem solved.
FACEBOOK is written in PHP an works fine but it scales like s-hit facing millions of users at once.
The fix was more server power and a partial rewrite in C++ in the most cpu-intensive scripts.
yet, without being modular there could be NO facebook nor wikipedia nor any big php project
unless you're so crazy to make it all hardcoded and waste a few years of your life debugging the whole
beast.
Quote from: aldo on August 05, 2009, 01:53:11 AMQuote from: gonemental on August 04, 2009, 05:21:25 AMNot true at all. If the system with hooks and callbacks had a major update, the modification still wouldn't work for a few reasons:
hard coded is great as long as you dont plan any radical change in the near future nor any radical hack in the core or template.
for anything else im sorry but the whole software world went modular a very long time ago and rightfully never looked back.
p.s.
why not implementing a sort of "template overrides" like joomla 1.5.xx ?
1) The hook/callback you are using was moved to a different place or no longer exists
2) If there was a major update, you would have to update your hooks and callbacks because of the major updates, the code would not be the same, and not do what is expected.
you see, the issue with OSS and general "free" projects is they have this tendency to reinvent the wheel.
one day they wake up and announce the next version will be rewritten from scratch thus destroying any compatibility nor usually providing any decent migrator script, that's what they did for joomla 1.5 for instance and same will be with 1.6
on the other side UNIX can still run and compile crap written in the '70s, and Windows 7 can do the same with apps for DOS and Win 3.11 with some tweaks and emulation.
it's all a matter of wanting to do things right in the first place.
of course modular programming sucks if you change mind every other major release.
the only possible drawback against modular is speed, anything else is bad programming.
i mean why for instance SMF doesnt store xxx custom fields for user profiles, so just who knows
in future releases they might get handy ?
no, they dont, and then you need mods and hacks to add a damn custom field.
and this is just the tip of the iceberg, dont let me talk about templates, the guys running SMF
seems to think you either use their default template or you'll be doomed with 100s of patches
and hacks and wasted time to run a damn forum the way it should be by default and with no
questions asked.
for all this reasons i stick with 1.1.xx as there's no real gain in getting crazy patching and fixing
the 2.0.xx , i'll wait till it stable, maybe in 2010.
Quote from: Kenny01 on August 04, 2009, 03:11:49 PM
I'm not looking for it, because it mean re-hacking my board to make it look how i want it.
and that's why CSS exists.
in any "normal' CMS you can get 90% of what you need just editing the CSS files, and
the rest with very small hacks in template overrides.
with SMF (and most of the other forums too) you're screwed.
even moving the avatar up or down will take 1 hour if you don't know SMF.
i don't know about you but time is money and clients aren't impressed to hear
you need hours to move an image up or down or make a custom field
or whatever other easy task that elsewhere takes 5 minutes in CSS.
Quote from: gonemental on August 05, 2009, 05:31:53 PMHence Curve, in 2.0? (Haven't been following this topic 100%, so apologies if this post seems out of place)Quote from: Kenny01 on August 04, 2009, 03:11:49 PM
I'm not looking for it, because it mean re-hacking my board to make it look how i want it.
and that's why CSS exists.
in any "normal' CMS you can get 90% of what you need just editing the CSS files, and
the rest with very small hacks in template overrides.
with SMF (and most of the other forums too) you're screwed.
even moving the avatar up or down will take 1 hour if you don't know SMF.
i don't know about you but time is money and clients aren't impressed to hear
you need hours to move an image up or down or make a custom field
or whatever other easy task that elsewhere takes 5 minutes in CSS.
Thank you for just proving what we've been saying. Even other software - that is more modular - have the same problem.
The fundamental problem you cannot avoid with forums is that the display and data are intrinsically connected. Making it more modular will not help with that. So, yes, moving the avatar up and down will take an hour if you don't know SMF. Doing a similar small change will take an hour if you don't know MyBB, phpBB or whatever -- you mentioned Wikipedia. That's nice and modular. Ever try modding it? Good luck with that unless it's reasonably simple and restricted to purely CSS. (My first mod for Wikipedia took me three FULL days to figure out and it was a very simple function that ideally should have been a template but was actually easier to figure out how to put into the core code in the end)
But in fact your fundamental argument about CSS... guess what RC2 will bring? Curve: a tableless theme that should be a ton easier to configure purely with CSS.
No-one here is asking you to use SMF. If you don't like the way it is developed, please by all means go use something else. But the fuller feature set an app has, no matter if it's the most modular thing on Earth, or the least, the harder work it is to modify something.
If you want to make a bigger discussion, here is not the place. There is a proper board for discussing SMF coding, please go there.
The fundamental problem you cannot avoid with forums is that the display and data are intrinsically connected. Making it more modular will not help with that. So, yes, moving the avatar up and down will take an hour if you don't know SMF. Doing a similar small change will take an hour if you don't know MyBB, phpBB or whatever -- you mentioned Wikipedia. That's nice and modular. Ever try modding it? Good luck with that unless it's reasonably simple and restricted to purely CSS. (My first mod for Wikipedia took me three FULL days to figure out and it was a very simple function that ideally should have been a template but was actually easier to figure out how to put into the core code in the end)
But in fact your fundamental argument about CSS... guess what RC2 will bring? Curve: a tableless theme that should be a ton easier to configure purely with CSS.
No-one here is asking you to use SMF. If you don't like the way it is developed, please by all means go use something else. But the fuller feature set an app has, no matter if it's the most modular thing on Earth, or the least, the harder work it is to modify something.
If you want to make a bigger discussion, here is not the place. There is a proper board for discussing SMF coding, please go there.
Well, the thing is backwards compatibility is not always good. Having all that legacy support slows things down, and can lead to future security issues.
I'm not saying that rewriting everything for every version is bad, but I am not saying its good either.
I'm not saying that rewriting everything for every version is bad, but I am not saying its good either.
Quote from: Arantor on August 05, 2009, 05:49:27 PMBut in fact your fundamental argument about CSS... guess what RC2 will bring? Curve: a tableless theme that should be a ton easier to configure purely with CSS.
Just a point here. Curve is not completely tableless. It has a lot less tables than 1.1.x (and halle-bloody-lujah for that) and a distinct lack of horribly nested tables anywhere (and there was great rejoicing) but it does still use some tables where appropriate.
Tables for tabular data
I havent looked at the code, so im glad to hear it's not 100% tableless. I hear on reddit on a weekly basis how trendy developers have tried to make their site 100% tableless and it was just *more* complicated and *slower* uff
Can be. It depends what you are doing. Tables have their place, as does every other html element. The trick is to use the right things in the right places.
Quote from: Saleem on August 07, 2009, 09:03:18 PMYeah, because after awhile you probably end up with div's inside div's inside div's (Need I continue?) to get the effects you need without tables.
I havent looked at the code, so im glad to hear it's not 100% tableless. I hear on reddit on a weekly basis how trendy developers have tried to make their site 100% tableless and it was just *more* complicated and *slower* uff
Like everyone has said, I agree that tables have their place... Especially since all browsers output tables almost the same
Quote from: aldo on August 07, 2009, 11:49:23 PMAnybody who *doesn't* use tables for tabulated data is a bit... well... silly (to put it nicelyQuote from: Saleem on August 07, 2009, 09:03:18 PMYeah, because after awhile you probably end up with div's inside div's inside div's (Need I continue?) to get the effects you need without tables.
I havent looked at the code, so im glad to hear it's not 100% tableless. I hear on reddit on a weekly basis how trendy developers have tried to make their site 100% tableless and it was just *more* complicated and *slower* uff
Like everyone has said, I agree that tables have their place... Especially since all browsers output tables almost the same
)Tables nowadays (using <th>, <thead> for headers, scope atrributes, ids, <tbody>, <caption>, etc) can be made *very* accessible. Hence if you have tabulated data, they are the *only* think you should consider using since for a screen reader user, they are the only chance that the screen reader user has of being able to understand their content.
I know this thread isn't suggesting SMF scraps tables or anything, but just thought I'd insert this mini-post rant (
) since there are some who don't use tables at all, which is odd. Quote from: Tristan Perry on August 08, 2009, 06:02:15 AM
I know this thread isn't suggesting SMF scraps tables or anything, but just thought I'd insert this mini-post rant (
People who insist that you can never use any tables, even for tabular data, are just as bad as the people that insist in doing all their layout using tables. Both are ignoring the point that you should use the most appropriate markup for the job.
As for gonemental, it seems you stopped following SMF development back in the early 1.1 days. While some of your points are valid, many of them are since resolved in 2.0. As for abstracting things and not hard-coding them, SMF does its best to keep display logic in the templates and program logic in the source files.
We are looking to eventually be a bit more abstract and maybe even clean up the way packages are handled, but we hope to be more evolutionary in that goal rather than tossing everything out. Unless there is a darn good reason to go breaking something, that is.
Well nice work team. I have been away for more then a year now and I see that a lot of people are still at work. Great.
Summer is almost over, at least since school is starting in my neck of the woods, will RC2 be release soon?
Thanks
Summer is almost over, at least since school is starting in my neck of the woods, will RC2 be release soon?
Thanks
Well Aaron said that he is "counting" for it to come out this summer. Probably before 2010 though. Let's not rush them...once RC2 comes out....all people will ask is for RC2.1
RC2.1? Don't even think about it. Next thing after RC2 is RC3.
Quote from: Yigal on August 23, 2009, 10:06:28 PM
once RC2 comes out....all people will ask is for RC2.1
Definitely no!! For example me , i wait to curve and some solved bugs (speacially Wysivg and sha1 login problem bug.).
Quote from: Antechinus on August 23, 2009, 10:23:00 PM
RC2.1? Don't even think about it. Next thing after RC2 is RC3.
People are tired of x.1 versions now..
You can start the x.1 versions after the final is out! Every emergency patch freaks people out! 
The only x.1 version I want to see is SMF 2.1 Final. That one is going to rock (and no, I'm not going to hazard a guess at a release date ).
).Why the rush for version 2, it's not a do or die game.
Guys leave the devs alone, i'm ready to wait till when the script is well bake.
Guys leave the devs alone, i'm ready to wait till when the script is well bake.
Quote from: Kenny01 on August 24, 2009, 01:27:47 AM
Why the rush for version 2, it's not a do or die game.
Guys leave the devs alone, i'm ready to wait till when the script is well bake.
2.x feature list has made people go crazy
everyone wants their forum to be hassle free! Currently in 1.x versions, alot of modification complications arise. To avoid that, many of the features used by a average user have been put up into 2.x versions to avoid more problems. Also the custom theme modification hassles have been minimized due to the 2.x version features.2.x will show how simple is SMF. It will define the simplicity.
Not to mention that a number of features that were mods in 1.1 are now core in 2.0.
Quote from: Arantor on August 24, 2009, 11:38:24 AMThat's interesting.
Not to mention that a number of features that were mods in 1.1 are now core in 2.0.
JAN,12 2009
Quote from: metallica48423 on January 12, 2009, 03:56:40 AM
Unfortunately, SMF 2.0 is feature-frozen.
Quote from: searchgr on August 24, 2009, 01:43:48 PMWho to believe now?
JAN,12 2009Quote from: metallica48423 on January 12, 2009, 03:56:40 AM
Unfortunately, SMF 2.0 is feature-frozen.
Quote from: searchgr on August 24, 2009, 01:43:48 PM...it was feature-frozen after any new features (like WYSIWYG, requestable groups, etc.) were added. It's not like development on SMF 2.0 started January 1st, 2009...
JAN,12 2009Quote from: metallica48423 on January 12, 2009, 03:56:40 AM
Unfortunately, SMF 2.0 is feature-frozen.
so guys, when is the release ? any estimates ?
As was said at the beginning of this topic. RC2 is aiming to ship this summr.
Quote from: karlbenson on August 24, 2009, 02:19:32 PM
As was said at the beginning of this topic. RC2 is aiming to ship this summr.
hmm..
my summer is gone, and the next one is due 7 months
Thanks for the answer =)
@karlbenson,
Which or how much bugs marked "will resolved" in RC3 ? =)
@karlbenson,
Which or how much bugs marked "will resolved" in RC3 ? =)
No idea.
Quick answer, as many as possible. Sadly most of the remaining ones are stubborn little insects. The team, beta testers, and even non-teamies have been very helpful in debugging some bugs, and even offering solutions/fixes.
Hopefully RC3 will be a much faster turn around then rc1 (aka beta5 within some circles) to rc2
Quick answer, as many as possible. Sadly most of the remaining ones are stubborn little insects. The team, beta testers, and even non-teamies have been very helpful in debugging some bugs, and even offering solutions/fixes.
Hopefully RC3 will be a much faster turn around then rc1 (aka beta5 within some circles
) to rc2Quote from: karlbenson on August 24, 2009, 02:19:32 PM
As was said at the beginning of this topic. RC2 is aiming to ship this summr.
yeah baby!
Well you guys have less than 30 days to release RC2...since summer is ending . I can wait, I'm happy with what I have right now.
. I can wait, I'm happy with what I have right now.Fall starts September 23rd. I can hardly wait for RC2's solutions.
Here's hoping both RC2's Curve and Core have the long-awaited solutions to the problems we've reported in RC1's default Theme (soon to be renamed Core, I understand).
The database will remain the same, right?
Here's hoping both RC2's Curve and Core have the long-awaited solutions to the problems we've reported in RC1's default Theme (soon to be renamed Core, I understand).
The database will remain the same, right?
Quote from: CarpeDiem on September 01, 2009, 10:32:24 PM
Here's hoping both RC2's Curve and Core have the long-awaited solutions to the problems we've reported in RC1's default Theme (soon to be renamed Core, I understand).
It's always been named Core, even in the 1.1 releases. All that is changing is that it's being moved out of the default position. It's also being re-based to clean up a lot of those issues in RC1.
Quote from: CarpeDiem on September 01, 2009, 10:32:24 PM
The database will remain the same, right?
I don't believe there have been any structural changes, but some columns have changed type for performance reasons (we're trying to eliminate as many slow queries as practically possible). The upgrade script will make the necessary changes when you run it.
Good to know Motoko-chan, Thanks.
Many forums are going to crash during the upgrades
Many forums are going to crash during the upgrades
Quote from: Kenny01 on September 02, 2009, 12:46:20 AM
Many forums are going to crash during the upgrades
I hope not!Quote from: Motoko-chan on September 02, 2009, 12:52:51 AMBelieve me, many installed there forums through fantastico and do all the upgrades from the admin panel. Large upgrade is another music.Quote from: Kenny01 on September 02, 2009, 12:46:20 AM
Many forums are going to crash during the upgrades
The support team should be ready for a massive support.
Will our forums go into a maintenance mode where the message "Okay faithful users...we're attempting to..." be displayed while the upgrade is taking place, and will the upgrade script do this automatically?
CarpeDiem, yes. There is an option on the upgrade tool to enable maintenance mode.
Hi there !
Wow, I also wanna say I count the days to fall, waiting for the long awaited update to rc2 and curve!
Pls animate also many writers of addons and costumize tools to write their addons also for the rc2 and not to wait for finals ... for example a file tool
Wow, I also wanna say I count the days to fall, waiting for the long awaited update to rc2 and curve!
Pls animate also many writers of addons and costumize tools to write their addons also for the rc2 and not to wait for finals ... for example a file tool
Motoko-chan,
I'm one of those people who can't seem to get the install or upgrade tools to work through my webhost because of failed uploads, but I can always do the manual approach just fine by first downloading to my home computer and then, second, ftp-ing all the files to my website.
QUESTION: Will the upgrade tool allow me to ftp the upgrade ZIP file myself to my forum folder along with the upgrade.php and, then, will the upgrade.php be able to process the ZIP (or unzipped) files since they'll already be uploaded there together in the same initial forum folder?
Again, the upgrade.php doesn't seem to be able to get through my webhost to upload files, so this way I'll put the ZIP file there for the upgrade tool to use myself with my ftp which always works, and the problem (actually, for many of us who have this problem) of uploading files with the upgrade tool will be bypassed and solved.
I'm one of those people who can't seem to get the install or upgrade tools to work through my webhost because of failed uploads, but I can always do the manual approach just fine by first downloading to my home computer and then, second, ftp-ing all the files to my website.
QUESTION: Will the upgrade tool allow me to ftp the upgrade ZIP file myself to my forum folder along with the upgrade.php and, then, will the upgrade.php be able to process the ZIP (or unzipped) files since they'll already be uploaded there together in the same initial forum folder?
Again, the upgrade.php doesn't seem to be able to get through my webhost to upload files, so this way I'll put the ZIP file there for the upgrade tool to use myself with my ftp which always works, and the problem (actually, for many of us who have this problem) of uploading files with the upgrade tool will be bypassed and solved.
That's not how a manual upgrade works. Why not read our documentation section on Upgrading SMF?
Motoko-chan,
You missed my point entirely. I know how a manual upgrade works and I don't need to read any documentation. I've manually upgraded and installed four forums because of failure of the upgrade program not being able to upload files from SMF. I always have to manually upgrade because the upgrade.php and install programs don't work for me since my webhost seems to interfere with the download process these programs need.
I was suggesting a way to get around this difficulty that a variety of us have with the upgrade tool not working with our webhosts.
You missed my point entirely. I know how a manual upgrade works and I don't need to read any documentation. I've manually upgraded and installed four forums because of failure of the upgrade program not being able to upload files from SMF. I always have to manually upgrade because the upgrade.php and install programs don't work for me since my webhost seems to interfere with the download process these programs need.
I was suggesting a way to get around this difficulty that a variety of us have with the upgrade tool not working with our webhosts.
The auto upgrade process works fine on most setups; it's usually a hosting issue rather than an SMF issue. There are so many configurations it's almost impossible to make it work 100% perfectly on every single host.
Aäron thought my idea was worthy in Post 42 in this thread.
He said "Thanks for the feedback. Having the webinstall script detect existing archives in the same directory on the webserver sounds like a good addition to me".
Since there will be changes to the database too with RC2 which the upgrade tool should take care of, I don't look forward to a manual upgrade on four forums!
This is for those few of us who seem to have this difficulty and can't seem to resolve the webhost issue. I've read repeatedly information about this in the forum and what I've suggested may be a way to resolve it for those few of us who can't seem to get the upgrade program to operate the file upload part (and of course, it stops if it can't upload the files itself from SMF). But, we can put the files there for it ourselves by downloading them first to our home computer and then uploading them to each of our forum sites along with the upgrade tool. This bypasses the webhosting issue whenever that's the problem for a few of us! All the upgrade tool would need to do is assess whether the archive is already in place to be manipulated and then no further uploading of files would be needed (since we did the heavy lifting with our own ftp program for the upgrade tool already). I know this is not what the upgrade program currently does, but it could include this process, at least Aäron said he thought it would work! Please see the link in the first sentence above.
He said "Thanks for the feedback. Having the webinstall script detect existing archives in the same directory on the webserver sounds like a good addition to me".
Since there will be changes to the database too with RC2 which the upgrade tool should take care of, I don't look forward to a manual upgrade on four forums!
This is for those few of us who seem to have this difficulty and can't seem to resolve the webhost issue. I've read repeatedly information about this in the forum and what I've suggested may be a way to resolve it for those few of us who can't seem to get the upgrade program to operate the file upload part (and of course, it stops if it can't upload the files itself from SMF). But, we can put the files there for it ourselves by downloading them first to our home computer and then uploading them to each of our forum sites along with the upgrade tool. This bypasses the webhosting issue whenever that's the problem for a few of us! All the upgrade tool would need to do is assess whether the archive is already in place to be manipulated and then no further uploading of files would be needed (since we did the heavy lifting with our own ftp program for the upgrade tool already). I know this is not what the upgrade program currently does, but it could include this process, at least Aäron said he thought it would work! Please see the link in the first sentence above.
Webinstall != upgrade
That's where you had me confused. The webinstall script does its own thing, and is different from the upgrade and install process. You were talking about webinstall, I was thinking of the manual upgrade archive.
That's where you had me confused. The webinstall script does its own thing, and is different from the upgrade and install process. You were talking about webinstall, I was thinking of the manual upgrade archive.
I now see I helped confuse the issue, since webinstall doesn't work for me as it needs to upload files to my forum.
I thought the update tool failed for me for the same reason though when I went from RC1-1 to RC1-2 on my first forum, though I now see the update ZIP has all the files within it -- oops! At the same time I was updating my first RC1-1 forum to RC1-2, I was also establishing fresh installs of RC1-2 on three other sites by trying to use webinstall which wouldn't work as I've explained -- and since it all occurred in the same timeframe, it all blended together in my memory.
I wonder if my webhost considers an ftp upload one thing that is safe, but if a program within a site tries to upload files, it might be a virus or some other unsafe thing so they deliberately blocks it. I know I gave webinstall the same information I gave to Filezilla, but only Filezilla works reliably and anything working from within any site generates errors (and I'll bet this is my webhost's work! -- because they're being overly cautious I suppose).
It looks like the update/upgrade tool will work just fine as long as it has all the files in the archive within which it comes. Sorry for the confusion! I'm relieved the update/upgrade tool will work for me too.
I thought the update tool failed for me for the same reason though when I went from RC1-1 to RC1-2 on my first forum, though I now see the update ZIP has all the files within it -- oops! At the same time I was updating my first RC1-1 forum to RC1-2, I was also establishing fresh installs of RC1-2 on three other sites by trying to use webinstall which wouldn't work as I've explained -- and since it all occurred in the same timeframe, it all blended together in my memory.
I wonder if my webhost considers an ftp upload one thing that is safe, but if a program within a site tries to upload files, it might be a virus or some other unsafe thing so they deliberately blocks it. I know I gave webinstall the same information I gave to Filezilla, but only Filezilla works reliably and anything working from within any site generates errors (and I'll bet this is my webhost's work! -- because they're being overly cautious I suppose).
It looks like the update/upgrade tool will work just fine as long as it has all the files in the archive within which it comes. Sorry for the confusion! I'm relieved the update/upgrade tool will work for me too.
Hi there !
Only few days until the long awaitet and for summer promised update to RC2!
Countdown??
Only few days until the long awaitet and for summer promised update to RC2!
Countdown??
We didn't have a "promise". Please don't exaggerate.
Smf released for charter = > day x
Smf released for all => x+20
Even if smf 2.0 released today, we will wait 25+ days.
Smf released for charter = > day x
Smf released for all => x+20
Even if smf 2.0 released today, we will wait 25+ days.
Quote from: [Daydreamer] on September 09, 2009, 02:18:10 PMNope, it will just 7 days after charter release. (maybe
We didn't have a "promise". Please don't exaggerate.
Smf released for charter = > day x
Smf released for all => x+20
Even if smf 2.0 released today, we will wait 25+ days.
)Indeed, Aaron stated his desire for this summer rather than an outright promise, and yes, Charter Members do - as a reward for their generosity of donation - get to see releases before regular users.
I believe historically the time is 7 days preview, and I don't believe this would be any different.
I believe historically the time is 7 days preview, and I don't believe this would be any different.
There was no release date set, there is no promise. One of our developers simply stated his personal goal, nothing more.
This is why we don't say anything related to dates. It gets turned into an expectation that is then criticised if it is failed to be met. I think we can say that the lesson has been learned, and nobody will say anything about a date ever again, stated personal goal or not.
This is why we don't say anything related to dates. It gets turned into an expectation that is then criticised if it is failed to be met. I think we can say that the lesson has been learned, and nobody will say anything about a date ever again, stated personal goal or not.
The longer the better, 1.1.10 rock.
waiting.. 
waiting.. 
waiting..
waiting.. waiting.. Hi there!
Ok now I know how real or how to interprete the first post ... thats what I wanted
Ok now I know how real or how to interprete the first post ... thats what I wanted
Quote from: Motoko-chan on September 09, 2009, 02:59:12 PM
There was no release date set, there is no promise. One of our developers simply stated his personal goal, nothing more.
This is why we don't say anything related to dates. It gets turned into an expectation that is then criticised if it is failed to be met. I think we can say that the lesson has been learned, and nobody will say anything about a date ever again, stated personal goal or not.
+1 definitely
While waiting for next RC can be aggravating, I'm sure devs are working as fast as they can. So no point in being pushy.
However, I'd still like to see some kind of official status update. Just to know where SMF 2.0 is at, what's new since RC1, what's left before RC2 can be released, etc. No need to state any kind of dates.
However, I'd still like to see some kind of official status update. Just to know where SMF 2.0 is at, what's new since RC1, what's left before RC2 can be released, etc. No need to state any kind of dates.
Quote from: Keeper on September 12, 2009, 11:17:00 AMYou can find these by searching the forum.
While waiting for next RC can be aggravating, I'm sure devs are working as fast as they can. So no point in being pushy.
However, I'd still like to see some kind of official status update. Just to know where SMF 2.0 is at, what's new since RC1, what's left before RC2 can be released, etc. No need to state any kind of dates.
Mostly what's left before RC2 is things in the bugtracker which should be visible as per the thread in News and Updates.
Hi there !
I think, I am not sure if it was this forum and this project, I have seen somewhere a tracker of bugs/topics left until release. So people could watch how progress is going on. Just to see not what, but that something is going on in background.
Maybe also only for charter membership?
I think, I am not sure if it was this forum and this project, I have seen somewhere a tracker of bugs/topics left until release. So people could watch how progress is going on. Just to see not what, but that something is going on in background.
Maybe also only for charter membership?
Hi there !
Yes that was I ment ... but it is hard to find this site, no link anywhere to this site?
Yes that was I ment ... but it is hard to find this site, no link anywhere to this site?
Quote from: c23_Mike on September 12, 2009, 10:06:42 PM
Yes that was I ment ... but it is hard to find this site, no link anywhere to this site?
There is a link in the Bug Reports board.
Question...will SM.org be using Curve?
Yes as far as I know, at least...
as far as I know, at least...I have question too. Will curve use to default theme images? I mean post images, quote images or something like that.
Curve will be the new default theme, and a lot of the images are remade for Curve. I'm still working on a few of them, and I doubt ALL of them will be done for RC2, but at the root of it, the current /default/ and Curve will use totally different images.
Great news Fustrate. I'm happy for this. Because theme creators don't edit that icons. And mini icons making very hard. So we really need new icons and images. =)
Thanks (:
Thanks (:
If you guys haven't seen Curve yet, it's SLICK. It's elegant, beautiful, and fast. You'll love it
himm , ie 6 compatibility ?
Quote from: Alpay on September 13, 2009, 03:21:15 AM
himm , ie 6 compatibility ?
I'm surprised people still use IE, let alone IE 6. I believe it will be supported.
You got no idea how much head banging IE(Especially IE6, IE8 is actually decent) has given to the developers. All hail IE for its all-mighty powers!
Quote from: Dragooon on September 13, 2009, 03:26:13 AM
You got no idea how much head banging IE(Especially IE6, IE8 is actually decent) has given to the developers. All hail IE for its all-mighty powers!
Actually, I do. I'm a developer.
Oki , thanks... Mark Rose & Dragooon
Look :
http://www.somut.net/genel/tarayici-kullanim-istatistikleri-ie7-ie6-firefox-3-ie8-opera-chrome.html
&
http://www.sayyac.com/globals.php
Turkey sayyac.com Stats : (Türkiye Sayyac.com istatistikleri)
Browser (Tarayıcılar)
MSIE 7 42.78%
MSIE 6 38.21%
Firefox 3 9.65%
MSIE 8 5.24%
Look :
http://www.somut.net/genel/tarayici-kullanim-istatistikleri-ie7-ie6-firefox-3-ie8-opera-chrome.html
&
http://www.sayyac.com/globals.php
Turkey sayyac.com Stats : (Türkiye Sayyac.com istatistikleri)
Browser (Tarayıcılar)
MSIE 7 42.78%
MSIE 6 38.21%
Firefox 3 9.65%
MSIE 8 5.24%
Quote from: Mark Rose on September 13, 2009, 03:27:58 AMI know, that post wasn't meant for you lol. It was for Alpay.Quote from: Dragooon on September 13, 2009, 03:26:13 AM
You got no idea how much head banging IE(Especially IE6, IE8 is actually decent) has given to the developers. All hail IE for its all-mighty powers!
Actually, I do. I'm a developer.
IE dominate the net, mostly developers and gurus use FF, and developers are not in the majority of internet users, so IE will keep leading because of windows os.
It's still total crap though.
Quote from: Kenny01 on September 13, 2009, 05:24:35 AMDefinitely. But mostly developer using opera. I guess
IE will keep leading because of windows os.
Quote from: [Daydreamer] on September 13, 2009, 05:38:54 AMIt'd be more of a tie between Firefox and Opera. I personally like Firefox due to Firebug.Quote from: Kenny01 on September 13, 2009, 05:24:35 AMDefinitely. But mostly developer using opera. I guess
IE will keep leading because of windows os.
There are only 2 reasons IE6 is still around: those who can't, and those who won't update it.
The former are the corporate crowd for the most part who have fantastically complex intranets that don't work on other browsers - even IE7/8, either because they are horribly broken in terms of layout/rendering or because they depend on ActiveX controls that haven't been updated.
The latter is, by and large, the non-technical user with the years-old computer that checks emails once a week kind of thing and doesn't realise it needs updating.
The former are the corporate crowd for the most part who have fantastically complex intranets that don't work on other browsers - even IE7/8, either because they are horribly broken in terms of layout/rendering or because they depend on ActiveX controls that haven't been updated.
The latter is, by and large, the non-technical user with the years-old computer that checks emails once a week kind of thing and doesn't realise it needs updating.
Much Ado About IE6 from the Digg blog
Quote from: Fustrate on September 13, 2009, 02:45:44 PM
Much Ado About IE6 from the Digg blog
It's a nice statistics...
Nice article on IE 6.
When I write webpages, I need to write some stuff for IE6 and the rest for all the other browsers, and it's rather a pain. Sometimes, I just set up a separate HTML index page for IE6 (called indexIE6.html) which javascript tests and implements from my regular index.html before anything is displayed instead of constant testing and retesting for IE6 throughout my main index page (plus the constant testing and retesting slows down the main page for some users). The separate IE6 version is actually an easier approach in my experience -- well, except when I do a lot of updating!. The result of having two versions is that both seem to run faster.
I wonder if one of the reasons some folks stay with IE6 is that they refuse to upgrade from XP, and IE6 is the default for XP. I use Linux, so what I'm about to say is from friends who primarily use XP, and they say if they try to upgrade IE from 6 given XP as their base that Microsoft gets more involved with their computer than they want (they may be just paranoid here). I keep a copy of XP in a bootable partition so I can test my webpages with IE6 in it (and I don't upgrade it or else I couldn't use it for testing), but otherwise all the rest of the browsers in Window$ and Linux(free!) work pretty much alike for me in terms of programming (except IE6!).
I liked the Much Ado About IE6 and appreciated the link! Much To Think About!
I wonder if one of the reasons some folks stay with IE6 is that they refuse to upgrade from XP, and IE6 is the default for XP. I use Linux, so what I'm about to say is from friends who primarily use XP, and they say if they try to upgrade IE from 6 given XP as their base that Microsoft gets more involved with their computer than they want (they may be just paranoid here). I keep a copy of XP in a bootable partition so I can test my webpages with IE6 in it (and I don't upgrade it or else I couldn't use it for testing), but otherwise all the rest of the browsers in Window$ and Linux(free!) work pretty much alike for me in terms of programming (except IE6!).
I liked the Much Ado About IE6 and appreciated the link! Much To Think About!
Quote from: CarpeDiem on September 13, 2009, 11:49:23 PM
The separate IE6 version is actually an easier approach in my experience -- well, except when I do a lot of updating!. The result of having two versions is that both seem to run faster.
You might find it easier to use conditional comments and a special IE stylesheet. Generally, I find most well-thought pages just need a few special IE-only CSS rules to trip hasLayout or adjust some box model quirks.
Quote from: CarpeDiem on September 13, 2009, 11:49:23 PM
I wonder if one of the reasons some folks stay with IE6 is that they refuse to upgrade from XP, and IE6 is the default for XP.
According to the Digg poll and confirmed in my experience, the majority reason is either because they can't update because they are on an old release of Windows (Windows 2000 and 98/Me can only support up to IE 6 - well, Microsoft put in that restriction) or are unable to because of a policy or permission restriction (business computers with intranet sites that only support 6).
Windows XP can run IE 8 just fine, Microsoft allows this. In fact, Microsoft pushed IE 7 on XP as a critical update through both Windows Update and Automatic Update. I believe they have done the same with 8 (it's pushed, but I don't know if it is marked at the status that causes an automatic install).
Thanks for the Conditional Statements link. That was interesting!
I had more than stylesheet problems with IE6, etc. I couldn't get some fun javascript functions to operate at all with IE6, but IE7+ and all other browsers had no problems, and there were just too many instances, so I found the separate version quite a bit simpler (and it "looks" simpler too in the IE6 version, since it just doesn't have the multiple javascript animations which are otherwise kind of eye-catching -- not essential, but neat!).
My paranoid XP friends won't even do the critical updates on XP, saying "I've got all my data backed up on USB drives that are turned off the majority of the time, and if something gets me because I'm vulnerable, I'll just format and reinstall XP and my programs again"...and, you know what, they've never had a problem (which I don't really understand -- so, who's really the paranoid one's: my friends or those who do the critical updates out of fear). Again, I use Linux, so it's not my battle anymore (but I've got XP on dual boots with my Linux partition like I said, and I've never done any critical updates to XP at all for years and I've not had any problems either; so, gee!). Is it our firewalls on our routers that protect us? Anyway, that's why my friends have IE6 on their original XP installations, but they all use Firefox and non-M$ email programs too (so IE is simply unimportant, irrelevant and unused by them)! They're kind of radical bunch. These are all home users by the way (at work, they do what they're told!).
In terms of our forums and the front pages we usually write ourselves, it'd be nice to see IE6 be put to bed, but since a few out there use it and they may be important to us, I guess we keep on accommodating.
I had more than stylesheet problems with IE6, etc. I couldn't get some fun javascript functions to operate at all with IE6, but IE7+ and all other browsers had no problems, and there were just too many instances, so I found the separate version quite a bit simpler (and it "looks" simpler too in the IE6 version, since it just doesn't have the multiple javascript animations which are otherwise kind of eye-catching -- not essential, but neat!).
My paranoid XP friends won't even do the critical updates on XP, saying "I've got all my data backed up on USB drives that are turned off the majority of the time, and if something gets me because I'm vulnerable, I'll just format and reinstall XP and my programs again"...and, you know what, they've never had a problem (which I don't really understand -- so, who's really the paranoid one's: my friends or those who do the critical updates out of fear). Again, I use Linux, so it's not my battle anymore (but I've got XP on dual boots with my Linux partition like I said, and I've never done any critical updates to XP at all for years and I've not had any problems either; so, gee!). Is it our firewalls on our routers that protect us? Anyway, that's why my friends have IE6 on their original XP installations, but they all use Firefox and non-M$ email programs too (so IE is simply unimportant, irrelevant and unused by them)! They're kind of radical bunch. These are all home users by the way (at work, they do what they're told!).
In terms of our forums and the front pages we usually write ourselves, it'd be nice to see IE6 be put to bed, but since a few out there use it and they may be important to us, I guess we keep on accommodating.
Hi there !
To get new version several days earlier is a good reason to be a charter member ... also if for private the amount not so less. but I think this software is quuite worth it, so I did it just several minutes ago!
Hope that other will follow!
I also follow every day the bug tracker, not so many entries now more ... whenn all is green it is ready?
To get new version several days earlier is a good reason to be a charter member ... also if for private the amount not so less. but I think this software is quuite worth it, so I did it just several minutes ago!
Hope that other will follow!
I also follow every day the bug tracker, not so many entries now more ... whenn all is green it is ready?
Quote from: Kenny01 on August 24, 2009, 01:27:47 AM
Why the rush for version 2, it's not a do or die game.
Guys leave the devs alone, i'm ready to wait till when the script is well bake.
Because many mod developers have abandoned development of 1.1.x versions of their mods, leaving them to feature and bug rot. If they've even bothered making 1.1.x versions of the mods to begin with.
So we've had many months of features, functionality, and bug-fixes dangled in-front of us but only obtainable if we're willing to run beta software in a production environment... something we're told we shouldn't do.
Quote from: Dragooon on September 13, 2009, 03:26:13 AM
You got no idea how much head banging IE(Especially IE6, IE8 is actually decent) has given to the developers. All hail IE for its all-mighty powers!
Drop IE6 support, I say. Good riddance. Put up a notice that warns of limited/buggy functionality when they visit the forum due to their use of an ancient, outdated and severely-flawed web browser.
A lot of these luddites are never going to budge unless they're forced to. I see no reason to waste excess effort due to their stubbornness/laziness.
There are also plenty of mods coming out now that rely on 2.0 features and so *can't* be written without significant extra work for 1.1.
Were SMF to drop IE6 support, it would actually lose a lot of users; IE6 still accounts for a frightening percentage of users, of people who more often can't rather than won't upgrade, e.g. business users. SMF is trying to push corporate use as well, remember.
For the record you are cautioned on running the RCs on a production environment but it isn't "you must not". This site does. I do on my sites, and I don't have a problem.
Were SMF to drop IE6 support, it would actually lose a lot of users; IE6 still accounts for a frightening percentage of users, of people who more often can't rather than won't upgrade, e.g. business users. SMF is trying to push corporate use as well, remember.
For the record you are cautioned on running the RCs on a production environment but it isn't "you must not". This site does. I do on my sites, and I don't have a problem.
Quote from: Arantor on September 21, 2009, 11:45:11 AMI understand, and as a software developer of sorts I respect that. However, there are also plenty which had 1.1.x versions but were stopped because the author simply stated he "lost interest" or whatnot in developing for that branch. So the bugs persist.
There are also plenty of mods coming out now that rely on 2.0 features and so *can't* be written without significant extra work for 1.1.
But I know: "SMF has no control over mod developers". Been down that discussion already.
Still, policy or not, it doesn't change the frustrating landscape that SMF users are left in.QuoteWere SMF to drop IE6 support, it would actually lose a lot of users; IE6 still accounts for a frightening percentage of users, of people who more often can't rather than won't upgrade, e.g. business users. SMF is trying to push corporate use as well, remember.It's just the internet version of chicken. They can change, they just don't have reason to for as long as websites are willing to waste hundreds/millions of development dollars catering to them. We're stuck in a rut... neither side is willing to blink because developers feel they have to and end users (or businesses) see no motivation to.
Give them reason/motivation, and they will change. There is no "can't". The software was written... it can be modified.
Potential loss of business hasn't stopped sites like Youtube from moving forward in eliminating IE6 support. We need some inertia going here.
And since SMF is free, SMF has no money to be lost by loss of some corporate users working for companies that made bad business decisions in regards to developing core applications locked to a specific version of a proprietary web technology.
QuoteFor the record you are cautioned on running the RCs on a production environment but it isn't "you must not". This site does. I do on my sites, and I don't have a problem.Not everyone has problems, true, but enough do that it warrants caution. I follow the threads and notice too many "too many problems, how do I downgrade back to 1.1.x?" threads.
I am not trying to rush the devs and am all about "release it when it's ready/done."
I'm just being honest about the frustrating year this has been and admittedly SMF2 has taken a very long time to come. Here's hoping that once it's finally released, it can live up to all the expectation that has been built over the 1+ years of patience, waiting, and promises. Cheers...
QuoteHere's hoping that once it's finally released, it can live up to all the expectation that has been built over the 1+ years of patience, waiting, and promises.
It''s more like 2 years now.
Having actually worked for a company whose intranet relied on IE6, it would have cost a colossal amount of cash for them to make it compliant with anything else - and given the current economic climate it just isn't something they'd be doing, so they won't be moving to anything for a couple of years yet. I suspect many other firms are in a similar boat.
Quote from: Arantor on September 21, 2009, 02:39:49 PMEven if some companies are in that position (and some I know claim to be, but really aren't... having worked for them too)... there's still a simple solution:
Having actually worked for a company whose intranet relied on IE6, it would have cost a colossal amount of cash for them to make it compliant with anything else - and given the current economic climate it just isn't something they'd be doing, so they won't be moving to anything for a couple of years yet. I suspect many other firms are in a similar boat.
IE6 is transitioned from "web browser" to "that special legacy thing needed to run legacy apps A, B and C"
and Firefox becomes the "web browser" for everything else (all normal web browsing activity).
Corporate environments are used to such situations... heck, the one I'm in now has core functionality spread across multiple icons/apps, and some apps are run via special Citrix icons.
What's we're faced with is not a technology problem, but a management problem. There's nothing technically preventing any corp like you mention from installing a proper web browser alongside IE6 and just using IE6 for legacy apps they're insisting on keeping.
I still don't think it's SMF's position to be wasting resources catering to business' management problems, stubbornness, etc. There are enough hurdles holding up SMF2's release without wasting time supporting a antiquated browser almost a decade old, 2 major versions behind, and one that even the company making it has said to leave[1].
[1]: "Friends don't let friends use IE6 ... It's certainly part of our approach to consumers to get them to upgrade to IE8" -Amy Bazdukas, Microsoft's general manager for Internet Explorer
Quote from: sremick on September 21, 2009, 02:54:48 PM
What's we're faced with is not a technology problem, but a management problem. There's nothing technically preventing any corp like you mention from installing a proper web browser alongside IE6 and just using IE6 for legacy apps they're insisting on keeping.
Have you worked at a large company before? Most companies like to centrally manage things. Items like software updates, security configuration, etc. No other browser currently supports those corporate "needs" for their Windows desktops. There is a technical issue, and it's that Firefox can't be deployed via MSI, can't be controled on when and how updates are done, and mostly ignores deskop policy settings. The only browser that listens to those Windows policies is IE.
Microsoft decided long ago to tie IE in as a single-version-only product, so the companies have to choose between updating and breaking many of their corporate apps, some developed by outside vendors or staying with an old version that Microsoft has pledged to support until 2012.
If I have custom tab plugin, will it work with curve?
It depends what plugin it is. If it's for 2.0, there's a fair chance it might - but it might not. Many (probably nearly every) plugin will have to be tested and tweaked for Curve.
Its for the current SMF beta 2.0. RC1.2
There's a chance it'll work but like I said, virtually every plugin will have to be retested - and likely updated - for RC2.
Quote from: Motoko-chan on September 21, 2009, 03:29:20 PM
Have you worked at a large company before?
A quick check in AD shows approximately 10,000 employees.
And Firefox is part of our standard system image.
But this is kind of drifting off-topic...
It sure is
Summer is gone. Autumn is here and still no RC2 (the bugtracker is nearly empty as well!)
Summer is gone. Autumn is here and still no RC2 (the bugtracker is nearly empty as well!)
Quote from: Powerbob on September 29, 2009, 07:13:32 AM
Summer is gone. Autumn is here and still no RC2
Not yet, but we're getting there. A few bugs that could occur on rare occasions were brought to our attention, so we wanted to take care of those first.
We're really getting there, though. Expect a release real soon.
Quote from: Powerbob on September 29, 2009, 07:13:32 AM
the bugtracker is nearly empty as well!
There's still 126 bugs left to resolve in the bug tracker. Not all of those will be fixed in RC2, since some of them aren't real bugs per se, but I wouldn't equal 126 open bugs to empty, if I were you, still. The universe might implode.
Quote from: Powerbob on September 29, 2009, 07:13:32 AMthe bugtracker is nearly empty as well!
One thing Aaron forgot to mention - almost all of the Curve-related bugs are "private", meaning only team members and beta testers can see them.
Yeah they're too good to just give away. We save the best ones for ourselves.
Keep the good job going guys. SMF Rock.
I just went through all the outstanding bugs for 2.0.
There are 51 bugs tagged for 2.0 RC2, 12 bugs of which involve the new theme, Curve. And there are 65 more bugs tagged for 2.0 RC3, which will happen before 2.0 Final is released. Of course there may be an RC4, etc.
We're still finding more bugs. There have been about 115 bugs open for the last few weeks, but most of the new ones are fairly minor things.
There are 51 bugs tagged for 2.0 RC2, 12 bugs of which involve the new theme, Curve. And there are 65 more bugs tagged for 2.0 RC3, which will happen before 2.0 Final is released. Of course there may be an RC4, etc.
We're still finding more bugs. There have been about 115 bugs open for the last few weeks, but most of the new ones are fairly minor things.
Thanks for that Mark
Quote from: Mark Rose on September 29, 2009, 01:18:58 PM
Of course there may be an RC4, etc.
Of course
There's no guarantee, it mostly depends on what bugs get discovered in full-on real use between RC2 and RC3, and what happens after RC3 - if all is well, it can move to 2.0 final.
Quote from: Aäron on September 29, 2009, 09:26:38 AM
Not yet, but we're getting there. A few bugs that could occur on rare occasions were brought to our attention, so we wanted to take care of those first.
We're really getting there, though. Expect a release real soon.
Yes, this is good news
Thanks to all of you for all the work and time!I hope the RC2 will come soon!!
Hi there !
We all hope so
As far as I can see 103 Bugs ... one more as yesterday
We all hope so
As far as I can see 103 Bugs ... one more as yesterday
Come on guys ! Quote from: Yigal on October 02, 2009, 12:26:26 AM
If you can write patches to the bugs, I'm sure the dev team will consider them
Of Course I can't make full sentences right now, tiredness. lol.
Anyway, I'm really excited seeing Curve.
I can't make full sentences right now, tiredness. lol.Anyway, I'm really excited seeing Curve.
Quote from: Yigal on October 02, 2009, 12:43:58 AM
Of Course
Anyway, I'm really excited seeing Curve.
It's really slick. They've done an awesome job. It's beautiful.
Quote from: Mark Rose on October 02, 2009, 12:46:27 AM+3Quote from: Yigal on October 02, 2009, 12:43:58 AM
Of Course
Anyway, I'm really excited seeing Curve.
It's really slick. They've done an awesome job. It's beautiful.
Hi there !
You can really awake desire!!
You can really awake desire!!
Usually here new version of SMF is delayed because of bugs that has been found. I know devs have own life and spend some amount of time for SMF but... If you have problems with fixing them maybe a good idea would be inviting more new people for developing, more for beta testing ? This may could help release new version on time and not 1 per one year (not including security updates like RC1-1, 1-2).
Quote from: Nolt on October 03, 2009, 06:18:17 AMWhy don't you help then? You can start by browsing the Bugtracker and posting fixes, or going through the Bug reports board and checking which are genuine.
Usually here new version of SMF is delayed because of bugs that has been found. I know devs have own life and spend some amount of time for SMF but... If you have problems with fixing them maybe a good idea would be inviting more new people for developing, more for beta testing ? This may could help release new version on time and not 1 per one year (not including security updates like RC1-1, 1-2).
Honestly speaking, the same can be applied for me, I need to work harder...actually i need to work....
I don't know much about PHP programming... if I would I could help. Make a contest for new Dev or somthing SMF Team have only 4 of them... (for ex. phpbb have 8 of them it's 2 times more head to think and work yes? )
)Developers are self-selecting. Usually they're people who've written a lot of mods who know SMF really well and have demonstrated strong coding skills. There are other requirements, too. And they have to volunteer to do it as well.
hope SMF 2.0 RC2 see the light before windows7
* Fustrate zips his mouth before he lets out a secret