07:31 <+bridge_> <bobik8912> can anyone tell me how to work with SQLite? I want to create a login system.
07:31 <+bridge_> <bobik8912> or is there something like that in DDNet itself?
07:47 <+bridge_> <gorp_tw> and if anyone wants to help me migrate to SQL while they're at it :D
07:48 <+bridge_> <gorp_tw> is there a way to join as a spectator?
07:48 <+bridge_> <gorp_tw> (non vanilla)
08:06 <+bridge_> <12944qwerty> what you using rn
08:11 <+bridge_> <gorp_tw> um
08:11 <+bridge_> <gorp_tw> :justatest:
08:11 <+bridge_> <gorp_tw> (you know the answer)
08:16 <+bridge_> <chillerdragon> @bobik8912: there are existing open source mods with a login system already you can just use the
08:16 <+bridge_> <chillerdragon> @bobik8912: there are existing open source mods with a login system already you can just use them
08:17 <+bridge_> <chillerdragon> gorp: sv\_tournament\_mode 1
08:17 <+bridge_> <gorp_tw> I'm not privy to the server
08:18 <+bridge_> <gorp_tw> assume ddnet defaults
08:18 <+bridge_> <gorp_tw> is it not possible?
08:18 <+bridge_> <chillerdragon> privy
08:18 <+bridge_> <chillerdragon> What’s tha
08:18 <+bridge_> <gorp_tw> i dont have access/way to change
08:18 <+bridge_> <chillerdragon> the server decides the team on join
08:18 <+bridge_> <chillerdragon> Not the client
08:22 <+bridge_> <12944qwerty> i don't remember xd
08:23 <+bridge_> <gorp_tw> gigantic json files
08:23 <+bridge_> <12944qwerty> oh i thought you moved xd
08:23 <+bridge_> <12944qwerty> might be able to help 🤷🤷
08:26 <+bridge_> <gorp_tw> I'm pretty sure I only need something like SQLite
08:26 <+bridge_> <gorp_tw> there will only be one db host
08:31 <+bridge_> <pilonpl> https://youtu.be/C90H3ZueZMM?si=XMlV74MfqHyj-Uw0
08:31 <+bridge_> <pilonpl> DDNet be like
10:42 <+ChillerDragon> is @1Voix1 in this discord? rushie client dev
10:52 <+bridge_> <melon> @1voix1 ^
11:02 <+ChillerDragon> thanks
11:05 <+bridge_> <melon> @kebscs https://github.com/ddnet/ddnet/issues/10508
11:05 <+bridge_> <melon> 
11:05 <+bridge_> <melon> "they didnt work" - on your local machine? you're on windows iirc?
11:05 <+bridge_> <melon> 
11:05 <+bridge_> <melon> are you sure its not just a local missmatch of your ABI? (msvc vs gnu)
11:22 <+bridge_> <1voix1> yep, im here
11:26 <+bridge_> <1voix1> yep, im here. need something?
11:34 <+ChillerDragon> @1voix1 yes i would need to talk to you privately for a sec but i have to go now :7 can we meet in game in like 5 hours? Or could you write me a mail to chillerdragon@gmail.com?
11:35 <+bridge_> <1voix1> yes if i don't go sleep
11:36 <+bridge_> <1voix1> but i don't check email maybe other way?
11:36 <+bridge_> <heinrich5991> how? I don't know a way to make it work with the snapshot format
11:38 <+bridge_> <1voix1> ~~but i don't check email maybe other way?~~ oops bad reading
11:38 <+bridge_> <chillerdragon> @1voix1: yea let’s try in game then later when I’m home
11:40 <+bridge_> <chillerdragon> @heinrich5991: not a good format but just to proof the concept idea. You pack integers that unpack to values in the range of 0-255 and then after unpack you read it as raw string. Then you can just place null terminated C strings there. Where every int is one byte
11:41 <+bridge_> <heinrich5991> I don't think the snapshot format supports items that change size
11:41 <+bridge_> <heinrich5991> so once you send a string, you'll never be able to send a string of different length afterwards
11:42 <+bridge_> <heinrich5991> (unless you somehow make sure the client receives a snapshot without that item first, but now we're getting into really ugly territory)
11:44 <+bridge_> <chillerdragon> It does support it
11:44 <+bridge_> <chillerdragon> Oh wait ah
11:44 <+bridge_> <learath2> I don't think you really want dynamically sized strings in something like a snap where we rely heavily on things not moving aruond for diffing purposes
11:44 <+bridge_> <chillerdragon> Change during one session is tricky indeed
11:45 <+bridge_> <chillerdragon> Would need a new type for every item. Could do that with a hack of supporting only like 30k different string lengths haha
11:45 <+bridge_> <learath2> If we have to I can think of two decent solutions, one is to append all dynamic strings to the end and refer to them by id
11:45 <+bridge_> <chillerdragon> But now it’s becomes horribly
11:45 <+bridge_> <chillerdragon> Oh you suggested the same haha @heinrich5991
11:45 <+bridge_> <learath2> The other is having it completely out of band, the snap just includes the id and the client can query the server with a netmsg for the string with that id
11:46 <+bridge_> <heinrich5991> I wonder how fast zstd compression is
11:46 <+bridge_> <heinrich5991> perhaps we could leverage that for snapshot deltas
11:46 <+bridge_> <heinrich5991> then we could serialize to any format, and wouldn't be restricted to i32s anymore
11:46 <+bridge_> <learath2> Very, is it better than huffman, idk I think two people tried and it wasn't significantly better
11:47 <+bridge_> <heinrich5991> (do diffing using "zstd-diff", i.e. use the old snapshot as "dictionary" (prepend it to the stream) and only send the second half)
11:47 <+bridge_> <heinrich5991> I independently discovered that for masterserver communication, but it turns out other people were already doing that before me ^^
11:48 <+bridge_> <learath2> Oh that's a different approach, I guess that might work
11:48 <+bridge_> <heinrich5991> would need some benchmarking. I'd guess that it'll be significantly slower than our current diffing
11:48 <+bridge_> <heinrich5991> but it might still be "fast enough"
11:48 <+bridge_> <remakepower> I think the size of snapshot items could be dynamic.
11:48 <+bridge_> <chillerdragon> Heinrich Are you sure btw that it really doesn’t look at the size field each time even if it’s known already?
11:49 <+bridge_> <chillerdragon> I could swear that’s how I implemented it
11:49 <+bridge_> <heinrich5991> it does for new items, but not for items that changed, I think
11:49 <+bridge_> <heinrich5991> at least I remember something broken there, for items that change size
11:49 <+bridge_> <remakepower> See:
11:49 <+bridge_> <remakepower> ```
11:49 <+bridge_> <remakepower> 
11:49 <+bridge_> <remakepower>         if(Type < MAX_NETOBJSIZES && m_aItemSizes[Type])
11:49 <+bridge_> <remakepower>             ItemSize = m_aItemSizes[Type];
11:49 <+bridge_> <remakepower>         else
11:49 <+bridge_> <remakepower>         {
11:49 <+bridge_> <remakepower>             if(pData + 1 > pEnd)
11:49 <+bridge_> <remakepower>                 return -2;
11:49 <+bridge_> <remakepower>             if(*pData < 0 || *pData > INT_MAX / 4)
11:49 <+bridge_> <remakepower>                 return -3;
11:49 <+bridge_> <remakepower>             ItemSize = (*pData++) * 4;
11:49 <+bridge_> <remakepower>         }
11:49 <+bridge_> <remakepower> ```
11:52 <+bridge_> <robyt3> But later `UndiffItem` assumes that old and new objects have the same size
11:53 <+bridge_> <remakepower> Yeah, it is
11:53 <+bridge_> <remakepower> :thonk:
11:57 <+bridge_> <remakepower> So, what problem are we trying to solve? I viewed for a while but couldn't seem to find the topic.
11:59 <+bridge_> <robyt3> Sending a string of dynamic length in a netobject instead of a netmessage
11:59 <+bridge_> <heinrich5991> and our current snapshot format isn't very amenable to that
12:00 <+bridge_> <remakepower> What is it for?
12:00 <+bridge_> <robyt3> https://discord.com/channels/252358080522747904/293493549758939136/1464348275749687521
12:00 <+bridge_> <heinrich5991> map info
12:01 <+bridge_> <remakepower> Ah
12:02 <+bridge_> <remakepower> :thonk:
12:08 <+bridge_> <remakepower> Would something like `CNetObj_De_ClientEnter` from 0.7 be OK?
12:09 <+bridge_> <robyt3> That's never sent in snapshots, but for demos only
12:10 <+bridge_> <remakepower> Would something like `CNetObj_De_ClientInfo` from 0.7 be OK?
12:10 <+bridge_> <remakepower> hm... yea, that's quite annoying:
12:11 <+bridge_> <remakepower> ```
12:11 <+bridge_> <remakepower>     ## Demo messages
12:11 <+bridge_> <remakepower>     NetMessage("De_ClientEnter", [
12:11 <+bridge_> <remakepower>         NetStringStrict("m_pName"),
12:11 <+bridge_> <remakepower>         NetIntRange("m_ClientID", -1, 'MAX_CLIENTS-1'),
12:11 <+bridge_> <remakepower>         NetIntRange("m_Team", 'TEAM_SPECTATORS', 'TEAM_BLUE'),
12:11 <+bridge_> <remakepower>     ]),
12:11 <+bridge_> <remakepower> ```
12:11 <+bridge_> <robyt3> And it's not a netobject
12:12 <+bridge_> <remakepower> I mix it with this:
12:12 <+bridge_> <remakepower> ```
12:12 <+bridge_> <remakepower> 
12:12 <+bridge_> <remakepower>     NetObject("De_ClientInfo", [
12:12 <+bridge_> <remakepower>         NetBool("m_Local"),
12:12 <+bridge_> <remakepower>         NetIntRange("m_Team", 'TEAM_SPECTATORS', 'TEAM_BLUE'),
12:12 <+bridge_> <remakepower> 
12:12 <+bridge_> <remakepower>         NetArray(NetIntAny("m_aName"), 4),
12:12 <+bridge_> <remakepower>         NetArray(NetIntAny("m_aClan"), 3),
12:12 <+bridge_> <remakepower> 
12:12 <+bridge_> <remakepower>         NetIntAny("m_Country"),
12:12 <+bridge_> <remakepower> 
12:12 <+bridge_> <remakepower>         NetArray(NetArray(NetIntAny("m_aaSkinPartNames"), 6), 6),
12:12 <+bridge_> <remakepower>         NetArray(NetBool("m_aUseCustomColors"), 6),
12:12 <+bridge_> <remakepower>         NetArray(NetIntAny("m_aSkinPartColors"), 6),
12:12 <+bridge_> <remakepower>     ]),
12:12 <+bridge_> <remakepower> ```
12:13 <+bridge_> <remakepower> Should that be recorded?
12:14 <+bridge_> <robyt3> I would have preferred if it was consistently available in demos, which would have required supporting netobjects with dynamically sized strings
12:42 <+bridge_> <heinrich5991> me too, but the suppot just isn't there
12:42 <+bridge_> <heinrich5991> me too, but the support just isn't there
13:36 <+bridge_> <fokkonaut> The server could send a snapshot object once which the client then fetches to cache the data. Automatic demo integration
13:41 <+bridge_> <fokkonaut> Ohh so you want to make it a permanent field? I think we need extended snapshots first, the snap is filling up...
15:07 <+ChillerDragon> @1voix1 u here?
15:07 <+bridge_> <1voix1> yes
15:08 <+ChillerDragon> could you follow me on kog real quick?
15:44 <+bridge_> <robyt3> # New Android beta version!
15:44 <+bridge_> <robyt3> 
15:44 <+bridge_> <robyt3> See https://github.com/ddnet/ddnet/pull/8632 for details. The controls are now adjustable, although you will need to use an external text editor for it:
15:44 <+bridge_> <robyt3> 
15:44 <+bridge_> <robyt3> 1. Export the touch configuration to the clipboard.
15:44 <+bridge_> <robyt3> 2. Save the clipboard to a file so you can easily edit it (you should also do this to have a backup of your configuration in case you need to reinstall the app!).
15:44 <+bridge_> <robyt3> 3. Edit the configuration (see link above for details about the format).
15:44 <+bridge_> <robyt3> 4. Copy it to the clipboard and import it in the client again. If the configuration could not be loaded, check the local console for error messages containing `touch_controls` and fix it accordingly.
15:44 <+bridge_> <robyt3> 5. Save the changes in the client when you are done. You can also discard your changes or revert to the default if you messed up.
15:44 <+bridge_> <robyt3> 
15:44 <+bridge_> <robyt3> Example for a new touch button:
15:44 <+bridge_> <robyt3> 
15:44 <+bridge_> <robyt3> ```json
15:44 <+bridge_> <robyt3> {
15:44 <+bridge_> <robyt3>     "x": 500000,
15:44 <+bridge_> <robyt3>     "y": 500000,
15:44 <+bridge_> <robyt3>     "w": 100000,
15:44 <+bridge_> <robyt3>     "h": 100000,
15:44 <+bridge_> <robyt3>     "shape": "rect",
15:44 <+bridge_> <robyt3>     "visibilities": [
15:44 <+bridge_> <robyt3>         "ingame"
15:44 <+bridge_> <robyt3>     ],
15:44 <+bridge_> <robyt3>     "behavior": {
15:44 <+bridge_> <robyt3>         "type": "bind",
15:44 <+bridge_> <robyt3>         "label": "Example",
15:45 <+bridge_> <robyt3>         "label-type": "plain",
15:45 <+bridge_> <robyt3>         "command": "echo Hello world!"
15:45 <+bridge_> <robyt3>     }
15:45 <+bridge_> <robyt3> },
15:45 <+bridge_> <robyt3> ```
15:45 <+bridge_> <robyt3> 
16:05 <+bridge_> <Assa> checking this, why do some players have a darker background in the server info list?
16:06 <+bridge_> <Assa> it's so badly visible, that it's either a bug or needs some enhancement
16:09 <+bridge_> <kebscs> darker color when theyre afk
16:11 <+bridge_> <Assa> this is barely visible on my monitor
16:13 <+bridge_> <kebscs> fix your monitor colors :kek:
16:32 <+ChillerDragon> I have simple `for(int i = 0; i < 3; i++)` line in my antibot module but i decided to use descriptive variable names instead and eneded up with 118 characters xd wtf
16:32 <+ChillerDragon> java dev ah
16:33 <+ChillerDragon> back in the days ppl would write entire game engines with 118 characters
16:35 <+bridge_> <melon> :OMEGALUL:
16:36 <+bridge_> <melon> ```c++
16:36 <+bridge_> <melon> int i, j, k, l, m, n, o, p;
16:36 <+bridge_> <melon> i = j = k = l = m = n = o = p = 0;
16:36 <+bridge_> <melon> ```
16:37 <+ChillerDragon> kek
16:37 <+ChillerDragon> btw did i already mention that my ab became insanely op?
16:37 <+ChillerDragon> it successfully detects chillerbot-zx
16:37 <+bridge_> <melon> i wish mine was too, but i lost all interest in development
16:37 <+bridge_> <melon> i shouldnt have taken that job :kek:
16:38 <+bridge_> <melon> can't motivate myself to code in my freetime anymore
16:38 <+ChillerDragon> j*b
16:38 <+ChillerDragon> 616 commits in my ab :rocket:
16:44 <+ChillerDragon> guiiiis
16:44 <+ChillerDragon> checkout this brand new based lib
16:44 <+ChillerDragon> https://github.com/matricks/baselib
16:53 <+ChillerDragon> i have some stack string thats like `#define MYSTR "foo"` i can pass a `const char *` pointer to a worker thread and read from there without worring about anything right?
16:56 <+bridge_> <robyt3> Should be safe if it's constant and you don't const_cast
16:58 <+ChillerDragon> ok nice thanks
17:00 <+bridge_> <robyt3> CC #8648. Opinions? Is this font too small? Is the number of non-empty servers even useful? Else we could show only the number of players with a slightly larger font, but there's not a lot of space in any case.
17:00 <+bridge_> <robyt3> https://cdn.discordapp.com/attachments/293493549758939136/1465013524958023723/screenshot_2026-01-25_16-57-24.png?ex=69778faa&is=69763e2a&hm=efd4ad835cc82aded0939fb3d0245f99496d6b79bbe8e772e167949b13545b1a&
17:00 <+bridge_> <DDNet> https://github.com/ddnet/ddnet/issues/8648
17:01 <+bridge_> <melon> IMO the number of servers in general are pretty non-importante
17:01 <+bridge_> <Assa> I'd maybe think about an exception for the "None" community
17:01 <+bridge_> <robyt3> > I'd even include the "None" category there.
17:02 <+bridge_> <kebscs> just number of players is fine to me
17:02 <+bridge_> <Assa> Next I'd sort selected community over unselected ones
17:02 <+bridge_> <Assa> but idk how good this would do in practice, I think it'd also be bad if they resort after unselecting
17:04 <+bridge_> <Assa> overall cool feature 👍 can't wait to find unique regularly at the bottom ;_;
17:06 <+bridge_> <robyt3> Seems annoying when the order changes while using the filter
17:07 <+bridge_> <Assa> > I think it'd also be bad if they resort after unselecting
17:08 <+bridge_> <Assa> could the order change due to player numbers switching when loading?
17:09 <+bridge_> <robyt3> yeah, but technically anything can change when reloading, communities/types/flags could be removed
17:10 <+bridge_> <Assa> @kebscs how do I make it possible for the server to fetch any mapinfo?
17:10 <+bridge_> <Assa> https://cdn.discordapp.com/attachments/293493549758939136/1465016008698761410/screenshot_2026-01-25_17-09-23.png?ex=697791fb&is=6976407b&hm=9f6161bcf2bcabc5d3907f5af424fc5cfb9900a941ee4aa367f7f0e8f25c9ccb&
17:11 <+bridge_> <robyt3> You need to populate your database if it's a local server
17:11 <+bridge_> <kebscs> it queries the db
17:11 <+bridge_> <Assa> hmm okay - but I guess it's working - did you change the text lineup or does it appear exactly as in /mapinfo?
17:12 <+bridge_> <robyt3> https://cdn.discordapp.com/attachments/293493549758939136/1465016580894097515/screenshot_2026-01-25_17-12-29.png?ex=69779283&is=69764103&hm=fc1f9dbccf8d5b3d9685f380bb0878b15c79741afa3ac9d19b4aa8d5162cc57b&
17:13 <+bridge_> <kebscs> nice
17:13 <+bridge_> <kebscs> the icon might be unreadable on small resolutions
17:13 <+bridge_> <kebscs> is there a single player icon? -> 👤
17:14 <+bridge_> <robyt3> It should render a tiny tee :justatest:
17:14 <+bridge_> <robyt3> https://cdn.discordapp.com/attachments/293493549758939136/1465017075667046580/image.png?ex=697792f9&is=69764179&hm=ae3171fe6438712ccc087a7521bc3822aaa1cc5f10652745b18e3fb6b8bcef6d&
17:14 <+bridge_> <robyt3> https://cdn.discordapp.com/attachments/293493549758939136/1465017076002455725/image.png?ex=697792f9&is=69764179&hm=5be81c2411fe0788389c462cee42492990b069662c03b90f57cccd91c465f4dd&
17:14 <+bridge_> <kebscs> as /mapinfo, plain text
17:15 <+bridge_> <kebscs> probably, but the user is fine
17:15 <+bridge_> <Assa> I'd also prefer the tiny tee :justatest:  (I totally understand why we don't have custom fonts rn) I think the "user" icon would be better, any objections (maybe from others?)
17:17 <+bridge_> <Assa> All the infos come in plain text from the database? Or is it aggreated in some form, e.g. difficulty, mapper, author formatted on server side?
17:17 <+bridge_> <kebscs> check CScoreWorker::MapInfo
17:18 <+bridge_> <kebscs> https://cdn.discordapp.com/attachments/293493549758939136/1465017920458592479/image.png?ex=697793c2&is=69764242&hm=7dde2b579e18f0cf877af44b1ca258823488d49790913de550f375c0bbcc86c2&
17:19 <+bridge_> <Assa> @robyt3 wouldn't it make much more sense to put this attributes into the netmessage directly and build the text on client side? We could even make the stars real icons, format the time or similar
17:20 <+bridge_> <kebscs> no, because custom servers might have different format, dont use points etc
17:21 <+bridge_> <kebscs> if theres someting common for every server, then we can put it into another variable
17:22 <+bridge_> <kebscs> for now description is safest and will work for all
17:22 <+bridge_> <Assa> I guess that's true, I am just making sure we don't do a mistake here
17:23 <+bridge_> <Assa> in theory we could also parse this info back if we know it's in the right format
17:23 <+bridge_> <Assa> alright you have convinced me
17:24 <+bridge_> <robyt3> We should ideally not parse strings :justatest:
17:24 <+ChillerDragon> Had an infinite loop by overflowing my counter variable lmao
17:24 <+ChillerDragon> thats a first
17:25 <+bridge_> <robyt3> Maybe the map info could have different fields for structured data and then another one for unstructured extra data
17:25 <+bridge_> <kebscs> I think first field a general description will work in every case
17:26 <+bridge_> <robyt3> I'll wait for #11675 and #11678 though because they might conflict
17:26 <+bridge_> <robyt3> https://cdn.discordapp.com/attachments/293493549758939136/1465019909007212745/screenshot_2026-01-25_17-18-46.png?ex=6977959d&is=6976441d&hm=217f36d65a863ebd8bb313d5dba9f8b4184ad2c7f4b3f10a66bc2e1dcad15a23&
17:26 <+bridge_> <DDNet> https://github.com/ddnet/ddnet/pull/11675
17:26 <+bridge_> <DDNet> https://github.com/ddnet/ddnet/pull/11678
17:26 <+bridge_> <kebscs> then we could add more fields, old clients would just ignore but still get the general onew
17:26 <+bridge_> <kebscs> then we could add more fields, old clients would just ignore but still get the general one
17:26 <+bridge_> <robyt3> True, the first one could always be a full description then
17:30 <+bridge_> <manikoo> #11678 omg why :poggers2:
17:30 <+bridge_> <DDNet> https://github.com/ddnet/ddnet/pull/11678
17:30 <+bridge_> <Assa> done 😝 (I already watched kebs PR and yours was so easy to understand, that they are both now in the queue)
17:42 <+bridge_> <Assa> so you are fine with merging as is
17:46 <+bridge_> <robyt3> It's a new netmessage so maybe don't rush
18:12 <+bridge_> <manikoo> i don't see anylogic in this change but OK
18:25 <+bridge_> <kebscs> move update freidns func so its always updated, not only when not filtered. and scan friends on all servers instead of just filtered
18:31 <+bridge_> <manikoo> ok i guess i should accept the fate of this game and give to your hands guys :ThumbsUp:
18:32 <+bridge_> <manikoo> its not like i ever changed something
18:32 <+bridge_> <manikoo> but
18:32 <+bridge_> <manikoo> emotional suppor
18:32 <+bridge_> <manikoo> emotional support
18:39 <+bridge_> <Assa> missed your ping, now it's too late
18:42 <+bridge_> <Assa> imagine missing that your friends are online because you are filtering for australia currently or something like that
18:42 <+bridge_> <Assa> or imagine you would only see your friends online, if they play the same game as you in steam
18:43 <+bridge_> <manikoo> its like i used this 'bug' and filtered my friends sometimes
18:43 <+bridge_> <Assa> idk why I'd want to do that
18:44 <+bridge_> <Assa> maybe because I don't have friends :pepeW:  /s
18:44 <+bridge_> <manikoo> for example i don't want to see friends who play kog right now
18:44 <+bridge_> <manikoo> or certain country
18:45 <+bridge_> <Assa> just unfriend them if they play kog
18:45 <+bridge_> <manikoo> if i had only my real friends in list there would be 0
18:45 <+bridge_> <manikoo> tbh
18:45 <+bridge_> <manikoo> i use it to see who plays and who don't
19:55 <+bridge_> <fokkonaut> we should have a config option for always including friends in searches
20:05 <+bridge_> <louis> Wait ye h i do this too
20:05 <+bridge_> <louis> sometimes idgaf if my friends are on german servers if im actually trying to play with low ping, for example
21:54 <+bridge_> <kebscs> https://cdn.discordapp.com/attachments/293493549758939136/1465087331663876237/image.png?ex=6977d467&is=697682e7&hm=45efac45ab00106ab34ce9dfd6da493a2b96d84053223d66c8cf425a299bc2f9&
21:55 <+bridge_> <qxdfox> cant the heart be next to the name?
21:55 <+bridge_> <qxdfox> this loosk a bit wonky imo
21:55 <+bridge_> <qxdfox> this looks a bit wonky imo
21:56 <+bridge_> <kebscs> to the right?
21:56 <+bridge_> <qxdfox> how are long names displayed?
21:57 <+bridge_> <qxdfox> if theres enough space either side works
22:01 <+bridge_> <kebscs> to the flag
22:01 <+bridge_> <qxdfox> eh
22:02 <+bridge_> <kebscs> https://cdn.discordapp.com/attachments/293493549758939136/1465089431525392524/image.png?ex=6977d65c&is=697684dc&hm=4ebd75f57831847893fa4f49c939095cec3f26171293d9fac824456ec72c7fd9&
22:02 <+bridge_> <kebscs> this or before
22:02 <+bridge_> <qxdfox> if it were on the same level as the name id choose this
22:03 <+bridge_> <qxdfox> if it were on the same level as the name i'd choose this
22:03 <+bridge_> <kebscs> 1 sec
22:03 <+bridge_> <robyt3> You can also add clans as friends though
22:03 <+bridge_> <qxdfox> right
22:03 <+bridge_> <qxdfox> and that currently has a blue background no?
22:04 <+bridge_> <qxdfox> blue heart?
22:04 <+bridge_> <kebscs> clan is greenish same as scoreboard
22:04 <+bridge_> <qxdfox> ah
22:04 <+bridge_> <qxdfox> thought friend is green
22:04 <+bridge_> <kebscs> https://cdn.discordapp.com/attachments/293493549758939136/1465090054958350558/image.png?ex=6977d6f1&is=69768571&hm=6a59e23c012bf37b37b4d86a522866fecd67ef866553edc0625037be945ba539&
22:04 <+bridge_> <kebscs> i mean now, before it was different with backgroudn
22:06 <+bridge_> <kebscs> does this look best?
22:06 <+bridge_> <qxdfox> I'd keep the coloring consistent though
22:06 <+bridge_> <qxdfox> https://cdn.discordapp.com/attachments/293493549758939136/1465090499370156143/image.png?ex=6977d75b&is=697685db&hm=fe6f12f95902a374e4c44393fef4477c5797fe3044575e3e8a80028202afcdc4&
22:06 <+bridge_> <qxdfox> cause here its blue
22:06 <+bridge_> <qxdfox> as well
22:07 <+bridge_> <kebscs> but im removing all background colors here
22:07 <+bridge_> <kebscs> background color = team
22:08 <+bridge_> <qxdfox> ahh
22:09 <+bridge_> <qxdfox> this isnt only for the server info?
22:10 <+bridge_> <kebscs> this 2 tabs
22:10 <+bridge_> <kebscs> https://cdn.discordapp.com/attachments/293493549758939136/1465091406606631133/image.png?ex=6977d833&is=697686b3&hm=c220f80d1b120df3c09cb3843a360ea5d1dff56b00c329c579e7116d5e1023f8&
22:10 <+bridge_> <qxdfox> i see
22:10 <+bridge_> <qxdfox> dunno then
22:10 <+bridge_> <kebscs> i mean clan should be green same as scoreboard in-game
22:11 <+bridge_> <kebscs> im asking where to put heart icon
22:13 <+bridge_> <qxdfox> clan isnt green
22:13 <+bridge_> <qxdfox> what
22:13 <+bridge_> <qxdfox> cl_same_clan_color
22:13 <+bridge_> <qxdfox> got a config
22:13 <+bridge_> <kebscs> didnt know
22:13 <+bridge_> <kebscs> ill use that then
22:19 <+bridge_> <manikoo> green bg is much better tbh
22:19 <+bridge_> <qxdfox> bg is team color
22:20 <+bridge_> <manikoo> :pepeW:
22:23 <+bridge_> <kebscs> https://cdn.discordapp.com/attachments/293493549758939136/1465094678868394067/image.png?ex=6977db3f&is=697689bf&hm=29083808a37e257d02a5d29df103ca78a24ab8dd31dd8b9c6fae165750ca5dec&
22:37 <+bridge_> <qxdfox> the colors feel so off
22:38 <+bridge_> <kebscs> why
22:38 <+bridge_> <kebscs> isnt it the exact same as scoreboard
22:38 <+bridge_> <qxdfox> in the scoreboard its not fully opaque
22:38 <+bridge_> <qxdfox> afaik
22:40 <+bridge_> <kebscs> its same as scoreboard, ig looks like it bcs of the background behind it
22:48 <+bridge_> <manikoo> yeah bad contrast
22:50 <+bridge_> <qxdfox> I'd change the alpha tbh
22:50 <+bridge_> <qxdfox> or the lht
22:55 <+bridge_> <manikoo> yeah alpha
22:56 <+bridge_> <kebscs> so its brighter?
22:57 <+bridge_> <kebscs> this is with less alpha
22:57 <+bridge_> <kebscs> https://cdn.discordapp.com/attachments/293493549758939136/1465103253623668816/image.png?ex=6977e33b&is=697691bb&hm=24ca33c0a43f8a3a099873adb9da33e28c1b90d63f1f55c109c58455615b0882&
23:01 <+bridge_> <manikoo> menu bg is too dark so its impossible to make it same as in tab
23:01 <+bridge_> <manikoo> at least your
23:01 <+bridge_> <manikoo> cuz we can change ui color
23:01 <+bridge_> <manikoo> and i don't imagine how it would look
23:02 <+bridge_> <manikoo> cuz we can change ui color&alpha
23:02 <+bridge_> <kebscs> yes
23:04 <+bridge_> <manikoo> yes 👍
23:06 <+bridge_> <kebscs> i think this 1 good enough
23:06 <+bridge_> <kebscs> https://cdn.discordapp.com/attachments/293493549758939136/1465105650429464729/540292816-b635a504-fca2-42c0-8f21-6f21d6adb1f7.png?ex=6977e577&is=697693f7&hm=2da8e9efa735a37f25fbc988589f736ab99bbd3f632c1e59657719a8a71ed287&
23:41 <+bridge_> <Solly (bun bun)> I feel like im about to pass out xd