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
4156
Plugins / Re: Hooks for thoughts
« on March 21st, 2012, 10:02 PM »
The before hook would mostly be for altering content before saving it for some reason...
4157
Archived fixes / Re : Errors when Profile menu is in sidebar
« on March 21st, 2012, 09:56 PM »
Signature permission was not carried through, it should work as expected now.

As for that error, we have seen it, just not sure why it occurs.
4158
Plugins / Re: Hooks for thoughts
« on March 21st, 2012, 09:50 PM »
And presumably edited? Before or after the DB stuff, or both?
4159
Archived fixes / Re: It's all gone horribly French!
« on March 21st, 2012, 07:30 PM »
These are all 'default' material with minor exceptions:

Select default smiley set for this theme - this is actually stating that you can set a default set of smileys for each theme should you want to. Though I never knew a site that did. It is the one of the only 'actual' theme options here where it makes a difference but that I wouldn't bother with it.

Forum width: - probably the only option I can justify being a theme option. Yes, you can do that in custom.css but there is a certain convenience to having it in there and be a theme option.

Failing that, can we figure out something that is a genuine theme-specific option so that I can build something for themers to use and that is also searchable?
4160
Features / Re: Badges and the displaying thereof
« on March 21st, 2012, 05:23 PM »
How would users set the relative order of badges?
4161
The Pub / Re: Nice work
« on March 21st, 2012, 05:21 PM »
It's not implemented currently (at least, I don't remember it being implemented currently!) however, there is a column in the boards table called id_owner, which has that purpose in mind.

For the most part, really, we're talking about properly managing the admin panel UI and permissions for that, rather than anything else, since pretty much everything else will fall into place pretty naturally.

That said, there's still plenty to do in the board configuration, making that properly extensible for one, and finishing off all the tendrils attached to the board permissions setup we have (it's possible to handle allow/no-allow/deny permissions for both viewing and entering a board, per group, all independently of each other, and the UI is built for the board's own configuration, but not anywhere else where groups can be configured with a list of boards, yay)
4162
Features / Re: Badges and the displaying thereof
« on March 21st, 2012, 05:12 PM »
Quote
But I would prefer that provision be a decision the site's admin makes as he may have a very good reason for not wishing both to be constantly visible.
Oh, yes, I'd come to that conclusion a long time ago. Which means we're left then with the question that's been burning this entire thread: how should you configure it? How exactly do you indicate what badge(s) should be visible for a user?

I'm not talking technical-side, I'll figure that out in due course. I'm speaking specifically about the user interface. It's already complicated enough, and this is a whole level of complexity on top that I'd like to solve definitively rather than vaguely. What SMF had in the past was vague and unprofessional, though certainly workable and no more unexpected than most mods end up with, but I certainly can't use that approach in the core.

(I cannot justify having a facility in the core whereby a single textbox is used by the admin to indicate what badges should be shown in what order. i.e. if a user is in groups 1, 4 and 10, which each have their own badges, and the admin puts in "1,10", it would show badges 1 and 10 for that user in 1/4/10. If I put that interface in, I'd get lynched.)
4163
The Pub / Re: Nice work
« on March 21st, 2012, 05:09 PM »
Quote
I wouldn't be able to handle the stress, I know I am capable of whipping one up but there is a support issue. I don't handle user support request all that great. Even though trying to keep a calm temper, I just want to lash out.
I do that anyway, even now. Predominantly it's the people that complain about not having 'Wedge right now' or wanting to know where they can download it without bothering to notice that it isn't for download at present.

Now, I know I can handle the support load, I certainly was able to cope with a decent chunk of SMF's for the time I was on the team, and I know Wedge far better than I knew SMF's code back then. So it does come back to temper and so on.

Mind you, there is one important difference between my position with Wedge and my position with SMF... if something is obviously broken in Wedge, I'm going to fix it, and by 'broken' I don't just mean 'actively buggy'.

My favourite examples of this are:
* return to topic after posting
* OMG people can see topics they're not supposed to be able to on Who's Online

The return to topic after posting is one of those things I never really quite understood why it was so important. But it is important for many people. Now, given how many people ask about it on sm.org, you'd start to wonder why no-one ever thought of making it the default. But from what I remember, it was suggested and shot down for some reason. I have no idea why, I think it would be a sensible thing to make a default for.

As for the who's online thing, I know precisely why it's done that way - you as an admin can see every topic. Consequently, you can see all the topic titles. But the user can't, if they can't see the topic. So you have to reassure people about this.

Now, there's three ways you can deal with this situation. You can do what SMF does, and regularly reassure people that it's all good. You could go a step further and document it in the manual, and link people to it when they ask, something I hope will happen with the wiki, but I don't know. Or you could actually go a step further and attempt to fix it. I came up with a solution prior to starting on Wedge, I even discussed it with Norv at the time, and the best I got was a polite 'hmm, interesting'. So naturally, I added it to Wedge without any hesitation![1]

This is something that appeals to me as a developer: if someone keeps asking about something, it suggests there's a problem, so instead of explaining it, fix it so it doesn't need explaining.

The ultimate goal is to make the software not require much in the way of general support, so that support issues are for real bugs and genuine problems, not software-usability created issues (which is a *significant* factor in SMF's support area right now)
 1. Specifically, if the user has an error, log that fact in the online log, so when you go to the who's online page, you can see that a user was trying to do something but got a warning when doing so.
4164
Archived fixes / Re: Captcha doesn't work in Chrome
« on March 21st, 2012, 05:01 PM »
Hmm, maybe there's something in the animated GIFs that is haywire then. They are built with a rather interesting process, after all...

Thanks for the link, I'll look into it.
4165
Off-topic / Re: How to piss Arantor off, part 3
« on March 21st, 2012, 04:49 PM »
Also known as SNO[1] or SNM[2], yeah, I can see the appeal.

The bottom line, as ever, is that if you create great content, people will want to link to you. Create great content, make it easy for people to share that content and you'll clean up.
 1. Social Networking Optimisation
 2. Social Network Marketing
4166
The Pub / Re: Nice work
« on March 21st, 2012, 04:47 PM »
Quote
I am nend, that is all anyone needs to know.
I remember seeing your work around sm.org, some very interesting ideas.
Quote
Those are the ones that are announced.
But of the 8 that were announced, all but 2 have basically fallen quite early on for one reason or another; it's a *huge* task. And I still would argue that we're the furthest along in development out of the SMF forks since 2.0 went fork-legal.[1]

Do I get the impression then that you're working on a fork?
 1. Though I'm well aware we had several months' head start because we forked privately before RC4 came out and synced changes as we went.
4167
Development blog / Aftermath of the Great Deployment
« on March 21st, 2012, 04:45 PM »
So, yeah, we're about 5 days in after finally moving wedge.org to actually running Wedge, and I'd like to take a bit of time to just go over how I (at least) see it.

First of all, thank you to everyone who's stopped by, especially if you've stopped by and really loved what Nao's done with the default theme. I had the joy of seeing it ahead of time, so the surprise wasn't quite as big on me, but it was really great seeing it, especially being able to watch it grow.[1]

Also, a big thanks to everyone that's put up with the bugs we've had. As you can probably imagine, Wedge is still a living breathing work, it's still growing, still changing, as you can see from the New Revs thread every time we commit.

Because of that, and because we'd never deployed it in a public way beforehand, there was a lot of stuff that had never been thoroughly tested. So it was a matter of a little disappointment for us that things were buggy - and the list has seemed to be pretty huge in some respects - but overall, I think it's turned out pretty well. The bulk of the bugs are more annoying than serious, and I don't believe any of them are privacy or security related, either, so that's something to be quite happy about, really.

The funny thing is that there's a lot of things that I doubt people have really noticed yet. The theme's the most obvious change, and the way there are icons and animations and things, but I would encourage people to dig a little deeper. There are all sorts of less obvious changes afoot. You might just be surprised at what you find ;)

As ever, if there's anything you like or don't like, tell us! We can't fix things if we don't know they're broken, and if there's a better way of doing something than we're currently doing, tell us that too - the end of it, we want to turn out something truly awesome, and while Wedge is a long way down that road, there's still plenty more to do yet.

Sadly, we have not yet turned the corner that marks the end of 'new features' which would otherwise put us on the road to public releases. Things are still a bit too raw for that, still too many things not yet polished, or finished or tested to destruction. But we've certainly passed the biggest milestone: we've finally moved our own site to our own platform. With that, the single greatest hurdle has been passed; we get to test things in a real environment, we got to thoroughly test the importer, and we get to properly share with you what we've been doing all this time.

So, really, thank you all for bearing with us while we got here, and while we deal with the immediate things we've seen from it - and you'll be able to see the rough edges get polished, things get tweaked, things get added or removed. It's been a long road thus far, and it's not nearly over yet - but you're certainly welcome to join us for the ride :)
 1. The only sad part for me was that we'd decided to keep it under wraps so even when there were screenshots of stuff I was working on, they were all using the existing 'Wine' skin, which you can use here if you want, just head to Profile > Skin Selector.
4168
Archived fixes / Re: Captcha doesn't work in Chrome
« on March 21st, 2012, 04:15 PM »
Hmm, that's a bit weird. But, no they're definitely GIFs, especially the animated ones (there's a class whose sole job it is to combine the images effectively and preserve transparency between frames properly)
4169
The Pub / Re: Quick moderation
« on March 21st, 2012, 03:43 PM »
Quote
I'm considering taking the old list from the old Wedge.org and simply copying the data again.
Fair call. Just remember that I changed the semantics very slightly in how they work. Theme id should be 1, then as per my comment:
Code: [Select]
// In the themes table, id_member = -1 is guest/new user option, 0 = theme option, any other = user id it applies to

There are times it wouldn't necessarily be like that, especially if there were other themes involved. But it's always those values and always theme id 1 now. (0 is for the cases where it is a theme option as indicated by Current Theme)
Quote
I'd tend to ban these IPs before it even reaches index.php
Go on then, the IPs are pretty consistent. Failing that, do it based on the contents of HTTP_USER_AGENT in the .htaccess file ;)
Quote
When are you planning to leave?
Saturday morning for the move.
4170
The Pub / Re: Quick moderation
« on March 21st, 2012, 03:08 PM »
Quote
I did some tests, and here's what I found: the only way to ensure a value isn't overwritten, is to simply click 'Change' next to it. Then it will show the select boxes... Which I don't touch, of course. This seems to be enough to guarantee that the value won't be reset by changing another option.
Shit, that means the code's broken, it's not supposed to change anything unless it's reset in $_POST.
Quote
From what I could see online, they're not spammers but more likely they're in it for money and don't give a shit what their crawler does. So, basically -- everyone's screwed...
Well, if they don't fix it, it's going to be kicked back by BB. If we don't like what it does, we can block it entirely if we so choose ;)
Quote
'kay, I'll look into that... (Well, technically it'd be best if you did it. I'm going to commit before that anyway.)
Up to you. I'm busy with yet more packing. Every time I think I'm packed, I find more stuff to go through. >_>

What I will say is that fixing BB's codepath should be the better solution for the open-mod-reports case and it will be necessary to fix that path for the no_board stuff anyway.