Stickiest

volkan28

How can I load the extension to a beta 13 flarum forum

askvortsov

volkan28 You can't. Beta 13 is very outdated at this point and should not be used.

hereistheme

would be great if possible to choose on which tag to stick as "tag stick" and not automatically take the first tag from selection 🙂 is it possible?

TB54

Hello, glad to find this extension, which is very helpful !

hereistheme would be great if possible to choose on which tag to stick as "tag stick" and not automatically take the first tag from selection 🙂 is it possible?

... in fact I came here to ask if this would be possible too. Like many, I use sticky post as a guideline for each sub-tags.

For instance, I'm trying to do a cinema theory forum: I have a main tag "Cinema history", in which I have a sub-tag for each period ("Classical cinema", "Modern cinema"...), and for each of them I have a sticky tag detailing what decades/movement/directors is concerned by it.

But if I click on "cinema history" (the main tag), I therefore have all the 5 sticky of my sub tags displayed together at the top of the list before any discussion, which is problematic.

HD3D Kylo Thanks for this wonderful extension, it works great except tag stickies don't show up in All Discussions even when there's an update with a reply

I would also find that interesting, if it's a possible option to implement. Sometimes, sticky and there rules are a base for discussion.

Kylo

I've couple of questions for these feature requests:

Should tag stickies stick to top in "All Discussions" list when they have unread replies or behave like a regular discussion?

If it's the first one, then you're just looking for "Sticky" discussion (as in bundled extension). If it's the latter, I think I can make this optionable.

Do you want to hide secondary tagged stickies from primary tag listings or stick them to top of the primary tag listing when they have unread replies or want them to behave like a regular discussion in the said listing?

hereistheme

Kylo Should tag stickies stick to top in "All Discussions" list when they have unread replies or behave like a regular discussion?

Is it possible if accessing a tag or sub-tag and then "tag stick" a post to show it as sticky on that tag only? No matter if there are more tags selected for that discussion.

As i understand now it sticks on all selected tags for that discussion, right ?

On primary tags tree i have "Cars" and more sub tags like "Cars -> F1" , how do i stick a post for "F1" sub tag only and not showing it sticky on "Cars" tag too ? I think i miss understand how both sticky extensions works.

thanks!

Kylo

hereistheme this brings up the second question

Kylo Do you want to hide secondary tagged stickies from primary tag listings or stick them to top of the primary tag listing when they have unread replies or want them to behave like a regular discussion in the said listing?

TB54

Hello !

Kylo Should tag stickies stick to top in "All Discussions" list when they have unread replies or behave like a regular discussion?

I would prefer the second option (behave like regular discussion), and if not possible, the actual solution (not show them at all) is still better. Have those two options would be nice, but maybe to long to code.

Do you want to hide secondary tagged stickies from primary tag listings or stick them to top of the primary tag listing when they have unread replies or want them to behave like a regular discussion in the said listing?

Either option 1 or 3 would be interesting for me (with a preference for option 1).

Thanks for the quick feedback!

TB54

Kylo Should tag stickies stick to top in "All Discussions" list when they have unread replies or behave like a regular discussion?

I come back to this, because i just experienced a problem: someone answered to me without quoting me in a tag-sticky topic, and I missed it... So yes, the "behave like a regular discussion" in "all discussion tab" would definitely be the best option.

hereistheme

Kylo hereistheme this brings up the second question

Yes, yes, sorry... forgot to add a comment for second point. That is exactly what i am looking for and i think @TB54 too.

thank you!

Kylo

TB54 okay first one is fairly easy to implement. As to second one, I'm thinking about adding a modal which will allow you to choose tags that you want to stick a discussion.

I need to gather some information about the tag that I'm in but the TagFilterGambit protects it for some reason. Is there any way to get current tag information (id/slug) from the FilterState object @clarkwinkelmann ?

askvortsov

Kylo I need to gather some information about the tag that I'm in but the TagFilterGambit protects it for some reason. Is there any way to get current tag information (id/slug) from the FilterState object @clarkwinkelmann ?

If you're trying to do this through a search/filter mutator, the search/filter criteria is available in the second argument passed to the mutator. You might need to parse it to get the value you need, but that's the best way to access it.

Kylo

askvortsov found it, thanks!!

TB54

I don't know if it would be more logical inside this extension, or inside the simple "sticky" one (I don't find a topic for it), but I wonder if it would be possible, or a good thing, to make "sticky" work like a tag in a way, or at least to make it clickable in the topics headers. For instance:

... to be able to click on the red button here, to access to all the sticky topics.

As the sticky topics are often specific tutorials, it would be an easy way to have access to all the forum tutorials at once.

Kylo

TB54 ... to be able to click on the red button here, to access to all the sticky topics.

Actually we've gambits (is:sticky, is:stickiest, is:tagSticky) for that purpose. See https://discuss.flarum.org/d/28333-flarum-search-tips-and-tricks

TB54 So yes, the "behave like a regular discussion" in "all discussion tab" would definitely be the best option.

Done! Check the settings after upgrading to 3.0.0

TB54 It works when you're online, but not when you're offline (in that case, they all appear at the top):

If I understand you correctly; that's not an issue, it's a default sticky behaviour of Flarum. When you switch to the "All Sticky" mode, it'll act like you're using the bundled flarum/sticky extension.

TB54 I can not directly "de-stycky" a topic which is "tag-sticked".

This isn't an issue anymore with 3.0.0!

3.0.0

Requires Flarum v1.2.0+ & flarum/tags & flarum/sticky

Stickiest Modal

Add new modal component (replaces discussion control items).
Add new option for displaying tag-stickied discussions in the "All Discussions" list.
Add new label for super-tag-stickied discussions. (+ new Stickiest-tagStickiestItem class for discussion list items.)
Update js dependencies and imports.

Also fixes some mistakes on order logic.

!! Breaking change: Your current tag-sticky configurations will be lost. They magically will stay as just-sticky.

Don't forget to run migrations if you're upgrading from 2.0.x

composer require the-turk/flarum-stickiest:^3.0.0
php flarum migrate
php flarum cache:clear

If you ever see an error like General error: 1824 Failed to open the referenced table 'tags' ... while activating this version, check if the engine for the tags table is InnoDB or not. If not, try switching that to the InnoDB then run and try activating again:

-- make sure you have that db backup.

DELETE FROM `migrations` WHERE `migration` = '2021_07_04_000003_set_default_settings' AND `extension` = 'the-turk-stickiest';

php flarum migrate:reset --extension the-turk-stickiest

DROP TABLE `discussion_sticky_tag`;

php flarum migrate

TB54

@Kylo A problem on the update which allows to put a tag in "all tags" mode (I don't know if it's the exact sentence, as I use the extension in french: the mode that makes the sticky topic act like any other one in "all discussion" tab).

It works when you're online, but not when you're offline (in that case, they all appear at the top):

And it's the same as long as you have not read them: they stay at the top, above other more recent topics.

Also, another little problem : I can not directly "de-stycky" a topic which is "tag-sticked". When I do it, it sure loses some attached CSS (for instance i asked to bold the sticky posts, and there it goes back to a normal font-weight), but it stays invisible in "all discussions" and keeps its sticky badge. Here is an exemple, with the second post which has been "de-stycked" from "tag-sticky":

For it to work, I have to first go back to "average sticky" (not "tag sticky"), then to de-stycky it. Then, and only then, the topic loses its sticky badge and comes back in "all discussions".

hrvoje_hr

TB54 I can confirm this issue

murdocklawless

Kylo needs to be translate to turkish or others.

TB54

Thanks for the update!
I will check all that as soon as it's updated on freeflarum.

Kylo

TB54 It works when you're online, but not when you're offline (in that case, they all appear at the top):

If I understand you correctly; that's not an issue, it's a default sticky behaviour of Flarum. When you switch to the "All Sticky" mode, it'll act like you're using the bundled flarum/sticky extension.

Mmm ok, but in that case, an option to be able to avoid that (to make it behave offline the same way it does online) would be cool, of it's not too difficult to code. Because otherwise, it recreates the very same problem for what we use "stickiest": it puts a dozen of sticky threads on top of the homepage, which is problematic.

GreXXL

murdocklawless you would need to post such requests in the turkish flarum translation posting: https://discuss.flarum.org/d/21356-flarum-turkish-experience-pack

Cactus1805 have you checked what @Kylo wrote unter "breaking change" in his announcement post? https://discuss.flarum.org/d/27888-stickiest/48

Cactus1805

Hi, I got this error when updating the extension to V3.0.0 but it seems everything goes smoothly as expected. I just wonder if it's causing any problems that I'm not aware of?

Kylo

Cactus1805 It surprisingly says can't create table... but I believe the table is there, created without tag_id foreign key. Your forum would be broken without that table & this extension activated (unless you don't have tag-stickies). If you remove a tag which has tag stickies in it, that error might cause some issues. Foreign keys are there for data integrity and I suggest having them for consistency.

Cactus1805 did you re-run the migrations after doing that? I'm asking this because It occured to me that you might have an another error (something like Migration file should contain an array with up/down.) while rolling back the migrations (after updating from 2.0.x to 3.0.x and running the php flarum migrate:reset --extension the-turk-stickiest command). Because there was a deprecated migration method (named addSettings) on 2.0.x and I removed that migration file completely with this new release. You'll see that migration (2021_07_04_000003_set_default_settings) in your migrations table if you're coming from the version 2.0.x. So you probably will need to remove that entry before rolling back migrations.

In sum, a more generic & proper solution after having that "foreign key error" is to run these codes carefully:

-- make sure you have that db backup.

DELETE FROM `migrations` WHERE `migration` = '2021_07_04_000003_set_default_settings' AND `extension` = 'the-turk-stickiest';

php flarum migrate:reset --extension the-turk-stickiest

DROP TABLE `discussion_sticky_tag`;

php flarum migrate

I'm sorry if this sounds too much to you but I can't see any other way of doing this. tags table should've been InnoDB from the very first. I'm going to suggest everyone here to update their tags table engine to the InnoDB @luceos, are there any consequences of changing while the forum is running in production?

Cactus1805

GreXXL Thank you, I didn't change the engine of the tags table as the error notification quite different. After change the engine, it worked like charm.

« Previous Page Next Page »