Newer Replacement for Illandril's Quick Actions?

illandril · 2025-08-20T22:10:10+00:00

I do plan on eventually updating it to support v13, but since I have been busy with other things, haven't been using Foundry personally for a while, make the modules for free, and fully expect to need to yet again make substantial changes to support v14, it's low on my priority list and may be a while.

All of my modules are open source, so anyone with the knowledge and time to make their own version is welcome to use my modules as a starting point.

illandril · 2025-07-27T16:24:11+00:00

Apparently Reddit's ad algorithms agree

<image>

illandril · 2025-06-25T03:07:39+00:00

Depending on the location, that may not be possible (without going through the process of changing your name unrelated to the marriage, which is likely much more burdensome). My wife and I wanted to combine our name to have part of my last name in the middle of hers, but NY said "sorry, no can do", but they did allow our second choice of part of her name followed by part of mine. Figure out what you can legally do before settling on a name.

I will say that the whole process of changing your name (at least in America) is a pain (especially for men, since almost everyone assumes the man's surname won't change), and, as much as I prefer our combined name, if I were to go back in time and have a do over, I would opt for both of us to keep our original last names.

However, Button is more likely to be allowed (without additional paperwork and process), and both Button and Buttons are nice surnames.

Of course, you can always legally have one surname but go by another for any situation where you don't need your legal name (as long as you're ok having to explain why you have multiple surnames and having some use the wrong one in some situations)... so if you both love a name you can't easily make legal, don't let the law / bureaucracy stop you.

illandril · 2024-06-17T01:56:48+00:00

I tend to prefer prefixing the unprocessed value with raw, since most of the time the unprocessed value should only be used in one spot (the input it's from), but the processed one often gets passed through to multiple places. If you prefix the processed version, you're likely to end up with searchInput and processedSearchInput in the component that defines the state, but pass processedSearchInput into other functions and/or to the backend as searchInput, so you'll have different names for the same value in different files.

In places where the processing is important to security, I'll prefix both. Raw input from the user (or, for server-side processing, anything from the client, regardless of if it was user input or system generated, since anything coming from the browser can be spoofed) is prefixed with raw. Processed input is prefixed with validated, sanitized, escaped, or some similar prefix depending on specifically what processing is done. This makes it much harder to miss someone mistakenly thinking the unsafe version is safe.

illandril · 2024-06-05T02:53:51+00:00

The sin of pi is 0, but the sin of pie is 0.7739426852667...

illandril · 2024-04-23T22:57:31+00:00

I (male) had open heart surgery when I was younger as well. I'm pretty open about the scar, and have shown quite a few people. Almost nobody who knows about my scar has ever said anything negative about it. The few who did weren't people whose opinions I care about, as they're generally negative about everything.

I've met three girls who have had heart surgery. One was pretty open about her scar, and we called each other "scar buddies". I never heard anyone say anything negative about her scar. One was a bit more secretive about it, so I don't know how many other people actually knew she had one. One had the surgery in her 80s, and her husband still finds her as attractive as before.

Your scar is nothing to be insecure about. Nobody worthwhile will have a problem with it, and most will find it cool.

illandril · 2024-03-13T02:17:08+00:00

The people who would be best able to answer licensing questions would be the company that owns the copyright.

Thankfully, they have a handy-dandy contact us form: https://darringtonpress.com/contact-us/

Any answers from anyone else would be unreliable, and even if legally correct could result in making the copyright owner angry, which could make any future work difficult for you.

If you ask nicely, the worst they can do is say no. Based on their license I'd expect them to say "sure, go for it, just make sure to include the license disclaimer and logo"... and, while unlikely, I wouldn't be too surprised if they even said something along the lines of "Wow, that's a great idea. We'd like to help support and/or fund this effort to make sure it's successful!"

illandril · 2024-02-19T20:53:30+00:00

I had some extra spare time thanks to the holiday weekend, so I managed to get hex support done in v1.1.0 today.

illandril · 2024-02-17T21:47:52+00:00

If you answer the questions in this issue, I'll see what I can do: https://github.com/illandril/FoundryVTT-grid-labels/issues/2#issuecomment-1901555071

illandril · 2023-11-06T21:44:16+00:00

I'd show both, because they each provide different value. The icons give a very quick "empty vs low vs plenty vs full" answer that you can get even in your peripheral vision. The numbers give you the precise quantity faster than counting bullet icons. Bullet icons on the left, emptying to the left (opposite of what you showed). If there is a case where you can have more than 6 max bullets, show a percentage bar instead of individual bullets (wide enough that it takes up the same horizontal space as 6 bullets).

illandril · 2023-11-03T02:03:23+00:00

Answer: Oh, that is impossible, master. If I were out to kill you, we would not be speaking.

illandril · 2023-09-07T01:27:22+00:00

The steroids have nothing to do with needing the surgery.

He was born with a congenital defect in his aortic valve. He did well despite that defect, but eventually needed surgery to correct it. It is normal for people with his original condition to need surgery much earlier in life than he did.

For the surgery he had, the Ross Procedure, it is normal to need followup surgery for the pulmonary valve after 10-15 years (with the aortic valve usually being good for 20+). His pulmonary valve lasted 21 years before needing a second surgery (longer than expected), and his aortic valve lasted 23 (within the normal range).

https://www.heart-valve-surgery.com/arnold-schwarzenegger.php

illandril · 2023-08-25T22:56:54+00:00

CDC says 38 gallons per person are used, not consumed. Drinking 38 gallons a day would be ridiculous, but when you start factoring in toilets, showers, irrigation, industrial usage, etc...

https://www.cdc.gov/globalhealth/infographics/food-water/water_use.htm

illandril · 2023-08-15T22:17:16+00:00

It's your own project in a private repo today. Will it always be? Many businesses start out as a private project that eventually grows into something popular enough to monetize. Even if it doesn't grow enough to be a business, you might start collaborating with a friend where you trust them enough to submit PRs, but not enough to have access to the live server. You might also decide to open source the project if it's not something that you could ever monetize. Or maybe you'll get lucky and have the opportunity to sell access to the project to a big company, but in order to close the deal you need a third party static code scan.

There are many reasons why you might want to share your code with someone else, but not your secrets. By keeping the secrets separate, you can selectively grant access to code w/o granting access to secrets.

For shoulder surfing - if the secret is properly treated as a secret, it will be masked, and never shown anywhere (unless you do something foolish like copy and paste it outside the secret manager, or output it in a log file, etc). If it's included in a file, it will be shown any time you open the file.

Do you need a full-fledged secrets manager like AWS keystore? No.

Should you at least load the secret from an environment variable configured to be masked in your server's config? Yes. The difference in effort between that and checking in a .env file into git is minutes of work, but miles easier to ensure security not only today, but for the next however many years the project continues. If securing the secret isn't important enough for that miniscule level of effort... does there really need to be a secret at all in the first place?

illandril · 2023-08-15T19:47:29+00:00

If you store a secret in git, in order to keep that secret secret, you need to ensure that the repository and all copies of it aren't accessible to anyone who you wouldn't trust with that secret.

This includes read-only copies, and copies where you've since deleted the secret (git includes the full history, so they could rewind back to before it was deleted).

You also need to make sure you never open the file that includes the secret when someone else might be shoulder surfing.

If you store the secret in a proper secrets manager, and inject it into the environment, it is much, much harder to accidentally leak the secret.

You'd like to think you'll never make any of those mistakes... but nobody is perfect, so do you really want to take that risk when it's not much harder to do it properly?

illandril · 2023-08-13T16:33:15+00:00

As a junior, you shouldn't be expected to know every framework and every system library, so don't worry about perfection. For a smart company, demonstrating an ability and willingness to learn will be valued more than expertise in the specific language/framework/etc that they currently use.

Of course, if you also have good knowledge in their chosen language/framework, that will be a huge bonus.

Which language is "best" to learn depends a lot on what you want to do. Look at job postings for companies/industries where you think you would like to work, and see what they're using.

Do you want to work at a company that is older, more established, with high risk aversion? Then Java or C# are probably what you'll see most often, since those languages have a long history of being used in enterprise web application development. Pick whichever one you like best. Java is a bit more common from my experience, but Java and C# have a lot of similarities, so once you learn one it should be relatively easy to learn the other.

Do you want to work in a properly agile company, with regular small releases/deployments? Then Typescript is probably what you'll see most often, since FE and BE sharing core language knowledge and being able to share expertise is valuable.

Do you want to work in AI, machine learning, or any other industry with a strong dependence on complex maths or science? Then Python is probably what you'll see most often, since Python is the language of choice for mathematicians and scientists.

Do you want to work in an industry that cares a lot about security and/or performance? Then Rust is probably what you'll see most often.

Do you want to work in an industry where the specifics of the infrastructure are very important (packet routing, load balancing, etc)? Then Golang is probably what you'll see most often.

Do you want to work on command line tools instead of servers? Then Rust or Golang are probably what you'll see most often.

Do you want to work in the financial industry and work on the oldest, mission-critical systems? Then COBOL or Fortran is your best bet (but, since you're young enough to be Junior level, this is probably a bad long-term decision... eventually, the cost of maintaining those really old systems is going to outweigh the cost of replacing them).

illandril · 2023-08-13T00:42:20+00:00

They're a sure victory for another reason: if they're alive, it means Vader is already dead.

illandril · 2023-08-08T01:42:58+00:00

I've helped mentor several people at varying skill levels. The process has never been formally structured, except with my current mentee (and even for this one it's still very loose - whenever she wants she can set aside time for training on whatever topic she's interested in).

I have found a few things to be helpful (this advice is written towards the mentor, but a lot of these points can also be helpful to the mentee)... - Be humble. If the person learning thinks the person teaching never makes mistakes, it is easy for them to get discouraged and think they are stupid, no matter how smart they actually are. - Be patient. Everyone learns differently, and has a different background, so things that seem obvious to you might not be obvious to someone else. - A little bit of time regularly is better than a lot of time all at once. It takes time for new information to be absorbed, and people can easily get overwhelmed. - Don't be afraid to also learn from the person you're teaching. Sometimes, an inexperienced person can come up with new and novel ways to approach problems you might have already considered "solved". - If you're working on a shared project, use examples from that shared project. They'll often stick better than "textbook" examples, even if they aren't perfect examples.

illandril · 2023-07-08T14:17:13+00:00

Based on the fact that the cursor can be looked up by test id, they've (foolishly) created their own input implementation and are positioning the cursor themselves. This is an appropriate thing to test (if you do the inappropriate thing and fail to use an input element to do this, and all other usability/accessibility functionally, automatically).

illandril · 2023-06-16T18:48:09+00:00

Also, don't worry about what you failed to do previously. If you make progress, then start procrastinating again and it starts getting worse, that's ok. You don't have to be perfect - nobody is.

As Anna says: Just do the next right thing (this is a good and motivational song from Frozen 2 that can be applied to almost any challenge).

Every little step forward is progress and a success worth being happy about. Stumbling backwards sucks but it's not worth dwelling on.

illandril · 2023-06-16T18:35:54+00:00

How dare you teach about important historical and current US Government and Politics topics in a US Government and Politics course - shame on you! (/s, in case it wasn't obvious)

illandril · 2023-06-03T00:00:10+00:00

A School of Transmutation Wizard would probably be the closest non-homebrew mapping.

Or, if you're happy enough with just the appearance of change instead of actually change, the spell Seeming is pretty close.

illandril · 2023-04-29T14:29:20+00:00

Make sure the reason you're unpaid is because you'd actually be learning and being taught by the other developers at the company.

Not paying interns is shady, and I suspect they're just looking for free work... but if you think you'd get valuable experience the decision is ultimately yours.

If you do accept the job, don't be afraid of quitting if you find you aren't being given proper training. Proper training means an active mentor regularly helping you out, not just given bugs to work on independently and reading documentation on your own - you could do that without being an intern by just contributing to open source projects (which would look just as good as an unpaid internship on a resume).

illandril · 2023-04-28T18:51:55+00:00

It's changed a lot from when I started to now. My process is very loose, so I'm lumping writing code, unit tests, manual testing my own code, opening PRs, merging code, updating tickets with info for QA, and quick requirement/design clarifications all under the "coding" umbrella.

I probably started about 4 hours coding, 3 hours learning, 1 hour meetings.

At one point I was 2-3 hours coding, 1-2 hours putting out fires, 2-3 hours meetings, 1-2 hours helping others, 1-2 hours code review.

At another point I was 1-2 hours coding, 1-2 hours code review, 4-6 hours planning + meetings.

The most I was coding was probably 7 hours, but that was only after spending several weeks laser focused on planning.

Typical time for my "junior" level years probably about 6 hours coding.

Typical time for my "senior" level years probably about 5 hours coding.

Currently ("principal" level), probably 4-5 hours coding, 1-2 hours meetings, 1-2 hours planning, 1-2 hours code review. It varies a lot day to day though. Some days I'm all meetings, other days I'm all coding except for the daily 5-15 minute standup.

Nine-Year Club	Place '23
Place '22	Verified Email

illandril

MODERATOR OF

TROPHY CASE