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 - Arantor
4891
Features / Re: Selectbox
« on February 14th, 2012, 11:28 PM »There's no 'better' way than doing .sb() in the method chain after loading the value.
I have no intention of touching sbox.js for just that reason ;)
4892
Features / Re: Selectbox
« on February 14th, 2012, 10:25 PM »
OK, so I've been using the selectbox and I'm fairly sure I'm not doing it right, but I'd love some insight into this.
So, I have a selectbox that does something in its onchange event; it's set inline but the event delayer deals with it just fine, so all good up to that point.
The issue comes in when other stuff happens and I need to reset the selectbox (or otherwise force it to a certain value programmatically). There's only one way I can see of doing that and that's to use jQuery to select the original selectbox itself, .val(...) with the new value, then .sb() it to reload it, but I'm sure there must be a better way of doing it than that.
Setting selectboxes programmatically isn't going to come up often but it would be nice to know the best way to deal with it if it is going to happen - the code doesn't seem to have any kind of direct-set value function, and I'm loathe to add one manually because it's very complex code and I don't want to break it accidentally (or make it bigger)
So, I have a selectbox that does something in its onchange event; it's set inline but the event delayer deals with it just fine, so all good up to that point.
The issue comes in when other stuff happens and I need to reset the selectbox (or otherwise force it to a certain value programmatically). There's only one way I can see of doing that and that's to use jQuery to select the original selectbox itself, .val(...) with the new value, then .sb() it to reload it, but I'm sure there must be a better way of doing it than that.
Setting selectboxes programmatically isn't going to come up often but it would be nice to know the best way to deal with it if it is going to happen - the code doesn't seem to have any kind of direct-set value function, and I'm loathe to add one manually because it's very complex code and I don't want to break it accidentally (or make it bigger)
4893
Features / Re: Don't know if I shared it publicly or not
« on February 14th, 2012, 06:10 PM »
Heh, I will - when I get the moderation filters UI done :P
4894
Features / Re: Moderation filters UI
« on February 14th, 2012, 06:10 PM »There's a strange little textarea in the Moderation settings page... Is it supposed to be there? It's called postmod_rules and has no description text... Also, it's very narrow relative to its height.
Additionally, I went to the Moderation filters page, clicked to add a filter and it didn't do anything -- which isn't surprising, since there's no form tag around the input...
I only checked in the page that displays the rules - what I've attached here is the WIP on my PC from today of the UI that actually builds the rules (which will remove that textbox)
4895
Features / Re: Don't know if I shared it publicly or not
« on February 14th, 2012, 05:15 PM »
In terms of moving I was thinking stuff like the GD/FFMPEG/ImageMagick stuff could be moved to the page where all the versions of things are shown ;)
But I'll look at it once I'm a bit further along with this UI.
But I'll look at it once I'm a bit further along with this UI.
4896
Features / Re: Don't know if I shared it publicly or not
« on February 14th, 2012, 03:51 PM »
Oh, and to those who were wondering, I don't have my Mac on right now (so I don't have a screenshot handy), but the base inspiration for this control panel was Mac OS X's System Preferences page.
Knowing that there are some anti-Mac people here, do I need to get my running shoes on now? :P And whether you like or dislike Apple's policies, I don't think there's much denying that they know how to build approachable UIs.
Knowing that there are some anti-Mac people here, do I need to get my running shoes on now? :P And whether you like or dislike Apple's policies, I don't think there's much denying that they know how to build approachable UIs.
4897
Features / Moderation filters UI
« on February 14th, 2012, 03:13 PM »
Opening this in a new topic to keep it separate from guts of how it all works since the user-side stuff is a very tricky beast to make work.
To recap, we have this very flexible rules based system that allows you to set multiple criteria in which to do something on a post as it's being made. Each rule has one action, each rule has one or more conditions to it that all have to be met in order for it to work.[1]
So here's the UI I've been working with; this is still a WIP and is the result of quite a bit of experimentation to get to something I actually like.
Screenshot 1: The initial 'add rule' page, won't do anything until you pick what you want the rule to do.
Screenshot 2: Picked what the rule does, now have to pick the most important part of when it runs.
Screenshot 3: We've picked what it does and whether it runs on new topics or all posts, now we start to add the conditions.
Screenshot 4: Adding a condition
(This is as far as I've got but the idea is that you pick one or more of the checkboxes, then an 'add' button will pop up, so it adds it to the table above, and clears the bottom part out the way, then once you've added at least one rule, it gives you the final save button)
Does this sound workable? I suspect it might need to be demonstrated to really get a feel for it - and I will very likely go away and make a YT video demoing it.
To recap, we have this very flexible rules based system that allows you to set multiple criteria in which to do something on a post as it's being made. Each rule has one action, each rule has one or more conditions to it that all have to be met in order for it to work.[1]
So here's the UI I've been working with; this is still a WIP and is the result of quite a bit of experimentation to get to something I actually like.
Screenshot 1: The initial 'add rule' page, won't do anything until you pick what you want the rule to do.
Screenshot 2: Picked what the rule does, now have to pick the most important part of when it runs.
Screenshot 3: We've picked what it does and whether it runs on new topics or all posts, now we start to add the conditions.
Screenshot 4: Adding a condition
(This is as far as I've got but the idea is that you pick one or more of the checkboxes, then an 'add' button will pop up, so it adds it to the table above, and clears the bottom part out the way, then once you've added at least one rule, it gives you the final save button)
Does this sound workable? I suspect it might need to be demonstrated to really get a feel for it - and I will very likely go away and make a YT video demoing it.
| 1. | If you want two different situations that cause the same outcome, that's two rules. E.g. moderating posts if they have a rude word in, or the user has 5 or less posts, that's two rules, one for the rude word, one for the posts. |
4898
Features / Re: Don't know if I shared it publicly or not
« on February 14th, 2012, 03:03 PM »Forum - Boards -> should be named "Categories and Boards"
I don't care about the about page, but I always thought the changelog page was beautiful.
You can remove package code all you want, btw
4899
Features / Re: Don't know if I shared it publicly or not
« on February 14th, 2012, 09:19 AM »Forum - Boards -> should be named "Categories and Boards"
Media - About -> should be moved elsewhere (e.g. combined with action=credits)
Plugins - Packages (old) -> should be removed or at least made hidden.
4900
Features / Re: Requiring JS in the admin panel
« on February 14th, 2012, 08:47 AM »
Yup, something like that, but less about a specific person.
4901
Features / Re: Disallowing edits to posts
« on February 14th, 2012, 08:44 AM »
That assumes the display name hasn't changed though...
4902
Features / Re: Requiring JS in the admin panel
« on February 14th, 2012, 08:23 AM »
Probably in America, after all Ralph Wiggum had to be based on something...
4903
Features / Re: Disallowing edits to posts
« on February 14th, 2012, 08:22 AM »
Because imported entries won't have the id, only a name, so every edited post will be last edited by (deleted) even if the user is very much not deleted.
4904
Features / Requiring JS in the admin panel
« on February 14th, 2012, 02:31 AM »
I'm not sure if we talked about this or not, but I'm seriously debating enforcing JS to be present for the admin panel. While I can understand non-JS fallbacks for the normal forum, I'm less clear on it in the admin area, though I can see the argument in favour of accommodating screen readers etc. But even there I'm kind of thinking that it might be better to use JS primarily and not have the fallbacks, because I'm just thinking that there's no good way the admin panel can work for non-sighted users, there just isn't.
Thoughts?
Thoughts?
4905
Features / Re: Disallowing edits to posts
« on February 14th, 2012, 12:39 AM »
In that case, guess I need to make sure the list of member ids who've edited a post is pushed into the posters query and drop the column.
Mind you, it's going to make imported entries very messy >_<
Mind you, it's going to make imported entries very messy >_<