Lulucat Blog وہ جگہ ہے جہاں ہم لکھتے ہیں کہ ایپس حقیقت میں کیسے بنائی جاتی ہیں۔ یہاں ہماری ہینڈ رائٹنگ ٹولز کے پیچھے موجود رینڈرنگ انجنز — اسٹروک ماڈلز، ایریزرز، GPU پائپ لائنز — کی گہرائی سے پڑتال، ان پر بھروسا کرنے کے لیے بنائے گئے ہمارے پیمائش اور جانچ کے ٹولز، اور AI کوڈنگ ایجنٹس کے ساتھ کام کرنے کے بارے میں بے لاگ نوٹس ملیں گے: انہوں نے کیا درست کیا، کیا بگاڑا، اور ہم نے کیا برقرار رکھا۔ کوئی مقررہ شیڈول نہیں؛ نئے مضامین تب آتے ہیں جب دکھانے کے لیے واقعی کچھ ہو۔
Lulucat Notes کا چاک ٹول گھنی handwriting والی جگہوں میں سست ہو گیا۔ اصل رکاوٹ 3,571 input samples نہیں تھے — بلکہ ہر frame میں 70 full-screen scratch passes تھے۔ مسترد کیا گیا low-resolution cache اور ہر stroke کے لیے ایک scissor rectangle باقی کہانی بیان کرتے ہیں۔
ہم نے اپنی iPad handwriting app کے لیے Turso/libSQL کا جائزہ لیا، سب کچھ ناپا، اور flat snapshot files منتخب کیں۔ اس workload کو database کی ضرورت نہیں، اور ہر قدم کو صرف پہلے سے موجود مسائل کی قیمت ادا کرنی چاہیے۔
ہم Lulucat Notes میں Freeform جیسی سمت دار فاؤنٹین پین کی لکیر چاہتے تھے۔ اس کی تفصیلات صرف ہاتھ سے لکھی تحریر کا ایک اسکرین شاٹ تھیں۔ دو ماڈل، ایک فیصلہ کن سوال، اور ایک بیضوی نوک کے بعد واٹر پین ویسے لکھتا ہے جیسے اسے لکھنا چاہیے۔ تحقیق، پروگرام اور جانچ Fireworks پر Kimi K3 نے کی۔
ہماری Core Graphics tile pipeline چھ چھوٹے مراحل میں Metal point-sprite pipeline بن گئی، اور ہر مرحلے کی ایک حقیقی iPad پر توثیق کی گئی۔ کوڈ Fireworks پر Kimi K3 کے ساتھ pair-program کیا گیا۔
ایریزر اسٹروک کو الگ element بنانا ایک واضح ڈیزائن ہے۔ آبجیکٹ کو منتقل کرنا اسے توڑ دیتا ہے؛ Lulucat Notes میں مٹانا اسی اسٹروک کے ساتھ رہتا ہے جس سے یہ سیاہی مٹاتا ہے۔