I hope I don't get accused of super bumping multiple threads tonight (really not so old threads or well not so old last post!)

On first impression, nodeBB was the ticket - without any of the technicals. It's all that matters.

It truly is all that matters. Since the majority of fourm users are not going to be technical and forum have there work cut out to drag people away from the twitters and face books of the world.

A forum can be deployed to any user base so it's application and audience is potentially as wide as you like and varied as you like, that you have to think about simple but not dumb Ui/UX and rely on the beauty of tradition, i.e. established and solid universal conventions that are universal but not afraid to push the envelope to enhance convention to the point it's at least feels innovate if not actually is.

Speed.

It's silky response. The fade out fade in transition was a genius choice, let me type that again GENIUS!

The Composer.

• It looks and is weighed better i.e. it's styled better, simple.
• It's not perfect, but it's one of the best out there.

The composer is the window to all content creation, the crucible of an entire forums everyday lifeforce. It's got to be good, it's got to always be trying to be better, by trying to be great. This is the interface that makes or breaks the user experience and thus a forum.

My UI/UX 2c:

Please consider making the composers upper top line a drag focus draggable area so it is not restricted to the black circle aligned to the left, that should really be centered (it took me too long to figure out) - it breaks a basic UI/UX expectation burned into our retinas at this point!

@julian Cool thanks, yea poor ns-embed is not happy in 1.12.2 - I and others already flagged in that thread, still, A Great plugin!

Ok SMTP/EMAIL is fixed!

Some deeper DNS/MX work seems to have made the difference and using "encrypted" setting - initially I was using StartTLS as per email provider SMTP guide, which specified TLS - tested it again and StartTLS broke it.

Encrypted works.

Yes!

As outlined in the second part to this post here - I have created this dedicated topic for the purposes of pitching this new feature and functionality for composer.

A composer that can align in one click to the right of the screen - creating a split view.

I guess if people want left they can have it but the concept is being able to easily reference posts on the right and compose on the left, keeping an unobstructed view of the entire flow of the topic posts without having to minimize the compose editor.

Meet the new contextual button that would toggle between positions.

Click to toggle horizontal position:
Click to toggle right-aligned position (split view):

As an evolution of composer core feature & function, I believe the case for, is incredibly self evident.

• I'm waiting for someone to tell me this feature is already available...
• I will edit an addition this OP with summary points and extra info if required.

Please Upvote - If you want to see this as a core feature in standard nodeBB deployment.

I've never really seen or understood the true value of a shout box but I'm open to other views - to me it seems to be an ambiguous duplication of forum function and often as an interface element in a forum, it always feels squeezed in.

That's my experience on other platforms.

Obviously, if nodeBB has a shout box it will be the best in the world!

Q: Is it possible for Logged in users to post also posts as guests?

Reason this would be useful is to allow guest posting, that can only be viewed when logged in.

Currently guest post would be wide to the world.

Sometimes existing users and newbies on certain types of forums would like to be able to revert to guest posting where anonymity is important, "asking for a friend..." type questions!

I also have a vague sense this might have already been covered before but I didn't find the exact thread - Please point me in the right direction id this is duplication! Tx!

This is a feature I wouldn't expect in forum software, since traditionally such systems like phpBB don't have it out of the box. It also seems wrong on a base trust level even before we got to the modern era of GDPR etc. etc.

Yet Discourse has this out of the box much to my own surprise and I thought but why would you need it?

Other than tracking abuseive PM's between waring users, which could easily be stopped by the recipient being able to ban PM's form a user. I didn't initially see the valid use case.

The point was made by Atwood, Discourse creator, that for example certain types of nefarious rings might use your PM system to share illicit material undetected. Think the worst kind.

• That is a very valid point and one worth exploring.

However it's still strange being able to read anyones private messages and that users also may simply assume that their messages are private. Few think about databases and that once a person has access to a database they can in theory access any of the info but it's not frictionless access. Discourses implementation is as simple as reading your own PM.

What I felt would be a better solution, more admin friendly and simply effective at addressing the problem , would be to have a system that monitors the PM activity and volume of user accounts.

For e.g. -Perhaps a threshold is set with some other criteria - then imagine a 0 post or very low post count user has more than 2 pm's a day it's reported and flagged in stats. Imagine another users has 100's of PM's per day or hour, it's flagged with more force, because such activity would be highly very suspicious. A whitelist system would handle the good guys and magybenot flag (like mods) but still report their activity too, if required.

So of my 10,000 imaginary forums users how of you find the 4 or 5 who are abusing the system, with little effort but with pinpoint accuracy fast?

Second to that there could also be threshold limits set that users can only read and send x pm's per day until they clock up some rep, which would act as a massive disincentive to abuse the PM system for nefarious and illegal activities. (apologies if such a feature is already there, I'm not 100% familiar yet with all of nodeBB functionality and feature set but getting there).

Open access for admins to PM's does not mean you will easily find and therefore stop the problem. Access only help you determine if it is a problem or not.

You need analytics as an admin in the first instance - therefore it's not an access issue!

I find the Discourse implementation a good example of solving a real but very niche problem but with a wrong solution or at least the wrong 50% of the solution.

I would really like to see a PM report system in nodeBB natively, as a core security feature to tackle this issue.

Warning and notices to users easily administered by default, that PM's are not publicly viewable but admin viewable if x. y and z occurs.

The crazy thing is Discourse team originally implemented this and gave moderators access. That's just insane IMHO, even as an Admin I am not really comfortable with that once click power - it's clearly open to I would say more abuse that what it tries to solve.

@Velocification Well I can't find the exact post now but if I remember correctly @Julian recently indicated a one-click installer was being reviewed right now over at DigitalOcean and it sounds very much like the ball was in their park.

Something I noticed when looking for a nodeBB installer in the DO marketplace, before @Julian revelled this insight, I was using Ctrl/CMD + F for the term "nodeBB" (because there are so many one clicks now) it appears to highlight hidden text in a few places. Weird. I dunno if this is a bug but maybe there is a invisible placeholder waiting to be sprung. I should have looked at the pages source code to see what it was.

I don't know if anyone has any hosted images out there either than might make a difference.

I've done some work playing around with this because it's too chaotic, in fact visually it's bad, very bad but I digress - I found it tricky to achieve but I got it to a point that it was workable, almost to my spec of 3 column, I managed 2 column that appear to be stable enough in an responsive context.

For example:

This is the CSS I used to achieve the above result 2 column layout:

.category-children .pull-left {
    column-width: 15em;
}

I'd like to post the entire custom CSS as I'd like to make it a theme for everyone but I'm not at a theme dev and upload to GitHub level yet, so if anyone would like to help me out, please message me.

I may post entire CSS set sometime, to catch any tips for tidy up - it would be nice to see it reviewed by the pro-pros

I love the composer in nodeBB. However, it's rare to find anything in life that can not be pushed toward greater perfection and since composer is pushing toward perfection already - let's push a little bit more to make the difference!

On community.nodebb.org - I noticed a few extra buttons that seemed to related to the same function or kind of, then I noticed even more - why have 3 image related buttons when you can have one?

Why?

Ok, first lets strip the overlapping icons and rearrange into more logical groups:

Post Edit Tools | Link Tools | Image Tools | Custom Tool | Zen Mode

Space

Super and look at all the new found space, minimal overload is not far off, time to look at the sequential order.

Less is More in the New Order

If there ever was a more graceful flow from left to right in perfect order I have yet to see it, with less buttons in a more logical, sequential and grouped order we are pitching for less visual cognitive load.

Summary:

• Minimal without losing functionality
• Clear left to right flow and back again
• Grouping of icons by contextual function
• Establishes a logical sequence to icon groups
• Creates more space for other icons
• Sets logical order and positioning for future icon inclusion

Naturally it flows that the 3 image button functions need to be folded into a pop-up menu.

Why this is probably a better outcome is that it creates a clear focus and display of the image options to the user using one click, all on a single menu.

Currently there are 3 buttons one of which is visually ambiguous as it presents as cloud up arrow icon, which could be construed as being actionable with any file for upload.

If you wanted to push the logic of this approach further, then even the smilies icon could considered a valid target (hypothetically!) to also fold into the single image button - creating a hybrid single image button, a hybrid pop-up menu with all the visual/image elements in one place.

Please note, I am not proposing it for now but I present it to tease out the natural evolution of where this route might go and is perhaps one reduction too far for broader nodeBB deployments.

Please upvote - If you woudl like to see this in standard nodeBB.

In any dark theme WHITE needs to be handled carefully, HAZMAT Suit and all!

@crazycells said in Persona Theme - Subcategory view on main page:

@omega Thanks, somehow your code was always flexing the icon only... But I managed to get two column view with this CSS addition on persona theme: (on 1.12.2)

.category-children .category-children-item {
    float: left ;
    width: 20em ;
}

Thanks a lot, I got the em idea from you until then I was unsuccessfully trying with %

here is how it looks:

That looks great and cool to see if a heavily sub-category setup!

I picked up the em from somewhere leek overstock not specifically relating ot node. I can't remember exactly but it was the thing that worked.

I'll try your variation to see how it works. Maybe more stable.

I'd be very happy to see this adopted by community nodeBB hey @julian? Well, hmm hmm???

Further note: I would like to pin down a stable 3 column option too - maybe less used but still applicable ot some deployments and case uses.

I couldn't pull it off, very strange thing were happing with the icons, not just the positioning stability. I didn't spend any more time once I got 2 columns, it was the HUGE improvement I was looking for.

Re: [nodebb-plugin-ns-embed] NS Embed

@The-Worms said in [nodebb-plugin-ns-embed] NS Embed:

commands like git and ./nodebb should not be used with root access (sudo or elevated privileges). It will cause problems with different ownership of files NodeBB needs access to

Ok thank you - I'll create a sudo user and then re-run the installation from scratch.

Ok I tried that but same problem. I used sudo where applicable but was logged in as root, is that ok? I'm not so familiar with privileges in Linux and wasn't thinking about implications of not using sudo.

Therefore I may have missed sudo in previous in re-builds and re-install but this time I was very careful to apply it as outlined as per advice and also the documentation for installing nodebb. I read a little harder.

Right now, I'm starting to wonder if this is a versioning issue - my original but separate nodebb installations (each stack was not exactly the same) had no issues with plugins.

Therefore I've been trying to think what did I do differently other than forgetting to use sudo when I re-installed or rebuilt the stacks.

The only thing I can think of right now is I might have used older versions of maybe redis, but more so and older versions of node.js but I think I always used the latest nodebb (1.11.x)

I might try to re-create the setups dropping back versions of the various components but keeping it at nodeBB 1.11x .

• I decided to fork this topic as I don't want to crowd out useful ns-embed-plugins specific information as my issue is wider as it affects any new plugin installed!

I love the composer.

I know I've already said that but I do, so much it inspires me to see it shine shine shine!

First I present some basic edits and additions to the composer, to refine even more the sleek minimalism - sleeker, not weaker.

Spot the Difference

Did you spot the changes?

A) Gone is the left aligned arrow/circle - meet the new (27px x 3px #E2E2E2) - RESIZER NOTCH!

B) Huh? What is that ... read on

C & D) - Doesn't this just look better, make more sense positionally, rather than words in those clashing with the input and preview areas!

E) - I'm pitching to fully BOX in (top, left, right & bottom) the post editor - Also reducing the beautiful blue line down from 3px to 2px.

Composer - Right beside you!

B) What happens when you click it!

Mans & Womans - I dunno if this exists, I searched, I didn't find it but why not! (now you know why the box in post editor box is needed further + it visually feedbacks better too) It's clearly the natural progression to enhance composer experience and I have NEVER seen this done in any forums I have used, ever! (happy to be corrected).

For the sake of focus I have split by posting the full blown right side composer pitch here: "Composer - Right Beside you" dedicated dev topic so click here to continue the surge of comments - thanks!

Please Upvote - If you want to see this as a core feature in standard nodeBB deployment.

@julian said in Persona Theme - Subcategory view on main page:

From a design point of view it makes sense to have the subcategories aligned in columns instead of inline like they are now.

Would be a project that is up to @psychobunny to take on

Hey! @psychobunny

@PitaJ said in Trouble shooting - New Plugins installed, not working. What gives?:

@omega how did you install the plugin? Did you rebuild and restart after doing so?

BINGO! It works

AAahhhhhhh........... stoopid me, I was only reseting not re-building & reseting.

Glourious!

• Thank you for all the help and patience.

Very cool.

I don' want to say it strikes me like a personal twitter - but there I've said it, it look a lot like a personal twitter that is not a criticism but surely that is what twitter has kind gf become in it's use and user behaviour/engagement, is essentially what makes a site or platform really what it is.

If it's not a mock up and is actually a screen share of a live site, do share a link if possible! +1:

@omega said in [nodebb-plugin-ns-embed] NS Embed:

<div class='embed-wrapper'>
<blockquote class="twitter-tweet"><a href="https://twitter.com/$1/status/$2?ref_src=twsrc^tfw"></a></blockquote> <script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>
</div>

Due to all the fantastic help available from this great nodeBB community - the above original solution as posted by @The-Worms to my problem, I can now confirm works beautifully!

@KuznyaOrg Yea getting same or similar reported error with ns-embed, discussed over here https://community.nodebb.org/topic/7135/nodebb-plugin-ns-embed-ns-embed/48

Is there a plugin that automates the following - for example, watching a twitter account or youtube account and grabbing the title and link to the latest posts to an acc or channel to create new topic for each new event at the watch targets.

populate: title

populate opening post: Title + link etc. etc.

That's it.