Jump to content

Community

Linux-Is-Best

+Clients
  • Posts

    254
  • Joined

  • Days Won

    2

Reputation Activity

  1. Like
    Linux-Is-Best reacted to Victus in Disable IP logging for a specific user group   
    In my opinion, it would be great if there was an option in the group settings which disallowed IP logging. This would be useful for administrators, moderators, and groups for people that have a thing for privacy. A good reason to disable IP logging for admins/mods is that if a security breach ever occurs, the forum administration team will badly be affected (affected the most). 
  2. Thanks
    Linux-Is-Best got a reaction from Orioni in CKEditor 4 end of life - alternative editor consideration   
    Yes.
    I invite everyone to check out the suggested demo I linked in my OP post.  Please, do, test the page load times, responsiveness, and mobile usage of the editors.  For those of you who are more skilled and who are able, I also invite you to check out the underlined code.  Do compare and see for yourself (absolutely).
    CKEditor 5 -- https://ckeditor.com/ckeditor-5/demo TinyMCE -- https://www.tiny.cloud/docs/demo Froala -- https://froala.com/wysiwyg-editor Quill -- https://quilljs.com Redactor -- https://imperavi.com/redactor These, of course, are only a small handful of possibilities.  There are many other alternative editors available, and if anyone would like to suggest something else, please do.
     
  3. Agree
    Linux-Is-Best reacted to Daniel F in Tapatalk ignores attachment settings for member groups   
    Pleased contact tapatalk for support for their app.
  4. Thanks
    Linux-Is-Best reacted to Daniel F in IPS 4.6 3rd Party Developer News - Round 3   
    Welcome to part 3 ( Part 1 & Part 2 ) of our series for 3rd party developers.
     
    Let's recap the interesting stuff:
    A new extension was added to the core app to allow 3rd party apps to extend the achievements.
    Content Items can be marked as anonymous
    We have cleaned up our code and have removed almost all the deprecated methods and variables!
     
    One if the most concerning changes for IN_DEV users will probably be our new ACP warning once the CSRF Key is being exposed in the ACP

     
    That's nothing to worry about, it's only returned with enabled IN_DEV mode, but please take it serious and try to avoid any redirect to any URL containing the CSRF key and containing user generated content.
  5. Meow
    Linux-Is-Best reacted to Jordan Invision in Classifieds System   
    Just launched mine today! Would love any feedback 😅🙏
    https://exhale.breatheheavy.com/classifieds/
  6. Agree
    Linux-Is-Best reacted to day_ in Option to delete own account   
    I would love for this.
    At the minute members will send me a PM, I have a ready made reply which gives them 30 days and makes them aware that once deleted, no going back.
    If they change their mind they can cancel the request by dropping me a PM again.
    After they confirmed they have seen my message and still want to go ahead, I post restrict their account and set a reminder for 30 days.
    To have this automated would be great as it feels like I’m being threatened half the time as they don’t agree with a post being pulled or haven’t banned x member.
    I take the hardline approach in that look, we don’t hold you hostage, I’m also not begging any member to stay.
    Automated system would work like this in my mind.
    Once they click delete account, show a customisable notice that has a timer where they can’t click submit for 30 seconds or something so notice is read and they are aware of this is irreversible.
    Let admins select a cooldown period length, during which disables their account, can’t post, use PM’s. If they attempt to it opens up a would you like to reactivate your account notice.
    Allow admins to choose what happens after the cooldown period, to remove all content, assign posts to anonymous or the username but close account.
    This would be huge for me personally.
  7. Like
    Linux-Is-Best reacted to Arantor in CKEditor 4 end of life - alternative editor consideration   
    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.
  8. Agree
    Linux-Is-Best reacted to Pavel Chernitsky in "Non warning" warnings   
    Yeah, I know, great title, right...? I just don't know how to better explain it.
    Our community has the "Users must acknowledge issued warnings before posting again?" option ticked, because we're very strict in regards to following our community guidelines and rules. However, we've also set up one of the warnings as an no-points anonymous management message to a member for times when we want to tell a member something like "we've edited your thread's title" (ahem ahem... 😛) and don't want them to be intimidated by the "YOU'VE BEEN WARNED, BOY!" popup and the "you must acknowledge..." banner (which some new member just miss altogether and send support requests saying they can't post).
    Is there a way to have one (or some) of the warnings not require acknowledgment, or have it a per-warning toggle?
    If there isn't, can you make it so? 
  9. Agree
    Linux-Is-Best got a reaction from Thomas P in Option to delete own account   
    I wish for the option (in a future release) to allow members to delete their own accounts. As easy as it is for someone to join, they should also have the option to leave. When doing so, their content should be reassigned as "guest."
  10. Agree
    Linux-Is-Best got a reaction from Unienc in Option to delete own account   
    I wish for the option (in a future release) to allow members to delete their own accounts. As easy as it is for someone to join, they should also have the option to leave. When doing so, their content should be reassigned as "guest."
  11. Like
    Linux-Is-Best reacted to Stuart Silvester in Option to allow guest posting   
    Here's an overview of the feature
     
    This would be a permission not a group setting, click the padlock icon there
  12. Like
    Linux-Is-Best reacted to Rikki in Option to allow guest posting   
    You can already either allow guests to post, or use a simple 'post before registering' approach that allows people to post their message and then complete the signup process later.
    Typically allowing guests to post isn't a great idea, but the option is there should you want it.
  13. Thanks
    Linux-Is-Best reacted to Nathan Explosion in Option to allow guest posting   
    Look at the WHERE people post as opposed to the WHO...

  14. Thanks
    Linux-Is-Best reacted to Square Wheels in Option to allow guest posting   
    While you wait?
  15. Thanks
    Linux-Is-Best reacted to SeNioR- in v͗ͯͤ͐̓ͮ̿ͣͪ̌͗̀ͯͫ̒҉҉̩̬̘̘̱̳͓͕̖͕͜͝ͅͅo̪̊̿̇̔̅ͩ͂͒ͦͦ͜͟& ̋͂ͮͣ̔ͤͨ̔ͪͨͦ̎   
    Additionally, you can add to custom.css
    .cPost .cPost_contentWrap {overflow: hidden;} .ipsPageHeader h1 {overflow: hidden;}
  16. Like
    Linux-Is-Best reacted to Arantor in CKEditor 4 end of life - alternative editor consideration   
    Where Markdown starts to flail is for the somewhat edge-case where you're doing something in a reply that really is more detailed than simple markup. This is where it gets complicated.
    Most replies in forums will have bold, italics, links, things that are fairly easy to parse - but it's when you have something that doesn't map *exactly* to the markup (or Markdown) that you have to reverse engineer it in some fashion.
    Now, of course, IPS already does this when you're playing around with quoting, embedding metadata into the markup to indicate author/source of post/whatever, all the things you'd want to have in order to take that quote and springboard events off it like alerts.
    There are a few things you can do about this. You can either 1) simplify the markup to simply be a mention to the author, a simple link to the post and rely on the mention to handle the notification, or 2) reinvent the kind of markup you're embedding to keep the metadata intact.
    The former is what NodeBB does if memory serves, the latter is what Discourse did at least initially; at least one early adopter of Discourse referred to their markup as DiscoMarkBBcodeDown or some similar mashup because it tried to handle Markdown as its primary lingua franca, HTML for the things that Markdown couldn't do, and bbcode for meta markup that didn't align to HTML.
    It also amuses me that WordPress eventually reinvented bbcode for such cases (this is, after all, what shortcode is) precisely for the cases where their editor couldn't handle it.
    But then you get into the question of: how much do you *really* want to support in replies? I would make the argument that complex and rich editing for topic starters (plus cases like Pages) is very desirable, and that yes, Markdown or something like it is probably all you *actually* need for replies. But that's a value proposition that has to be weighed up against the communities that *don't* do that.
    I could over in my little weird niche, find you any number of forums that have the most ridiculous and intricate snippets of raw HTML embedded into each post to make decorative frames around the content, sufficiently complex that they require to be posted as templates for users to copy/paste because you'd never use them normally, far beyond what even the usual types of bbcode support. Some of these templates are so ornate they even include user-driven animation (e.g. a decorative picture, hover over to see the content). Whether this is user friendly or not is, largely, irrelevant to outside observers; those are their customers, that is what they do, and most other forum software increasingly is just not going to support it.
    But that's where we get to the value proposition: those users aren't going to be moving to IPS any time soon, and those that are... they'll accept the reduction in functionality even to align to IPS 4.5/4.6 (because there will be some for them without major dev work, I think), and probably even to Markdown - meaning that you wouldn't really lose any users this way because they weren't going to be your users anyhow. For the IPS core market on the other hand, I think it's very reasonable to suggest that, actually, Markdown represents a sufficiently robust set of core formatting that users would want.
    I still wouldn't ask _us_ however because we're not the userbase at large. We are the customers, the people who pay for some flavour of the software - but we're not the vast hordes of people who _use_ it, a critical distinction a lot of forum admin places (hi TAZ) seem to forget.
    Additionally, anecdotally the thoughts I've had from people who want a mobile app tend to align along 'I want notifications and a simplified editing experience' because they're likely not editing the full rich content on mobile, but replying where the Markdown-esque editing experience is sufficient.
  17. Like
    Linux-Is-Best reacted to Arantor in CKEditor 4 end of life - alternative editor consideration   
    That wasn't what killed SMF 2.1 - but that's a debate for somewhere else (perhaps we can continue this on TAZ?)
    I know no-one suggested it. I was getting in ahead of the otherwise-inevitable suggestion because no doubt someone was going to suggest it with crystalised examples of 'why you shouldn't'.
    Even CKEditor has written articles explaining the rationale for dropping aspects of the browser 'helping' before reimplementing the functionality on its own because browser support for this is frankly awful.
    I would actually suggest that the entire concept of trying to do it is somewhat a fool's errand. Google Docs is actually moving away from using HTML to render docs going forward because as far as they're concerned, they've reached the limit of what can be done and that ripping it out and doing something different is actually viable.
     
    What it ultimately comes down to is which audience you're actually trying to target. The majority of commenters in threads don't really need particularly rich editing. You need the basics, sure, and some richer elements like quote handling, as well as some functionality for embedding media with *some* choices to make formatting. But the vast majority of *replies* do not need to be delightfully rich in content because the general nature is that commenters in threads are doing a different kind of content creation to topic creators.
    Now, topic creators - and by extension with things like IP Pages, IP Blogs, and related 'opening posts' where you expect and want richer media options - and where CKEditor isn't actually a poor fit. Neither is Gutenberg, incidentally. They all have their foibles, and you're picking the least worst choice for your situation.
    All of the suggestions on the table are reasonable alternatives for some subset of the target market - the question is whether you care most about the creators and giving them all the options, or the commenters on content.
    I also think this is a complex case because the people who are responding in this thread are going to be predominantly the content creator types, who will obviously want richer and more interesting content creation tools - rather than being the much-larger segment of people who will simply interact on the forum.
    I find it interesting that after decades, we're still looking at the core posting experience and going 'Hmm... that's not quite right'.
    Tell you what I'd do at this point: I'd make it pluggable and let users decide what they want to use, since they all interchange raw HTML at this point, why not just let the site admins pick which one(s) they want to use - allow for CKEditor 5 for admins, and I dunno, QuillJS for regular users? (Quill has the advantage that it's deliberately set up to have a limited surface area and focus on what it offers rather than trying to be rich and detailed)
    The only pain points then become interoperability with existing tools and things like drag and drop. But it's an idea to throw out there.
  18. Like
    Linux-Is-Best reacted to Matt in CKEditor 4 end of life - alternative editor consideration   
    I'd go back to plain text with Markdown.


     
    One thing we do want to do is do something extra for Pages. The functions you need for most topics/replies is vastly different to what you will need for pages construction.
  19. Like
    Linux-Is-Best got a reaction from mcartemon2we23 in Please ban the user "Banned-User-Test" (see details)   
    Please forgive the odd request, but if someone within the Invision would be so kind as to please active and then ban the user account @Banned-User-Test that would be most helpful.  It is my sincere intention to test the community from a banned user perspective. I like to be thorough when testing a new product in development.
    Thank you in advance for indulging my particularly eccentric request.
  20. Like
    Linux-Is-Best got a reaction from mcartemon2we23 in Please ban the user "Banned-User-Test" (see details)   
    The demo is not using 4.6.  I checked before making my unusual request. 😉
  21. Like
    Linux-Is-Best got a reaction from sobrenome in CKEditor 4 end of life - alternative editor consideration   
    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. 👍
  22. Like
    Linux-Is-Best got a reaction from mcartemon2we23 in CKEditor 4 end of life - alternative editor consideration   
    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.
     
  23. Agree
    Linux-Is-Best reacted to Arantor in CKEditor 4 end of life - alternative editor consideration   
    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.
  24. Thanks
    Linux-Is-Best got a reaction from IP-Gamers in Please ban the user "Banned-User-Test" (see details)   
    Please forgive the odd request, but if someone within the Invision would be so kind as to please active and then ban the user account @Banned-User-Test that would be most helpful.  It is my sincere intention to test the community from a banned user perspective. I like to be thorough when testing a new product in development.
    Thank you in advance for indulging my particularly eccentric request.
  25. Thanks
    Linux-Is-Best got a reaction from Banned-User-Test in Please ban the user "Banned-User-Test" (see details)   
    Please forgive the odd request, but if someone within the Invision would be so kind as to please active and then ban the user account @Banned-User-Test that would be most helpful.  It is my sincere intention to test the community from a banned user perspective. I like to be thorough when testing a new product in development.
    Thank you in advance for indulging my particularly eccentric request.
×
×
  • 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