Xon updated Threadmarks Pro with a new update entry:
2.0.5 - Bugfix update
Read the rest of this update entry...
2.0.5 - Bugfix update
- Fix post merging support
Read the rest of this update entry...
- Fix post merging support
sure, i willIf you can, leave a review as it helps the add-on visibility.
fine!Yeah, a username/avatar in the threadmark index would definitely help. Shouldn't be too hard, but I'll need to think about it a bit
Yes, I've updated the product description to state this.I use threadmarks on a XF1 forum. If I upgrade to XF2, can I use the old threadmarks data with the new Threadmarks Pro?
My user base write a lot of original (and fan) fiction, it is used as a sort of chapter titles and support grouping of chapters into "arcs".Some more things I found + wishlist:
- I saw that there's a nesting feature. I don't think I'd use it, but I cannot see how this would work. What's the purpose of nesting Threadmarks?
Yes, as the idea is the TM Index is a high level description. I can make this a toggle fairly easily.
- Did you include the TM index in thread previews on purpose? I'd prefer them without the TM index (XF Core standard).
This is relatively straight forward to remove the UI option for it. It actually defaults to chronological if you don't explicitly enter an option. A simple template modification to not load the after which threadmark and disable sorting would be doable. Sorting however allows you to fix a lot of potential issues with threadmarks on a thread as it rebuilds cache information. Probably making a user group permission would be easy enough.
- A cool feature would be an option to show threadmarks always ordered chronologically and remove order options in that case when saving threadmarks.
Easy to add, it is just changing the sorting which the XF2 finder design makes easy.
- Widget: An option to order the threadmarks by post date and also display post date instead of TM date would be cool.
This may be a bit of a bug as a result of the default category 1 is 'special' in that it removes the ids and provides a simplied URL structure.
- In reader mode not always the right TM category is preselected in the tabs (it seems always the default category with ID 1 is selected)
This is by design, as on XF1 I have a "staff threadmark" category which only staff can use/edit/delete and another add-on provides staff-only bbcode will always work on that post if a threadmark in that category is there. This is used as part of how we communicate to users various staff directives in a thread.
- I noticed: when you remove usergroup rights from a TM category, all threadmarks with this category cannot be edited/deleted anymore. Wouldn't it be better to just restrict adding them?
o.k. I see. But how does this feature work in XF2? How can I nest threadmarks? In the sortable list (see above) it did not work.My user base write a lot of original (and fan) fiction, it is used as a sort of chapter titles and support grouping of chapters into "arcs".
cool!Yes, as the idea is the TM Index is a high level description. I can make this a toggle fairly easily.
fine. Such a feature for widgets would be greatEasy to add, it is just changing the sorting which the XF2 finder design makes easy.
I'll have a look on what can be done.When I open the overlay "View all X Threadmarks" and click on a TM that's on the same page, the overlay does not close. I suppose thats a small bug.
Will look into that.When I click on "Sort linked contents" I always get "No content was returned. Please try again later.". Not 100% sure, but I think in an earlier version I got a sortable list of threadmarks when I clicked on the link.
- Thread Starter Alerts integration
- Add threadmark sort link to the threadmark index options list
- Threadmark index/list now loads in overlay
- Fix Sort linked contents would return an empty template
[l/ist]
- Fix hard deleting threads
- Add sort option to threadmark widget (threadmark date vs content date)
- Per-author stats now consistently reports the content author, not the threadmark creator
- Per-author stats now is cachable
- Rework selection logic for non-continuous ranges;
- Guests prefer the start of the threadmark list
- Members (with no unread items) prefer the end of the threadmark list
- Members (with some unread items) cluster around unread items and then prefer the end of the threadmark...
- Fix searching just posts not returning any results.
- Does not require rebuilding the search index
- Rework installer to be more robust.
- Ensure the
src/addons/SV/Utilsfolder is also uploaded! If it exists, just overwrite.
- Fix installer when upgrading from XF1 Threadmarks
- Improve XF1 upgrade installer code path, tweak two expensive data migration queries to 1 somewhat expensive query.
- When viewing a threadmark list, embedded view is collapsed/hidden, but for the full list it is visible. This is state is stored in local storage.
- Tighten up checking of threadmark view permissions when viewing lists and editing posts with a non-viewable threadmark
- Fix [E_WARNING] Invalid argument supplied for foreach()
- Fix merging posts when a source post has a threadmark but the destination does not
- Fix error on merging threads
- Tweak New Threadmarks widget to reduce queries for node-level permissions
- Push forum-level "view" permission into query to reduce over-fetching required (unviewable content was still filtered out)
- Compatibility bugfix for XF2.0.10 when editing the first post with threadmark changes
- XF1 upgrade now support pre-staging threadmark table changes
- Support force-adding a threadmark to a post on posting/replying/editing, enables other add-ons to auto threadmarking posts on various conditions.
- Fix error when editing posts
- Fix: A XSS vulnerability with handling threadmark container (ie thread) titles
- If using Word Count Search, require Word Count Search to 2.1.10+
- Style property controlling auto-collapsing of threadmark/author list for embedded views
- Style property controlling if a thread with linked content always shows the linked content-bar on every page
- Links to linked content now go directly to the content when viewing from a thread
- Support a threadmark index on a thread without any threadmarks
- Add what's new threadmarks tab
- Allow a content with a...
- Add 'Include prefix(es) in linked content title' style property
- Add 'Scroll linked content list' style property
- Change: Allow thread starters of a thread to be considered the index owner
- Change: Sorting threads promotes the forum of the first thread to the "container" of the threadmark index
- Fix: linked content could generate broken link to threads without threadmarks
- Fix: Missing phrase on attempting to add content to a threadmark index that isn't allowed
- Fix...
We use essential cookies to make this site work, and optional cookies to enhance your experience.