All Astronauts

Version of IPS?

Like I said, Kitchen Sink, Posts Tab, scroll to the bottom.

KS - Posts Tab - Scroll to the bottom. Number of allowed attachments. KS default is 25 so someone must have changed it on your site some time.

I don't follow, did I remove something from kitchen sink I'm forgetting about or is this a new thing you want included?

I'll give it another look and see what I can do though this quirk is only seen by the topic author.

@bearback That's not KS. Mine adds the description only on the forum index page. Everything else you see is the default IPS look. I can take a look though.

Just a reminder folks that if you get a notice that there is a new update/version/whatever to Marketplace items it may just mean the dev is uploading screenshots or altering the description - like I did tonight ? IPS Downloads items are content items, meaning when you change anything on them that's recorded as an "update" by the system and flagged as such. Yes, we've asked for changes - ain't happening. Next version is 15 - to be released ???

Update is fine. 1 just needed to be uninstalled to remove the col from the member table.

Sorry bout that, grab it again now. If it still happens for new quote makers I'll need to investigate further but it appears I just derped this momentarily (should have just used the request id in the first place)

@TheWorldNewsMedia.org Added to Kitchen Sink The next KS release whenever that drops. KS recreates the H2 element for topic views that was removed with 4.3 (strangely they actually removed this H2 element for topic view, everywhere else in the suite they did as they said they would do when they made these changes and just hid them with css) I just added the view count to the H2 I put back in. That work?

It's just the redirect I put in - before, when you saved, the page didn't reload so the displayed quote stayed the same until you refreshed. Prob just passing the wrong thing to the redirect method - two shakes, have this patched. EDIT: Done - dl again, etc...

AMH Profile Template 101 1) You can break the template if you don't know what you are doing! 2) I can help on occasion but I'm not here to hold your hand! amhProfileFields.phtml is the template that contains any profile fields variables you select in settings to push on through to the AMH card. By default it looks like this. <div id="amh-profile-data"> {{foreach $profiledata as $fieldname=>$fieldvalue}} <span class="amh-profilefield-name">{lang="$fieldname"}</span>: <span class="amh-profilefield-value">{$fieldvalue}</span><br> {{endforeach}} </div> The template has passed to it an array of the profile field data ($profiledata) you selected to push through. It than says "for each of the things in the array, lets do something with them AND let's go through them as the array key being $fieldname and the value of that bit $fieldvalue". Conveniently, the array keys are set up to be the actual profile name language bits. That means in this foreach loop all I have to do is {lang="$fieldname"} and the name of the field is outputted (for the user's language as well as this language template helper just ends up calling the member's chosen language)! To output the actual value of the profile field IN THIS FOREACH LOOP you just insert the variable as you would with standard template syntax i.e. {$fieldvalue}. The fieldvalue is either going to be whatever it is (and it will be escaped by default) OR whatever formatting and structure you have already applied when setting up the profile field. Whatever you have done there is what gets pushed through. If you have done nothing, it just comes out as is (but escaped by default as far as I can tell). Since this is a foreach loop you don't have to worry about missing bits and pieces - it is a "safe" template construct in that it just works with whatever happens to be in there. There are some spans there with classes for you to target and format as you like. As you muck about, you can always get back to normal by overwriting your broken template with the above to get back to stock and start mucking all over again. Now, some of you want to do wondrous things. Great! But you best know what you are doing. Naturally that means wiping out the foreach structure and doing whatever you want. Note with the foreach removed we no longer are talking about $fieldname and $fieldvalue - those aren't going to be what we are working with anymore - now it is the $profiledata array directly. The two things you need to be aware of are how to get the specific array bits by themselves and to protect yourself against non-existent array keys. The actual array structure of $profiledata is this: $profiledata['core_pfield_4'] => "Whatever the value of the profile field is here", $profiledata['core_pfield_2'] => "Whatever the value of this profile field is here", etc... So, you can remove the foreach loop and just do these two things: {lang="core_pfield_4"} - this outputs the name of the field (if you want or need it). Naturally the number on the end of core_pfield_ will change based on the profile field. I list these out for you in settings to help but you can also look them up in the database directly if you like. {$profiledata['core_pfield_4']} - This outputs the value of the profile field. That's it! If this is too confusing for you study up on IPS template syntax or find someone (not me...) to help you out. However, you MUST PROTECT YOURSELF when you call these directly. What do you think happens if you customize the template to output {$profiledata['core_pfield_4']} and you (or someone else) decides to remove that profile field from being output to the AMH hovercard? The template will look for a variable that is not there and will just hang, probably with a spinner, and no errors thrown. This is stuff YOU need to account for! Do this! {{if array_key_exists('core_pfield_2', $profiledata)}} {$profiledata['core_pfield_2']} {{endif}} And be careful when you start copy/pasting things or changing the field number up on the fly in the template that you don't do something like this: {{if array_key_exists('core_pfield_2', $profiledata)}} {$profiledata['core_pfield_4']} {{endif}} Make sure those numbers match - checking for the existence of one thing but then trying to display another leads to madness and broken templates. Once you are protected as above that's it! Go crazy! Add your classes and divs and what have you and do whatcha like!

I'm thinking some time tonight. Bread about to be baked, shopping to be done, and Stanley Cup tonight... So, after that? I have added a setting to toggle on/off click card functionality. This will be up to you guys whether you want this on or off or not - depends on how mobile/tablet heavy you guys are - but the option ended up being trivial to include. EDIT: Caps won! So, tomorrow ?

Groovy, save me some time.

Those two (three?) who have this now - is the quote adoption already high? I ask as since I'm pulling the profile data I went ahead and set up the quote stuff in it's own db table and not on the members table. Wondering if I can get you guys to just uninstall the old version and install the new one - just means people have to enter their quotes again. It's that or I have to spend time writing a converter to move the data between tables.

95% done, just need to sleep on it and poke it in the morning with a clear head. As stated, there are limits to what I can do for people here - you'll have to manage the looks yourselves. The template I'll give you to play with with have a foreach loop on the profile fields you have selected in settings to push through here, and it displays them as field name: value, taking any formatting you've done on the fields when you set them up. That means if you ahve this stuff formatted one way for viewing on your profile pages you may need to mess with this a little on this end of things. Like I said, gonna sleep on this and see if I need to do anything else to maybe make it easier for you guys. You will be able to toggle the yearbook quote and the rep badge stuff on/off now though yearbook quote will always have that principal placement underneath the username group name bit when enabled, and also, the rep badge will have the last position - any other profile fields you enable will be placed between the two.

Gave this some thought overnight. I can pull those and make them available (within reason) and then have a blank template be toggled on/off for you to use to do what you want with those vars available there. Will be bumping this to $15 / $6 when I'm done ? Don't forget! If your users have animated coverphotos... well... ?

Do you mean your profile pages? Otherwise you already must have a custom thing going on for those to display on the hovercards. That or you are running 3x and not 4x.

What fields would you want? Understand this can get messy really really fast. With customs I can craft things as needed to the site needed. To allow all of this, and I can (with some exceptions) I'd probably have to just "make it available" in the template and then: 1) Site admins would need to edit the template for their theme(s) to display it how they wanted to - that's without help from me - you'd need to know what you are doing - similar to the Pages Categories Images mod I have where the information is available in the templates but you have to choose (and work) how to display them. 2) If I ever structurally change the template for this in a future release, everyone would need to, like updating themes between Invision Community releases, update their custom AMH template. The profile stuff is wide open - just about any field type is allowed there. It's basically Pages-lite. Right now on the default IC hovercard there is *zero* profile information brought through.

@Josiah Wallingford The Create Menu on mobile (tablet and phone) stuff is in now, you'll see it in KS 24. BTW, one casualty of the sweep is changing the post menu bits (edit, quote, etc.) - you can still swap all those for Font Awesome button icons - all good - except for the first post in a topic where the edit menu option has to stay text - there is nothing there to grab to change it now. So it goes... Report post option also now finished out - leave where it is or drop it down into the post menu alongside edit, quote, etc. Can swap it out for a Font Awesome button icon as well. Again, that's KS 24, soon-ish.

KS 23 Released! Swept through and minimized as much as could be minimized. That's more css targeting and less template over-writes. One sacrifice is the option to move edit, quote, or report to the post menu's option dropdown on the bottom of the posts. And actually, the toggle to move the report post bit is still there but just hides the report post bit at the moment - forgot that but it's late here so I'll add the other half of that - to stick it in the bottom post menu - tomorrow. Grief from places is the reason why. You can still change those bits down there to icons and customize the Font Awesome bits though. On the plus side I don't have to maintain that nonsense anymore (see earlier posts here in this support topic) - that means those fix bits for some 3rd-party apps are gone now - no longer needed. Screenshots, as usual, were wiped out in the Marketplace entry recently so a new batch is in there - just settings pics for now. Didn't look at the update pulse icon stuff yet but I think that needs a sweep soon. It still works fine of course but prob. needs cleaning.

All KS does in this instance is check if there is a coverphoto. If no coverphoto #elProfileHeader gets a class added to it, and the shrinking happens in the css. On the element you'll see: <div class="ipsPageHead_special ks_nocoverphoto" id="elProfileHeader" data-controller="core.global.core.coverPhoto" data-url="http://localhost/dev/index.php?/profile/1-fate/&amp;csrfKey=fdadf48e5cede872be208ccf9b925005" data-coveroffset="0"> Check your css, when there is no cover photo and that setting is enabled you'll see the ks_nocoverphoto class there

Confirmed working 4.3.3 to