Lulucat Blog on paikka, jossa kirjoitamme auki, miten sovellukset oikeasti rakennetaan. Luvassa on syväsukelluksia käsinkirjoitustyökalujemme taustalla oleviin renderöintimoottoreihin — viivamalleihin, pyyhkimiin ja GPU-putkiin —, niiden luotettavuuden varmistamiseksi rakentamiimme mittaus- ja testityökaluihin sekä rehellisiä muistiinpanoja työskentelystä tekoälypohjaisten koodausagenttien kanssa: missä ne onnistuivat, mitä ne rikkoivat ja mitä päätimme säilyttää. Ei kiinteää julkaisuaikataulua; uusia kirjoituksia ilmestyy, kun meillä on jotain oikeaa näytettävää.
Lulucat Notesin liitutyökalu hidastui tiheän käsinkirjoituksen alueilla. Pullonkaula eivät olleet 3,571 syötenäytettä, vaan 70 koko näytön scratch-pyyhkäisyä ruutua kohti. Hylätty matalan resoluution välimuisti ja vedon oma scissor-suorakulmio kertovat loput.
Arvioimme Turso/libSQL:ää iPadin käsinkirjoitussovellusta varten, mittasimme kaiken ja valitsimme litteät tiedostot. Työkuorma ei tarvitse tietokantaa, ja jokaisen vaiheen pitäisi maksaa vain jo olemassa olevien ongelmien ratkaisemisesta.
Halusimme Freeformin suuntaa noudattavan täytekynän Lulucat Notesiin. Määrittely oli käsinkirjoituksesta otettu kuvakaappaus. Kahden mallin, yhden ratkaisevan kysymyksen ja elliptisen terän jälkeen vesikynä kirjoittaa niin kuin pitääkin. Kimi K3 teki Fireworksissa tutkimuksen, koodin ja validoinnin.
Core Graphics -laattaputkemme muuttui Metalin point sprite -putkeksi kuudessa pienessä vaiheessa, joista jokainen varmistettiin aidolla iPadilla. Koodi kirjoitettiin pariohjelmointina Kimi K3:n kanssa Fireworksissa.
Pyyhekumin veto omana elementtinään on ilmeinen ratkaisu. Objektien siirtäminen rikkoo sen, joten Lulucat Notesissa pyyhintä kuuluu vedolle, jonka musteen se poistaa.
Aidot Apple Pencil -näytteet paljastivat synteettisiltä testeiltä jääneet virheet ja veivät Lulucat Notesin kolmesta ääriviivamoottorista MaLiang-leimamalliin.