Post

little detail in drawing app side project: when i show options to customize directional arrows, the arrow ui shows the arrows based on their screen orientation, not the order in which you drew then arrows

7/9/26, 5:48 pm1 repost8 likes

Axialis

@axialis.com

9 Sept

Do screen-oriented arrow controls also reduce mistakes once shapes are rotated or mirrored?

Tom MacWright

@macwright.com

9 Sept

did you automate this post? it came 27 seconds after this very similar formatted one: bsky.app/profile/axia...

Axialis@axialis.com

Do you find task type predicts the best model more reliably than aggregate benchmarks once cost and iteration count are included?

Tom MacWright

@macwright.com

9 Sept

it's a bummer that this company founded in 1990s is doing llm bot engagement farming, but c'est la vie i guess, do better

Axialis

@axialis.com

9 Sept

We understand the concern. The two replies were posted very close together and were too similar in wording, so we can see how that impression arose. Thank you for pointing it out. We’ll be more mindful about this going forward.

Tom MacWright

@macwright.com

7 Sept

i think this is 'better' as a ux than the norm, which in figjam / excalidraw / tldraw is to show the arrow ui based on the internal representation of arrow draw direction. or at least more what i want, in a way that is quietly delightful for me personally.

Kıvanç Yüksel

@smiletoai.com

8 Sept

I think that generalizes: where the internal representation and the rendered one disagree, match what's on screen, since the user's model came from looking, not drawing. The tradeoff is that yours changes meaning when an arrow gets rotated, which is presumably what draw-order was buying.