Linux-Is-Best

Speaking personally, from my own unique perspective. I manage an active community overseas that could be classified as servicing within an emerging developing country. Mobile devices are the primary source of medium there to access both the world wide web and our community. It is important to consider the responsiveness, performance, and compatibility of the software with the build of those mobile devices. I was aware CKEditor 4 did not match our required needs and waited with anticipation for the development and release of CKEditor 5. It had to do with another project. Unfortunately, the inflated hype surrounding CKEditor 5 was most disappointing, to be more marketing and less substance of functionality. I am further disappointed to say that has not changed since the initial release of CKEditor 5. Invision has been taking some impressive and bold initiative with their development. They seem willing to expand the realm of online community development and I have found it most impressive with their continued ability to, metaphorically, “step out of the box and think differently.” However, beyond testing the functionality and versatility of the software, I could not actively deploy Invision into any meaningful live community with the current limitation the CKEditor imposes on mobile devices. I suppose if mobile was not such a required need, I would have done so two (2) years ago. While I would certainly like to see it happen sooner, around the time of the end of support of CKEditor 4. I hope in the far future, around the time of Invision 5.0, the development will revisit the possibility of implementing an editor that does not hinder mobile browsing.

That would be disappointing. I have used CKEditor 4 and 5. It is irreconcilable, incompatible with our needs and not mobile web friendly in terms of usability and performance. I would see it as a missed opportunity to improve and better Invision’s future. While CKEditor may have once been the mainstream web editor of choice; I understand and sympathize with the reasoning on why many developments no longer use the editor. It is, of course, your development and your vision, but I would urge you to reconsider and give it further thought.

Hello everyone. I hope and trust you are all doing well. It has been a little more than a year since I initially made my inquiry. CKEditor 4 is still on track for the end of product life support this coming 2023. I initially made my inquiry and suggestion for the possibility of a new editor last year, while we were two (2) years away. Plenty of time to give some serious thought and consideration. It is 2022, and we still have until next year, so there is no rush. And even after CKEditor 4 reaches its end of life, I imagine the final patched release can hold us over for a little while after. That said, the clock to that moment is still ticking away, so I thought I refresh the spirit of the discussion with a little reminder. Any alternative to CKEditor in the future would be most certainly welcomed. I have listed a few suggestions in my original post on page one. But I know there is a wide variety of alternative editors out there. If you know of one you believe would make an even better fit, please share with the community. It could be beneficial to the community and the development of Invsion’s future products and services. As always, I thank you for your time and consideration. I wish you all the very best. 😊

Google and their wisdom are making it harder for people to leech off of them. I cannot say I blame. If you're setting up e-mails, you really should not depend on Google cache. Another thing you should know. Gmail is testing a new "feature" concerning ad-blocking. If you see broken e-mails while using Gmail, have you tried to disable your ad-blocker?

Add the following to your .htaccess file # BEGIN GZIP COMPRESSION <IfModulemod_gzip.c> mod_gzip_onYes mod_gzip_dechunkYes mod_gzip_item_includefile.(html?|txt|css|js|php|pl)$ mod_gzip_item_includehandler^cgi-script$ mod_gzip_item_includemime^text/.* mod_gzip_item_includemime^application/x-javascript.* mod_gzip_item_excludemime^image/.* mod_gzip_item_excluderspheader^Content-Encoding:.*gzip.* </IfModule> # END GZIP COMPRESSION Or if you were using Nginx (for future reference), you would add this to your config file (nothing you need to worry about, since you are using Apache). gzipon; gzip_comp_level2; gzip_http_version1.0; gzip_proxied any; gzip_min_length1100; gzip_buffers168k; gzip_types text/plain text/html text/css application/x-javascript text/xml application/xml application/xml+rss text/javascript; gzip_varyon;

So no clues on what is causing it (or how to fix it)?

My test site will always be a live site, as it will be my intention in the future to purchase a 2nd license for actual production. Localhost is not a solution I'll be looking to use as I would want my development in a live working environment. YES, I am using the 4.6 developer tools. YES, I am using the 4.6 developer tools.

Since we are on the topic. I know that @Real Mythotical will soon have his 4.6 running on the latest PHP v8 setup and maybe available to hire.

I was online this morning and noticed the upgrade page here on Invision. But I think my 1st clue that we were on the final release was the bug tracker soon vanished afterward. 😅 I am still waiting on the CKEditor v4 fix that will resolve Mozilla Firefox Mobile. I figure it will be a few months before CKEditor fixes that (that's not an Invision issue, but still). I, of course, also need to figure out why IN_DEV does not work for me. For now, 4.6 is something for me to play with and play with I shall.

The sytlesheet was not loaded because its MIME type, “text/html”, is not “text/css”. The obvious cause when viewing my browser's web tools (I use Mozilla Firefox) is that the correct stylesheet is not loading. However, it is not browser-specific, as I experience this when using Brave Browser too. Although, that does not explain why, and I am unsure how to resolve this issue (other than to disable IN_DEV).

The good folks of Invision's development team inform me this is not a bug with the current Invision Community 4.6 beta (still current in final release too). Nevertheless, I am currently experiencing an interesting issue that causes the page not to render, as shown in the screenshot. This only happens when IN_DEV is enabled. You can see for yourself at my public testing site: https://domaintaken.org/d/ I am curious if anyone has any clues on how to resolve this issue. As always, thank you kindly for your time and consideration. 😀

I will be perfectly content with nearly any editor outside of CKEditor. It feels worth repeating, but both v4 and v5 I find inadequate for both the front end and back end, so nearly anything would be an improvement. As you pointed out, and as others have noted, changing to v5 or any other editor will be a significant change regardless (either way). While CKEditor would argue that v5 was a near rewrite or complete rewrite (I forget which), it's still more or less the same editor by the same development, making many of the same mistakes (and issues). That is too bad because I did buy into all the hype three (3) years ago (2018) when they release v5. But I digress. I do like your alternative viewpoint. The idea of making it so the system was "plug and play." If you could swap out the editor as nearly as easily as you could an add-on, that would indeed be impressive. While I did initially say, I have no particular personal preference beyond just replacing CKEditor. If I could have my pick, I would likely jump onto Redactor Editor.

A cooling period would be best if it did happen automatically, but only after "X" many days, and they had the option to cancel beforehand. That would give the members time to cool off and change their minds or commit to their choice. Ideally, not requiring staff involvement would be preferred (in my opinion).

The request was to include this into the core and away from 3rd party. 😉 It would be perfectly acceptable for this to be a feature that the admin could enable or disable, though—allowing you to decide what you believe is best for your community.

I assumed the permission would have been available when you clicked on to edit the group. Little details, eh? lol 😉