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
31
Features / Re: Miscellaneous/WIP screenshots
« on May 23rd, 2013, 04:56 PM »
Looks fine to me.

Is it possible however to have one board ignore the can't post/use forum restriction as I really wouldnt want anyone to PM about it.
32
Off-topic / Re: Oh, I meant to share this a while ago
« on May 17th, 2013, 08:36 PM »
Ok so Arantor beat me to it. I dont think the member list is really important either. I've even wanted to remove it from the menu and maybe put it in or next to the who's online bit. I spent more than a year moderating a vB forum before even figuring where the members list was.

I'm sure the table.is there,just no means of displaying the list like with the members button here.
33
Off-topic / Re: Oh, I meant to share this a while ago
« on May 16th, 2013, 08:45 PM »
Lmao

So essentially vB will return in  future version
34
Off-topic / Re: Forum Rules
« on May 16th, 2013, 06:57 PM »
I'm of the belief if there is something most ppl do not read is the registration agreement. I know I have not read the agreement for every forum I've registered on,some I just scan, but some I do read.

Problem is after you have registered there goes the agreement, I'd be dammed if I actually remember much from the agreements I did read let alone which forums they were for.

What about when the agreement changes, how are already registered members affected, how?

While I agree with @Nao that rules can bea deterrent, still they are necessary (well depending on the purpose of the forum) and it's the job of the administrator(s) to find the balance between the purpose of the forum and the rules of said forum and communicate it in a way for the users to understand and moderators to manage.

@xrunner, i agree with yours points there and have moderated a forum where all hell broke loose on especially the point of users' privacy.

When i present my rules I tend to try to give examples of what constitutes violation of each rules and disclaim it with "including but not limited to": this to me makes it somewhat clear that you may try to tow the line on the vagueness of a rule but keep in mind the examples provided and note that they are not the only reasons that apply.

In addition to the overall forum rules at times i find even specific boards may need to have additional stipulations as to what can and cannot be posted etc.
35
Features / Re: Permissions UI, latest experiment
« on May 16th, 2013, 05:43 PM »
Indeed
36
Features / Re: Permissions UI, latest experiment
« on May 16th, 2013, 05:24 PM »
@Arantor

I get ya. In reference to your last point:

I do my level best to have the fewest amount of groups possible and very few member that end up in multiple groups (but it does happen). Most groups are requestable and each of these groups has their own board. What I did for my sanity was to create a permission profile for each group that has a board such that for Group1 there is a board permission called Group1. Each group decides which other groups they allow to access their board and what those users can do in that board. In some situations I have used deny permissions to ensure that a group cannot do something undesired on another group's board. Not necessarily a punishment.
37
Features / Re: Permissions UI, latest experiment
« on May 16th, 2013, 04:42 PM »
As far as SD I just meant the style. Looking at SMF's A/X/D, i was of the assumption that could be presented 'somewhat easily' as a dropdown.

Still a little sleepy so we might be saying the same thing here and I'm just not noticing.
38
Features / Re: Permissions UI, latest experiment
« on May 16th, 2013, 04:14 PM »
Frankly I think that's just trumped up to I don't like change, albeit for the better. So whats the solution there, keep what SMF has?

Keeping the current illustration in mind the only thing I see simpler is as u stated the drop down a'la SD Allow/Disallow/Deny. I mean those are the 3 options just a matter of how its presented right.
39
Features / Re: Permissions UI, latest experiment
« on May 16th, 2013, 04:03 PM »
I honestly do not see how it is confusing. I do get that no matter what someone will find a way to be confused, but I think explaining how it works is rather simple as well. All I see happening is something along the lines of:
Issue
I use to use SMF (or some other system) the permissions for Wedge is different to me, how does it work?

Resolve
To allow a group to have a certain permission check the box to allow the permission. Leaving the box unchecked will not grant the members of a group this permission. Do however note that if a user has multiple groups where at least one group allows the permission and at least one group disallows the permission, the permission will be granted via any group that allows it[1].

If you want to explicitly ensure that a group will not have a certain permission check the box to deny the permission. Denying the permission will ensure that users in this group will not have this permission even if it has been allowed by another group the user has[2].

Heck I think those explanations can even be plugged in next to Allow and Deny with the help icon. I'm also certain by assumption things like this will be documented anyway. I highly doubt there will be a solution that fits the bill as not being confusing to someone. I even strongly believe using the illustrated iteration will prove less confusing than reading it. I'm curious to see where the ideas go from here though.
 1. I dont think this is anymore confusing than even SMF already has to explain
 2. This is way less confusing than the explanation required in SMF, where one must first go and enable deny permission
40
Off-topic / Re: Forum Rules
« on May 16th, 2013, 02:40 AM »
I get the legalese as well but even so myself and the moderators resort to judgment calls if needs be and essentially update the rules if needed and announce it.

I've been to such forums as well where the rules are supposedly just understood or only apply per situation per person and i cant see how thats a good thing.

I write, review, and update rules and needed and its up to the members to keep themselves updated. When there is a revision I ensure the revision date is noted and usually try to provide a link to the expired rules. I also make it  news item and post in the announcements board as well. After taking all those steps i have yet to hear an argument that justifies circumventing the rules.
41
Off-topic / Re: Forum Rules
« on May 16th, 2013, 01:46 AM »
Yep I usually write rules as i figure to enforce rule there's gotta be rules rather than just hoping for an understanding. I reviewed rules from several sources and made them fit my purpose as best as possible.

I agree that many do not read the rules but I still think the rules should be there. There's an smf mod called "read the rules" or something.of the sort which i use as it shows a link to the rules while a user making a post so even if they hadn't read the rules before, it's there before they submit that post. This was if i need to take action there is no excuse for not knowing the rules.
42
Features / Re: Permissions UI, latest experiment
« on May 15th, 2013, 02:22 AM »
In smf2 you have to enable deny permissions to see it.
43
Features / Re: Permissions UI, latest experiment
« on May 15th, 2013, 02:02 AM »
Based on smf2 (i sure its the same in smf1 but i never usd it)

Allow grants the permission based on a membergroup
Disallow does not grant the permission
* If however  a user is in a group that allows the permission and also in a group that disallows the permission, the permission will be granted via the group that allows it.

If a permission is denied to a group the user is in the permission will be explicitly not granted even if the user is in another group that allows the permission
44
Features / Re: Permissions UI, latest experiment
« on May 14th, 2013, 10:16 PM »
I only think there "should" to be a facility by which both cannot be ticked at the same time and should minimize potential confusion IMO
45
Features / Re: Permissions UI, latest experiment
« on May 14th, 2013, 09:10 PM »
I like it too. It's simple and looks straight forward enough to me.
Allow yes or no
Deny yes or no