Brandon D

I agree they could be positioned elsewhere. Up top with the undo button would be nice. Pretty much anywhere above the textarea as, in the current position, if you want to expand it multiple times you have to keep moving your mouse for each click.

@Tony Having it there would clash with browsers that natively support resizing of textareas. Altho, it would be nice if IPB didn't show those buttons if the browser is known to support that function natively.

[edit] Oops nevermind

I removed my interests so it wouldn't show up. There doesn't need to be a wall of text next to my wall of texts :P

It is noticeably faster. Would like to see it during peak hours tho.

@Brandon D - each app can alter the search display, yes, which is why I said it could be skinned. However, to go back to a IPB 2.3 style display we'd need to make the results tabular (in a table), and each search app can only alter the "row". Because it's wrapped as a list presently, and not a table, it's a bit more challenging to make it look exactly like it did in 2.3.

We had to create a more generic interface since more types of content now show up in the search. This means it's much less "forum-specific" now, which I assume is where your dislike stems from mainly.

I don't know why they changed it from the original mobile skin they had. It provided a ton more info and was immensely more useful (and had topic markers IIRC). The current skin is a huge step down.

It's a bit worrisome tbh :P

As far as I can remember I never came across any out of memory errors on this site back when it was 2.3.6 - but ever since 3.0 was added I've seen quite a few myself and 10-15 instances reported by others, each time there was always a "reason" why it happened. May not be directly caused by IPB3 (I think IPS moved servers with the IPB3 upgrade?), but it certainly doesn't help it's image - especially to newcomers.

[edit] And no I'm not talking about just tonight with the RC2 upgrade ;)

I never actually wrote components or directly modified IPB2 but I find getting what you want done in IPB3 to be simple and pain free (and, tbh, actually quite fun/interesting). I'm porting over bfarber's Links System for IPB3 and I've already managed to get the ACP ported along with several improvements to it. I like how they made it easy to integrate your app with several of the forum's core functions like searching, item marking, editing members/groups in the ACP, etc. without editing a single file. Of course, it helps that in IPB3 pretty much everything is now an application, even the stock functionality like core, members & forums, so 3rd party app developers benefit from whatever IPS does to make integrating their own apps easier :P

Yes. Please.

The mobile skin is so annoying to use and due to a (reported) bug I can't stay in the full skin longer than a few page loads... not to mention if the mobile skin actually provided information (i.e., the original mobile skin you had) I'd love to use it more than the full skin.

I don't want IPS to get that big =p

True. I never pass up a chance to take a stab at that "feature" though ;)

Kotonoha is correct, we don't think similar topic features are accurate enough

I do too - (un)fortunately Google doesn't index topics it doesn't have permission to in which case I'm stuck with the forum search engine :)

Let me know when users can edit templates on another admin's IPB forum then, because that's where I do 99% of my searching :P

Quick bump. I know you guys are busy with RC1 and what not, just wondering if there are any plans to improve the lofi skin for IPB3 final.

How come search results don't show the topic's author anymore? In some searches, that's even more important than the topic title.

Topic pagination also removed from topic index as well...

So much functionality has been removed in hopes of improving the mobile experience that it's significantly impeded it, IMO. It's just a glorified RSS feed minus the RSS part :P

I know it'd still be a performance hit, hence why I said it would be in my last reply :P

I'm just too lazy to switch tabs to see if there's new content or I'll forget to switch tabs entirely, sue me :P

I wonder if you could do an AJAX request after the screen has been printed for those counts, and then fade em in once the screen has them? That way the active tab's content is available before any further queries are run. It wouldn't be quite as useful and it'd still be a performance hit overall, but it's at least something.

So I blew 10 min playing in photoshop for nothing? :lol:

On the view new content page, I'd rather not flip through each application tab to see if there's new content. Could you add a count of new content within each application on the tabs? So I know, for example, that blog has two new entries while reading the Forum's new content? :)

This thread is a prime example of why IPS is always hesitant to release internal deadlines - you guys treat it like it's the bible.

Yes. It looks better but it really needs some topic/forum markers and at least last poster information to spice it up :)

Oh? My bad :P

The point still stands though.