[@ajtruckle Participant 4 years, 5 months ago]

I have improved it alot:

.widget_display_topics ul {
	background: rgba(0, 0, 0, 0.04);
	padding: 10px 20px;
	list-style-type: none;
	margin: 0;
	margin-bottom: 1.66666667em;
}
a.bsp-la-reply-topic-title {
	color: #222222;
	font-weight: 600;
}
.bsp-la-text,.bsp-la-topic-author, .bsp-activity-freshness, .bsp-activity-forum {
	font-size:12px;
	text-transform: uppercase;
}
.widget_display_topics ul:last-child {
	margin-bottom: 0;
}
.widget_display_topics img.avatar.photo {
	border: #000 solid 1px;
	margin-top: -3px;
	margin-right: 4px;
	display:inline-block;
	vertical-align:middle;
}

The only thing I would still like to do is get the final “TOPIC BY …” information to all flow as a sentence with a / delimiter. Can that be done?

[@ajtruckle Participant 4 years, 6 months ago]

This issue has already been raised and flagged in the tracker. They are aware of it.

[@ajtruckle Participant 4 years, 7 months ago]

If you look here:

https://wordpress.org/support/topic/problem-with-bbpress-topics-with-multiple-pages/#post-12772840

It was detected that the URLs in my case were failing bbpnsn plugin. They fixed it.

But it appears that these links are out of my hands.

[@ajtruckle Participant 4 years, 7 months ago]

Mine is set to day and name .

[@ajtruckle Participant 4 years, 7 months ago]

And does it matter having the little plugin plus your bug fix setting on at same time?

[@ajtruckle Participant 4 years, 7 months ago]

I think it was my fault. I thought I had created a test message but I had left the body of the topic empty and not ticked the recaptcha.

It would not jump to the error messages. It just went to top of screen. So I did not notice the post was not added.

It really should jump to the error message which I have nice and clear with a yellow border.

[@ajtruckle Participant 4 years, 7 months ago]

Rob, I have now switched on again your bug fix option. So I have our little plugin active and your bbp plugin option active.

See what happens.I wonder if you can add some logging to see if it is working?

[@ajtruckle Participant 4 years, 7 months ago]

Sorted. 😀

[@ajtruckle Participant 4 years, 7 months ago]

Ok, I see a Display name option in BBPress. Maybe that should be on my registration form.

But, it is that user statistics plugin again. It displays the usernames.

[@ajtruckle Participant 4 years, 7 months ago]

Ok, it seems that in BBPress my register page does not allow for you to specify the nickname:

Register

My BBPress Edit profile page allows you to edit your nickname though.

I see No where in general to specify what to display, apart from editing my profile in WordPress backend.

That said, I realise my username is displayed here as it is the @ text.

I am reluctant to show usernames you see. According to my security logs I have so many attempts to hack into my site my username.

[@ajtruckle Participant 4 years, 8 months ago]

Thanks. Only mistake there is that you forgot to insert your corrected edit terms into the if statement. 🙂

Thanks alot.

[@ajtruckle Participant 4 years, 8 months ago]

You create those pages. Each page has a short code it in. You then tell Theme My Login the links to each of those pages.

[@ajtruckle Participant 4 years, 8 months ago]

Here:

Theme My Login

You can install it from there.

[@ajtruckle Participant 4 years, 8 months ago]

Just use “Theme my Login”. It does everything.

[@ajtruckle Participant 4 years, 8 months ago]

OK. The merging test I did worked fine. Thanks.

Question:

View post on imgur.com

Why is my “Merge topic tags” check box in the middle?! Why not on the left?

[@ajtruckle Participant 4 years, 8 months ago]

Oh, OK. So to test this out I simply have to try and merge two topics. Is that the idea? Or merge two replies? i did not follow this whole discussion.

[@ajtruckle Participant 4 years, 8 months ago]

Just upgraded to your latest version 4.5.1

Change log says:

additional bug fix for merge topics on variable mismatch on bug fixes tab

But I still only see 3 possible bug fixes listed? Please advise.

[@ajtruckle Participant 4 years, 8 months ago]

Cool. I suppose I don’t need to activate this because I switched off moderation anyway via a snippet.

[@ajtruckle Participant 4 years, 8 months ago]

Is it possible for someone to show a short video of this in action? Thanks.

[@ajtruckle Participant 4 years, 8 months ago]

@robin-w Thanks. I don’t have time to test myself right now.

I wonder why the authors are not responding again to again of these issues? After all they are the developers and it seems like one big huge leap with this version and then it appears nothing? I thought there were several authors of bbpress? It seems unfair that 99% of the user support is coming from you. What a strain on you!

Thanks though!

[@ajtruckle Participant 4 years, 8 months ago]

Thanks.

I see line 218: $content = "\n<pre>" . $content . "</pre>\n";

I suppose that could become:

$content = "\n<pre class=\"suitable-class-name\">" . $content . "</pre>\n";

And that styling be moved into that class. But:

Line 133: $content = preg_replace_callback( "!(<pre><code>|<code>)(.*?)(</code></pre>|</code>)!s", 'bbp_decode_callback', $content );

I have no clue about what that code is doing.

[@ajtruckle Participant 4 years, 8 months ago]

Well, the issue here is that bbPress is using a catch all for pre when it should be applying a class to the pre objects that it creates. Then we wouldn’t have this issue would we? Because they would just be classes that are used by either application with their own pre code usage.

The issue is that I don’t know how or where bbPress makes use of the pre tag so that the logic can be adjusted to use a class to indicate the styling rather than that global pre catch all.

[@ajtruckle Participant 4 years, 8 months ago]

Turns out @robin-w that my additional css is not the solution. When the user clicks “Raw” on the code block it is supposed to toggle the raw code block to be visible. And since I added that css style it has forced it to never display.

so I need another way for bbpress to do what it wants with pre blocks that does not conflict with enlighterjs.

[@ajtruckle Participant 4 years, 8 months ago]

For the other issue, the only thing I can come up with is Additional CSS:

.enlighter-default .enlighter-raw {
	display:none !important;
}

But is there a more robust solution that avoids the need for this?

[@ajtruckle Participant 4 years, 8 months ago]

let me deal with q1 first. — I’d suggest you stick with the theme version, and use custom css to fix any issues you find between the newest version of bbpress and your theme version css file.

Understood.