Jump to content
Announcing Achievements! Γ—

Community

Lindy

Management
  • Posts

    4,264
  • Joined

  • Days Won

    271

 Content Type 

Profiles

Downloads

IPS4 Providers

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Forums

Store

Everything posted by Lindy

  1. It should fetch the delta via http. FTP is a forced option. Double check the file / dir permission requirements and submit a ticket if those are correct and it's still prompting for FTP.
  2. Our initial goal with Zapier integration was to begin on the cloud platform and later explore offering this via our self-hosted product. After extensive testing and consideration, we have decided to limit Zapier integration availability to our cloud platform. While we regret any inconvenience and dashed hope this carefully considered decision has caused and have no plans to restrict software-only features, the reality is, the majority of the Internet is inarguably migrating towards a SaaS direction and certain infrastructure-dependent features we develop must be engineered for cloud only. Our cloud infrastructure is a complex culmination of various technologies derived from our years of experience, testing and evolving technology. It would be impractical (technically and financially) to replicate this in a self-hosted capacity. In other words, it's not always simple as plopping on a dedicated server.
  3. Sorry you're having difficulties, @MorriganIt's certainly not been a wonderful 10 months, by any stretch. 😞 I'm also sorry the notifications are causing you stress. They're intended to emphasize the importance of updates - if you're like me, you've likely clicked the "remind me later" button on OS updates a few dozen times before actually going through with it. Unfortunately, there is no distinction between licensed/unlicensed at this time - if we recommend an update, it's recommended regardless of license status. Nonetheless, I truly understand and empathize with the sentiment -- these are difficult times for many and we don't necessarily want reminders. I'm sorry this has been an example of that for you. I hope things improve for you soon.
  4. Hi there. Thanks for taking the time to share your feedback and I'm sorry for your disappointing support experience. I've taken the liberty to review your ticket history as well as your community itself. I counted almost 50 third party plugins, 15 third party applications for a total of over 200 "hook" points. That is, by most definitions, a fairly significant amount of modifications. There is nothing inherently wrong with that and we of course welcome and encourage you to personalize and tailor the software to meet your needs, however, it does limit the amount of support we are able to provide. I often use an automotive analogy... there are some vehicle owners that make a significant amount of customizations to their vehicle. Some, such as cosmetic changes (tinted windows, spoilers, etc.) have no real impact on the integrity or reliability of the vehicle and there are no warranty issues with the dealer. If, however, you add an aftermarket device designed to change the behavioral parameters of the vehicle (eg. an ECM 'tuner', an electronic device that plugs into the ODB port, an aftermarket head unit, etc.) - it is not a realistic expectation for the manufacturer (and dealer) to warrant and support the vehicle unless the concern is directly related to a "stock" defect or root cause. In the case of your current support request (RSS feeds and image dimensions) - I've looked at the origin feed and the height/width attributes are indeed being sent in the feed itself. Invision Community simply imports what is provided in the feed. You would, as noted in the request, unfortunately need to work with the feed author to remove the hardcoded attributes in the feed. I wish I had better news for you and I understand how difficult and frustrating it is sitting between developers/manufacturers and third parties/aftermarket, as a consumer. Thanks again for sharing your thoughts and I hope your experience improves moving forward.
  5. Wouldn't it be easier to create a 'Banned' group for visual representation if you're going through that trouble?
  6. The Marketplace is a service. While you are of course acquiring third party resources, you are not obtaining them directly from third party authors and it is really no different than other app stores. Your transaction is conducted through IPS and the Marketplace is a remote service. The point here is just to dispel the silly notion that we're in "breach of contract." The EULA makes clear the fact that a renewal is required for all updates, services, etc. To provide further clarification, an expired license does not shut off the software and you may continue its use in an "as-is" state (at time of expiration), but it does effectively render both the license and status as a customer as inactive. It is no secret that our company is based on the recurring investment model, so while we don't want anyone to feel held hostage to renewals and we try to reasonably accommodate all customers past and present, our decisions and prioritization of goals will ultimately be in the interest of those continuing along side of us, sharing our overall vision. With all of that said, this topic has been discussed several times and ultimately, the Marketplace was moved to the AdminCP for what I hope are obvious reasons. A significantly improved and smooth experience for the majority of customers who want a point-and-click experience, consistent with most non-classic "forum" platforms. We want to take every reasonable measure possible to ensure that when you click to install something from the Marketplace, it will be a successful and safe experience for you. We've tightened the framework around that to ensure you're notified with seamless updates from authors and anything installed through the Marketplace framework has been reasonably reviewed by us. We made the decision to disallow manual downloads from the Marketplace as it is entirely counterproductive to the goal we set out to achieve in the first place. I want to stress that you are welcome to contact an author for manual file provisions if you would like and we do not prohibit them from providing it. You may also purchase from some authors directly if you wish. The only caveat for both cases is, you would use the manual (old) framework to install and update these resources manually. A warning will also be generated because these are untested files - similar to Mac and Windows. Beyond that, we're not standing in your way of using the "old school" way - we are just not facilitating it as again, it is counterproductive to our goal of something that resembles more of a proper app store and not just a repository of "files." I'm sorry for the disappointment to those find the previous method to work better for them. As you know, we try to take on board as much feedback as we can - after all, there's no point to any of this without customers. Nonetheless, while we've heard the feedback loud and clear, we do not intend on reversing course on downloads or policy changes, so at this juncture, I would very respectfully ask that we move on to other, more actionable feedback items. Thank you as always for your continued business.
  7. Hi there - it's been a while! That's exactly what I'm saying. I can't say never (because that always comes back to haunt us on the Internet) of course, but we have no plans to drop self-hosting at this time.
  8. I always try to be honest and transparent, as you know - that doesn't mean what I say today will ring true forever and ever, however. There will most definitely be certain future services/features (those that depend on our infrastructure) that will be cloud / SaaS only and there may be changes to how we provide support in a self-hosted environment, but the on-premise segment of Invision is currently very healthy and viable - it would be silly to mess with that. πŸ™‚
  9. 2020 will forever be known as the year of "on edge." Thanks for your support, continued business and understanding. πŸ™‚
  10. I've reviewed your account and under the circumstances, refunded that fee. I'm unsure what domain resets have to do with renewals - there's two different dialogues seemingly occurring in this topic. To your point, however, the goal isn't to "force" renewals - that's a bad business model we've never subscribed to. The reasons for this change have been outlined elsewhere. I am sorry you had a rough experience and we're open to ways to improve the initial transition. With that said, do note this is a one-time transition. Once done, your authorized resources will be linked to the Marketplace for seamless upgrades and maintenance moving forward. As this topic is going in multiple directions, we're going to close it down to prevent further confusion. As always, even in cases where we can't accommodate specific feedback, we do appreciate it nonetheless, as well as your continued business!
  11. What was your before/after? Thanks for sharing the information.
  12. I'm really sorry you're taking this so personally @Malwarebytes Forums - the intent wasn't to vilify or offend you and I apologize for coming off snippy. I also apologize for misunderstanding the second component to the feedback - placing the actual post ID number from the database in the post. I can understand, from your perspective, you're simplifying things for yourself and staff. Fair enough if you're able to remember ID numbers (I'm impressed to be honest.) From our perspective, it's far more end-user friendly (and if end-users aren't happy, none of us succeed) to provide a link (and you can prevent that from embedding if you'd like) to content, so a user can bookmark the content, re-share it for peer-to-peer based purposes (which is often a strong point of support communities), etc. The references to Twitter and the "rest of the web" were simply to illustrate a sense of familiarity to end users. Nothing I'm familiar with outside of legacy forums handles or references public facing content in such a manner - blogs, social media or otherwise. I certainly did not refer to you (or anyone else) as inconsequential. I was clearly referring to the number itself. I realize now you personally were not talking about arbitrary in-line numbers that are in fact subject to change, but while the number is no longer arbitrary, it's still nonetheless not user-friendly if you have a 30 page topic and are told "see post 390." I digress and am happy to concede that we simply disagree and that's ok. To address others' point "let us choose" - we'd love to accommodate every request vs an on/off setting, I'm unsure why there's a limited perception that we strip things out just to alienate folks. The reality is, everyone has their own "thing" and unfortunately, accommodating them all leads to a bloated management interface, increased development time via implementation, maintenance, etc. -- a "simple" setting doesn't seem like much on an individualized basis, but cumulatively it adds up, so we have to prioritize and we don't do so based on our own personal preference, but based on the demand of the majority. As I've said, our majority prefer moving forward and thus, software real estate is reserved - so-to-speak - for that purpose. Fortunately, the Marketplace is intended to accommodate things like this and to alleviate concern in that regard, no, we would not reject a resource that put this back. There's no performance overhead or functional backend issues. Mere cosmetic re-introductions are permitted. As noted in line number 1 of this post (post number TBD after submission) in topic ID 457939 (I kid, I kid! Too soon?) - I do apologize for the seeming hostility. You're right in that we needn't agree on subject, but I don't want you to feel disrespected personally.
  13. I'm sorry it's felt that we were dismissive and it's never our intent to insult anyone who are trying to provide us heartfelt feedback. Admittedly, I think our frustration with demands for legacy functionality does bleed through on occasion, for which I apologize. It is taxing at times when you are moving forward, the vast majority of your clients are happy, but there's the occasional desire to pull us backwards and believe me, cluttering up the interface with inconsequential numbers, is by ALL modern web standards - a step backwards. I know it sometimes feels like we make decisions in a vacuum and without regard to clients, because you are the client that feels passionately about a given issue - it IS an issue to you and we get and expect that. Nonetheless, I sometimes wish some of you had the vantage point of being in our office and on our internal systems in which we gather collective feedback from various avenues, technician notes, sales notes and see the exhaustive vetting that goes into something. You would see that this, for example, was removed because: 1) It's 2020 - post 390 right now, may not be 390 5 minutes from now or may not even be 390 right now to another user. 2) There are legacy forum platforms that have grown to be quite successful in maintaining legacy functions for a niche demographic and that's great for them, but we our goal is not at all to compete with legacy forum platforms. Consider us the FedEx of Communities: Moving Foward. πŸ˜‰ We are a modern community platform and very respectfully, there isn't anything modern social related that uses arbitrary, visual IDs. I can't imagine you would tell a colleague "Hey Bob, check out tweet 9832441068311 on Tim's twitter feed" - nobody does that, right? πŸ™‚ You send a link to the tweet and save Bob 10 minutes of needing to energize the flux capacitor to find content. Same with Facebook, Instagram, Reddit and other platforms the majority of customers and their end users are going to be familiar with. 3) Because, as noted in #2, it's inconsistent with literally the rest of the Internet, it caused confusion. "How do I remove this?" "Why is this here?" etc. It all prompted the question "why IS this here? it serves no functional purpose beyond familiarity and personally speaking, I would be extremely annoyed if someone sent me an arbitrary ID number for content I'm suppose to find myself when they could literally click the date of the post and send me the link to it. I realize it used to exist and at one point, it was a good idea. Hand cranking an old Model A was also a good idea too before electric starters. I think we can mostly agree ehhh, maybe we'd rather just jump in and turn a key and/or push a button. Likewise, most agree they don't need an arbitrary number as a visual cue or as directions to a post - that's not how the 2020 Internet works. Simply click, copy and paste the link. Bob thanks you in advance. @BankFodder I could see how that number could be misleading. I just looked, as I was curious too, but there are folks who have downloaded i 10+ times and it counts each one. This is the number of reporting installations that have ever had the plugin:
  14. Paul, the feedback truly is appreciated. With anything, there are inherent risks. You can buy anything and it can go unsupported, warranty denied, or any number of things you hadn't hoped for. The Marketplace is an inherent risk to IPS as well. Anytime there's a fraudulent purchase, a developer disappears and/or there are chargebacks, IPS bears the burden of such - financially and otherwise. When you are dealing with inexpensive resources at a 10% commission, one $15 chargeback it can take dozens of transactions to recoup the loss from that one previous transaction. The Marketplace, from a financial standpoint, is a loss leader for IPS, but it's something that adds value to the product and enhances the customer experience. So, yes, there are risks - for everyone. We've drastically improved the footprint and presence of the Marketplace for 4.5 and thus increased exposure - which ultimately, will be great for everyone. With that, however, necessitates the need to leverage tighter control of the Marketplace. If you buy an app in the App Store or Play, you don't get the source. If the developer disappears, that's the end of the app. That is the unfortunate reality that we all face virtually everywhere else. 99% of the time, the risk pays off. I completely understand where you are coming from, Paul. Truly. You are fortunate to have the skills and desire to get your hands dirty. I do, however, have the advantage of knowing our customer base and very respectfully - you are indeed the exception, not the norm. Most want to point, click and go. I understand the argument that has been raised: "why not have both?" - we effectively do, even if it's not quite what you had in mind. You can manually install resources and if you wish to purchase something in the Marketplace, there is nothing stopping you from contacting the author and asking for files and likewise, nothing preventing the author from providing it to you. The only caveat is it's installed through the unofficial installation side of the framework and thus unsupported. Beyond that, if the author agrees with your assessment that you should have the ability to view and alter their resources, what we've done in 4.5 should have no bearing on you. If you're asking to have it like it was, I'm afraid we have no intention of doing so, to be completely candid. Whether that changes in the future is unknown, but at this juncture, we will continue to improve the infrastructure, processes and work with the authors to create the best experience we possibly can. There will be bumps. There always is - as we speak, there's an app I can't open on my iPhone since an update - it just crashes. I've been doing this long enough to know things happen and I don't expect the developer or Apple to catch everything. Likewise, we can't predict the perfect storm in every circumstance and when we find something, we will all learn from it, do our best to ensure it doesn't happen again and rather than mask issues that bubble up outside of the Marketplace, they will be dealt to ensure other customers don't encounter the same thing. Invision is moving in the direction that the majority of the Internet has already moved towards. Point. Click. Done. Fewer and fewer people have any interest in the nuts and bolts of things anymore. We used to have our own datacenter space long ago. I remember personally, in our earlier years, getting late night calls because a power supply failed, or one of the Cisco 6509's didn't come back after an update, or a processor failed. I know nothing about latest server hardware and I haven't had to telnet into a power strip in years... do you know why? Because I don't have or want to. πŸ™‚ Our infrastructure is housed entirely within AWS these days. They do what they do, so we can do what we do and while they aren't perfect either... it works. That is what the overwhelming majority of customers want. Of course, if I wanted to get my hands dirty and rack a server, there are still colo providers available. If we wanted to download, hack up and mess with a collaboration and communication tool - we could, but why? That's what Slack does and I don't care what their code looks like, or what the third party developer's code looks like. It's point. Click. Done. If there's no done, they will work until there is. Again, it may not be your ideal outcome and I really do understand the mistrust, but we just can't be something to everyone and in this case, we're focusing on the things you shouldn't -have- to focus on vs carving out space for you to rack your own server. Others do that well, but we are moving away from that model and I do realize it's a big change for some. We hate to alienate or turn away anyone, we really do. In short: I would encourage you to contact authors moving forward if you want a copy of a resource and see if that's an option, either as a courtesy or by purchasing from their site instead of the Marketplace. We are standing firm on our position with regards to how the Marketplace will function moving forward. You have my word and commitment to making that the best possible experience it can be. We will also improve communication for these types of things in the future. I think we just assumed everyone would welcome the change - who doesn't like simplicity, right? There's obviously a few that do care and we'll be more mindful of that. Thanks again for taking the time to provide concise and constructive feedback, Paul. It's appreciated.
  15. It's really regrettable there was an issue. You shouldn't need to download, read dev docs and debug to use the Marketplace - that is in fact the very point of what we're doing. If you have a desire to dissect third party resources, you're certainly encouraged to work with the author directly. I know there's disappointment and there's a few of us really looking for examples to illustrate the decision as a terrible idea, but it was given a lot of consideration. It was discussed, vetted and took a considerable amount of time to develop. I appreciate the feedback and am sorry for the ill will this has generated, but we absolutely will not compromise, moving forward, on the integrity of what's provided directly through the Marketplace framework. I understand the seeming irony here with this case and while we cannot account for everything in our reviews, things will continue to improve. If you have to open a code editor to use something acquired directly in the Marketplace, we have failed somewhere along the way and the solution is to fix that... NOT just provide the download , let customers fix it themselves and break the chain and overall flow of the Marketplace. As a point of interest, the framework allows third parties to use background tasks and Michael (who is a fantastic dev) suggested he could move this area to a background task. I think this is a simply an edge case - an unfortunate one nonetheless.
  16. Yes, we had so many issues, so much support overhead and so much customer dissatisfaction with inconsistency and sloppiness prior to 4.5. We only provided cursory reviews for initial submissions and as is often the case, a new product (or resource) tends to start with a base and then future releases build upon that with enhancements. Without screening updates, we were missing some pretty significant issues that broke communities. Couple that with the disorganization of customers manually managing updates for resources, leaving their community in an unstable site with a hodge-podge of outdated third party code, we had to make a decision. Either limit the damage a third party resource could do to a community, which would mean removing some of the flexibility that makes resources so useful -- or exerting control over what's pushed through the Marketplace. We opted for the latter as it ultimately benefits the majority. The majority of contributors from a support and even, to an extent, piracy standpoint. Customers because the resources have far more stringent standards, are screened - even for upgrades - which can only increase confidence and stability in the product. IPS, because the support overhead is reduced due to out of date third party resources, poorly updated resources, etc. We recognize there have been a few bumps and I apologize for same. I have the utmost confidence and faith in this change. Regarding approvals, more information regarding the process for critical updates has been posted in the contributor forum - please be sure to follow that forum if you don't already. In short, there's a provision for critical updates. Normal updates should be expected to take 24-48 hours or so, which is typical of an app store based on my research.
  17. We underestimated how many would not follow or are otherwise confused by the new Marketplace guidelines. We're also surprised by the number of submissions that won't install at all or won't uninstall, thus indicating an unfortunate lack of testing. So, we didn't put in place provisions to better communicate pending status updates - but we are considering it now and your proposal is a fantastic idea, thanks. Do note, developers who do not follow the guidelines and have their submission rejected are pushed to the end of the queue unless it was a very minor error. This allows the team to more quickly process those who did in fact follow the guidelines, but does delay the rejected resource from getting to you, for which we apologize. There will some transition pains for both sides as we have never been in the position of taking a true no non-sense approach to the Marketplace before. It may take a bit of time to break old bad habits. πŸ˜‰
  18. Anyone has a right to be disappointed, of course. We are driven by feedback, but there are times when the feedback is not going to coincide with the majority interest or that of our overall vision. The same relative handful of people regurgitating the same thing over and over is not constructive and will not change the outcome in any way.
  19. @Haku2 You have made your feedback on the changes very clear - over and over and over in multiple topics. You've frankly left the constructive feedback/criticism category and are approaching the noise station. I am personally, and we as a company, are aware of your concerns and feedback. We have heard you, even if there aren't immediate actions available and now, it's time to let it go and move on. @craigf136 Thank you for the feedback on this. It's a valid concern and one I'll take note of internally to ensure it's addressed soon.
  20. So, is the 20% commission that you are earning off the Marketplace purchases just an exaggerated number from some of the developers? It’s currently 10% and has not yet increased to 20% - we’ve left it alone in light of Covid and ironing out the new marketplace. That said, even at 20% it’s expected to almost break even. The marketplace operates at a net loss to IPS just because of the price point of most resources. So on. $5 resource, we get a $.50 commission - now, say that $5 resource has a chargeback that’s $20. So our net loss on a $5 resource is $20.50. That also means we need up to 40 more of those transactions in commission just to break even on the original transaction. There is also payout fees to pay the authors. The marketplace operates in the red even before considering the staffing. When you slice it up, you could see why apple takes 30% and never refunds their fees. Thats neither her nor there, my comment was reinforce we don’t make money in the marketplace - the opposite, so it’s ok if you use the authors site too. It’s just not ideal (for you.)
  21. I'm sorry for the disappointment and confusion here. As you likely know, the Marketplace has been shifted to the AdminCP in 4.5. Beyond that, IPS has taken an even more proactive approach for the ultimate benefit of the majority of customers. We have developed new guidelines, provide more in depth and stringent reviews for submissions and now, for all updates as well. With all of this, we are striving to provide a more seamless and stable experience. Part of this is ensuring you have the latest version of both the core software as well as third party software. We are aiming to help ensure that if you install something in the Marketplace in your community it will provide you with a far greater success rate than in the past. It will also help authors reduce support overhead allowing them to focus more on development and less on why a resource isn't working on a 2yr old version. With the majority renewing anyway (we would be doing something wrong if people running successful communities weren't also interested in properly maintaining them, right?), we didn't really anticipate a particularly negative response (although anytime we make any decision, there are always predictions of impending doom - nature of the business. πŸ™‚) Interestingly though, there have been an alarming number of customers who have submitted a ticket that haven't renewed in some time, prompting the question "what would you even do with the marketplace anyway, nothing in it would work on the version you should have" and a quick investigation shows they have been using a "nulled" version of the core software (in a few cases, for 6+ years) and were sneaking in through the backdoor of the Marketplace. That obviously wasn't the intent of correcting the marketplace to work in the ACP based on license status and there are of course customers doing the right thing simply frustrated by the principle of this, but it's been an interesting byproduct for sure. For those acquiring resources from the authors directly, that is perfectly fine and entirely their/your decision. We don't net anything off of the Marketplace and if you weren't going to renew anyway, there is no net loss there either. We've kept provisions for manual installation of resources, but for the reasons mentioned above, it will generate an untested/unauthorized type warning because it's not within the Marketplace framework - which also means you will need to manually update. Beyond that, there should be no obstacles or barriers. I know I've said this before, but please understand that our company has dramatically shifted over the years and continues to evolve. At the risk of appearing brash, if you are expecting XF or Brand X prices, polices, etc. you may unfortunately find yourself continually disappointed as we have vastly different business models, an increasingly different demographic and the landscape of enterprise grade communities continues to demand more. We are certainly not intentionally shutting anyone out, but we do have to make continual decisions to grow the platform, create sustainability for the company and ensure we are hitting the mark for those keeping the lights on. In this case, we feel that most will benefit from a solid Marketplace with trusted resources, seamless installations and continuity in upgrades. We've made decisions we feel help us best achieve the goals, but we recognize there will always be some that disagree and that's completely ok (as long as we can agree to disagree when the time comes.) As noted by others, there are options for everyone out there - we want you to be happy and choose us as your platform provider, but if another provider would better meet your needs at price points that fit your goals, we completely understand. My apologies again to those aversely impacted. I have confidence that should you remain an active customer, any hesitation you may have about this will be far outweighed by the benefits of simplicity, ease of maintenance and stability.
  22. Good to see you around, Tiger. That is very... passionate feedback on the URL reset fee. Although it's been addressed before, I'm happy to do so again. Firstly, prior to limiting the resets, it was very easy to "license hop" - that is, swap URLs around, obtain support, upgrades, etc., swap them around and repeat, etc. So, while not necessarily the original intended purpose, it does help keep the honest... honest in the same sort of way that a deadbolt keeps the undetermined at bay--obviously, the determined/committed can kick the door in. Secondly, in many cases, there actually are costs incurred with fresh installations by way of support. Frequent URL resets are a byproduct of tossing ideas around, deleting, reinstalling, configuring and deleting. Quite often, there are numerous support requests involved and unfortunately, often the same questions/concerns over and over again on each reinstall. The spirit of tech support provided is based on a single installation and not so much to support 'tinkering' and perpetual reinstallation support. The fee, when applied, helps (in a small way) offset some of that overhead. I would hope a number of customers here would attest to the fact that we will generally just update the URL for you if you contact us - especially if you're just changing the URL on an existing installation. In cases such as those described above, the fee may apply. I'm sorry you consider it a barrier, but I can assure you, we're not funding private yachts from license reset fees. πŸ™‚ Even with license reset fees, we frankly still typically tend to have a net loss when it comes to many of those (not all, but many) that kind of toss ideas out to see what sticks. You've been around a long time (for which we're appreciative!) - you're a power user (who still sees us as a 'forum provider') and you won't likely require much support throughout your tinkering journey. That's not usually the case here. Just drop us a note if you find you need to change the URL on file. We're generally able to help if that's all you need. Thanks for the feedback.
  23. I reached out to the author who said it will be updated for 4.5. Unfortunately, I couldn't answer your question about the tasks. CSRF protection should not prevent them from running, but I'm not familiar with the app and there could be other conflicts with 4.5. Out of curiosity, the app was disabled during upgrade and you re-enabled it -- correct? The only way to downgrade would be to do a full restore of the file structure and database.
  24. The AdminCP has new security mechanisms. That app needs to be updated to use CSRF protection - until it is, it will not work, unfortunately.
  25. In terms of downloading the resource archive, modifying and reinstalling - no, that is not possible, unless you purchase it directly through the author and install it as a custom app/plugin. Respectfully, that is a resource directory. As far as I know, they do not facilitate transactions like an app store (I'm told they instead direct to an author's site for payment) and I'm reasonably confident there is no official code or QA review as it has come up numerous times in sales inquiries from folks coming from XF, wanting to ensure that we do. That's not to take away from the value of the directory - it works for them (and you) and that's great. The majority of our customers have a reasonable expectation to trust that what they install from our Marketplace has been reviewed by IPS. If the Android approach works better for you - we don't take it personally. You have to decide what is important to you but you're not going to get the taste of Coke Zero in a Pepsi Max can (I prefer Coke Zero, if you were curious, but you may prefer Pepsi πŸ˜‰) -- there's no point in choosing Brand A, if you just want it to mimic Brand B. The modern web landscape has changed significantly. There are a decreasing number of platforms that have "downloadable content." We are a point. click. install. done. society now and we've found that represents the mindset of the majority of our customer base, from personal all the way to enterprise. We've organically aligned ourselves with those who prefer and expect a more Apple-esque experience and thus, that's the direction we've been taken since the inception of Invision Community 4. We're comfortable and happy with that. We still provide the power of developing or installing applications independently of the marketplace (but there is a warning it's untested, use at your own risk, etc.) If you're using the Marketplace, we want to keep tighter control on that in the interest of security, stability and customer confidence and support. It also helps the authors which allows them to develop new and exciting things for you instead of spending that time providing additional support for installation, upgrades, issues surrounding out of date resources, etc. Poking holes back in the framework and slapping up downloads to essentially go backwards is not something we are considering at the present time, however, as I said, if the demand changes in the future, we will of course re-evaluate and if a change is warranted, we will do so in a sensible way.
Γ—
Γ—
  • 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