Show Posts

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.

Messages - spoogs
286
Plugins / [Naming poll] Re: Packages
« on July 12th, 2011, 06:01 PM »
I probably should have added this to the existing discussion but I'll stick it here for now.

[1]I think the code edits should be allowed but discouraged, reason is that it can be a stepping stone for those who dont understand hooks much or aren't as versed in fiding the ones they need. For example if a package is submitted[2] that mostly modifies code but it adds new features/functions and has no security issues it ahould be approved but noted to the mod author that there are ways to get it done without so many edits... so now it's up to that author to try and improve their work to plugin/add-on quality[3].
 1. I'm no coder/programmer by any means
 2. assuming there will be a review process of sorts
 3. at least that's my simplistic take on it
287
Plugins / [Naming poll] Re: Packages
« on July 12th, 2011, 05:48 PM »
Whats' the outcome of the discussion about whether or not code edits would be allowed?

I'm personally not in the least concerned about what things are 'officially' termed but the following comes to mind:
Plugins/Add-ons/Modules - adds new features/functions with minimal code edits (if any)[1]
Modifications/Hacks - adds new features/functions by modifying the code[2]
Tips & Tricks - just messes about with existing code without adding new features
 1. more like from the experienced modders
 2. more likely from the not so experienced modders or those still learning
288
Development blog / Re: Banning, and what I want to do with it
« on July 12th, 2011, 05:29 PM »
Nice post Arantor

As mentioned elsewhere I already turned to using banned groups in SMF some time ago, 3 for the mainly public sections of the forum and a few others for the specialized sections. Each ban group denies certain permissions while 1 in particular denies all permissions (view/enter board permissions made my setup even more tightly controlled).

You make very good points:
Troubled users generally want closure before they leave a site[1], so much so that 1 of the features of my banning system is that banned users see a specific board where they can appeal the ban levied on them... I actually find that doing this causes them to get out what their issue is and my staff can double check to see if the ban was warranted or not. If a user is placed in the highest ban group all they can do is login if the want to but that's all they get. Their username and email is now hostage they can register with different ones if they choose but I find they generally are much less of an ass if they do.

I've only known of 1 IP-ban issued on my forum (pre-SMF anyway) and the consequences for us were brutal. This guy started using a proxy made our lives a living hell for almost 2 months IIRC, as pissed as we were we could only laugh about it until we just gave up.

There's and SMF mod for white-/black-listing domains but it was never extended to email addresses.

I've never really had much of a spam problem so I can't relate much from experience but your proposal still seems pretty solid overall.
 1. at least that's how it seems to me
289
Quote from Arantor on July 12th, 2011, 12:23 AM
...it doesn't matter what we call them, our users will do it wrong - because that's life.
Precisely, users will always start off calling it whatever they called it on a previous platform or for the complete noobs, they'll call it what they believe doesn't make them sound stupid.... after a while however the Wedge terminology will catch on.
290
I'm not overly concerned about these... regardless of what they are called in the end, users will get use to it, just like moving from another platform that uses different terminology.
291
I prefer rum, how about a styling called Spirit :D
My favourite happens to be
292
Features: Posts & Topics / Re: Like/dislike
« on July 3rd, 2011, 09:01 PM »
Completely agree there Nao, I'm a very strong advocate for the dislike feature with the option to disable for those who do not want to use it.
293
Features / Re: View Topic Permissions
« on July 2nd, 2011, 10:00 AM »
Thanks, that's good to know.

I take it, that's the little dropdown box while creating a topic with options in French that translates to something 'my friends, only me...etc' if my poor memory of the little french I know is correct.

Rather interesting to be set a topic level rather than board level, at least that should cover all the bases then.
294
Features / View Topic Permissions
« on July 2nd, 2011, 03:28 AM »
Is this something that is/could be considered for Wegde?

I would argue that these permissions were missing in SMF while rather vital to some forums (I argue this of course because it was something I needed). There are cases where you want a user to see that a board exists but not allow them to enter said board (maybe until they reach a certain post count or subscribe), also there are times usually when collecting sensitive information that you would want a user to view only the topics they started in a particular board while allowing the appropriate members (more than likely your staff) to be able to view all the topics.

If there is or could be any consideration for this what I would lean towards is View Own/Any/None
Own = user can only see the topics they created in that board along with the sticky topics
Any = user can view all topics in that board
None = users cannot see any topics in that board including stickies (this would take care of what the look but no read, view/enter board permission mods attempt to do)

@Arantor I know you and I spoke a bit about this a while back by PM I think where you pointed out that these kind of permissions could trip up certain mods such as portals. I would argue that if these permissions existed in the core it would be up to mod authors to respect them when coding and up at admins that use the Own/None permission to avoid mods that trip over them.

While I understand that there might not be a vast amount of admins that need such permissions the few that do are usually left in the cold. I've had to do some rather creative mod handling to achieve the desired effect in SMF. I can happily say however that SD2.0 has helped me mitigate much of that creativity.

Now I'm not saying this must be or should be included in Wedge, I'm only curious as to whether it has come up for discussion and what was the outcome if any. If it hasn't been discussed, does it seem like something worth considering?
295
Off-topic / Re: PHP IDE for windows
« on June 24th, 2011, 07:19 PM »
Yes it can (that's not really a question is it)
296
Features / Re: "User" usability
« on June 23rd, 2011, 08:08 PM »
Pah... even the name needs to be changed IMO to something more obvious such as 'MY Preferences' or 'My Options'. To date some of my users are surprised to know the options there were looking for were in there, they saw look and layout and figured it wasn't something they needed to mess with. Can't offer much in terms of suggestions tho.
297
Features: Posts & Topics / Re: Merge Double Posts
« on June 23rd, 2011, 02:02 AM »
And how is the software suppose to determine what is so called 'real' content. Fact is there is new content no matter how you slice it. The 2nd post would have been automatically merged with the first, so you would not have seen the content added by the 2nd post.
298
Features: Posts & Topics / Re: Merge Double Posts
« on June 22nd, 2011, 08:22 PM »
There is new content, the new post that got merged is new... so it's like making a post and editing it, it gets flagged as unread.
299
Features: Posts & Topics / Re: Merge Double Posts
« on June 11th, 2011, 08:46 AM »
AFAIK the options are
Merge the 2 post... no bumping
Or
Prevent the user from posting again for X hours, unless someone else posts... again no bumping

Or.. Disable the feature and allow bumping,

These are per board settings.
300
Features: Forward thinking / Re: Removing deprecated code
« on June 10th, 2011, 07:11 PM »
PHP version   5.2.14
MySQL version   5.0.92-community