Michael

If it's a busy topic, with lots of posts coming quickly, and you don't quote the post you want to be replying to, it might get confusing.

More of an AdSense issue as opposed to an IP.Board issue:

https://support.google.com/adsense/answer/161351?ctx=as2&rd=1

Curse you, Charles. Curse you! :devil:

Would it be possible (in a future version, of course, unless it's something you can throw in easily enough) to make the 'report a post' feature use the javascript popup class? If you go into a topic and report the post, when you hit 'back' you get directed back to the page that actually sends the report, and the report gets sent again. If you could just popup a form where you could report the post, the 'back' button will then really go back again.

Maybe I'm crazy, but I thought that the preview board did do it in a popup way back when.

Would it be possible (in a future version, of course, unless it's something you can throw in easily enough) to make the 'report a post' feature use the javascript popup class? If you go into a topic and report the post, when you hit 'back' you get directed back to the page that actually sends the report, and the report gets sent again. If you could just popup a form where you could report the post, the 'back' button will then really go back again.

Maybe I'm crazy, but I thought that the preview board did do it in a popup way back when.

If it's a busy topic, with lots of posts coming quickly, and you don't quote the post you want to be replying to, it might get confusing.

Amen. It's requirements like that that force people to have to write down their passwords, thus defeating the purpose of the security gains you're supposed to be getting from having these requirements.

If it's a busy topic, with lots of posts coming quickly, and you don't quote the post you want to be replying to, it might get confusing.

Do you have some specific concern that you need addressed? I don't think the official stance on IE6 has changed any: the forum should work in IE6, it just might not look the same as it does in other browsers. If there is actual broken functionality, you can post it as a bug report.

I think maybe the group name, and maybe the joined date? Just some common info about that member.

And yeah, just /membermap/ would be fine, it's very minor, but I like seeing those URLs as opposed to the ?app= ones.

There's an unused function which can lead to an error at ?app=membermap&module=membermap&section=map&action=images.

I have a few more feature suggestions too, if you don't mind. For the Admin side, it'd be nice if the settings were linked from the apps main menu, instead of having to go to the settings page. Admin options to remove member's markers would be good too. I think I'd rather the pictures shown when clicking on a marker were the profile pics instead of avatars. Since this is about where the members actually are at, I thinking showing their actual pic makes more sense. I also like the idea of an Admin being able to add additional icons. Could be cool for like setting a marker for a meetup or something? I'd probably never do that, but it'd be nice.

You'll probably figure this out on your own, but to make the Online List stuff work properly, you need to also create an /extensions/coreVariables.php file, with this content:



<?php /* Resets */ $_RESET = array(); /* Make sure our module and section are set */ if ( !isset( $_REQUEST['module'] ) && ( isset( $_REQUEST['app'] ) && $_REQUEST['app'] == 'membermap' ) ) { $_RESET['module'] = 'membermap'; $_RESET['section'] = 'map'; } Since your app only has one module and section, and neither is explicitly set in $this->request, they won't ever get saved to the sessions table, and thus the Online List stuff will never really load the stuff from /extensions/coreExtensions.php to parse it. Here's a quick class for that that I whipped up:

class publicSessions__membermap { public function getSessionVariables() { /* Return */ return array(); } public function parseOnlineEntries( $rows ) { /* Got rows? */ if ( !is_array( $rows ) || !count( $rows ) ) { return $rows; } /* Loopy loo */ foreach ( $rows as $row ) { /* In some other app? */ if ( $row['current_appcomponent'] != 'membermap' ) { $final[ $row['id'] ] = $row; continue; } /* Guess not... */ $row['where_line'] = "Viewing the Member Map"; $row['where_link'] = 'app=membermap'; /* Add to our array */ $final[ $row['id'] ] = $row; } /* Return */ return $final; } }

I think maybe the group name, and maybe the joined date? Just some common info about that member.

And yeah, just /membermap/ would be fine, it's very minor, but I like seeing those URLs as opposed to the ?app= ones.

There's an unused function which can lead to an error at ?app=membermap&module=membermap&section=map&action=images.

I have a few more feature suggestions too, if you don't mind. For the Admin side, it'd be nice if the settings were linked from the apps main menu, instead of having to go to the settings page. Admin options to remove member's markers would be good too. I think I'd rather the pictures shown when clicking on a marker were the profile pics instead of avatars. Since this is about where the members actually are at, I thinking showing their actual pic makes more sense. I also like the idea of an Admin being able to add additional icons. Could be cool for like setting a marker for a meetup or something? I'd probably never do that, but it'd be nice.

I think maybe the group name, and maybe the joined date? Just some common info about that member.

And yeah, just /membermap/ would be fine, it's very minor, but I like seeing those URLs as opposed to the ?app= ones.

There's an unused function which can lead to an error at ?app=membermap&module=membermap&section=map&action=images.

I have a few more feature suggestions too, if you don't mind. For the Admin side, it'd be nice if the settings were linked from the apps main menu, instead of having to go to the settings page. Admin options to remove member's markers would be good too. I think I'd rather the pictures shown when clicking on a marker were the profile pics instead of avatars. Since this is about where the members actually are at, I thinking showing their actual pic makes more sense. I also like the idea of an Admin being able to add additional icons. Could be cool for like setting a marker for a meetup or something? I'd probably never do that, but it'd be nice.

Member Map
View File IPS 4.4 ONLY 
For IPS 4.3, use version 3.5.7
Member Map is an application that allows your users to put their (Exact or approx) location onto an interactive map. Member Map has a permission model so you can limit which groups can add to the map.

As an administrator you have the ability to create custom groups where your community (when allowed) can place other markers in the map, for example if they would like to post the location of an upcoming meet, exhibits, shops, etc.
For developers
If you are a developer and you store location data in your app that you'd like to show on the map, you can now do so creating a membermap/Mapmarkers extension. Instruction on how to use it is included in the auto-generated file.
Submitter Martin A. Submitted 03/18/2010 Category Member Extensions Compatibility 4.4  

http://community.invisionpower.com/resources/articles.html?record=375

i'm gonna say it str8 out... community seo is soo friggin buggy.. and their support sucks.. really really really really really really badly.. sometimes i wished i was still with vb because vbseo was awesome, and so was their support and community.. now i'm just waiting for ips to finish furl'ing the rest of their apps, before i go live.

Could they not just mark that in the forum description? Or announce it in their notices forum (if they have one)?

the only thing I hate more than the evil robot nazi zombies who are also vampires is figuring out that it's actually not me, but.... it's a bug :blink:

I have some suggestions that I would love to see implemented in the UCP in the future; these suggestions are both original and derived from other forum software. I hope to see some added in the future!

UCP Layout
I don't think the tabbed layout works that well with the UCP. I like the fact that there are tabs, but I don't like the fact the layout revolves around them. I like the old style of the left-hand-side options. Possibly some AJAX for expanding and contracting them, and maybe still use tabs a bit? It's sometimes complex to understand which tab something is on (profile & settings get confused alot) etc; also, make common features accessable easily (possibly an optional dashboard?)

Profile Field Privacy/Private Profiles
I've noticed this feature in vB, and I fell in-love with it. I know that IPB is trying to stay away from becoming a massive scattered social network platform, but this is a feature I see as very useful; especially in the area of hiding contact details for only friends to see; and for preventing ignored users from viewing areas of the profile/posting messages. I strongly support implimenting this into IPB3

Those are my main concerns, also, there are some posted on this thread (CUSTOMER/STAFF ACCESS ONLY, SORRY).

I hope to see these added soon!

No, I understand exactly what he means, and it's something IPS often does as well. But when literally hundreds of files change from one version to the next, producing an upgrade pack is a waste of time. When a new version only does change a few files, then expect to see small upgrade packs again.

Seriously, how pressed are we all for time when the difference between spending 15 minutes uploading files and 5 is seen as that big of a deal?

No, he brings up a very good point. I'm planning on using IP.Board for my next version of my website which I'm currently working on with IP.Content. However, I'm using PHPBB3.0 on my current site and I've always found PHPBB super easy to upgrade. I download a small upgrade package and then run the update from the admin backend and it's done in just a few minutes.

Uploading 2,500 files isn't very efficient, especially when the FREE competition is able to do it faster and easier.

I noticed that when i tick "Allow posters to view other member's topics" to NO, users cannot see Pinned topics. Pinned topics should be seen IMO since nobody would pin a useless topic.

I'd like to see an option or have it default to let users see Pinned topics when "Allow posters to view other member's topics" is set to No on a forum.

I don`t know if this is happening only to me or not, but everytime i open a ticket i receive a response in not less than 48h.
It is very frustrating when i have some little issue that can be fixed in 5 min and i have to wait 2 days for an answer.
Usually i resolve it myself after some research.

You definitely have to review your support service, isn`t this why i pay 25$ every 6 months?

For the record, birthday was not available on registration page in 2.3 either.

As requested, moving this to IP.Board Feedback...