which means it does not re-wrap when a channel is switched to
argh this structure is really bad for rewrap
I'm back, any recent advances?
nothing much, i've been slacking
structure is mostly the same with regards to rewrapping, i just haven't enabled it
would require a few lines of code to reimplement, but it would be slow
essentially call SetText each time UpdateLayout is issued that didn't come from AddLine call
it seems easy enough to do size changing if each line is one AddLine
i think it requires a bit more thinking to separate between logical and physical lines
so selection and stuff works..
did you see my comments on the settings ticket? I think you should add the ability to edit springsettings regardless of whether we eventually can set a startscript
because I also want to read springsettings and don't know how to deal with settings in replays
not being able to set settings in a script (for replays) can be an issue
i guess the ideal solution would be to really fix SetConfig* stuff
if it's a problem, you can revert the whole thing locally
i can make a PR and see
i'm not going to change it directly with my push rights
lest they be taken away :p
abma seemed to not be able to make sense of the change and did not know why it was there
i guess the idea is if you change certain settings a malicious widget could go wild
and maybe SetConfig doesn't allow you to set arbitrary things
i think the problem stems from the way of thinking that widgets are made by player-made mods, rather than parts of the game
probably will run into the same thing when we try to do the URL stuff
a widget could currently rewrite a dll
idk how the steam workshop works, but usually games have good sandboxes to prevent malicious stuff
i guess game widgets or widgets with special permissions granted by the user (or whitelisted by the game) should have free reign, but normal widgets really shouldn't
maybe i should do the politics PRs sooner rather than later
since i'd take time for them to be discussed and merged
gajop @gajop goes afk for a while
and making SetConfig functional has a high risk of breaking other things
I'd really like the text box changes to not require skin changes
otherwise it's draw to look like an editbox
the borderColor and other stuff from the editbox's skin override anything you set
if editBox always contains those settings then it should be in the control
and the text box inheritance can override that to 0
idk if it does or not, i went with what was in place; the same settings are in the robocracy skin
not yet sure how to deal with this
i think it's not intuitive to override editbox and have changes happen in the textbox as well
one solution is to introduce a trully abstract class for both editbox and textbox, something akin to textcontrol
which is officialler
gajop how will we set the user to be ingame without process tracking?
iirc i don't have org admin over chobby to inflict any of them as github avatar
blue one seems more recognisable at 16x16, so that's why it
ok looks like i just Spring.Start not a care int he world
except that Spring.Start with replay complains about socket.bind. While Spring.Restart works fine
does ZK bind to sockets or something
and why does skirmisher mode ZK work then :<
this is confusing. i will go do things
there should be one place which handles all spring.start
this would keep track of the process and stop socket collisions
[GAME]
{
MapName=blank 0.1;
GameType=Chobby $VERSION;
OnlyLocal=1;
HostPort=0;
IsHost=1;
RecordDemo=0;
MyPlayerName=Chobby;
}
I think replays are a bit different, aren't they? From what I understood from @Anarchid they already contain a startscript, where we usually generate it for SP
so HostPort=0 will always find a free port? If so, we should use that
not just for Spring.Start, but also for the script.txt we will make for a distributable chobby eventually
@Anarchid I also don't know why it's an egg. I wanted a "blue, chubby animal mascot" but it turned out to be an egg used for the logo even
i don't see how the egg has anything to do with chobby :P
if we're going to use the spring logo might as well make something that is related to lobbies