This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
8926
Features / Re: Function createPost improvement
« on May 12th, 2011, 06:08 PM »
It's easy to determine if a post is a new topic as well, no?
8927
Features / Re: Function createPost improvement
« on May 12th, 2011, 06:07 PM »
Nope.
- post creation before (topics and posts alike.)
- post creation after
- post modification before
- post modification after
- post creation before (topics and posts alike.)
- post creation after
- post modification before
- post modification after
8928
Other software / Re: It's been released today!!!
« on May 12th, 2011, 06:03 PM »
Multi-user, at least.
8929
Other software / Re: It's been released today!!!
« on May 12th, 2011, 04:06 PM »
It's become a de-facto standard. They're probably too afraid of changing too much. That's also why their main theme is always so bland... By trying to appeal to everybody, you end up being exciting to no one.
8930
Features: Posts & Topics / Re: Like/dislike
« on May 12th, 2011, 04:04 PM »
I dunno, ideally we can fine-tune everything, but it all adds up... I mean, too much fine-tuning is overwhelming. It's already a bit like that in the SMF admin. Even with that feature search engine, you just never remember that some of the features are set in the Theme page while other are in the Server page when you thought they'd be in the main settings page, etc...
8931
Other software / Re: It's been released today!!!
« on May 12th, 2011, 03:24 PM »
It's less minimalistic than TwentyTen for sure -- but the buttons and most UI elements are ugly as hell. I'll stick with Tah on this one.
Haven't looked at the admin area either. (Not installing... Just using demos.)
Haven't looked at the admin area either. (Not installing... Just using demos.)
8932
Features: Upcoming / Re: Blogs!
« on May 12th, 2011, 02:41 PM »
In simple words: yes.
In even simpler words: http://noisen.com/?s=sitelist
In even simpler words: http://noisen.com/?s=sitelist
8933
Other software / Re: It's been released today!!!
« on May 12th, 2011, 02:32 PM »No not SMF :angel:
Wordpress 3.2 Beta 1 is out. They won't support IE6 any more which ties in with Wedge's policy.
They report wanting to release the full version end-June, and I was wondering if Wedge will be like most (or all?) other free messageboards, having the line "it'll be out when it's ready", which I entirely understand, or if there will be public knowledge of planned releases.
Up until December or so, we could have given a date because the project wasn't so deeply modified at the time (we mostly fixed SMF bugs, added a few minor features etc), but now it's in a state where many things were added, and many more are to come, and we'll have to determine when we can release a gold version and push the rest to a later version.
But really, it's far from the SMF situation. I for one am not much into the "feature-freeze" craze.
So, personally, I'm hoping (not planning) for a private alpha release in June, a public alpha in July-August, a public beta in late summer or autumn, and a final release before the end of the year. This is MY own personal calendar. I haven't consulted with others on this one, but personally I'd really like to be through with a gold release in 2011. Not getting paid for it is okay, but spending years full-time on something I'm not getting on, I don't know. Do you? :P
8934
Features: Theming / Re: WeCSS: the Wedge CSS parser
« on May 12th, 2011, 11:37 AM »
In the end, what matters is that you can do it the way you like.
The only issue is if you're doing an actual add-type child styling, or just building upon index.css by doing a custom.css, things like that. The two styles aren't compatible. They were at some point, but then I started merging the different files before processing, because it saved a lot of CPU time. I'm not convinced there's a point in providing an alternative.
I guess those who really hate WeCSS can consider staying on SMF... It's not like it's a big deal :^^;:
Or they can write in regular CSS, and then convert to WeCSS once they're done. It's not hard to do -- I did it for all of SMF's css files after all. Replace with " {\n" with "\n", replace all ";\n" with "\"n, replace all "}\n" with "\n", and you're done -- as long as you keep the indentation correct.
The only issue is if you're doing an actual add-type child styling, or just building upon index.css by doing a custom.css, things like that. The two styles aren't compatible. They were at some point, but then I started merging the different files before processing, because it saved a lot of CPU time. I'm not convinced there's a point in providing an alternative.
I guess those who really hate WeCSS can consider staying on SMF... It's not like it's a big deal :^^;:
Or they can write in regular CSS, and then convert to WeCSS once they're done. It's not hard to do -- I did it for all of SMF's css files after all. Replace with " {\n" with "\n", replace all ";\n" with "\"n, replace all "}\n" with "\n", and you're done -- as long as you keep the indentation correct.
8935
Features / Re: Function createPost improvement
« on May 12th, 2011, 11:34 AM »
It's listed in the feature list :whistle:
8936
Features: Posts & Topics / Re: Automatic Quote splitter
« on May 12th, 2011, 10:53 AM »
Yeah but tangentially is even too 'close' for me... It's really loosely related, in that both the features have 'quote' in their name. :P
8937
Features: Miscellaneous / Re: Minor features
« on May 12th, 2011, 10:36 AM »
But by the time you're finished with SD, SMF2 is out, and I'll have spent weeks in development hell all by myself :p
8938
Features / Re: Function createPost improvement
« on May 12th, 2011, 10:31 AM »
I'm too lazy to look into the code right now :P
Still, I added a create_post_after hook in Wedge, and IIRC it has all of the options in it.
Still, I added a create_post_after hook in Wedge, and IIRC it has all of the options in it.
8939
Features / Re: Function createPost improvement
« on May 12th, 2011, 10:14 AM »
I see what you mean, but is it useful to return it?
We might as well return $topicOptions entirely, then... Or whatever.
We might as well return $topicOptions entirely, then... Or whatever.
8940
Features / Re: Function createPost improvement
« on May 12th, 2011, 08:56 AM »
Technically, that's just one extra query per topic created. Right? Isn't that negligible?