Babble - A Chat Plugin


(Tarak'ha) #25

May have found a ui bug, a paltry one albeit, regarding translations.

When I hover over the x or expander button I get en.babble.expand_chat and en.babble.close_chat. Also, I am assuming that the icons are not meant to disappear when hovering over them, cluding hovering over the hamburger menu for the chat; aesthetics. Just some ux stuff to ponder. Otherwise, a great plugin.


(Tarak'ha) #26

Thanks for the updates! The only new problem is the listing of category chats. They seem to be overlapping each other.

image

It should read
“Divination Scene”
“General Discussion”

Thanks again!


(James Kiesel) #27

Sorry about that; should be fixed in the latest.


(Tarak'ha) #28

Found another ux bug but it’s on mobile. I don’t know if you offer support for mobile view. This happens in chrome for android.

My wife just found this bug where the first message is cut off. The stock Samsung browser works fine for us and does the expected behavior.


#29

In my forum the chat plugin is not that heavily used.
I think it would encourage people to use it more if in the lower bottom of the browser window a tiny bar would say n users online whereas n= number of people with chat access are currently online (based on discourse online status)

Thoughts?


#30

Hi!

I took some time yesterday and created a Dutch translation. I can of course review my own entries, but not sure if that’s desirable :wink:

The translation is there btw, in case you want to pick it up.


(James Kiesel) #31

Hmm it seems like discourse has changed the way they render their header on mobile slightly. I’ve put in a fix; let me know if that works for you. I’ve also fixed some oddness with the new post action dropdowns. Excelsior!

JanJoost:

I took some time yesterday and created a Dutch translation

Thanks for the contribution! I’ve pulled it into master and it should be available in the latest.


(Joel Zaslofsky) #32

Thanks for the quick fixes lately, James.

I know it’s been about two months since you and @eatcodetravel were talking about collaborating on Babble upgrades. Did anything come out of that or will come out of it in the next few months?


(James Kiesel) #33

I haven’t heard from him since the initial contact, unfortunately. Which upgrades in particular are you interested in?


(Orlando Del Aguila) #34

About this, I had to ship it without these changes/features due time constraints sorry :frowning:.

But yeah @JoelZaslofsky, what features you need?


(James Kiesel) #35

As an update, I’ve been playing around with private messaging functionality in Babble over the past couple days. Here’s where I’m at at the moment:

It’s a more slack-inspired interface, with the ability to dynamically create messaging channels between individual users (and the plumbing is there for facebook’s ‘dynamically creating chats with multiple people’ functionality as well)

I’m also digging the ‘automatically open’ functionality, and am thinking about making it the default to open the sidebar chat to the channel list view by default on desktop (it’d feel a lot more like a slack thing that way, and would be a pretty prominent piece of your forum). Admin toggleable, of course.


(Joel Zaslofsky) #36

Thanks for being willing to take requests, guys. :slight_smile:

Sound notifications at the individual user level are still at the top of my list by far (discussed back in this thread).

I could come up with a bunch of other things, but I don’t know how much they’d overlap with your own personal goals for the plugin and requests from other Babble users. So I’ll refrain from giving you the full wishlist unless you say you want it all.


#37

Hi! Sorry to trouble you over this, but did you manage to find a way to keep the post count the way it should be?

Thanks in advance!


(James Kiesel) #38

Thanks for the prompt; I have a fix for this but want to test it a bit more before merging it to master.

If you’d like to try it out yourself, change your clone URL in app.yml to point to the hold-counts branch, like so:

git clone -b hold-counts git@github.com:gdpelican/babble.git

#39

Happy to test, that’s what the acceptance environment is for. Will report back here.

Any scenarios you’d like me to focus on?


#40

@gdpelican
Did some preliminary testing, and indeed it looks better. Mind you, I am an excellent picker of nits, so be warned :wink:

How I tested

  • New user with post count 0
  • New chat

Scenario 1:

  • Access chat via bull-horn (chat side-bar). Add messages, check post count on user statistics page.
    Post count still 0.
  • Delete chat, create new chat.
    Post count still 0 (and not a negative number) - this is good

Scenario 2:

  • Find chat via search function. Access chat via the ‘normal’ topic rendering. Add 5 messages, check post count on user statistics page.
    Post count is now 5 (which is to be expected - we’re accessing the chat via the alternative rendering, so it behaves as a normal topic)
  • Delete chat, create new chat.
    Post count still 5 (at least not deducted).

This to me is perfectly acceptable behaviour - at least we do not end up with negative post counts any more, for the enthusiastic chat users.

The icing on the cake would be to deduct the post count from the posts entered via the normal topic-rendering, but I imagine that would be (nearly) impossible to achieve.

But to keep the analogy alive: The cake is already delicious this way, and I’ll happily eat it. (The cake is no lie!)

Thanks!


(James Kiesel) #41

The fix at the moment is a bit slapdash, essentially saying ‘skip over resetting user counts when you delete chats’, which should be analogous to the ‘skip over resetting user counts when they make topics or posts in chat’.

Discourse is complicated software though, so I’m not 100% certain at the moment that the counts / triggers modified on creation are 100% parallel to those modified on deletion. However, if you’re happy, I’m happy, and will merge this after a little bit more smoke testing on my end.

Re: normal topic rendering, I’d rather get to a point where you can’t render chats as normal topics at all, rather than making them work as both. There’s too much that can go wrong if we allow people to respond to chat topics with the normal Discourse flow, and vice versa.


#42

That makes sense - would be good. I know from the user base I have here that they do like the idea of ‘liking’ a post though. But then again, it’s a chat - they will just have to eat what we feed them! >: )


(James Kiesel) #43

I (and others) have the ability to build that functionality (it’s basically a port of the Retort plugin :slight_smile: ), but likely not the functionality to make chats and Discourse topics 100% compatible.


#44

I hadn’t even seen Retort but it looks fun! Thanks for the pointer!

As for the functionality: We can survive without it (and the users are already happy!), so that’s all good.

I also found out that most people use the topic-view of the chat because it works a bit better for them on mobile apparently. I’ll ask around what exactly it is that doesn’t work well for them in the normal chat-view, and will let you know.

Thanks again so far!