#chat-chat-beta
1 messages Β· Page 7 of 1
lol
Thanks barry for not making me look stupid
Okay okay okay, looking clean clean
msg looking odd, where to change
Actually
msg not working at all
that doesnt look like chatchat
yeah that's Essentials lol
WHat
the hell
I dont'have essentialschat
I still have DC installed if that interupts anything
dont do that
anyhow I got driving lessons, will be back in 2 hours
yeah essentials keeps taking over my /msg and idk how to get rid of it besides uninstalling essentials lol
Actually I wanted to combine deluxechat, venture chat, essentials chat & chatchat
oh lord
I feel issue coming already
kekw
that's actually the minecraft messaging
not essential's
this is a known issue
we are aware, and I believe that's something to do with the command lib. I believe Matt is working on it
cc @final hamlet maybe add to the known issues list?
oh shit wait really lol
i didn't even know vanilla had messaging come to think of it
yeah I thought at first it was bukkit but it is actually minecraft's command
Is there an option to put a chat radius on a channel?
For example, I wanna make a "local" channel that's only visible by everyone in a X block radius.
Or should I make a suggestion for this?
that is not currently supported, please open an issue
Pinned π
ait
for those with issues with the messaging system
if essentials is overriding the command, u can disable it via the essentials config and this'll let chatchat take over.
to disable it, go to the essentials config.yml and change this:
- msg
# any other commands u wanna disable etc```
if mc is taking over (I'm not too sure why mc would be taking over), then u will have to use the main command, instead of its aliases, which is /whisper and /reply.
a fix is coming so this should be sorted soon
I feel like the pm perms can be slightly changed.
My ideas:
- Change
chatchat.pmtochatchat.pm.useto make it fit better with other existing ones. - Change
chatchat.socialspytochatchat.pm.socialspyorchatchat.pm.spyto make it clear it's about PMs (or add this perm for more fine-grained perms to allow socialspy on PMs but not channels)
Additional ideas:
chatchat.pm.toggleto allow toggling receiving PMs (new system for that)
wait where ?
there's nothing in the essentials configuration about msg
ChatChat works on 1.13?
Give it a try
Uhm im taking a test but later
u can disable essentials commands here
it should.
can't guarantee tho. that's why this is a beta
yeah most of our testing has taken place on 1.18
although why ud wanna use 1.13 is a mystery to me
yeah 1.13 is like, the worst possible version to run
itβs a nightmare even i have upgraded now to 1.18 and i was a 1.8 die hard
Mind adding it to the github issues so we don't lose track of it? Should be pinned in here.
Added.
Tbh 1.8 is more understandable than 1.13 lol
It's early beta, not production ready.
They're working on it, give them some time to make a release build and fix these issues.
alrighty.
That's not really a bug.
that's how its meant to be used
oh wait. in like the message itself
I mean yh but the <color> things don't work either
Pain in the ass to test how colors look as i'm still developing.
using /ping now
yeah. we do plan on allowing them in messages based on permission or something like that
if you want to preview formats or even use a nice online editor for it you can try this https://webui.adventure.kyori.net/
π I know what I was talking about ππ€£ππ€£
I still love you
π
β€οΈ
Okay if 1.13 is bad what should i upgrade to to have a wide variety of plugin availablibility?
1.14?
Im still maining it on 1.8 with viaversion tho
Im on 1.8 paper rn btw
Most plugins dont use 1.18
Work*
Do they?
1.14 has the new api
It should be enough?
literally all plugins should work on 1.18
the only reason they wouldnt work is:
A: they use NMS
B: are terribly coded and somehow dont work on newer versions
What is NMS?
mc server internals
so if a plugin is using nms, it means they have to use server internals to get functionality that isnt in the spigot API, and NMS changes every version basically
Oh okay
tbf there's not a lot that cant not be done without it now
paper π€€
the particle is not us
as far as sounds, is that what you have set as your mention sound?
this didn't happen with deluxechat
'2':
command: /tpmarket
type: RUN_AS_OPERATOR
cooldown: 5
runcmd:
- '/effect give $player minecraft:blindness 3 10'
- '/effect give $player minecraft:levitation 1 2'
- '$delay$/warp Market $player'
- '$delay$'
- '/minecraft:playsound minecraft:entity.creeper.primed voice $player'
- '/minecraft:particle minecraft:cloud ~ ~ ~ 1 1 1 0.1 500 normal $player'
- '/tm message $player &fDestination: &6Market!\n&7Buy & Sell Goods!'
- '$delay$'
delaytimer: 1
permission-required: false
#
i don't see how chatchat could make that happen tbh
if you take chatchat out does it still happen
And was it set to run as operator before? or run as console?
Seems like more of the issue ^
yeah i was going to say
that would make the player run the commands as operator, you should run as console
playsound and particle should work from console
They most definitely do, it's a vanilla command
oml lol
'/minecraft:playsound minecraft:entity.creeper.primed voice $player'
/minecraft:particle minecraft:cloud ~ ~ ~ 1 1 1 0.1 500 normal $player
I don't really wanna use #chat-chat-beta but look at the second command
it's location dependent
That is why it "isn't working" from console
still happens for some reason.
then why are you in #chat-chat-beta lmao
Because when I was using deluxechat this didn't occur
I can continue help in #general-plugins
I'm just switching back to DC, the amount of headache this chat plugin gives is insane.
Is this the only reason?
Because if so it's because you configured the command incorrectly
If not, can you provide some reasons?
you literally are beta testing, feedback is well appreciated
lmao
Yea, I realize it's beta testing although the following things just bug me too much cause it looks like crap ton of my stuff doesn't work.
- The plugin doesn't allow me to use color codes in chat e.g. &1,&2,&3 or the so called <blue> <yellow> things don't work either.
- Other stuff breaks while it worked fine with deluxechat e.g. the issue above about the command feedback being displayed in chat.
- Sometimes unicode characters don't get parsed in chat
What else has broken?
This is the first beta release of ChatChat. Things will break, there are features missing, and there is a lot more to do before release.
his mycommand commands apparently. which I kinda doubt is bcz of chatchat. but hey causation vs correlation. who knows what that means
xD
Haven't checked everything but most likely everything that has to do with colors, chat related things, unicodes
the unicod characters don't get parsed if you don't have permission.
that's exactly how deluxechat used to work as well
it only applies to the message itself tho. not to the ofrmat
No no, like even more odd I wish I had it recorded
which should work just fine
At random times the tag in chat changes to the unicode
then split second later it changes back to the custom tag
"chat related things" is very vague, if you come across something other than your mycmd issue (no idea why it DOESN'T happen with deluxechat, seems more of a downside of deluxechat actually) let us know
What do you recommend rn, to just use chatchat while testing or switch back to DC ?
Chatchat would be more beneficial for you guys so I can report all bugs ig?
I'm on a development server
If the mycommand issue is the biggest issue, then I'd say fix that and keep using chatchat
that sounds like a client issue to be honest. because we don't update the chat message like ever. not that it is even possible.
o what the
Even tho it didn't happen within DC lmfao
chat updating is literally impossible from the server side. you can't change a message
:_:
already sent
if it's showing the unicode placeholder then it's the responsibility of the renderer
like yeah. we don't deal with replacing the unicode to the font image
that's literally the client's thing to do
Then I wonder what I've done different on that case today
started up lunar, then joined server today, started working.
OHH SHIT
I'm actually retarded as fuck
hmm
Lunar...
π΅βπ« π΅βπ« π΅βπ« π΅βπ« π΅βπ« π΅βπ« π΅βπ« π΅βπ« π΅βπ« π΅βπ« π΅βπ«
I started testing with lunar client not vanilla
Okay ignore anything unicode related
i was about to say
π
okay what about colors
those we know about cj
colors definitely still an issue
mini message too?
that's like a feature we didnt implement yet
@final hamlet something else for the known issues list
ye ik the &6
yes. in messages themselves
ah, ok ok
well we won't support & color codes
Want me to go to #general-plugins for the mycmd thing ? @light sage ?
okie
but we'll support like <yellow> and stuff in chat permission based
speak up @weary pilot
no
ok
yep
do not tease us like this mr knightz em see
:))))
6
Bukkit color codes > tf is a <green>
yeah nah
a <green> is a minimessage tag
& codes are legacy and old and crusty and deserve to be forgotten about
Ur crusty
seriously we have had components for a very long time now
there is no reason to still use the old format
:md5_disagree:
legacy colour codes are literally magic values: what is &a for example? sure, we might know what they are as weve been using them for a long time, but for a new player <green> is much more readable.
not only this, & is literally only used by bukkit afaik, anywhere else u look, it does not use this format with strings
since like 1.7 or 1.8 (over 7 years atleast), the game has been using components instead of strings. components allow us to have much more capabilities (this is how stuff like hover and click commands are possible), more flexible, and its easier for the developers to work with because of APIs like Adventure. its time to move on from old legacy crap. embrace the new standard, Adventure has MiniMessage built into it, and will be the new standard going forward.
and more importantly, minimessage is designed to complement the component system
legacy codes are entirely separate, behave differently, and are very feature restricted outside of unoffficial and inconsistent "extensions" like &x
π
Hmm?
Legacy colors on messages
Kk updated
Respect your elders (1.8)
You're starting to get annoying at this point bud.
@fluid turtle o/
hi
hey ladies
hi Mr judge
Hey @exotic nexus (sorry for the ping)
I saw you replied to my suggestion on Github, I'd love to show you some examples of how it works but the videos aren't public so if it's okay I'd like to DM it
Just so you can see how the deleting messages system works
I know how it works. I've seen it in venture chat. the problem is how it would work internally. we'd have to store the past 100 messages sent by everyone and everything to every player.
and even then as I've mentioned on clients like Lunar it wouldn't even actually work bcz it has infinite chat. which means they can just scroll 100 messages to see the old message
and on normal clients, people can still check the logs. which would now also be spammed
personally dont think its a good idea because of the hassle
yeah. its a lot of work and ugly work as well for not that much tbh. if minecraft had an actual way to delete messages, sure but that's not really going to happen and there's a reason they didn't add it themselves xD at least with the current system
anyways. that's just my opinion, from what I've seen a few other developers (that work on chatchat of course) agree with most of my points so you'll have to wait for their replies on github I guess
and would solve needing to "delete emssages"
. if you have a good filtering system, it would be very rare you'll even need to delete messages.
yup
Alright, I just thought it'd be a cool idea
But those reasons seem to be pretty valid
yeah it is cool. I Don't disagree. but the rewards are just not enough for the cost
Gotta say, the delete a single message stuff is just a gimic- if you want something gone, just clear it.
this problem would still remain
that's why I think having a strong chat filter is the best thing you can do.
One of my friends had a feature for our servers custom chat plugin which would be "replying" to messages
Any ideas of a good way to implement that? (even if you guys dont do it, maybe we'll PR or make a fork)
While I do like this. Some servers have something like /show instead, which then works like this: https://sirkillian.gg/i/hf81qfeanme9j23r.png
Is that something that could be considered? I know its not really a chat feature but its still kind off the same feature.
We personally use /show from https://www.spigotmc.org/resources/showitem.10133/ It has a few other features that might fit in here if you're interested π€·
I guess we'll consider but I wouldn't get your hopes to high. At the end of the day that plugin can work with ChatChat just as well. And we're trying to keep the plugin not very bloated
Yeah i figured you'd say that lol
how would this work exactly? someone sends a message in chat and you can reply to it as a private message? or?
I haven't thought about it that much
You click on a message, and it starts with something like [reply] and you send your message, and if you hover over it, it shows the previous message
The "click-to-reply" was a possible feature in DeluxeChat, or "click-to-pm"... but it was user configurable what the click did via configs. I think ChatChat will try and mimic, if not provide more, customization than DeluxeChat
The hover-over showing the previous message is nice, but if your server chat is moving fast it will be a pain to read and have to keep moving up to stay on the line. π€
a conversion tool to convert DeluxeChat configs to ChatChat would also be nice, but not necessary.
already exists
β€οΈ
and a bookmark π
thanks for the link... my dense head would not have though to look π
this will make it much easier to test π
I need to open a github ticket for it but there's a weird viewing issue on some browsers where the page doesn't go further than the cards.
This is from a firefox browser of someone, but my firefox shows the whole page.
But for them, that's the end of the page.
wait
is that not how its supposed to be?
it shows the same for me on my firefox
that's the end there
oh
Haven't really figured out why yet
my Chrome stops at the bottom of the cards
That's... so weird.
like i scroll down it it stops at the card... if i zoom out i can see past it though
Maybe Fred will have a fix for that. Or if chazza wants to come in clutch and fix it.
Yessir
Well I was waiting on CF to give me a preview but I guess it doesn't want to.
Yeah Freddy showed me that.
Confirmed working. Thanks for that quick fix.
I wanted to switch up the icons so they don't all look the same. Thoughts on these? https://6ccf4e6f.convert-8jk.pages.dev/. Open to suggestions on changes.
Β―_(γ)_/Β―
I got a figma plugin for mine
We're just using fontawesome smh
Unless you can come up with solid icons for each thing with iconic
Guh. Do I have to actually load these in as SVGs? No module for it?
Oh do they?
Fred was going to work on something for that potentially. I could also just take that and make a "Visualize" button that takes you to the Web UI
Super easy to do, only problem is that these pages are designed under generics so I have to do extra work to make it only show up under 1 of them
Since the Converter itself is it's own componet
Actually it was easy to do, it's just not my preferred way of doing it.
what if you put the actual plugins icons there? idk if you would be able to convert them maybe to look good on the website or something? maybe funnycube can do some of his photoshop magic
but we might want to check with the plugin author's first I guess if we do that
so maybe not
it would be cool to use the actual plugin icon, it would be far more noticeable, but you would need their permission to do it lawfully.
also pretty sure toml, and all that stuff have some nice icons. like you could use something like this.
and just do different color and text for yaml and all that
btw is it supposed to be the same when going to one of the tools? bcz currently every tool seems to be as big as the screen. not going down
Β―_(γ)_/Β―
Yeah maybe cube can do something cause I feel it's just kinda outta place here.
Yeah exactly what I was thinking
They are the same size, I just don't have pngs for legacy, properties, and hocon.
Yaml might be smaller than 96
But the rest should be 96 that have an image
^
^
Once I or someone gets me a set of images to use for them all, I'll throw them in.
I think best would be to get something black(grays) and white, similar to what we had before made by cube or someone.
like take the deluxechat logo for example and make it just the white text box outline
take the essentials one and mke it just the white outline as well
or maybe even fill it with white idk
What's the website?
new jar out everyone https://github.com/HelpChat/ChatChat/suites/5994382137/artifacts/206764726
- it fixes the channel quick prefix being removed from a message even if the user didn't have access to that channel and the message was sent in another channel.
- it adds support for all minimessage tags inside messages. they're permission based (full permission list at the end)
- it adds a new minimessage tag called <item>. It will basically display the item you're holding in hand and it is customizable from settings.yml
Permissions:
+ chatchat.tag.item (for <item>)
+ chatchat.tag.color (for all colors, hex and simple ones like <yellow>)
+ chatchat.tag.click
+ chatchat.tag.font
+ chatchat.tag.gradient
+ chatchat.tag.hover
+ chatchat.tag.insertion
+ chatchat.tag.keybind
+ chatchat.tag.newline
+ chatchat.tag.rainbow
+ chatchat.tag.reset
+ chatchat.tag.translatable
+ chatchat.tag.obfuscated
+ chatchat.tag.bold
+ chatchat.tag.strikethrough
+ chatchat.tag.underline
+ chatchat.tag.italic
feedback and issue reports are welcomed! (for issue either ping me or even better, open a new issue on github https://github.com/HelpChat/ChatChat/issues)
Is there a permission for /msg?
After installing ChatChat, I see this
which does not seem right
Found it
Is there a way for players to disable mentions? Like /mentions disable
You can probably imagine that it would be very annoying to someone like a streamer if all their viewers are on the server 
Funny thing I did bring this up
Add an issue on GitHub and Iβll have others review it
Done
funny thing is that we already were working on something close to that. it will be permission based. anyways replied to the github issue as well explaining it
this is minecraft's default /msg
so because its perm based ill just have to make a command to toggle the permission cool. bentobox does the same thing with its island build bypass for staff. annoys the shit out of me just saying.
I get it its easy to make it perm based because then you don't have to store if its enabled or not in a database of some kind.
I mean making a command using MyCommand to toggle it should be fairly easy
it is I use CMI's alias's works pretty well. I even added feedback messages.
example command to toggle a permission for CMI if any one wants it. https://pastebin.com/dJNqqG9r
@clever totem any chance you can help us with some nice icons here? idk if you do icon stuff or not. but it would be nice
potentially, idk what that eye sore is
lmaoo. we want to basically put the plugin's icons there. and instead of the actual icons a representation of them made to look similar with the other ones
that was just an example with icons glare could find
like for languages, having one like the xml one but different for each one would be nice
yeah I can look into it when I have time, just finding time is an issue at the moment
π
@clever totem i have a little suggestion, add a /chatchat latest command for updating to the latest version of ChatChat automatically
Add it here https://github.com/HelpChat/ChatChat/issues
Okey, i have added it
not a fan of this tbh
Does anyone know when a permission for mentioning will be added?
+1 auto (or even somewhat auto) updaters are not safe
update checker yes. (when we actually will have releases) but auto update not a fan of
there's currently a PR opened to updating them and all that but there's 2 bugs we haven't found a good fix for
well we have no fix really yet
Yeah we won't auto update, but we will do update checking.
auto update sounds like an rce speedrun tbh
our very own log4j!
so i dont think ive seen it but is there a hover chat feature? or is there plans to add a hover feature?
ChatChat uses minimessage, so there is!
We are experimenting ways to make it easier to understand, we know it's not great at the moment
ah ok nice, yeah it looked a bit confusing but now it makes sense.
see cube. all it takes is a few minutes
not yet no
Not yet, we're still in beta and things are changing still
Most key points are in #chat-chat-info
so i skimmed through it and might have missed it but is chatchat not using papi?
it is
currently they should just work as %placeholder% but soon we might change it/add a new way
yeah. legacy colors are not supported . currently what we recommend you do is use the kyorify expansion
it converts legacy colors to minimessage ones
we're working on adding our own way to convert it as well
so i apologize if im dumb how would i use the kyorify expansion?
I believe it should be just %kyorify_PAPI-PLACEHOLDER%
so for example %kyorify_player_name%
as you can see without the %%
without or with the %?
we got there in the end
indeed we did
so just to clarify anything with legacy colors "&etc" requires it to be converted like that?
yeah
ok good to know thanks
hey guys what it the proper way of using hexcode for color chat, i tried to use something like {#CCFFFF}23333 but there is nothing showing up, and after i look through the logs, the CMI chat module handled it successfully but chat chat did not and it goes like [17:30:12 ERROR]: Could not pass event AsyncPlayerChatEvent to ChatChat v1.0-SNAPSHOT
at.helpch.chatchat.libs.net.kyori.adventure.text.minimessage.internal.parser.ParsingExceptionImpl: Legacy formatting codes have been detected in a MiniMessage string - this is unsupported behaviour. Please refer to the Adventure documentation (https://docs.adventure.kyori.net) for more information.
the server version is 1.17.1, using paperspigot
ChatChat uses minimessage, suggest taking a look at the default config and referring to https://docs.adventure.kyori.net/minimessage/format.html
ty going to take a look now
I hate that the plugin dies with legacy colors π’
i hate that people still use legacy colors π’
are they coming in from placeholders?
I keep getting this error:
[18:24:53 ERROR]: Could not pass event AsyncPlayerChatEvent to ChatChat v1.0-SNAPSHOT
at.helpch.chatchat.libs.net.kyori.adventure.text.minimessage.internal.parser.ParsingExceptionImpl: Legacy formatting codes have been detected in a MiniMessage string - this is unsupported behaviour. Please refer to the Adventure documentation (https://docs.adventure.kyori.net) for more information.
Β§xΒ§FΒ§8Β§4Β§1Β§1Β§4βFighterβ <gray>Β»
tag: '#F84114βFighterβ
I'm trying to use this tag ^
In DeluxeTags
&#F84114 right?
or no &
oh ig deluxetags has support for both
seems it is the way bungeecord handles the hex
Use the kyorify expansion
kyorify now does Β§x from version 1.2
Any risks of using this on production?
Disclaimer
ChatChat is not at a production-ready stage. We advise you to not use it on a production server. If you choose to do so, you are doing it at your own risk.
I understand that but what real "risks" could there be with a chat plugin lol
Also is chat-chat doing this?
https://gyazo.com/5a2d52a1cbab07253dc89fd6f4232983
Basically if it messes anything up, they're not responsible for whatever it causes to your server.
possibly
it seems %uperms_prefixes% breaks the chat how would I fix this?
default-format: default
formats:
default:
priority: 2
parts:
- '%chatchat_channel_prefix% '
- '<gray>[color:#40c9ffChatcolor:#e81cffChat<gray>] '
- '<white>%player_name% '
- '<gray>Β» '
- <white><message>
other:
priority: 1
parts:
- '%chatchat_channel_prefix% '
- '%uperms_prefixes% '
- '<hover:show_text:"Prefix: %vault_group%"><gray>%player_name%<gray> '
- '<gray>Β» '
- <white><message>`
You may need to run it via the kyorify expansion as it most likely contains legacy codes, we're working on a inbuilt fix but this should get it running for now
Was discussed further up if you scroll a bit
Will do today. Will leave the 2 known bugs as they are for now since I couldn't find a fix
is hex colors better than static colors for ranks in chat?
like what is the majority preference?
I like static more but willing to take opinions
i use hex colors but I don't overdo it
You shouldnt use gradients and stuff everywhere you can just for the sake of gradients for example
I think using hex has the potential to look better. Depends on how you use them.
I'm assuming by "hex" you're meaning gradients and stuff? Because "static color" can also be hex, hex just allows you to use any color you want
Hex will always be better because you can choose anything, and there are many colors better than the default ones
gradients look amazing if done well but awful if not
Yeah i meant gradient
Also should i convert to chat chat rn or wait for full release than beta
Disclaimer
ChatChat is not at a production-ready stage. We advise you to not use it on a production server. If you choose to do so, you are doing it at your own risk.
Ok
Has anyone here used this in production?
(before the staff yell at me, i know it is not supposed to be used in production. i'm just curious)
(insert staff yelling about not using it in production here)
Don't
just don't
don't
do not.
i repeat, don't.
technically i'm not staff so can i yell at you
U cant yell over text
What's the worst that will happen? Will I fade into a pile of dust after using it in production?

That your chat breaks in general, someone gets the wrong format, someone has access to make an auto OP click button in chat, the list goes on
Everything has not been tested super thoroughly
Awesome
lmao. that's an interesting idea
The OP command?
Yeah I want to try it
Or like a pay [person] $500 command
Would be terrible
I mean it is going to be possible yes. if they give access to tags like <click>
or if they for somehow add it in formats
we'll probably do when the wiki will be a thing. idk if we want to do it ingame or not
like on startup maybe
Noone who would need it reads their startup logs
The issue is if there's a permission for all formats
People will accidentally give permission for it
that and a <click> tag is not the same thing, you realize?
for someone to use the API of ChatChat and create an exploit, would require the said plugin to be installed
can we somehow force permission to not be defaulted to OP btw? via plugin.yml maybe?
so even if they have op they still need the perm
yeah, default: false I think
TRUE("true"),
FALSE("false"),
OP("op", "isop", "operator", "isoperator", "admin", "isadmin"),
NOT_OP("!op", "notop", "!operator", "notoperator", "!admin", "notadmin");```
But without an exploited plugin you could still set your chat to make people click commands
That pay you money
Or whatever
well currrently there's permission based tags
so you can use the <click> tag etc.
bcz people asked for it
basically all mini message tags are available to players with permission
But the issue is people giving * formatting permissions
And being able to abuse them
To get money from people
Even worse, yeah
Would just assume it to allow colors
we might not be talking about the same thing. I'm a bit worried about people sending malicious stuff. also basically people would be able to execute any commands they want if they just have permission to the <click> tag
I'm talking about a similar thing
Getting other people to click your chat
And have them auto pay you money
Or smth
yeah. exactly same thing indeed
Mhm
but I'm more worried about malware
bcz basically they could mask their message as a nice announcement
Mhm
idk what to do really. I'm thinking we leave it for the "Extras" plugin which if it happens, everything would be basically modular so everything can be disabled in config.
maybe make just the color tags available in the main plugin
Well just put it in the main plugin locked behind the config
That's a useful feature, not just bloat
the problem is that we don't want 1000 options in config. we want the main plugin to be simple
well as simple as we can get with the features we have
Yeah, if an admin wants to post an announcement or whatever
(And ofc click commands need to be enabled inside the config)
yeah I guess
that's why we made the channel have permissions to see and use
for announcement channels and stuff like that
idk tbh. not really sure
like I understand the danger. and we could easily make it all configurable from config.yml but at the same time we don't want 100 options in config.yml just for clicck and other tags
There a way to remove the default chat channel's prefix? I tried setting it to '' and '<white>' but it still shows global when I chat in it
It's fine when I set the staff channel to 'white'
you should be able to just set it to ''. like this: channel-prefix: ''
in channels.yml
I did try that, and, it does work for staff channel but not the default channel
Currently it's set to channel-prefix: '' and I reloaded the plugin, but it still says [Global] before my message in it
It'd be fine if I didn't want a staff channel prefix, because then I could just remove the placeholder from the format and it'd be done lol
mind sending the channels.yml and formats.yml in paste bins? https://paste.helpch.at
channels.yml https://paste.helpch.at/dirowijibo.cs
formats.yml https://paste.helpch.at/ovomanoris.xml
I am using the owner format
Has chatchat a togglelable dms and also a placeholder which return true/false for dm status?
no it does not
not yet at least
@fluid turtle #chat-chat-info for the mention changes

Would be cool if there was a LPC to ChatChat Converter on https://toolbox.helpch.at
Create an issue on the github repo please π
(the toolbox repo)
How come ChatChat outputs chat like this in console?
Our other chat plugin outputs it like this
The odd character is a prefix using a resource pack
probably because the same message that is sent in-game is also sent to the console
while ChatChat uses a different format
Where I can make a suggestion?
this does seem to be a persisting issue. we might have to look more into this. so what I believe is happening, is since we don't cancel the chat event, we just clear the recipients, the console is not part of it so it sends the default message you'd receive in console when you don't have any chat plugins, but you also receive the message sent by chatchat bcz the console is part of the recipients currently. we might have to either:
- find some way to actually not have the default message be sent to the console
- make it so you can disable messages being sent to console so only the default ones are sent
- both of the above + customizable format for the console.
- or just simply do not format the message sent to the console. that's also an option. just let spigot handle it
I'll start making some tests today.
@fluid turtle any chance you can say what your other chat plugin is?
LPC
This one
yeah I Know it. just wanting to see what alternatives I have to this.
you don't run chatchat and LPC at the same time do you?
Nope
yeah. we might just end up cancelling the chat event completely. currently we try not to do that but we end up with the duplicated message.
I've fixed half of the issue here and its in a PR already which is the first message that we send intentionally has no format. just the message itself. now it will include the complete format.
just need to find a good solution for the duplication
java 11
it supports java 11 and higher
well we're not directly supporting 1.8. we'll only develop against 1.13+. it might work but it won't be a guaranteed. also when using forks like Paper, its not limited to java 8 I believe
if you want to use legacy server versions you'll have to use legacy plugins like DeluxeChat. Or I guess risk it and go with ChatChat. lol
yeah cant buy deluxechat anymore
So thats not really an option
Is that venturechat?
cant find chitchat
ah
on ur github
yeah doesnt support java 8 either
yeah the owner wants a 1.8.8 server so i make a 1.8.8 server
Β―_(γ)_/Β―
yeah same
same lol
but still
the owner wants a 1.8 server so yeah
π
its better for pvp nontheless so i guess its okay
anyways. as I've said. if you use a good fork like paper, you shouldn't be stuck on java 8.
they increase it to like java 11 or so
devs still support it
Nah
Still got 50+ plugins which still get updated
yeah i like newer versions aswell
Only thing mc just needs to find something for is the pvp
Its litterally the only reason there are so much servers on 1.8 still
Because 1.8 pvp plugins suck
And 1.9+ pvp sucks for multiplayer
for survival its fine
yeah. very much waiting for jebb's pvp update. unfortunately I know it won't happen soon
yeah i feel that that update is not gonna change much
yeah. its just slowly happening in the background. its clearly not a priority
People still just want the old stuff
idk man. I've seen a lot of 1.8 pvp advocates enjoy the betas for that. and even non pvp people as well since it just makes it more fair for everyone
I hope its gonna work out
anyone want to test a dev build of a beta version of chatchat? :)))
you're welcome
IF anyone wants to help me with testing, this changes a bunch of internal stuff so just want to make sure it works, but it also fixes formats not being parsed for console. so if someone sent a message in chat saying "hi" it would just show in console as "hi" instead of "Player: hi" or whatever your format was.
Oh it also renames the global-mention-format option to channel-mention-format. I've also made a few internal changes and now global mentions are referred to as channel mentions since in reality they only mention people with access to those channels. Not everyone.
Donwload: https://www.dropbox.com/s/cei58plpjosy9p3/ChatChat-1.0-SNAPSHOT.jar?dl=1 (there's no file uploading access in here so I have to use dropbox for now.)
thanks. also how?
oh interesting. now I Can send files as well? did someone change something or did I Just mess up before?
Hi it's possible to link 2 servers with chat chat or not ?
preferably not just legacy proxies too π
(eg. also velocity)
well that's the plan
I can totally appreciate the work behind MiniMessages but wow does it get messy...
Makes me hate being an admin lmao
LOL
Would greatly appreciate some kind of mix between DeluxeChat and MiniMessages so we can somewhat understand what we are working with.
By that I mean a line by line system inside categories like name_tooltip:, suffix_tooltip:, etc.
I mean, what do you expect from 20 lines of tooltip
And im pretty sure you can split each part using "" and \n, I did that before
oh man I just hate MM so much
sorry for ping btw
hey
Isn't there a tool on helpchat website to help make message formats?
Yes
not the helpchat website but the adventure website
what?
they were referring to this
Its not on the toolbox?
no. bcz its not our tool?
Either or, makes it more human readable
Can a link to that tool be pinned somewhere?
Or maybe included in the #comments of the configs to that we can more easily access it?
minimessage web ui
its in #chat-chat-info
we'll have this all listed on the wiki. when that'll be a thing
Okay
- "<hover:show_text:'Some text here<newline>\
Second line here<newline>\
Third line here'>\
Text</hover>"```
This also works, it is a small yaml trick
Customization comes at a cost
are legacy codes not gonna be supported in chatchat?
"[15:43:11 ERROR]: Could not pass event AsyncPlayerChatEvent to ChatChat v1.0-SNAPSHOT
at.helpch.chatchat.libs.net.kyori.adventure.text.minimessage.internal.parser.ParsingExceptionImpl: Legacy formatting codes have been detected in a MiniMessage string - this is unsupported behaviour. Please refer to the Adventure documentation (https://docs.adventure.kyori.net) for more information.
<hover:show_text:"Prefix: #530000Β§l[#701402Β§lO#8c2905Β§lw#a93d07Β§ln#c65109Β§le#e2660cΒ§lr#ff7a0eΒ§l] "><gray>[gradient:#40c9ff:#e81cffChatChat<gray>] "
ur using the section symbol for bold
convert them to minimessage tags, I believe <bold>
formats:
other:
priority: 1
parts:
- '%chatchat_channel_prefix% '
- '<hover:show_text:"Prefix: %vault_prefix%"><gray>[<gradient:#40c9ff:#e81cff>ChatChat<gray>] '
- '<rainbow>%player_name% '
- '<gray>Β» '
- <white><message>
Im not. Im pulling the prefix from vault
change ur vault prefix, or use the kyorify papi expansion to convert legacy codes into minimessage tags
papi expansion?
I pulled it from deluxechat
hmm? a tool for what?
Thank you kaliber
still confused but ok. are you just trying to make an alternative to the already existent webui?
I didn't try but even then, why bothering with that when the config could be a lot more user friendly.
It's not really adding any extra lines to be fair with you.
I personally think something like this:
formats:
default:
priority: 200
prefix: '%deluxetags_tag%<reset>'
name: '%vault_prefix%%player_displayname%'
suffix: '%vault_suffix% <reset>: '
prefix_tooltip:
- '<dark_gray>βΊ <reset> %deluxetags_tag%<dark_gray> β'
- '<gray>This is a prefix'
- '<gray>tooltip that is readable'
name_tooltip:
- '<dark_gray>βΊ <red><b><u>%player_name%<dark_gray> β'
- '<gray>This is a name'
- '<gray>tooltip that is readable'
suffix_tooltip:
- '<#ffffff><b>Wow!'
- '<gray>Look how easy it is'
- '<gray>to work with now!'
prefix_click_command: '/tags'
name_click_command: '/msg %player_name% '
suffix_click_command: '/ranks'
Would make a lot of people happy and still keep MiniMessages. Best of both world IMO
I was never a fan of that format, mostly because you are limited to a set of parts
How is that more limitative then the current format?
They are the same parts it looks like
deluxechat was limiting you to 4 parts. it could be done where you could have infinite parts however. the problem is that we take this nice thing called minimessage and we butcher it. it will most likely cause more problems than it would help. and every time there's a new feature let's say for click actions added, you guys would have to wait for us to implement our own not just for minimessage/adventure to do so.
Im sure theres something like an enum of click actions though @exotic nexus
Imo for situations where you dont have 30 lines of hover, everything is fine
And, again, customization comes at a cost
Try to use the short aliases for decorations (b for bold, i for italic, br for newline, etc)
converting from color codes to MiniMessage is super easy, we do it a ton in the toolbox converters if you want to check the color converter out
Why do you need your own interface?
Use theirs
And you'll need to make a lexer or smth to pull of a UI for minimessage
how so...? I've never seen it not work
Yup, works just fine, the live preview is very dope
Duh, "outdated"
Java?
π
even if it was java, what's the problem, LOL
making an NPM library for a web tool isn't really needed?
js, bleah
you do understand not the webui parses minimessages strings to components?
they have an actual library called minimessages for that
adventure is a standalone library, it doesn't depend on anything minecraft, unless you use the platform stuff which, you know, that's their point
well not on NPM
It's in Kotlin, you can easily make it an NPM package
have fun writing the internal parser in javascript
what the fuck are you talking about? you make no sense
Ic what's going on now.
it doesn't need to be on NPM lol, only a few will use it
no? it just converts legacy to minimessage
if you want to preview stuff, use their tool
I'm confused why 2 independent very good tools won't work
you c, the entire time you made it sounds like you want a library that takes in the strings and converts it to components...
smh my head
it does?
there's several problems with having
section1:
format: []
hover: []
actions: []``` when using minimessages.
think about it. how would we do it? the best way would be to just append a <click> action to the format.
so it would become <click=[actions]><hover=[hover]>[format]</hover></click> but now someone adds a </click> tag in the format. it would break. in many ways.
When we do all this stuff we have to think of many things not just do it and hope it works. Imagine someone also having access to the click tag or some other tag (because we did add permission for those) and doing some trickery to give themselves OP and/or other stuff. This is why I'm actually really thinking of removing some of the tags completely in messages.
I donβt really care for the click events just the hover events
I mean same thing. mostly. if you make a small mistake you'll just end up with errors and have no idea where they come from. but indeed click commands do pose more problems. But then again doing just one of them and not both is again going to raise a lot of questions and people asking for those as well
we can't really just do 1 and not the other
right....
ChatChat is just a tad more complex.
I Mean there's still probably many things that might change in the end. I'm just saying
lmao. chitchat literally considers every click action as a suggestion?
you know deluxechat has url opening and all other stuff
yeah.
by default it just suggests but you can put this at the start
and instead does those actions
ChitChat?
A low quality alternative to deluxechat :)))
Okie sorry. Im just trying to find a replacement that supports the hex format from certain placeholders that also is available to be released on public and isnt strategically hard to edit in config aswell.
π€£ π€£
Nothing is final yet.
I understand that @clever totem
but the problem with your plugin is that it only competes with Carbon chat and at that point just use carbon. kek
but it is not
bcz no spigot support, no bungee, no private messaging, no social spy, no 1.15 or lower support.
- no API or anything. just cancelling the chat event which means plugins like DiscordSRV won't work at all
I'm just saying. its not actually a deluxechat replacement. its half of deluxechat replacement
I don't disagree
but again my point is just that your marketing is lying
what's hard to config about it?
it's very simple to understand, you define formats for each channel
@waxen ibex was referring to this.
And do you have a better way to format that?
I feel a lot of ampersands would actually be harder to read
MiniMessage is the best way to define an extremely complex component based system that we have right now, and it's kind of awful that people would rather use legacy color codes and such
You can make a deluxechat-style config quite easily
It is really just needlessly limiting as most people want more than what that config type could offer
whereas with MiniMessage, people can make anything they want
We literally have a converter
And it would require a fundamental redesign of the entire plugin to support that archaic system
MiniMessage and our current configuration system can do everything that the old one could and much, much more
star, you don't understand. smh xD
That people can't handle pasting their config into a website, clicking once, then copy pasting the config in?
It is very easy to understand what MiniMessage is
they just want
part:
format: []
click: []
hover: []``` and this would be converted to `<click><hover><format></hover></click>`
in fact, significantly easier than DeluxeChat or legacy formatting
if they want simple mode, they can download LPC
ah so we draw the line in different places obviously
you draw the line at Spigot and old version usage
if you want half featured plugin that works on 2 versions, breaks your discordsrv plugin and others, go to chitchat
going to add this at the top of the spigot page
thanks for the suggestion
we draw the line at not being able to comprehend a simple MiniMessage format
that would actually be very funny. but cube would never do it.
I mean, he's not wrong?
well that's his problem
And you're here, in our beta channel, winging about how people can't understand MiniMessage
and promoting your half-baked DeluxeChat replacement
They need to get with the times, as you would say
but for real tho chazza... you keep advertising that chitchat bullshit as a chatchat and deluxechat alternative. but every time you forget to mention how its half featured, and only supports half if not less of the versions.
This is the style
I don't care about this. I am personally not going to add it, I can see why some want it
well then this is not the plugin for them?
I cannot believe people don't need a PM system
What other plugins lmao
Why make a Chat plugin that does the things a chat plugin should do?
chazza we literally had this discussion in #developer-chat and you seemed to understand. the same way I can just say many are going to use this plugin and not care about the "ugly" format
that is you correct?
what some of you have to understand, is this chat is not going to be a "Simple" chat plugin. there's alternatives for that: lpc, vault chat, chit chat and others
this is the plugin you come to if you want to have all the customisation in the world
The venn diagram of people who don't like "the new style" and people who use legacy versions is essentially a circle
Which is quite funny, considering you only support the latest 2 versions
yes, not everyone will be pleased but we're not going to destroy the plugin for the some that want something entirely different from what this plugin has to offer
we've had this discussion and most of us (that work on the plugin), agree minimessages is the future. and we're going to keep it this way.
btw you should compare your plugin with carbon chat
MiniMessage is quite literally the present
not chatchat
At least, according to Paper
then come here and tell me how many use it
because carbon: has no bungee support, has mini messages support, only supports paper 1.16+
sounds familiar?
well tho they're working on bungee
and yet so many use that plugin
Well yeah and they also have channels
no matter the ugliness
we made a decision when we started this project. and that was to stop supporting the old. for too long this has been happening. yes not everyone will like it but most people will move on. those who don't want to have alternatives.
I mean, it also depends how you structure your chat. If you want 20 lines of hover for each element, then yes, it is annoying to write the config.
Even then, with the power to arbitrarily space and newline your config, it can be quite manageable
Much moreso than legacy, of course
There are some yaml tricks you can use to make it more readable
also you call me toxic @supple river , but if I would start coming in your analyse discord server and talk about plan every day how would you like it?
you only see the toxic when its not in you
hope this clears things up
Blitz speaking facts
I can't imagine writing this config in any other format and it looking anywhere near as clean and easy to understand
Yup, exactly
And it would be like 20x messier with legacy codes
Yup, it's very easy to tell what <gray> is, not so with &d
8
that right there lmao

8 is dark_gray
π
ah, I thought it is light_gray and gray
nah it's gray and dark_gray
aight
How much more does ChatChat have left to go?
The main thing left is bungee iirc, but theres still a few things we want to tweak
just me myself and I π¦
yes β€οΈ
yay
is that through chatchat?
yeah. we're adding a way to toggle private messages.
its a feature that deluxechat had
there's also a small format improvement incoming.
ooo cant wait.
It's actually very readable on DeluxeChat with legacy codes.
I'm not hating on ChatChat at all btw, I'll most likely use it for it's features and I don't have any trouble spending a few more minutes to convert it into something more readable.
Probably everyone got used to legacy codes, and people will get used to MiniMessages eventually.
It's still an annoying process none the less
I only wish MiniMessage wasn't "<color>" ... "<bold>" etc. I mean I get it, it's pretty easy to read and everything, but, it does get messy, as you said. I do like MiniMessage, but it was annoying how it was rolled out, mostly how developers who used it made it sound like it was a requirement and they were just pushing it in our faces. The developers I spoke to at least.
I mean, it essentially is a requirement. As ShadoW called it, the ampersand-based color codes are legacy and they are deprecated. MiniMessage is the current supported pretty way to make Components. The sooner everyone catches up to the modern era, the better for all.
People don't like change, they like the comfort of what they are use to, even if the change is for the better. I am guilty of this too π
yeah. bcz the <color> is definitely better
like I still remember how hard it was for me to get used with the &0-9a-f colors. had to google so much for them
but with <red> you just know
how tf do i edit the color of someone's name
can't find it
Like how would I change the color of the player's name?
member:
priority: 100
parts:
- <click:run_command:'/buy'></click>
- <hover:show_text:'<red>This user does not have a purchaseable rank!'><click:run_command:'/buy'></click></hover>
- "<hover:show_text:'<green>Name: <white>%player_name%<newline><green>Balance: <white>%vault_eco_balance_formatted%<newline><green>Kills: <white>%deluxecombat_ranking_kills%<newline><green>Deaths: <white>%deluxecombat_ranking_deaths%<newline><green>KDR: <white>%deluxecombat_ranking_kd%'><click:run_command:'/msg %player_name% '>%player_displayname%</click></hover>"
- "<gray>:"
- <message>
probably put a color tag before %player_displayname%
presumably
supposely
staff: # user needs 'chatchat.format.staff' permission
priority: 1
parts:
channel:
- '<click:open_url:"https://google.com">'
- '<hover:show_text:"I am chatting in the %channel_name% channel<newline>Some new line">'
- '%chatchat_channel_prefix%'
- '</hover>'
- '</click>'
prefix:
- '<hover:show_text:"Hey look, i am staff<newline>Some new line">'
- ' [STAFF]'
- '</hover>'
name:
- '<hover:show_text:"Hey look, i am in the %vault_group% permission group.<newline>Some new line">'
- ' %player_displayname%'
- '</hover>'
message-and-divider:
- '<hover:show_text:"Cool diver tooltip here"> ></hover>'
- '<message>'
``` what do you guys think?
π
LMFAO
that's a mood switch
That I can somewhat make put of what im suppose to do.
The new way will take some learning but Ill figure it out slowly as I progress
I have a question for that thou.
staff: # user needs 'chatchat.format.staff' permission
priority: 1
parts:
format:
- '<click:open_url:"https://google.com">'
- '<hover:show_text:"I am chatting in the %channel_name% channel<newline>Some new line">'
- '%chatchat_channel_prefix%'
- '</hover>'
- '</click>'
- '<hover:show_text:"Hey look, i am staff<newline>Some new line">'
- ' [STAFF]'
- '</hover>'
- '<hover:show_text:"Hey look, i am in the %vault_group% permission group.<newline>Some new line">'
- ' %player_displayname%'
- '</hover>'
- '<hover:show_text:"Cool diver tooltip here"> ></hover>'
- '<message>'``` this will also work the same
```yml
staff: # user needs 'chatchat.format.staff' permission
priority: 1
parts:
format:
- '<click:open_url:"https://google.com"><hover:show_text:"I am chatting in the %channel_name% channel<newline>Some new line">%chatchat_channel_prefix%</hover></click><hover:show_text:"Hey look, i am staff<newline>Some new line"> [STAFF]</hover><hover:show_text:"Hey look, i am in the %vault_group% permission group.<newline>Some new line"> %player_displayname%</hover><hover:show_text:"Cool diver tooltip here"> ></hover><message>'
these 3 formats are all the same
lol
it will be up to you guys to make it "look clean" internally :)))
Would I be able to do this?
staff: # user needs 'chatchat.format.staff' permission
priority: 1
parts:
channel:
- '%channel Tag%' # New Line?
- '<click:open_url:"https://google.com">'
- '<hover:show_text:"I am chatting in the %channel_name% channel<newline>Some new line">'
- '%chatchat_channel_prefix%'
- '</hover>'
- '</click>'
prefix:
- '%Prefix Tag%' # New Line?
- '<hover:show_text:"Hey look, i am staff<newline>Some new line">'
- ' [STAFF]'
- '</hover>'
name:
- '<hover:show_text:"Hey look, i am in the %vault_group% permission group.<newline>Some new line">'
- ' %player_displayname%'
- '</hover>'
suffix:
- '<hover:show_text:"Hey look, i am a suffix tag<newline>Some new line">'
- ' [Suffix]'
- '</hover>'
- '%channel Tag%' # New Line?
message-and-divider:
- '<hover:show_text:"Cool diver tooltip here"> ></hover>'
- '<message>'
yes. you can add whatever lines you want
internally it will just take it all
and make it 1 big string
<click:open_url:"https://google.com"><hover:show_text:"I am chatting in the %channel_name% channel<newline>Some new line">%chatchat_channel_prefix%</hover></click><hover:show_text:"Hey look, i am staff<newline>Some new line"> [STAFF]</hover><hover:show_text:"Hey look, i am in the %vault_group% permission group.<newline>Some new line"> %player_displayname%</hover><hover:show_text:"Cool diver tooltip here"> ></hover><message>
basically this
I wouldnt have complained earlier.
its just something I'm working on
Oh okie
it was how we planned to do it from the start we just all figured others did it for some reason lol
then realised its not
you can add however many lines you want
and however many parts you want
That would make sense then
I figured I'd be limited to this:
formats:
default:
priority: 214785123
parts:
- '<gray>[<blue>%kyorify_factionsuuid_faction_name%<gray>] <dark_gray>β '
- '%kyorify_ezprestige_prestigetag% %kyorify_vault_groupprefix%<dark_gray>β '
- '%kyorify_essentials_nickname%'
- '%kyorify_deluxetags_tag% <green><bold>Β»</green> '
- <gray><message>
so something like this will work: yml staff: # user needs 'chatchat.format.staff' permission priority: 1 parts: channel: - 'line1' - 'line2' another_part: - 'line3' part3: - 'another line lol'
in the updated version?
makes sense
the argument for this was that you can use comments to separate
bcz techincally those part names could be replaced by comments
formats:
default:
priority: 214785123
parts:
# faction:
- '<gray>[<blue>%kyorify_factionsuuid_faction_name%<gray>] <dark_gray>β '
# prestige + group:
- '%kyorify_ezprestige_prestigetag% %kyorify_vault_groupprefix%<dark_gray>β '
# name:
- '%kyorify_essentials_nickname%'
# tag:
- '%kyorify_deluxetags_tag% <green><bold>Β»</green> '
# message:
- <gray><message>```
but the problem is that the library we use for the config is not complete yet
and it just removes the messages
so instead we're adding the names
I didnt understand how the <hover> tag worked well?
so it will be able to look something like this: yml formats: default: priority: 214785123 parts: faction: - '<gray>[<blue>%kyorify_factionsuuid_faction_name%<gray>] <dark_gray>β ' prestige_plus_group: - '%kyorify_ezprestige_prestigetag% %kyorify_vault_groupprefix%<dark_gray>β ' name: - '%kyorify_essentials_nickname%' tag: - '%kyorify_deluxetags_tag% <green><bold>Β»</green> ' message: - <gray><message>
there's not a lot to it
you just set the hover type (we only support show_text)
so <hover:show_text:> and then you put the text you want to show on hover
<hover:show_text:"YOUR HOVER TEXT HERE <newline> A NEW HOVER LINE">
and then you use </hover> to close. same as with all tags
<red>Hello There! this will all show red but <red>Hello</red> There! here only Hello will show red
same thing for hover. it will only add hover text until either the text ends or it finds </hover>
I understood how that works, I was able to do minimotds for people
Ah
yeah
Hurray; you gave in
I didn't give in anything?
Also, told Funny ages ago Iβd happily sponsor the project, for a banner placement
You added sections
Like DeluxeChat
ah. well yeah bcz comments are broken
I would've just made you use comments
but Configurate is not complete yet
at least the YAML One
When you guys get round to it anyway, I know itβs not released as such
But I didnβt mind contributing financially
hmm?
Add an official GitHub sponsor link, and have it so we can be present on the readme
And Iβll do it
nah
Happy to donate some
cube would just steal the money :))
LOL
π
I'll split with the others
βTrust me broβ
sure u would π
Or whatever that meme is
exactly
This was when I mentioned to Funny, back in March
π’
would you guys hate if mentions would be <@player>/<@everyone> or <mention:player>/<mention:everyone> instead of @player/@everyone?
<mention> looks shit
yeah I personally also think that. and also it might be very hard to do it as a placeholder.
well not hard but we'd have to basically create a adventure placeholder for every player online
unless we do the second option. the one with arguments
Smh these devs
what devs?
π
ChatChat has a feature where u can get a ping sound when someone /msg u?
yes
Ok
yes.
How is ChatChat coming along?
I'm quite looking forward to it
And I am curious as to what prevents it from being production-ready as it stands?
Mostly pms, and a few kinks
and config formatting issues like the above lmao
yeah. I've already PRed a fix for this.
well with a lot more changes
working on another PR before making another #chat-chat-info build. but I Can give you 1 rn
actually nvm.
can't do that rn
stuff like what wazupbutrcup mentioned (which is going to be fixed soon), and there's still features missing like bungeecord support. + since we're in beta we might just end up removing/changes config options just like that
Can i use legacy codes to chat?
Everything uses MiniMessage, even chat messages I believe
yeah. in the next builds we're completely removing legacy codes from messages as well. Since those break minimessages. MM was built to not work with legacy codes.
I noticed this issue myself, dealing with legacy colours is a massive head fuck

customization 