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
7126
Development blog / Re: New directions
« on June 23rd, 2011, 07:21 PM »
Ask them to do so, then. We were fine until one of the team decided to throw their not-well-informed opinion over here.
7127
Development blog / Re: New directions
« on June 23rd, 2011, 06:41 PM »
That's true enough, and I'd actually been quite content to let the past go to a point. But I don't exactly appreciate it when the past comes back and starts jabbing at me, as was the case here. Go back up to where this started, on the previous page, and you'll see it started out with a current SMF team member criticising us for not going BSD, a decision taken months ago when we were still actively in the midst of arguing (read: trying not to get shafted, again)

I'm comfortable with the decisions made, and I'd love it for the past to remain in the past, but guess what, even if we don't, the past is dragged up again by someone else.
7128
Off-topic / Re: PHP IDE for windows
« on June 23rd, 2011, 05:23 PM »
I still use Notepad++. Don't see a need for this IDE malarky.
7129
Development blog / Re: New directions
« on June 23rd, 2011, 02:46 PM »
Quote
To be honest - That doesn't sound good any way you put it. It seems like you used SMF as the base of your work, and SMF did not try to stop you - but still you wish not to give back to it out of spite... Sorry.
Thing is, that cuts both ways. All the time we were contributing to SMF, all the thousands of lines of code we wrote, all the time we spent debugging, reporting bugs etc., all the time that was happening, we were sort of welcome. The minute that contributions stopped flowing because we were treated like crap, we weren't very welcome at all. Really, it's like that a lot around there - all the time you're giving, you're welcome, and as soon as you stop, it is almost as if you're told not to let the door hit you in the ass on the way out.
7130
Features: Posts & Topics / Re: Merge Double Posts
« on June 23rd, 2011, 08:45 AM »
Funny, you managed to take what I already said and managed to miss the point.
Quote from Arantor on June 23rd, 2011, 12:10 AM
The only case that could be made for not flagging it unread is if you already read the later post, then happened to manually merge after the event.

When the new post is made and auto merged, it is new content you won't have seen, so it should be marked unread.
That is exactly what you described and I believe it's already accounted for, it certainly is for the person doing the merging. In all other cases, it would be new content for people to read - especially if you happen to reply just after it which causes all the normal behaviours to be triggered anyway.
7131
Features: Miscellaneous / Re: Feed links
« on June 23rd, 2011, 01:52 AM »
Quote from Roz on June 23rd, 2011, 01:49 AM
I do know how RSS works. I was talking about the subscribe to thread feature of vBulletin, that if memory serves me right, had nothing to do with RSS feeds. Anyway, moot point and discussion.
So why mention how vB works? You brought it up here, what was the relevance?
7132
Development blog / Re: Package Manager, how we won't miss thee
« on June 23rd, 2011, 01:09 AM »
That's to be decided when we get round to building a plugin repository.
7133
Features: BBCode / Re: Spoiler tag
« on June 23rd, 2011, 12:25 AM »
Considering that there are multiple spoiler mods for SMF that are all different...

I guess it's something we can kill in the converter.
7134
Features / Re: Groups / Permission system.
« on June 23rd, 2011, 12:23 AM »
Not only is the entire execution buggy, it is actually broken from a UI/logic stand point. It spends all its time bouncing around what it's trying to do, honestly 1.1 was better since it didn't implement it as profiles, but as groups having permissions, then groups having unique permissions in individual boards.

Add to that, that if you ever want to add any permissions that don't fit the "general or board" structure, in SMF you are entirely left to your own devices. Aeva, SimpleDesk, Project Tools and many more mods ended up implementing their own permissions structures because SMF doesn't have one that's extensible.

Then, for an encore, consider post groups on their own. Why are they special? They're so special, they have pride of place up there with primary member group in the database. Really, that's something that will need to change someday.
7135
Features: BBCode / Re: Spoiler tag
« on June 23rd, 2011, 12:12 AM »
Can't say I've ever needed it, if I did, I could just as easily preface it.
(click to show/hide)
Just like this.
7136
Features: Posts & Topics / Re: Merge Double Posts
« on June 23rd, 2011, 12:10 AM »
The only case that could be made for not flagging it unread is if you already read the later post, then happened to manually merge after the event.

When the new post is made and auto merged, it is new content you won't have seen, so it should be marked unread.
7137
Development blog / Re: Package Manager, how we won't miss thee
« on June 23rd, 2011, 12:08 AM »
Yes, I poured an awful lot of time into SD, because my own needs needed it, but I learned a very large number of lessons from it, and all of the add-ons design is emerging either directly out of SD code, or things I learned from it.

When I get back to my desktop, I'll upload a screenshot from SD's plugin manager which is the closest to a preview that I can give; right now figuring out all the mechanics was more important.
7138
Development blog / Re: Package Manager, how we won't miss thee
« on June 22nd, 2011, 07:30 PM »
Odd, so it does, how odd.
7139
Other software / Re: What happend to Sinan?
« on June 22nd, 2011, 07:27 PM »
Don't know what happened :/
7140
Development blog / Re: Package Manager, how we won't miss thee
« on June 22nd, 2011, 07:20 PM »
Quote from RvG on June 22nd, 2011, 06:23 PM
Too much tease eh... any sample pic? :P
No picture since I'm still working on the internals, but it's not exactly pretty ;)

Yes, a bit like Drupal, just not nearly so anal-retentive. Developing for Drupal isn't so much a hobby, more somewhere between a career and a vocation.