Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Dominator_101

Pages: [1]
General Discussion / Re: Simon blogs
« on: August 22, 2023, 01:16:55 PM »
Four indices. American cards put indices in two corners only. Does no American ever fan cards in hand in the wrong direction?
To me this just seems like a self-fulfilling prophecy: why would anyone here learn to fan their cards the other way if you couldn't actually see what the cards were?

It actually took me a minute to figure out what fanning them the other way meant, at first I was wondering if you were all psychos that held the cards from the top or something. Didn't realize it meant having the left card on top rather than the right. Don't think I've ever even considered holding them that way. Just thinking about it that was feels like it'd be clunkier just to hold/fan, but that's likely just a muscle memory thing.

General Discussion / Re: Simon blogs
« on: April 10, 2023, 12:53:32 PM »
I've mostly played what I think is typically called Rummy 500, which rather than solely holding cards in your hand you instead play your sets visibly, and can play cards on the other player's sets as well. It also involves being able to pick up one or many cards from the discard pile. I enjoy the additional strategical elements that it involves. In general I prefer this version to Gin, but still enjoy both.

Rummikub is pretty fun. It kind of plays like Rummy (you're trying to make sets of at least three matching/three in a row), but one of the things I like most about it is that you can mix and match tiles that are on the board as long as everything ends up a valid set. So for example if I have a a red five, blue five, and green two, and the board has a green 3-4-5 set, I can play my 2 at the front to make it 2-3-4, then yoink the 5 to make a 5-5-5 set as well. Sometimes I'd end up rearranging half the board just to get one or two tiles out of my hand.

General Discussion / Re: Simon blogs
« on: November 02, 2022, 12:33:21 PM »
In English, I haven't seen anybody put a space ("100%"). Is it correct to omit the space? That would treat % different than physical units; you'd write "220 V", "60 Hz" even in English.
As an only English speaker, I don't think I've ever seen someone put a space before a percent sign. Or at least, not that I can recall. It definitely looks weird to me.

And I wouldn't say that physical units always have a space in English, writing 220V or 60Hz is definitely normal, though adding the space there is probably more common than doing it for %. This might also depend on the unit though? I'm trying to think if there's any I would expect a space.

In fact, it looks like Google insists you don't put the space :P

General Discussion / Re: Logic Puzzles
« on: April 05, 2022, 05:20:56 PM »
So I was thinking of a different approach to the graph problem, but I kept hitting snags in my logic so I might think that over longer.

For Geoo's issue, I'm not sure if I 100% understand the priority orders you laid out. I think I figured out your initial example and was just conceptualizing it differently. I'm still unclear on the second example. You first say that the hatches would go A1, B1, A2, C2 as 1,2,3,4 respectively, but in the side by side examples it looks like A1 is 1 and B2 is 2? I also don't really follow how the rearrangement happens there. Not sure if I'm just missing something.

Here's some thoughts, based on my assumption of how the ordering works:
Spoiler (click to show/hide)

Site Discussion / Re: Wrong escape: &amp instead of &
« on: February 17, 2022, 01:42:59 PM »
To me this looks like a case of double escaping, though I'm not sure where the second semi-colon would've gone.

I might join, not sure. I'm currently trying to grind through some stuff in another game before some time limited content, so I'll see how much of it I get through during the week. If you end up light on people I can probably be persuaded to join, though.

I might be able to show up late, depending how long you guys go. 22 UTC is 5PM here and we usually go to dinner around 4 on Saturdays so I'll have to see when I get back.

Lix Main / Re: Slow additions or experimental fork
« on: December 02, 2021, 03:26:22 PM »
Debian wants you to only make major updates every 2 years? Dang, that's a heck of a lot to ask for software dev, especially in this day and age...Though, admittedly I'm unfamiliar with most things Linux, so maybe this isn't that weird.

Anyway, on the dev side of things, I think that there might be some middle ground to the two plans.

I think that reworking the server to allow multiple versions to connect to it but only allow connections to the same minor version makes sense to add in general, even regardless of Debian stuff. It might be the case that not everyone updates instantly even on other platforms (since far as I'm aware there's no auto update), and it might also be the case that you want to have someone help you test a beta feature or something without worrying about what happens if someone else mistakenly joins the server. Making this change I think can be what allows you to make riskier changes without worrying about the Debian problem.

On the topic of the level format, from my experience I would say that changing a format like that is generally the last thing I want to do, as it just causes so many headaches (what to do with old data, etc), so I would say it's at least worth exploring how something can fit in the existing format before just changing it. That said, sometimes there's just nothing you can do no matter how malleable you tried to make the initial format because of things you just didn't think about. It can be kind of a balance here; sure, you might spend X amount of time exploring how the new feature could fit in the old format, but if it takes 3X time to design the new format/change the parsing code/figure out how to handle old formats, then it might not be worth it. One thing maybe worth considering also is if you can support multiple level parsers in one version (I know nothing about how the levels are parsed now). Could it be possible to add some 'format version' to the level layout that tells the parser how to handle any given level (and assume anything without this field is the old format). Maybe not the most elegant, but sometimes better than worrying about how to update all the existing data somehow.

Another thing with experimental features, in relation to whether or not to worry about spending time making it agree with the rest of the software; you could always do a quick and dirty version of a feature first as a test (does the feature work well, is it actually as fun as we thought, etc) before doing a second pass to make it 'fit' better if needed. It obviously would require a bit of rework, but sometimes after making something once when you take a step back and think about how you would design it again I find that I have a better understanding and better ideas on how to go about it, so it might be easier to fit it in more agreeably when you already have a general understanding of what needs to be done. Also, in relation to not wanting to cut something in an experimental version, don't be afraid to cut a feature if it doesn't turn out well in testing. If a feature just isn't fun, or doesn't work well, or whatever, don't let it hang around just because of the sunk cost fallacy.

Anyway, this ended up a bit more long winded then expected :P Some of these are probably already things you've thought of, but figured it was at least worth stating in case you hadn't. I'm likely not the best coder here, but I'm always happy to bounce ideas around if you need more eyes. I even wouldn't be against getting my hands in there, but not being familiar with the source language might make that a bit trickier.

General Discussion / Re: Logic Puzzles
« on: June 14, 2021, 06:04:23 PM »
Okay, had some more thoughts on this yesterday while trying to sleep, here's my thoughts/findings:

Spoiler (click to show/hide)

General Discussion / Re: Logic Puzzles
« on: June 08, 2021, 04:10:40 PM »
(unrelated, but I tried the 4 box puzzle that was the previous one for fun, here's my working out if anyone is interested)
Spoiler (click to show/hide)

For the current puzzle, going off Simon's post:
Spoiler (click to show/hide)

General Discussion / Re: Logic Puzzles
« on: June 08, 2021, 02:23:51 PM »
Spoiler (click to show/hide)

Okay, here's some real thoughts on the puzzle (not a solution really, but I'll spoiler just in case. It's mostly just kind of brainstorming an issue):
Spoiler (click to show/hide)

Lix Levels / Re: Multiplayer Map-Making Contest
« on: May 17, 2021, 05:42:12 PM »
Apologies for the delay on these, been all over the place the past week. Here's the double team map pack. I did actually make a fix so that the chute is a 2px gap rather than 4px, to prevent the bridges that work for only one player. I also added even player versions just for completeness (except 2 players, because that seemed pointless, but maybe it could be interesting? I dunno).

Small disclaimer: I ordered the hatches/exits directly in the text file because it was easier than moving all of them around in the editor, but I did give them a once-over and I think all of them are in the right place. We can keep an eye out if anything is misplaced when playing, but i think it should be fine (honestly it's probably more likely everything is correct than if I moved them manually).

I can also include the original versions if you want, just in case, but I think the new versions should probably be fine.

Also, is there a file structure I should use for future reference? Right now it's just a zip with all the files in one folder, is it easier for you if I split them out the same way they're structured in the level navigator (with the network/user/#p structure?) or something along those lines?

Lix Levels / Re: Multiplayer Map-Making Contest
« on: May 12, 2021, 02:50:42 PM »
Dominator_101: Please send/post the team Rescue Rangers! I've got your Constructive/Destructive Interference and will include it in the next release.
Sure, I can definitely send my double team map. I did want to try and fix the one quirk where you can build a bridge that's safe for one player to drop but not the other (in the chute between the two players), but I think alignment is screwing that up, if I drop the gap to 2px (currently 4px) the lix just hang in the chute and don't fall. That kinda makes sense since it's in the exact middle of the two hatches, so it's likely at an 'odd' alignment rather than 'even.' If anyone has any ideas to fix this, let me know and I can try, but if people also don't think it's an issue I could just leave it as-is. I'm curious how wide the chute is in geoo's original team one, I based this one off of the single iteration since his team one wasn't up. One idea I had that might work is if I make the worker drops all 3px that should shift the alignment of the chute, but that might also be pretty annoying to change.

Whether I make a fix for that or not, I'll probably also spin up some even player versions, just for the sake of completeness (the point was to have an alternative to the even player team map, but no reason to not just include even player versions of this as well).

As for the interference maps, it might be best to just include the 2-player versions for now, I think I might need to think about how to better handle more players. My general idea of the maps was to be 2p, and I just kinda slapped on 4p versions since there were 4 hatches.

Lix Main / Re: Feature idea: NPC Lix
« on: April 28, 2021, 05:06:46 PM »
Yeah, it seemed like something that wasn't unique enough an idea that it wouldn't have possibly come up/been used in other Lemmings games (I'm not really that familiar with Lemmings), but figured it was worth suggesting because it seems like it would be a fun thing to have.

Having them grey was my initial though, but since there's already so many colors in MP wasn't sure if that was something that would be good or not. One thought was it could be bad for colorblindness, but to be fair multiplayer as a whole likely would be anyway so maybe that's not really a big deal and grey is fine.

Lix Main / Feature idea: NPC Lix
« on: April 28, 2021, 12:57:27 PM »
While my body refused to go to sleep last night, I at least had a thought for something that might be cool to add to Lix; the ability to add a hatch(es) that spawn non-factioned Lix (Lix that you can't assign skills to, but otherwise act as normal Lix in terms of scoring).

In singleplayer, this allows adding a hatch that you need to figure out how to get to/save without being able to directly affect them. Could potentially add some interesting puzzles.

In multiplayer, you could create honeypot hatches that players can race/fight to get access to, and have to figure out how to get to their exit.

Things to consider: what's the best way to differentiate them visually? Singleplayer might be easier, as just a color change could suffice, but in multiplayer this becomes more complex since there are already multiple colors. Having some other visual identifier other than color would also be good for cases like colorblindness. Maybe have a sprite difference, like a letter on their shirt or mussy hair to indicate they're 'lazy' Lix?

Considered posting on the GitHub, but figured it'd be good to join here for more visibility so others might be able to weigh in.

Pages: [1]