00:19 <+bridge_> <learath2> I was thinking of bringing the work we did for 0.7 to ddnet. Do you think tclients is better? I might look into porting that instead
00:34 <+bridge_> <gorp> also also sending incomplete /map commands results in unexpected behavior for me
00:34 <+bridge_> <gorp> if you do /map Vol it matches Volt before Volleyball? does it prefer length over alphabetical or smt
00:34 <+bridge_> <gorp> spreading my propaganda even further
00:35 <+bridge_> <totar> no, my goal in tclient is always to minimize ddnet changes to avoid merge conflicts so I didnt improve anything in the ddnet code
00:38 <+bridge_> <learath2> This one IIRC goes direct to mariadb, so it's just `SELECT Map FROM record_maps WHERE Map LIKE "%...%" LIMIT 1` effectively
00:38 <+bridge_> <learath2> Though I did not look at the code in years, so maybe now
00:38 <+bridge_> <learath2> Though I did not look at the code in years, so maybe not
00:46 <+bridge_> <gorp> ah
00:46 <+bridge_> <gorp> maybe that's why it felt inconsistent
00:46 <+bridge_> <gorp> maybe sort? and return first
00:49 <+bridge_> <gorp> not worth the effort if it is a consistent sort already, I'll have to test it
00:49 <+bridge_> <gorp> but if it is based on length instead of reverse alpha I think that's not gud
00:50 <+bridge_> <louis> https://discord.com/channels/252358080522747904/1417116128857030738/1417116128857030738
00:51 <+bridge_> <louis> cuz volt > volleyball obviously
01:57 <+bridge_> <gorp> ;(
01:58 <+bridge_> <gorp> i still can't beat volt
06:56 <+bridge_> <gorp_tw> ah i didnt know it works like this tho
07:53 <+bridge_> <ryozuki> morning devs
08:46 <+bridge_> <gorp_tw> will assa ever set a picture on github
08:47 <+bridge_> <Assa> no
08:47 <+bridge_> <Assa> good morning :owo:
08:47 <+bridge_> <gorp_tw> :(
08:47 <+bridge_> <gorp_tw> why not, you could be even cooler
08:48 <+bridge_> <Assa> I am already cool enough 😎 by working on our favourite f2p game
09:04 <+bridge_> <cinavarkeles> sv_mapupdaterate    64 player id <-> vanilla id players map update rate    5    1    100
09:05 <+bridge_> <cinavarkeles> What do you think the key to optimal performance should be?
09:29 <+bridge_> <qxdfox> I dont even understand what it does
09:37 <+bridge_> <remakepower> a map for vanilla 0.6 clients play on 64p server
09:40 <+bridge_> <Assa> This is the rate, at which the translations for 0.6 client ids is updated: https://github.com/ddnet/ddnet/blob/e4d81fb79a497ce2eeb43aebd7d5d303aab3969a/src/game/server/gamecontext.cpp#L4671
09:40 <+bridge_> <Assa> 
09:40 <+bridge_> <Assa> This is an expensive job and currently done every 5 ticks. The optimal performance should be 100, because nobody uses 0.6 anymore.
11:07 <+bridge_> <heinrich5991> it's just skipped if no 0.6 client is online
11:31 <+bridge_> <Assa> so it does nothing almost always
11:31 <+bridge_> <Assa> then just let the default be
13:02 <+bridge_> <alw5> dmenfat
13:31 <+bridge_> <dmen> oh that comes here to i was just bored xd
13:33 <+bridge_> <learath2> Dank u wel
13:35 <+bridge_> <pioooooo> is the red part supposed to have varying length as you rotate your aim direction?
13:54 <+bridge_> <chillerdragon> @heinrich5991: can you unmute me
13:54 <+bridge_> <chillerdragon> @robyt3: got 5min now?
13:54 <+bridge_> <robyt3> yeah
13:57 <+bridge_> <chillerdragon> Amazing
13:57 <+bridge_> <chillerdragon> Let’s meet in game in 3 mins
13:58 <+bridge_> <robyt3> ok
14:26 <+bridge_> <.kurosio> hey, has anyone implemented 'Motd menu' that's actively used by players now? Are there any issues with it?
14:27 <+bridge_> <.kurosio> maybe in some block mode
14:30 <+bridge_> <qxdfox> fddr has one
14:35 <+bridge_> <.kurosio> where you need to click on a button to scroll next the page? This is not the menu. It's just scrolling through Motd
14:36 <+bridge_> <qxdfox> eh
14:36 <+bridge_> <qxdfox> impractical to make an actual menu out of motd
14:40 <+bridge_> <.kurosio> For example, does anyone use like this menu? Where do players play? For me it works with all the current fonts that come standard with Cactus clients, etc
14:40 <+bridge_> <.kurosio> https://cdn.discordapp.com/attachments/293493549758939136/1469689304891789343/11.mp4?ex=69889253&is=698740d3&hm=206b211b7d3d06e9d7a2a982ef724b9b3c59e1fa500b3d152e315cccf3dbfe11&
14:43 <+bridge_> <_n0by> can have issues if players are allowed to zoom out
14:43 <+bridge_> <_n0by> or they use short mouse distance
14:44 <+bridge_> <qxdfox> ^
14:44 <+bridge_> <qxdfox> player settings can make the ux of this really bad
14:44 <+bridge_> <qxdfox> when modding api
14:44 <+bridge_> <qxdfox> when custom menus
14:47 <+bridge_> <.kurosio> hm. That in any case it is necessary to recommend config for such types of menus
14:48 <+bridge_> <remakepower> There's one for infclass 0.7
14:48 <+bridge_> <remakepower> (Not the official branch)
14:49 <+bridge_> <.kurosio> Is there a running server for this mode?
14:49 <+bridge_> <remakepower> Yeah,
14:49 <+bridge_> <remakepower> But I have to say that it depends on the client UI.
14:49 <+bridge_> <remakepower> I make the UI of our client smaller on high resolution.
14:50 <+bridge_> <remakepower> And you can imagine what happened
14:53 <+bridge_> <.kurosio> high resolution? I checked, and it still works for me even with the changes. How big exactly is 4k-8k?
14:54 <+bridge_> <remakepower> Not on ddnet
14:54 <+bridge_> <remakepower> It could be used for most clients
14:54 <+bridge_> <remakepower> but:
14:58 <+bridge_> <remakepower> just be like this
14:58 <+bridge_> <remakepower> https://cdn.discordapp.com/attachments/293493549758939136/1469693744365310159/image.png?ex=69889676&is=698744f6&hm=7ebaf24b804d26b06d1410ceff62c0325a4754f97ff9773b1174c7319a900a3e&
14:58 <+bridge_> <remakepower> lol
14:59 <+bridge_> <remakepower> This is just a tip, I didn't want to block any magic.
15:02 <+bridge_> <.kurosio> but it would be nice if at least a basic layout of the server interface was implemented, which could be updated later
15:07 <+bridge_> <.kurosio> Okay, thanks. That there's no point in making a full-fledged menu out of motd; there are a lot of nuances in using it
15:09 <+bridge_> <.kurosio> Okay, thanks. That there's no point in making a full-fledged menu out of motd; there are a lot of nuances in using it. If only control using Input
15:16 <+bridge_> <remakepower> Would be awesome to own CNetMessage_SvMotdExtra. D:
16:03 <+bridge_> <teero777> https://github.com/anthropics/claudes-c-compiler/issues/1
16:03 <+bridge_> <teero777> xd
18:03 <+bridge_> <aegisub> tbf this works if you pass the correct include directories
18:04 <+bridge_> <aegisub> I'm #1 ai code hater but this specific issue isn't really an issue
18:28 <+bridge_> <learath2> For some reason even with `-DCLIENT=OFF` we seem to require libpng
18:37 <+bridge_> <robyt3> Also with `-DTOOLS=OFF`?
18:39 <+bridge_> <darklord08821> Hello may ı speak to someone in authority
18:40 <+bridge_> <robyt3> This channel is for development discussion. If you need help from a moderator or admin then use #✉-create-a-ticket
18:42 <+bridge_> <darklord08821> Thanks
18:52 <+bridge_> <learath2> Yep
18:57 <+bridge_> <learath2> @robyt3 do you happen to know if CSV is the only export format weblate has?
19:03 <+bridge_> <robyt3> I didn't look into it, but I assume it supports more than that. For example the Android xml format
21:57 <+bridge_> <heinrich5991> it supports most stuff
21:58 <+bridge_> <heinrich5991> I picked CSV to make sure we'll switch to something else
21:58 <+bridge_> <heinrich5991> @learath2 https://docs.weblate.org/en/latest/formats.html#formats
22:01 <+bridge_> <heinrich5991> I think fluent or gettext would be good picks
22:15 <+bridge_> <aegisub> TIL po stands for Portable Object
22:15 <+bridge_> <heinrich5991> I asked at FOSDEM and weblate people suggested gettext
22:16 <+bridge_> <heinrich5991> I asked at FOSDEM and weblate people suggested gettext for a C++ project
22:16 <+bridge_> <heinrich5991> I asked at FOSDEM and weblate people suggested gettext for a C++ project
22:17 <+bridge_> <heinrich5991> not sure if the normal gettext integrates well for us though, we might need to use a third-party library because we want to support language changes at runtime
22:27 <+bridge_> <melon> anyone got an idea how i could link towards the handful of new markdown files in #11697?
22:27 <+bridge_> <melon> i thought about just doing
22:27 <+bridge_> <melon> ```md
22:27 <+bridge_> <melon> ## Cross-compiling on Linux/Windows to Android
22:27 <+bridge_> <melon> Detailed instructions can be found [here](https://github.com/ddnet/ddnet/blob/master/docs/BUILDING-android.md).
22:27 <+bridge_> <melon> ## Cross-compiling on Linux to WebAssembly via Emscripten
22:27 <+bridge_> <melon> Detailed instructions can be found [here](https://github.com/ddnet/ddnet/blob/master/docs/BUILDING-emscripten.md).
22:28 <+bridge_> <melon> ## Benchmarking
22:28 <+bridge_> <melon> ...
22:28 <+bridge_> <melon> ## Working with the official DDNet Database
22:28 <+bridge_> <melon> ...
22:28 <+bridge_> <melon> ## Debugging
22:28 <+bridge_> <melon> ...
22:28 <+bridge_> <melon> ```
22:28 <+bridge_> <melon> but just writing the same thing 5 times feels super wrong :kek:
22:28 <+bridge_> <DDNet> https://github.com/ddnet/ddnet/pull/11697
22:28 <+bridge_> <heinrich5991> relative links probably work
22:28 <+bridge_> <heinrich5991> [link](docs/BUILDING_emscripten.md)
22:29 <+bridge_> <robyt3> Writing the same thing the same way is good scientific writing style.
22:29 <+bridge_> <heinrich5991> I think links on "here" are theoretically discouraged
22:29 <+bridge_> <heinrich5991> so maybe just do Detailied instructions can be found in [docs/BUILDING-emscripten.md](docs/BUILDING-emscripten.md).
22:30 <+bridge_> <robyt3> yeah, the "here" isn't great, it should be integrated into the text like "separate guide" or using the filename
22:31 <+bridge_> <melon> i think i'll do `Detailed instructions can be found in [BENCHMARKING.md](docs/BENCHMARKING.md)` then, looks the most fitting to me
22:31 <+bridge_> <melon> thanks
22:31 <+bridge_> <melon> in or `within`
22:31 <+bridge_> <melon> in or within
22:31 <+bridge_> <heinrich5991> I think it makes sense to include the path for the user
22:31 <+bridge_> <heinrich5991> otherwise they need to hover to find out
22:32 <+bridge_> <robyt3> in
22:50 <+bridge_> <heinrich5991> according to https://stackoverflow.com/q/73342646/870079, we cannot change the language at runtime with the default gettext
22:50 <+bridge_> <heinrich5991> this means we'd have to use a different library for that :/
23:24 <+bridge_> <learath2> I'm not completely against CSV tbf, but yeah we probably should change
23:31 <+bridge_> <heinrich5991> I'm kinda against CSV because it's not really a standard translation format
23:31 <+bridge_> <heinrich5991> what are your thoughts? @learath2
23:32 <+bridge_> <learath2> You know I'm not all that connected to standards
23:35 <+bridge_> <heinrich5991> no, I didn't know that
23:35 <+bridge_> <heinrich5991> I like not hand-rolling our own format because we'll hopefully get some tooling and maybe translator experience
23:40 <+bridge_> <learath2> Well weblate already gives us the better translator experience, no?
23:41 <+bridge_> <learath2> The remaining part is foolproofness and our convenience
23:45 <+bridge_> <heinrich5991> it'd also allow translators to use their own tools if weblate doesn't suit them
23:48 <+bridge_> <learath2> multiple sources of translations would be annoying though, we'd have to sync back up to weblate
23:49 <+bridge_> <heinrich5991> weblate can handle imports AFAICT