Jump to content

Community

Search the Community

Showing results for 'editor' in content posted in Feature Suggestions.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Categories

  • Themes
    • Light Themes
    • Dark Themes
  • Applications and Plugins
    • Utilities and Stats
    • Look and Feel
    • Blocks and Widgets
    • Social Experience
    • Bridges and Integration
    • Developer Resources
    • Member Extensions
    • Staff Extensions
    • Commerce
    • Fields
    • Multimedia
  • Translations
  • Invision Community Extras
    • Invision Community Guides
  • Image Packs (Deprecated)
  • Theme Followers's Downloads

Categories

  • Welcome
  • Client Services
  • Getting Started
    • Community in the Cloud
    • Migrating From Another Platform
  • Members and Groups
    • Social Sign In
  • Member Functions
  • Staff and Moderation
  • Security and Rules
  • Promotion
  • Monetization
  • Community Enhancements
  • How to use Invision Community
    • Managing Your Community
    • Content Discovery
    • File Management
    • Member Preferences and Features
  • Suite Applications
    • Forums
    • Gallery
    • Downloads
    • Blog
    • Calendar
    • Pages
    • Commerce
  • Themes and Customizations
    • Getting Started with Themes
    • Advanced Theming
    • Languages and Localization
    • Editor and Emoticons
    • Tips & Tricks
    • Template syntax
    • Javascript Framework
    • CSS Framework
    • Sidebar and Widgets
  • Advanced Options
    • Configuration Options
    • Server Management
    • IPS Connect

Categories

  • General
  • Development
    • Applications
    • Plugins
    • Extensions
  • Framework Fundamentals
    • Nodes
    • Content Items
    • Comments
    • Reviews
  • Members & Authentication
    • Login Methods
  • Other Features
    • Notifications & Emails
    • Forms
    • Commerce
  • Invision Community 4.2
  • Invision Community 4.3
  • Invision Community 4.4
  • Invision Community 4.5
  • Invision Community 4.6
  • Legacy Documentation
    • 4.2 and below: IPS Connect
    • 4.2 and below: Login Handlers

Categories

  • Product Updates
  • Community Management
  • Off-Topic
  • Company
  • Matt's Blog

Forums

  • Support
    • Feature Suggestions
    • Getting Started
    • Help & Support
  • Community
    • The Community Managers' Lounge
    • Community Management Tips
    • Community Support
  • Marketplace
    • Support
    • Requests
  • Developers
    • Announcements
    • Developer Connection
    • Customization Resources
  • Theme Followers's Theme Updates

Product Groups

  • <p>Advertisements</p>
  • Converted Subscriptions
  • test

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Website URL


Skype


Location


Interests


QA


Resources Contributor

  1. I want my community to be the income oriented platform and professional profit focused ecosystem. The below features are the tools to achieve mentioned goal: CONTENT 1. Allow Administrator to change the TopicStarter (Author). Some Authors can be banned or deleted from community, but topic can be popular and deserves to stay. 2. Option to limit members from change topic title and first message separately. Most members creating misspelled topic titles and Administrator can edit more correct and SEO-friendly. 3. If Reply to this status..., then updated status goes UP in All Activity feed and in Members own feed. Improves moderation and in profiles activity. 4. Share this post on other sites: Add WhatsApp, Telegram, WeChat, Instagram, Tumblr, VK, XING. + Add the setup option for this feature in the AdminCP. 5. Display icons on Pinned topics and Recommended posts in All Activity feed. 6. Built-in translator for messages in other languages. 7. Members can Pin own message on its Profiles Activity feed. 8. Auto-width size of Excel table after copy-paste. 9. If Delete All Content (Members) then delete created Clubs too. If I want to delete all the content of specific user, It should be erased completely! No need ghost-clubs, except the Public ones. ECOSYSTEM 10. Setup permissions for members group that way, so the members of "one group" could see each other content, but other groups can't see "one group" content. Like parallel world in the same community. + Hide "one group" content from search engines. Within the framework of freedom of speech, that is a good feature to hide and allow sensitive content. 11. Option to leave the community. Ex.: Member leaved the community N minutes ago Sometimes Members asks to delete their account. Let them do it ourselves. And let them to decide in deletion menu to stay posted content as Guests or Delete All Content. 12. Set up premium buttons for Members to pay for extra options on direct pages: pin topic, change members group, recommend post, promote. Admin pre moderation. 13. Feature to automatically delete inactive members for the period of time. I don't want dead souls on board and make illusion for members that we have thousands active members. So better to make feature to set a timeframe for inactive members after that they can be automatically deleted from the community. WORD FILTERS 14. Word Filters for About Me in profiles, Usernames, Tags. Unfortunately Members can still avoid and post inappropriate content in mentioned sections. 15. If Added new word to filter, all the filtered content must be updated regarding Action to take. Before I added another word to filter there is still hundreds of active topics and thousand active messages with the banned word. 16. When any content is hidden for moderation approval on the Words Filter basis, highlight the banned words for Administrator. It needs a lot of time for moderator\admin to understand why the message was filtered: hard to find a filtered word in long texts. 17. Text Editor for Replace with text action in Word Filters. Ability to chage color for replaced text. Amex credit card holders Indian or any country cards can be filtered word. Amex credit card holders Indian or any country cards can be filtered word. To pay more attention to the rules for intruders. 18. Add new action to take: Hide\Reveal objectionable word. Instead of replacing text create to hide the objectionable word instead and a user simply places their mouse cursor over the top of it to reveal the word. The objectionable word is still present just obscured from view unless someone chooses to reveal it.
  2. CKEditor 4 is reaching the end of life (source). Instead of jumping onto the CKEditor 5 bandwagon, I propose Invision consider an alternative editor. There are many well-established modern editors such as, for example, TinyMCE, Froala, Quill, and Redactor, to name a few. Any of these would make satisfactory alternatives. CKEditor may be 'old school,' but it has become bloated, larger in file size and load time. Most of the issues it encounters often have to do with responsive layouts on a mobile device and excessive load time. As mobile continues to dominate the landscape, I feel it may be prudent to focus on an editor development that has kept up successfully with the times with the least issues. Changing the editor should not be expected in the next release. But a roadmap should be considered for a future transition. Thank you for your time and consideration. 😀
  3. I don't need to hide the button in all posts. I am using this code to hide the quote button in the last post on the page: article:last-of-type li[data-ipsquote-editor="topic_comment"] { display: none; } This is not a bad solution, but I want to hide the button in the last post of the topic.
  4. When we paste URLs in the editor, some of them are automatically handled as a link, for example: https://www.google.com/ But it does not work if the domain is IDN, e.g.: https://xn--90adahrqfmec.xn--p1ai/ The expected behavior is conversion to link like this: https://гемоглобин.рф But it simply does not work here, even though there is a clear indication of the HTTPS protocol.
  5. You can hide the "Quote" button for all posts using CSS: .cPost li[data-ipsquote-editor="topic_comment"]{display:none;}
  6. Hello @Matt Thank you for following up with my requested inquiry (and feature request to change the editor in the future). I understand we have two (2) years to consider this, plenty of time for the development team to explore their options. In fact, that is why I made the request now, as opposed to later. I understood changing an editor would be an in-depth process and not a decision that could be made hastily. So it made perfect sense to make my inquiry now, as opposed to making this inquiry moments before CKEditor becomes the end of life. I am currently using CKEditor 5 in another development. I have not been amused anymore than I am with CKEditor 4. Most notably, the issues I experience have to do with how CKEditor works with mobile designs and layouts. As I previously said, ideally, you want your editor not to be the focus of your development. By that, I mean to say the editor should blend effortlessly in the background as something you do not notice (an afterthought). So many developments no longer use CKEditor because the editor itself often gets in the way. I cannot count how many times when I have heard or experienced why something was not functioning right because of the editor. Or why something could not be developed or extended because of the editor. The editor (CKEditor) is not the afterthought it should be. Even here on Invision, the editor and its limited functionality has proven problematic by the sheer request to work around it https://invisioncommunity.com/search/?q=editor&quick=1&type=forums_topic&nodes=499 I want the good folks within Invision to know that I and many here respect where you have been taking your development. I like all the many features you have incorporated, and I am excited to see where Invision may be going in the future. But the editor (CKEditor) is indeed something of an annoyance. I currently have no doubt when Invision decided to use CKEditor; at the time, it was the best option available. Times change. I do not expect Invision to change editors overnight. As previously pointed out, it is not easy to change editors or upgrade editors. I do not expect an editor change in the next release. My request was for the far-off future, perhaps Invision Community 5.0 (whenever that happens). Again, we have a whole two (2) years before CKEditor reaches the end of life. Plenty of time for the Invision team to explore their options available. I hope (and request) that Invision explores their options during that time and hopefully decides on a different editor in the future.
  7. Please excuse the unusual title. I am attempting to word this so even someone who is computer illiterate could understand my suggestion to see if my suggestion is a shared interest. In the old days of BBcode, you could press a button (within the editor) that allowed you to review the underline code used to format the display. My suggestion is not that we go back to BBcode but merely add the functionality to precisely review how the layout is formatted (as an option). The attached screenshot is another development which I will NOT be named as it would be rude and inconsiderate to promote a different development on Invision's support forum. And while it may seem cliche to say, 'can we do something that one of your competitors is doing?' I only mean to demonstrate this to clarify precisely what I am suggesting by presenting a working visual demonstration. The editor processes HTML just like Invision's editor. The only difference and what I would propose to be added in a future release, if possible, is the functionality to switch between the display editor and the raw code (as demonstrated in this screenshot). Is this something we could possibly consider? Thank you for your time and consideration. 😀
  8. I'd like to request that the Context Menu plugin be integrated into the suite. Several useful plugins that enhance the usability of the editor depend on the Context Menu plugin, and currently cannot be installed without breaking the editor.
  9. If I'm working on a long article or post that has multiple links and I accidentally click one of those links while I'm trying to edit it, the editor often has not yet saved any draft input yet and my whole article gets wiped out. I just lost about 45 minutes of work this way and this has happened to me multiple times.
  10. Back in the day (long ago), nearly every project and development I know about used CKEditor. In its heyday (gold age), WYSIWYG editors were still a relatively new concept (I feel old. ), and CKEditor was considered top of the line. Times have changed. Ideally, you want your editor not to be the focus of your development. By that, I mean to say the editor should blend effortlessly in the background as something you do not notice (an afterthought). So many developments no longer use CKEditor because the editor itself often gets in the way. I cannot count the many times when I have heard or experienced why something was not functioning right because of the editor. Or why something could not be developed or extended because of the editor. The editor (CKEditor) is not the afterthought it should be. Even here on Invision, the editor and its limited functionality has proven problematic by the sheer request to work around it https://invisioncommunity.com/search/?q=editor&quick=1&type=forums_topic&nodes=499 Speaking personally, I love where Invision is going. I admire their creativity in where they are taking the development. I enjoy many of the features and am looking forward to the new features they have suggested they have planned. But I dislike the editor. It is my 'pet peeve' for Invision. I know of only two developments that still use CKEditor (the other is not a forum, and they use CKEditor 5). In both of them, I dislike the editor (v4 and 5). Why? Because in both of them, nearly all the issues I encounter, all the bugs I stumble upon, and all lack of functionality and adaptability surround CKEditor. Besides Invision, only vBulletin, whose market share is shrinking and development has become stagnant, concerning forum software, still uses CKEditor. I do not expect Invision to change editors overnight. As SeNioR- pointed out, it is not easy to change editors, not even to CKEditor 5. So regardless of the discission (whether we stay with CKEditor or change editors), we are still looking at a large transition. We have two (2) years to think this through and explore our options before CKEditor 4 reaches the end of life. Plenty of time to think this over. You'll note I did not specify any particular editor (besides a few examples I gave). My request is not to promote any specific one, only that an exploratory investigation be conducted and that Invision considers their options.
  11. 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.
  12. I use CKEditor 5 already on another development (outside of Invision). As an editor for user-generated content, it sometimes gets in the way and often in more ways than its competitors. I accept that no editor (or software in general) will be perfect. Issues happen. It is, as they say, 'an imperfect world.' But I have discovered through experience just how much more imperfect CKEditor can be. I am not going to tell you it is the worse editor on the market. But it is also not the greatest either, and I believe that opinion has gone well beyond just a personal preference. I continuously receive comments and issues from users about the editor, notably how it will render vastly differently between mobile browsers and browser versions excessively. This wouldn't be so bad if we did not have to wait months for updates. Experiencing issues that can last months on the internet is painful. On average, 2-4 months between patch fixes. https://github.com/ckeditor/ckeditor5/releases and https://ckeditor.com/cke4/release-notes Add in the fact that a development like Invision needs to test these patch fixes before releasing them. And you have another 1-2 months on top of your wait (for an average of a 3-6 month turnaround). When you compare CKEditor's release cycle to Redactor, for example, which releases a patch between 1-2 months (sometimes every few weeks), you begin to understand that a more active and modern development will experience less of a turnaround. Even when incorporating the time used by a development like Invision to test things out on their end. https://imperavi.com/redactor/log/ I absolutely agree. When looking for an editor for articles written by admin, we can do better. But I also believe when looking for an editor for user-generated content, we can also do better than CKEditor. An editor should go largely unnoticed and be simple and easy to use, as you have said. I agree. On the surface, one would assume that should be true for CKEditor. But from experience, it (CKEditor) is what often gets in the way, and the resolves are few and far between.
  13. Currently a profile field type once set its always of said type. It would be so much better that once a member reaches a threshold and promoted to a different group than the type of profile fields could change from a text area to the editor.
  14. I agree - I've been exploring use of Pages as a means to potentially migrate a long-running Wordpress into InvisionCommunity (I've used Invision for my forums for the last 15 years or so), but as much as I adore the concept of having a unified theme/account integration for forums and site content, Pages isn't quite there yet for me and needs some attention. Hopefully now that 4.6 is out the door, Pages can be the next app to get InvisionCommunity's full focus. I certainly think that being able to splinter longform articles via pagination is a useful idea, as is the ability to dynamically modify a page's layout using different block formats. I've been thinking about it, and I'd love to see the following improvements implemented into the Pages app in some way too: 1. Multiple Category Selection It would be great if it was possible to assign a record in a database to more than one category. My Wordpress blog allows me to set a news post as either a ‘Games’ story, a ‘Movies’ story or both if the news concerns both mediums. 2. Change URL Slugs per Database At the moment, the definition is [domain.com]/[database_name]/[category_name]/[record_slug], and this is true for any and all databases you can create in Pages. Would be good to get some options on this - being able to use [YEAR]/[MONTH]/[record_slug] instead would keep things in uniform with a blog style. 3. Remove "-r" suffix on URL per Database I can understand the reason for the 'revision' suffix in a record URL if you're using it for a "wiki" like database of some sort. Doesn't really lend itself well for blog-style page URLs, or other potentially interesting uses of the Pages app. Should be a setting on the database-level in AdminCP to automatically remove the "-r" in a Page record slug by default, instead of asking writers to manually remove it after creating each post. 4. Pages Media Library I still don't really understand the use case for the internal Pages Media Library in AdminCP (Pages > Page Management > Media). What is it for, exactly? I thought it was going to be a 'media gallery' that could be used by Page authors across the entire database (similar to Wordpress' Media Gallery). But its use is extremely limited. It doesn't appear when creating a new article/record. The only way to use an image uploaded to this Media Library is to remember the media tag for each image and include it (and even then it only works in Page templates). It's quite useless, especially when the Theme Resources section exists. This should be re-imagined as a dedicated Page Database media library, accessible to usergroups with the ability to post records - with editable filenames and support for images, video, files etc. It should be accessible via the WYSIWYG post editor and the media contained here sandboxed from all other media uploaded by users (Gallery entries, Attachments, etc). You could set either a 'global' media library for everything related to Pages, or a separate media library for each Page Database. 5. Allow Categories to be set in Menu Manager I can set specific Pages as a Primary/Secondary navigation menu item in Menu Manager, but not the categories associated with a particular database. At the moment I have to set them as External Links, which doesn't allow for a consistent design when using CSS to style 'active' secondary nav links. 6. Ability to pull from multiple databases in Widgets/Loops This might already be possible re: the Loop and it's something I'm not aware of, but I have two databases ('News' and 'Articles') that I want to be able to combine if I wanted to. For example, on a Homepage I might want to build a block that contains latest News specifically, and a second block that pulls all the latest posts from both News and Articles. I feel like that shouldn't be too difficult to do... 7. Do Not Post Duplicate Topics when using Copy to Database Function 8. Do Not Modify Original Topic Content when using Copy to Database Function 9. Add Post Topic Meta when using Copy to Database Function I explain these last three in more detail in a topic I created a month or so ago, but basically the 'Copy to Database' function doesn't lend itself well to non-wiki style Page-Forum integration. The idea currently is that, if an author decides to write a news story (for example), a Page record and an associated Forum topic is created together, with Page comments and Topic replies merged. However, if an author decides to write a news story based on a topic that exists already, using 'Copy to Database' will result in a Page record, a new duplicate Forum topic AND the existing Forum topic. There needs to be a way to override the Post Topic feature, while keeping the Comments-Replies integration. When using 'Copy to Database', the existing Forum topic content is also changed to reflect the new Page record. For instance, an author re-writes the text from the Forum topic when developing the Page record, to make it read better as a news story. The original topic should not be modified if this happens; I'm not entirely sure why this is considered normal behaviour in Pages anyway. The Topic Meta idea just adds a little nice site-forum integration to the Copy to Database feature, and isn't really necessary... but I think it would help make a forum community feel more connected to the news/article side of the website, if they were made aware that their topic contributions were also having an impact on the associated news story. ---------- Sorry for going on and on - there's a LOT to Pages that I like but I think if your ideas and the above ideas are followed through on, I would feel a lot more comfortable taking my Pages install out of a test environment and look to fully building it into a revamped version of my community. 🙂 Thanks for making the topic, great ideas!
  15. Honestly, that's not what happens in practice. The majority will simply use and grow to work with whatever the default is set to, even if the default is a functionally inferior version, as long as the minimum feature set for creators is maintained. My source for this is Moodle - which made a transition from TinyMCE to its own home-grown editor Atto a few years ago. While inferior functionally (objectively) compared to the legacy version of TinyMCE they were using, the reality is that Atto did enough to support most things that people needed, and the community plugged the remaining holes as they saw it. My source for the other end of the scale is one of the Moodle derivatives, which followed the TinyMCE -> Atto route and in the last couple of versions introduced their own editor to replace Atto, called Weka. All three editors remain available, but Weka provides zero table support which is a deal-breaker for some content creators. (Their justification is that they intend content to be consumed by mobile and their mobile app does not support tables.) Basically as long as whatever editor is not so broken that it's deemed unusable by the majority, whatever the vendor does will just be accepted because people will generally move with change. A new editor, in whatever capacity, is a hefty undertaking to consider not only users' needs (all sets of users) but also to consider security of whatever formatting is being done, as well as side functionality such as uploaded/embedded media.
  16. It’s probably too much of an edge case when implemented exactly the way you ask for. The clean and obvious solution is the ability to simply assign profile fields to groups. Then you could have the text area field assigned to one group and a separate editor field assigned to the other group. There would be a broad use for that and it always puzzled me that this isn’t possible already. It’s kind of obvious. We probably don’t want people to sign up and set all kinds of advertising links on their profile, but we might be happy to allow it later on when they move up to another member group of active members, paying members and so on.
  17. When you paginate (which is an ajax refresh instead of a full refresh of the page) it would be nice if the editor didn't dump your data. I've done it on accident a few times but it would be nice to be able to move and review other posts sometimes in long threads and the only way to do that is to quote them all at once or have the thread open in a new tab.
  18. Thank you for bringing this up. I completely agree. 💡 The ordeal from that particular development (Simple Machines Forums) was a nightmare. It is still a nightmare, and the development has been working on v2.1 for over a decade with no release in sight. I agree. Their efforts in trying to take on their own editor have more or less killed that development. I do not think anyone here has suggested that Invision try to do the same (nor should they). The suggestion was that Invision looks into deploying a different editor and has nothing remotely associated with asking them to develop their own. I don't think anyone would wish for that (I certainly would not). As you pointed out, CKEditor has, throughout the years, left a lot to be desired. I suggested that another editor be considered because I also have huge reservations about using CKEditor again in a project. When I started using CKEditor 5, I was hopeful. I bought into the hype that it was a redesigned editor built from the ground up. But that hope has dwindled and is long gone. Many of the issues I had with CKEditor, including its development phase and cycle, carried on. Because at the end of the day, it is still the same development by overall the same company with the same developers, making some of the same mistakes. Thank you for adding your thoughts on the matter. I am very grateful you brought that up. 👍
  19. There is one option that could be considered and I am here to... firmly... attempt to discourage it. It is possible to roll your own editor from scratch. SMF did it back in the day for 2.0 though it was realised how much pain it would be to maintain and it will be dropped in 2.1 (and the bbcode-based editor they moved to has many of the 'standard' WYSIWYG editor issues that most contentEditable based editors have). The LMS Moodle rolled its own a few years ago to get away from TinyMCE but it's not without its pain, and even now it does some strange things - which is awkward given that it is implemented throughout the platform everywhere for basically any non-trivial text entry. Some very strange bugs manifested. IPS has the technical skills in house to roll their own editor... please don't. Would I suggest CKEditor 5? I don't know. Having done extensive stuff in CKEditor 4 in the past, I know I have huge reservations using CKEditor again in a project - but I have similar ones for using TinyMCE as well for much the same reason - they're pretty massive and bring their own maintenance nightmares. Gutenberg on the other hand I'd firmly discourage for a general purpose editing experience; it's viable for admin level content creation. IPS Pages for example potentially might leverage something on that scale - but for general posting? Probably not.
  20. I think there are two different use cases: Editor for user-generated content. Should be simple, not too many options, clear and foolproof. I think that the actual IPS editor fulfills the requirement. Editor for articles wrote by admin. Should be powerful, have many options (text positioning, blocks, columns, grids, custom code pieces, custom styles, extendable with SEO and other plugins, have additional extensions via Marketplace etc.) For this case, the actual IPS editor is not enough.
  21. @Mr 13 bring up a good topic and that is if IPS should focus on just an editor, or something that can also work for content creation. Having a good way to write text is of course very important, it is the basis of a community after all, but it does not work very well for content creation. There is a reason why you have a ton of page builders as plugins for Wordpress and there is a good reason why Wordpress dropped the text editor in favor of Gutenberg as the standard for content creation. That is because text will not cut it anymore. If IPS want to push Pages further I think a very important step for that is to add a Page Builder. While we have the ability to create blocks to create pretty much anything we want, the majority of users don't know how to do that or want to build blocks that way. I think that is holding Pages back a lot to be honest and I think adding such features would do wonders for the growth of sales for Pages. Not a lot of people use Pages however, or work a lot with content creation, but it might be good to keep in mind that Pages, with some improvements to reduce the initial step in the learning curve, blow Wordpress out of the water any day of the week in terms of functionality and power out of the box. It is to me a very big segment that IPS currently are not dipping their toes very much into, but they should 🙂 Moving towards adding a page builder will mean some challenges, because some areas will benefit greatly from page builders (blog posts, pages, descriptions in Downloads/Gallery and so on), while other areas will see a negative aspect (comments, forums, PM's). A Balance has to be set, which can either be to have both a text editor and a page builder, which has its own set of complications (what should be added where, should users be allowed to switch, maintaining updates for two products...), or to have a page builder with different sets of features based on where it is being used. Overall I hope IPS are exploring options beyond just a text editor for the future of IPS and I think now is an excellent time to do so.
  22. hi, i have some idea for improve numbered list editor... please add function dah numbered list editor and use reorder such as i can reorder the number in 1 single topic
  23. For me, it is not important which editor to use, but how exactly it will be customized by IPS. The main thing I hope for is that IPS won't carry over all the same bugs that they added to the current editor and haven't been fixing for years. Such as the complete inability to delete mentions in mobile Chrome, for example: 1620649541089.mp4 As well as get rid of additional overcomplications, such as replacing existing editor functions. For example, fast and easy URL embedding on clumsy and slow: 👍 👎
  24. Ck editor is bad because IPS workers fail to update the editor, always 200 miles behind the official ck editor version.
  25. If I am not wrong, I remember this multilanguage ability already asked so much time ago, and ips say this will be added for 4.5. But now I don't see the multilanguage available, or I missed something?
×
×
  • Create New...

Important Information

We use technologies, such as cookies, to customise content and advertising, to provide social media features and to analyse traffic to the site. We also share information about your use of our site with our trusted social media, advertising and analytics partners. See more about cookies and our Privacy Policy