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 - Dragooon
256
Plugins / Re: Custom form (ideas, discussion)
« on February 16th, 2013, 08:49 PM »
Why not? There can be numerous social fields, gaming forums can have integration with their respective games (I remember coding for an eve online form that did something similar), plus it should be an easy enough thing to provide, people are pretty good with coming up with things.
257
Plugins / Re: Custom form (ideas, discussion)
« on February 16th, 2013, 06:22 AM »
Allow plugins to add new types of fields?
258
Features / Re: AJAX Likes
« on February 12th, 2013, 07:28 AM »
Quote from Arantor on February 11th, 2013, 06:35 PM
Actually, yes I do. I wanted the thumb-up to be added to the sprite image where all the other button icons are... assuming they're still a sprited image.
What does that have to do with it being visible only on hover?
259
Features: Posts & Topics / Re: Moderation Filters
« on February 11th, 2013, 05:31 PM »
Oh I have @name in the list of possible notification extensions, similar to Facebook/Google+
260
Features: Posts & Topics / Re: Moderation Filters
« on February 11th, 2013, 05:16 PM »
Although I guess it can be achieved using my notifications plugin + subscriptions (not sure if it fits here for that though?) + moderation filters.
261
The Pub / Re: Infinite Scroll
« on February 11th, 2013, 01:47 PM »
Quote from MultiformeIngegno on February 11th, 2013, 01:32 PM
Maybe there should be a check: if infinite-scroll-compatible -> ok; if not -> show page numbers.
No, seriously. Page numbers should be visible at all times, in one form or the another. You cannot browse a 100 page thread on infinite scrolling.
262
Features / Re: AJAX Likes
« on February 11th, 2013, 07:54 AM »
Since this is somewhat relevant, why not make the Like button show on hover as well?
263
Features / Re: AJAX Likes
« on February 11th, 2013, 07:33 AM »
Awesome :D
264
The Pub / Re: Infinite Scroll
« on February 11th, 2013, 07:32 AM »
I implemented the same behavior for my mobile theme (never released the version with this behavior), I honestly like that better than page navigation when one needs to continuously read the topic.
265
Features / Re: AJAX Likes
« on February 9th, 2013, 06:27 AM »
Quote from Arantor on February 9th, 2013, 06:24 AM
The backend already supports it, I just need to write the client JS for it. It's been how many months already?
Few from what I can gather, and a few hundred annoyed faces from me as well :P. I was about to do this before I forgot about it.
266
Features / AJAX Likes
« on February 9th, 2013, 06:23 AM »
I'd really like that, it's kind of annoying having to re-load pages after a like
267
Features: Posts & Topics / Re: Moderation Filters
« on February 9th, 2013, 06:22 AM »
New feature post. NEW feature post. NEW FEATURE POST!!!!!!!!!!
268
Features / Re: Editing PMs
« on February 9th, 2013, 06:22 AM »
Quote from Arantor on February 9th, 2013, 06:21 AM
PMs being read is implicitly tracked even in SMF. The problem is, we introduced 'mark PMs unread' :D
From what I could gather, he meant if the e-mail notification from PM is unread then it should be editable.
269
Features / Re: Editing PMs
« on February 9th, 2013, 06:19 AM »
Quote from Dismal Shadow on February 9th, 2013, 12:46 AM
If the email is still unread, you can still edit it. If not, you cannot edit.
That'll be a relativve pain to track. And I'm also against this, it's a PM, if in doubt one can always clarify in a follow up PM.
270
Features / Re: Template edits
« on February 7th, 2013, 10:25 AM »
Quote
But.. THAT slow?
They're only called if the method isn't found.
Benchmark them, AFAIK they're atleast 10-20 times slower than direct calls.
Quote
But that's pretty much like one of my first suggestions, duplicating everything...?
Well, now I guess we could hmm... Well we don't have that many public methods in the object in the first place, that's true.
You're not really duplicating, you're just making the child function call its parent.
Quote
But it would thus require to do wetem::getInstance() every time we want to access the main skeleton. To me, it's exactly the same as doing a global $backbone thingy... Isn't it?
Maybe, but IMO getInstance is better. Simply because wetem::getInstance is more verbose than a global variable called $backbone, secondly as far as clean code goes we need not have it at the top of the function and can place it anywhere. That, and a jackass function can't overwrite it with it's own stuff.
Code: [Select]
$backbone = null; // Have fun suckers!

Or here's another fun idea, make a base template class (dynamic, ofcourse) which is not a singleton. Then make a singleton class which is the main skeleton (extend it and make the constructor private and add getInstance), use it for the backbone skeleton and add a function in base class that can import full skeletons from an instance of the class to that class. This way a mod can do something like create it's own skeleton, and import it to the main skeleton.