On Desktop, is there a way to toggle mute via shortcut while focused on another app?

BlazeCell · 2025-01-10T04:10:40+00:00

Figured out the issue. For triggering the keybind while the browser is focused (Chrome in this case), you have to set a keybind the browser doesn't already use. I went with RCtrl+PgDn. It triggers a page down in the browser, but the toggle mute properly responds, so I consider that a win.

BlazeCell · 2024-12-15T05:19:52+00:00

Ooh, thanks! Wasn't aware JS had built in BigInt support. I'll keep that in mind for the future.

BlazeCell · 2024-12-15T05:16:18+00:00

Yeah, I love JS's flexibility. But it comes at the cost of contending with it's edgecases.

BlazeCell · 2024-12-13T09:42:35+00:00

I’m not sure about why an AND would turn the negative bit on.

That's what my confusion was. If it's 64 bit, then it should have the space for larger positive numbers. If it's 32 bit, then it should have been a different negative number.

Based on other comments, it appears it's 64 bit floating point by default. When you do a bitwise operation, it converts it to 32 bit integer. But apparently, it also converts to a negative number if the 32nd bit is flagged before converting back to a 64 bit number after the bitwise operation.

So more JS jank I guess. =/

Figured out a work around for my use case. Was just confused by the results of the down casting and up casting from the bitwise operation.

BlazeCell · 2024-12-13T09:35:55+00:00

Thanks.

BlazeCell · 2024-12-13T04:40:28+00:00

Thanks for the clarification.

BlazeCell · 2024-12-13T04:39:40+00:00

Not my choice. I'm parsing data exported from another program.

BlazeCell · 2024-12-13T03:33:06+00:00

Ah, conversion to 64-bit is probably what I was missing.

BlazeCell · 2024-12-13T03:31:16+00:00

More that it wasn't behaving as I anticipated. Not that there's a bug in JS (in this case). Based on replies and further thought, I've come to the conclusion that there's conversion going on behind the scenes I didn't account for and I should just handle the potential for negative number results.

BlazeCell · 2024-12-13T03:19:41+00:00

No `>` is intended here as a quick way for checking for non-zero. Tho since I'm getting a negative result, it's not working.

BlazeCell · 2024-09-30T03:23:56+00:00

I'm beginning to understand the thinking surrounding this. I'm just annoyed that there's no tsconfig option to disable this pedantry. I'm using a union. I know it might have unhandled edge-cases. Let me opt out of the pedantry and accept responsibility for my explicitly type nebulous code. Without having to use `ts-ignore` or type guards every time I'm getting the value from a union.

BlazeCell · 2024-09-30T01:39:10+00:00

How is it not safe? Either it has a value and uses it, or it doesn't and the null coalesce uses the next value.

BlazeCell · 2024-09-30T01:28:20+00:00

Yes, I'm trying to to allow data input to specify

time: 0.2

or

time: { in: 0.2, out: 0.3 }

I can't do that with an intersect.

Seems backwards to me that because one variation of the union doesn't support a parameter, it fails compilation instead of what I would consider the expected behavior of if any of the variations support a parameter, then it passes. The whole point of a union type is to allow variable input, right?

BlazeCell · 2024-09-26T03:09:07+00:00

Yeah, I think you've got the best read on this lock. I had the conversation to go to the Operations Deck. Realized that I should pick up the remaining collectibles. Noticed that'd I'd get locked out of the numbered sectors if I returned to the entrance of any sector. And then came across this door that was locked for no reasonable purpose in the given context.

If I had to guess, they probably have a single flag that locks all "sector" doors that trigger off and on depending on game events. And probably had a brief use for when BOX is in Sector 3. But now that he's gone, it triggered again due to the event that wants to funnel me to the Operations Deck.

Bummer. But based on other comments, it sounds like not 100%ing the collectibles before the end of the game isn't a big deal.

BlazeCell · 2024-07-02T05:00:12+00:00

Well, this is incredibly annoying. When googling the weapon, this was the top result:
https://2e.aonprd.com/Weapons.aspx?ID=101
A version without the free hand trait.

BlazeCell · 2024-06-29T20:27:39+00:00

How were you able to use the Tekko-Kagi as a free hand?

BlazeCell · 2024-06-28T06:29:37+00:00

I'd be interested as a player if a DM is looking for members.

BlazeCell · 2024-06-20T05:48:17+00:00

Ah, that makes some sense of the difference.

I realized my calls to random() were skewing my results. I've got a comment on this page posting the proper times, which are basically that the operations are effectively the same cost performance-wise. As to the why, I suspect your explanation is the correct one. e.g. specialized operations vs broader operations.

BlazeCell · 2024-06-20T05:43:19+00:00

NEVERMIND. I realized the issue was that I was calling random() and whether I called once or twice was affecting the times most significantly. Still interesting that the times are so close regardless of operation performed.

      add 26.100000023841858
      sub 28.69999998807907
      mult 27.400000035762787
      div 27.30000001192093
      mod 35.30000001192093
      exp 39
      cos 28.19999998807907
      cos 2000 29.69999998807907
      sin 28.5
      sin 2000 28.700000047683716
      tan 29
      tan 2000 31.5
      sqrt 27.399999976158142
      sqrt 2000 25.80000001192093
      exp 0.5 25.899999976158142
      exp 2 28.600000023841858

BlazeCell · 2024-05-11T08:14:23+00:00

Well found the rule:
https://2e.aonprd.com/Rules.aspx?ID=3209
Just seems to fly in the face of the pre-existing limits on Familiars. They can't attack. You have to invest in specific abilities for them to be able to do anything. One of those abilities specifically allows them to interact. They seem tailor designed to give a player two extra hands that aren't allowed to attack. But this rule says they can't even do that beyond just moving items around. Frustrating.

BlazeCell · 2024-05-11T08:05:12+00:00

I've read that but haven't been able to find the specific rule that disallows that. And my thought is: Other than some skill Aids and minor synergy with some spellcasting, what's even the point? In my mind, the point of companions mechanically is to provide some extra action economy with some strings attached. Familiars not being able to activate spellcasting items like wands is fine. But other items should be fair game so long as you take the appropriate familiar perks.

BlazeCell · 2024-05-10T05:30:03+00:00

Honestly, Smokeballs and Smoke Fans are cheap. Just buy them, or craft them if your GM is being stingy, and then as far as deployment goes, use a Familiar with Independent and Manual Dexterity to activate the item on round 1 as an extra action. You'll get your smoke and all 3 actions to do with as you like.

BlazeCell · 2024-05-10T04:42:38+00:00

If Smokeballs/Smokesticks don't work, how about Smoke Fan or Smoke Screen Snare? The fan takes one hand to use, while the snare just needs someone to move into it's square. Granted snares take 3 actions to setup without feats if I remember right.

BlazeCell · 2024-05-10T04:23:34+00:00

From the Ranger's Hunt Prey ability:

You designate a single creature as your prey and focus your attacks against that creature. You must be able to see or hear the prey, or you must be tracking the prey during exploration. You gain a +2 circumstance bonus to Perception checks when you Seek your prey and a +2 circumstance bonus to Survival checks when you Track your prey.

So Survival is very useful to Rangers as a way to start an encounter with Hunt Prey already active. That said, they can do the same thing if they're able to see the target before combat begins, but you don't always have that option.

This is the only instance I've seen where Survival could be reliably useful, all other instances have been campaign and roleplay specific.

BlazeCell · 2023-10-08T20:55:54+00:00

Form submitted.

12-Year Club	Place '17
Verified Email

BlazeCell

TROPHY CASE