Jump to content

Bubbafett

Developer
  • Posts

    56
  • Joined

  • Last visited

3 Followers

Recent Profile Visitors

82,963 profile views

Bubbafett's Achievements

Contributor

Contributor (5/15)

  • Reacting Well
  • Collaborator
  • Conversation Starter
  • First Post
  • Dedicated

Recent Badges

20

Reputation

  1. How would this work with plugins that use custom data file creation outside of the normal data/pluginname/*.json standard? For example if the plugin creates multiple files in the root data folder?
  2. I mean, Death is right. That review you wrote kinda sucks. It feels like you were blaming the dev for population loss because you uploaded a plugin to a live server without testing or configuring it to fit your server. As far as the "math logic issue", I can only assume that the dev is using a random number system for their chances (I didn't buy it, so I'm just guessing). So when you break a rock, the plugin would generate a random number between 1 and 100. If that number is less than your config value it will spawn a zombie. Probabilities never really work out to be a perfect 1 in 10 for a 10% chance and rely solely on your sample size. To achieve the kind of system you are looking for, you would have to increase the chance of a zombie spawning every time the user breaks a rock and reset the chance when one actually spawns. This would give a more organic 1 in 10 feel but wouldn't really be a true 10% probability. EDIT: While I completely disagree with filtering reviews, as I the buyer should be responsible for making my own educated decisions on if a review is bad or not, I would completely ignore your review if I read it somewhere.
  3. I found this example on my discord of a link not displaying the picture they have uploaded to the plugin. The description is right though.
  4. I have no idea if I've encountered this, and that is the point. As a customer I don't have a way to see if there is 1 or 100 private support request I can't see. I think your solution of making the request seen but not clickable is also pretty good. Possibly replace the request title string with a static "Private Support Request" in case the post something sensitive in the title. While you and other staff may know that private request are fairly rare, the customers do not.
  5. Maybe put a counter on the page that shows the number of open private request? Or just have number like you do for discussions and reviews that shows the total number of open request.
  6. Honestly, I think that a lot of my issues with the review system could be completely ignored if ALL support request were public. I again, have no way of knowing if there is 1 or 100 unanswered support request on a plugin that hasn't had a request in a while. Making reviews more transparent would be the way I would expect something like to be handled, however if I could see all support request that would also increase platform trust. I have spent no small amount of money on this site, and will continue to do so. I would just like to have to a better picture of what I am getting BEFORE i buy it. Some plugins can be $40 or more and this is no small amount to spend basing it off the description, potentially HUNDREDS post in the discussions tab (Many of which will just be rambling of confused users who can't edit a config), a potentially incomplete picture of a support page, and filtered reviews. I understand that no matter what it will be an educated guess on my part on if a plugin will be good or not, however making this guess easier be pretty great.
  7. I really appreciate the detailed response from you on this! I also understand that it is intended to make the user experience with reviews better, however from my standpoint this can have the opposite effect. Seeing a users review, issues, suggestions and all in the review section and a response from the dev on that review increases my trust in that dev. Support request can be private, so I can use that as a true picture of user experience with the plugin either. I understand removing attacks on devs and abusive reviews as they do not provide any value at all, but I struggle to trust the review process when I have no way of knowing, as the customer, if the reviews are being cherry picked to make a product seem better than it is. This removed value from the review system as apposed to letting organic reviews and responses to those reviews happen directly between the customer and the creator. Its not my site, and I understand the goal behind it. I just don't agree with the process.
  8. What kind of help are you after? Server setup?
  9. As a customer, having a review censored period is crazy. If a review is blatant review bombing then sure, remove it. Customers deserve to be able to see peoples actual thoughts and experiences with plugins without those reviews being "curated". Forcing all negative reviews to go through support tickets first also violates the Consumer Review Fairness Act (2016). Under the Act the following reviews can be prevented or removed: contains confidential or private information – for example, a person’s financial, medical, or personnel file information or a company’s trade secrets; is libelous, harassing, abusive, obscene, vulgar, sexually explicit, or is inappropriate with respect to race, gender, sexuality, ethnicity, or other intrinsic characteristic; is unrelated to the company’s products or services; or is clearly false or misleading. https://www.ftc.gov/business-guidance/resources/consumer-review-fairness-act-what-businesses-need-know https://www.dwt.com/blogs/media-law-monitor/2017/10/protecting-the-right-to-complain-the-consumer-revi#:~:text=Specifically%2C the act voids any,the content of their reviews. Curating files keep consumers safe from files that may cause problems to them or their server. Curating reviews is not the same thing, and does nothing but erodes peoples trust in the review process. This does not mean that I don't believe creators deserve their positive reviews or that they earned them.
  10. Deemed relevant by who? Approving all reviews help prevent review bombs and I respect that, but the current process means that I don't trust reviews at all.
  11. There shouldn't be a technical barrier to creating a plugin page.
  12. Optional Markdown support for plugin descriptions. Codeblocks that have to be expanded like quotes Colored text in plugin descriptions
  13. Bubbafett

    Spectate Skate

    Changed Status from Work in Progress to Can't Reproduce
  14. Bubbafett

    0xF's CUI TOOL

    This is a great tool for creating UI! I also profiled the partial class that is required to use this tool and it is extremely light weight! I can't wait to use this tool more.
1.4m

Downloads

Total number of downloads.

6.8k

Customers

Total customers served.

100.7k

Files Sold

Total number of files sold.

2m

Payments Processed

Total payments processed.

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.