13.

1. This could be achieved with super-simple hook.

   ...
   parent::_htmlPurifierModifyHtmlDefinition($def);
   $def->addAttribute( 'a', 'name', 'Text' );
   ...

2. Keep in mind what name attribute is deprecated and not a part of HTML5, so it would be better to use something like data- attribute and then in JS on client side make an id attributes from it's values after checking that these IDs will not conflict with existing IDs.
   
   

I did it some time ago for my communities, here is a live example.

+1 for this suggestion

59 minutes ago, Rhett said:

I was just explaining why you are seeing issues with such images

Well, it's your assumption. No more no less. But what about the diagnostics instead of assumptions? WIll IPS provide informative error instead of just "-200"?

93 frames and 816kb is nothing for GIFs. Most of uploaded GIFs on my forums has a lot more frames and sizes (and a lot of them was uploaded when i used ImageMagic).

As i already said, problem is not related to the count of frames of to the size of the GIF, it just appears with some of GIFs, not matter how large or small they are, or how much frames does they have. I've uploaded bigger GIFs with much more frames and it worked just fine. Played around with timeouts and memory limits, e.t.c. and it does not affected the error with GIFs which has lower size and less frames.

Does not matter, the actual problem is lack of information in the error, that's it.

I know what it has 93 frames, obviously.

The problem is not related to the size of the GIF or to it's count of frames, it just appears with some of them, not matter how large or small they are.
(To be honest it's not large at all, it's even less than 1 MB)

My question is about the diagnostics and fixing this problem. WIll IPS provide informative error instead of just "-200"?

29 minutes ago, Rhett said:

Make sure you are setting a max image size to save, this helps greatly reduce these errors, as mobile and other devices these days take extremely large images, it's more difficult for web servers to handle such large items. Setting a max image size to save should resolve the issue for you.  This is for forum and other attachments, not gallery though. 

What about my case, when i get this problem with not large animated GIFs and only with IPS+ImageMagick, while having enough memory and very powerful server?
Any other PHP apps which using ImageMagick (WP, for example) are working just fine on this server with the same GIF files, i have this problem only with IPS.

Tested with this GIF: outline.zip

Any tips about how to diagnose this problem more specifically?

I have the same issue with some animated GIFs when using ImageMagick, and it does not related to connection speeds or file sizes in my case. Temporarily switched to GD, because did not have a time to investigate this problem yet.

+1 for more diagnostic info in this error.

As i already said, it should search not only on tags but also on titles, including localized ones (as it was in 3.x).

Yes! This is super annoying thing! Search in ACP should work with titles of ACP sections.

@webrain_merged

PC:

Mobile:

Download:

14 hours ago, bfarber said:

it's probably worth giving the feature some time to mature before jumping on it. ;) 

It will be mature enough when next Invision Community will be released ;)

Personally i would love to have this feature in IC as soon as possible, because ~83% of my users are using chromium-based browsers, and most of them are on up-to-date versions. It's good enough value for giving them this native feature and use IPS's implementation as Polyfill for other small group of users.

1 hour ago, bfarber said:

It's only a beta feature (i.e. it's hidden behind a special flag you have to manually enable) in Chrome 76, which was released 13 days ago.

No, it's live in all browsers based on chromium 76+. Caniuse just didn't updated their info yet. Test it yourself, it works in latest stable chrome by default.

55 minutes ago, Brent C said:

The guide you linked, does it then also allow me to define BBCode that gets converted to my custom HTML block? If so, then I'll be happy enough.

You can make a plugin for this, it's just a few lines of code.

Well, on my community only ~1% of users are using apple. Should they be the reason to keep other users without good and useful feature? Definitely no.

Wow, could you describe in more detail, how exactly(and in which forms) you've used v3? Thanks!

16 minutes ago, Morgin said:

If you want IPS to have a fully workable PWA with push, then you need to advocate for iOS.

Or move to software which already supports push notifications not paying attention to iOS, which only slows down progress and is used by a very small number of users? 🤔

I'd prefer to see what IPS changed their mind and started working on what customers need, and not what supports some always-lagging OS with a smaller share of users.

When PWA will be widespread, iOS will support it. Not in other order.

2 hours ago, Morgin said:

Getting push on iOS is key to getting push in invision.

That's pretty annoying because most of IPS customers don't care about iOS(in context of this topic) and want to have push without waiting while iOS dinosaur will support it.

Also, it would be more productive to come to apple and say what you're already have push on your website and it works great for all visitors except of iOS users, which suffer from lack of it's support in iOS, than just saying "hey apple i want this feature but i did nothing to implement this on my website even while there is a much more numerous group of users who already could use push notifications, than iOS users".

Just imagine how different is this message in editor from what we see in the topic :)

@Charles

28 minutes ago, Charles said:

I am just curious: since the editor is WYSIWYG what is your use case for preview? It's something I never did "get" personally 🙂

It was discussed a lot when "preview" button was removed from IPS at all in 4.0.x and we all asked to bring it back. Two main points is:

1. While editor is called "WYSIWYG", it's actually not, in a lot of cases.
2. Ability to quickly check how the message will look on different devices is useful.

Not sure about the first sentence in this quote, but second is definitely worth to try:

Quote

The WebKit bugzilla is not the best place to make feature requests, and especially piling on in comments is unlikely to raise the priority of this request.

Please use Apple's Feedback Assistant tool to report feedback and request this feature: https://feedbackassistant.apple.com

Apple uses duplicate reports to assess priority of issues, so you can reference this bugzilla report and also Radar #34829517 to help them associate the duplicate reports.

Hello.

I need to allow to post an attribute like data-customanchor="value", what is the correct way to do that?

I've tried to play around with setting "Allowed javascript controllers" in editor's settings, but didn't figured out how to use it (also did not found any examples or docs on how to use this setting).

Thanks.

Any news on this? We want to see .webp files as images, not as downloadable attachments :)

4 hours ago, kmk said:

Can you shared the steps to achieve that? 

23 minutes ago, kmk said:

Is something so hard? Can I ask for how to achieve? 

Here is an example (add it to custom.css file of your theme):

/*** Attach Mobile Nav to Bottom ***/
#elMobileNav {
  position: fixed;
  bottom: 0;
  width: 100%;
  z-index: 5049;
  border-top: 1px solid #808080;
}
/* Increase body length in order to not overlap footer elements */
body.ipsApp_front {
  padding-bottom: 50px;
}
/* Prevent from overlapping by lang switcher */
ul#elNavLang_menu, ul#elNavTheme_menu {
  z-index: 5048 !important;
}
/* Prevent from overlapping by notification popups */
#elFlashMessage.ipsFlashMsg_bottom {
  bottom:50px;
}
#elFlashMessage.ipsFlashMsg_dismissable [data-action='dismissFlashMessage'] {
  right: 10px;
}

It may also require some additional cosmetic tuning for your theme.

4 hours ago, kmk said:

Is possible make it like Chrome browser, when you take action scrolling down is when appear the menu header? So it will be disappeared in others time for reading content. 

It shouldn't be hard but i don't plan to implement this because in my experience this behaviour could be unobvious and annoying for inexperienced users.

Fixed docking is enough in my opinion.

I'd rather suggest to dock it to the bottom of the screen on mobile, as many mobile apps does.

Here is an example how i implemented this on one of my websites a while ago.

This way you can access breadcrumb button, quick links and notifications right under your finger even while holding a big mobile with one hand.