Guild icon
Teeworlds
IRC / bridge
One-way IRC channel bridge. If you want to be able to send messages to IRC, contact @Dune or @heinrich5991. https://www.teeworlds.com/?page=docs&wiki=rules/irc_rules
Between 2020-03-04 00:00:00Z and 2020-03-05 00:00:00Z
Avatar
[quakenet] Learath2 BOT 2020-03-04 12:09:28Z
Dune: What I meant by the "..." was that it'd be nice if text rendering had an option to render three dots at the end if there is still text to render but we've hit max lines
12:09
I gave a go at implementing it but it looked horrific so I gave it a git reset before it gave me nightmares
Avatar
Learath2: that kind of stuff is already done for the chat buffer
12:15
On the first day of Christeemas... (Page 1) — Developer Journals — Teeworlds Forum — Everything Teeworlds!
Avatar
[quakenet] Learath2 BOT 2020-03-04 12:22:25Z
I see, I missed that, the implementation there is much better then what I'd came up with, but I think it'd be nice if the text rendering stack could handle this with a flag so the user need not be concerned
Avatar
I would like something like that as well, with adaptive text size rather than dots... but it's pretty hard
Avatar
[quakenet] Learath2 BOT 2020-03-04 18:04:03Z
Dune: adaptive text size we do in a couple of places in ddnet, it doesn't really look the best tbh (and our implementation isn't really efficient), we just make the text smaller until the width fits
Avatar
That is what I had in mind too
18:05
Learath2: what are the shortcomings?
Avatar
[quakenet] Learath2 BOT 2020-03-04 18:06:22Z
Well we'd basically "render" the text a couple times until it fits, I'm sure we could get a satisfactory approximation using the max glyph advance
Avatar
Well that is how the TextWidth function works... render and measure
Avatar
How do I check whether the token from m_NetClient is "there" or not?
19:02
so basically like a bool thats true when we got the token
Avatar
it sounds like you're solving the wrong problem
19:02
why do you need to know this?
Avatar
i need something in 0.7 that does the same as this in ddnet 0.6 does: m_NetClient.SecurityTokenUnknown()
Avatar
that doesn't exist in 0.7 anymore
19:04
what are you trying to do? ^^
19:04
need to solve this line for 0.7
Avatar
don't add it in 0.7
19:04
0.7 has this protection in vanilla
Avatar
what protection?
Avatar
protection against IP spoofing
19:06
network security tokens are handled by the network, you don't have to care about them
19:06
you probably care about something like "connected" or so
Avatar
well at the moment i just send the stuff that we have in this if directly after m_NetClient.Connect(), and the client connects to the server, i see that in the logs of my own one, but there wont be a tee, so im guessing that the messages get sent too early
19:07
because it just stays in the connecting phase, so a slot is blocked while no tee is there
19:07
i somehow need a response i think from the server
19:07
after the initial connection from the dummy
19:08
of course i could handle it the same way as the main tee, but i wanna have it kinda-like in 0.6
Avatar
perhaps do it like client.state == connected?
19:10
that corresponds to the 0.6 thing I think
19:10
netclient.state == connected
19:10
thats how the main client does it
Avatar
why don't you do it that way then?
Avatar
i thought because 0.6 does it in another way too
19:11
and that would make the connection step by step, in the link i just showed its all at once
Avatar
I'm telling you to replace hassecuritytoken by state == online
Avatar
the client is already online
Avatar
why is that any more step by step than 0.6?
19:12
no
Avatar
the security check is for the dummy
Avatar
not the netclient
19:12
wait a sec then
19:15
using STATE_ONLINE it wont send it at all and the dummy just times out while connecting, using STATE_CONNECTING it does send, but its the same as before, nothing really happens
19:15
maybe something else is broken
19:31
got it i guess
Exported 51 message(s)