Nathan Explosion

Link?

That blog is Pages in action.

Regular smilies are Emojis, which can be used as they are just unicode text. Custom ones are HTML content (actual <img src=""> elements) and cannot be used as HTML isn't allowed in titles.

If this ended up on here, would it be back-dated? Because then I would be

Same answer as last time - no, I have no intention of adding recording functionality to this.

I'm going to make a slight change for the next "new features" version: Move the 'Display video player in these forums' and 'Display audio player in these forums' settings in to the 'Permissions' section (the setting 'as-is' will be added to all existing permissions that anyone has put in place with v2.x) Add the following additional permissions: 'Display player in these databases' for Pages (audio and/or video specific) 'Display player in these calendars' for Calendar (audio and/or video specific) Note: I cannot add the same items for Blogs as I do not have Blogs on my license.

Fixed - ran the support tool to clear the cache. I've sent you a message regarding the fact you gave me an account with ACP access.

The above issue is theme-related - will look into it further later...may need to hook into another location in the theme.

Thank you - via PM, please send me a link to your site, specifically to the place where that specific audio attachment is location , along with a login to the site (I am not registering) I'll take a closer look tomorrow sometime.

Use the following HTML in your content source: Audio: <audio controls> <source src="URL"> </audio> OR <audio src="URL" controls></audio> Video: <video controls> <source src="URL"> </video> OR <video src="URL" controls></video>

Look at the "Permissions" section, as I said. That is where you control which sections of the site it is handled - just like in the plugin version, except it's split out to a separate form. Did you add 'amr' to the configuration? For me to help you further, show me your configuration settings and your permissions - and not cut-down versions of them; full screenshots.

If you are requesting the ability to restrict which databases this is effective in, then please so...I suspect it is but I don't work on screenshots alone.

Elaborate on what you mean by that...pages is covered (see permissions), so you need to explain further what you mean.

Or the account doesn't have permissions to access the database.

You're asking for assistance on a 3rd party application - your odds of getting someone on here, over the weekend, who has also got the same application are not high. Not everyone online here is in a position to help you.

Have you asked in the support topic for the portal app?

And how are you viewing the database? Does the OS and/or browser through which you are viewing it support that specific emoji? Just saying that sometimes the ? isn't always an indication of a problem with database. Based on your last paragraph, looks like you figured it out yourself but I am still making the above point in case others happen across this at a later point.

v2.0.1 has been submitted for approval with the following fixes: FIX: Javascript modification to change the trigger event for the script from 'contentChange' to 'ajaxComplete', as there are an awful lot of contentChange events on a page that has a load of embeds (like Twitter etc)....oooffff!!! FIX: added 2 missing language strings to resolve this reported issue

The browser does send the emoji..an emoji is really just text though, it's not an image. The browser renders the image from the text...but if the OS/Browser doesn't know the emoji (which happens when apple release new ones as per Paul's comments) then you see the question marks. But someone else viewing the same post could see the image.

The item you are trying to hide isn't part of the application and doesn't really fall within the realms of the support, so a tad unfair to make that comment. Anyway.... Add this to your custom.css (may or may not work in all browsers - if necessary, there is a plugin method that can be used to hide the field) li! > span > input[name="reg_admin_mails_checkbox"]{ display:none; } Warning: as you are hiding this field, you should set the following to 'Opt in' so that the hidden field is unchecked by default, and you aren't forcing them to sign up for something without knowing etc etc.

$item['content']|raw

And it is now released. Thanks - it does, but not when installed on its own (meaning with none of my other apps installed - they all feed off each other, in a way) I'll sort it with 2.0.1, just 2 missing language bits.

Template: forums -> front -> topics -> topic Locate: <ul class='ipsTopicMeta'> {{if isset( $comment->metaData['comment']['moderation'] )}} {{foreach $comment->metaData['comment']['moderation'] as $modAction}} <li class="ipsTopicMeta__item ipsTopicMeta__item--moderation"> <span class='ipsTopicMeta__time ipsType_light'>{datetime="$modAction['row']['ctime']" short="true"}</span> <span class='ipsTopicMeta__action'>{$modAction['blurb']}</span> </li> {{endforeach}} {{endif}} {{if isset( $comment->metaData['comment']['timeGap'] )}} <li class="ipsTopicMeta__item ipsTopicMeta__item--time"> {$comment->metaData['comment']['timeGap']['blurb']}... </li> {{endif}} </ul> Remove the following from within that: {{if isset( $comment->metaData['comment']['moderation'] )}} {{foreach $comment->metaData['comment']['moderation'] as $modAction}} <li class="ipsTopicMeta__item ipsTopicMeta__item--moderation"> <span class='ipsTopicMeta__time ipsType_light'>{datetime="$modAction['row']['ctime']" short="true"}</span> <span class='ipsTopicMeta__action'>{$modAction['blurb']}</span> </li> {{endforeach}} {{endif}} Keep in mind that will also remove any other moderation action logs that this section might contain - not seen anything else myself, but there may be something else.

As stated...

What criteria are you using to dictate who to move? Is that criteria achievable via the member search in the ACP?