Recent content by Blackhat

Correct, but it still requires manual editing, and anyone who wants to display it must manually enable development mode and add it as I mentioned. It would be better to make it compatible so this modification isn't required, especially since most sites use custom styles based on UI.X/PixelExit...

I understand that the current modification works with the default style, but the suggested change ensures compatibility with the default style and most other styles. If you prefer to keep the modification as it is, please make the credits appear after <xf:if is="$extras.custom_fields"> instead...

There is an issue with content awaiting manual approval: Thread event: When a thread is approved, the author's credits are not updated immediately. The credits are only reflected after the user creates another thread, at which point the previously approved thread is counted. In addition, no...

This issue is still present.

I suggest adding permission for who can donate credits. Add alerts.

The issue is that you made the credits display after the location. Editing the regex to place it after <xf:if is="$extras.custom_fields"> will resolve the problem and make it compatible with most styles because some styles make changes to the message user info elements. It would be better if...

I understand that you don't want to add too many columns to the events table. We can proceed without it, since the feature's main purpose is to make the thread private and only available to users who have paid. The thread access amount can be removed if a moderator wants to reopen the thread for...

I hope you fix the compatibility issue for this style. It's the most popular XF style, used by the majority of sites. I just sent you a message and attached the UI.X style.

Yes

I don't want it to be visible, which is why the option should be checked by default. However, the option gives the admin the option to make the thread publicly available when the content is no longer unique. Why would you rename it if it's totally different than how the 'Amount' option works? I...

Even on a fresh installation, when I set calculation method {thread} - {reply} doesn't update total user credits.

This option keeps the content locked for users who haven't paid even after the thread is closed. Users who have already paid will still retain access. I forgot to rename it to 'Maximum amount', it should be maximum amount the user can set for the 'Thread access cost' option.

The error message for Minimum credit to view thread content should be more informative, as it currently doesn't show the number of credits required to access the content. Example: You need 200 more credits to see the content of threads in this forum.

I suggest adding a new event called Thread Access to let authors charge X credits for their valuable threads while keeping the content locked until users pay. Forum options Thread access cost option on thread creation Show a dollar icon in the thread status if the thread requires credits to...

I suggest adding bypass permissions for minimum credits limits configured in node settings.