Many hyperlinks are disabled.
Use anonymous login
to enable hyperlinks.
50 most recent check-ins
|
2023-08-25
| ||
| 00:26 | working on integrating felt and vest into the record forms. feeling like I'll need to start introducing a "record" model that i can run with as a type for these too? Leaf check-in: 9e0c0c1f75 user: JoshAshby tags: trunk | |
|
2023-08-24
| ||
| 00:51 | working, if not a little messy still, felte errors both locally and from the server check-in: 871b4e4074 user: JoshAshby tags: trunk | |
|
2023-08-20
| ||
| 20:15 | use felte & vest to try out enhacing the collection forms with better validations and error messages. not 100% sold on felte here as I really am missing the formik like Field/useField patterns that autoconnect an abstracted input to a managed form but we'll see how this goes for now check-in: d370aac291 user: JoshAshby tags: trunk | |
|
2023-08-17
| ||
| 02:12 | couple of small comments around some thoughts check-in: 5e8e411ebd user: JoshAshby tags: trunk | |
| 01:49 | make a note on the code smell around the raw data loading for records into the model object check-in: be2b2f4dce user: JoshAshby tags: trunk | |
| 00:45 | switch to storing field values within an enum to see if that makes codable a little cleaner to work with check-in: 4371922c70 user: JoshAshby tags: trunk | |
|
2023-08-16
| ||
| 22:58 | working on reworking the record encoders to avoid the hoops from dynamic coding key and just building custom encoders instead. Playing with some ideas to reduce code here as well check-in: d17fe95ec5 user: JoshAshby tags: trunk | |
| 22:58 | reorganize the validations a little bit as they're expanding and start integrating them into the records and each columns specific validation options. need to figure out how to tie this all into the UI eventually but I want to get the server side working smoothly first check-in: 79f4b0797f user: JoshAshby tags: trunk | |
|
2023-08-13
| ||
| 23:05 | small cleanups check-in: dd5c51d6d6 user: JoshAshby tags: trunk | |
| 21:10 | working string keyed validations, not really happy with a lot of how this turned out but that;s okay, it works for now and will get me to the next big of work check-in: ce3184b678 user: JoshAshby tags: trunk | |
|
2023-08-12
| ||
| 18:31 | working, keyed error messages. i'm running into a problem with using the keypath as the actually string key for the error message since there doesn't seem to be a way to easily get it to convert into a nice looking string check-in: 76e906817b user: JoshAshby tags: trunk | |
|
2023-08-11
| ||
| 22:30 | rework the validation setup into a slightly differernt approach with a complete restart. Still working to figure some stuff out, and might go back to the static functions that return a lambda'd validator for simplicity of the dsl but this is working much better now and is fairly simple still thankfully check-in: 26d36787d0 user: JoshAshby tags: trunk | |
| 01:07 | got somewhat workable validations going. biggest challenge has been trying to use only keypaths rather than things like a lambda or directly passing the value in, this way the error message for the API can be constructed. maybe this isn't the best solution or too much of a hassel for me to figure out at the moment though? check-in: 71a5e0511e user: JoshAshby tags: trunk | |
|
2023-08-10
| ||
| 00:49 | really trying to figure out how to make this thing, and i just really don't know how to make arrays work right now check-in: 2eb43ecad9 user: JoshAshby tags: trunk | |
| 00:48 | adjust ui to handle the columnSchemas name change as well check-in: 86dbf7dadc user: JoshAshby tags: trunk | |
|
2023-08-06
| ||
| 02:53 | continue on learning result builders, trying to figure out a good pattern to make this resuable and applicable to both values and arrays of values check-in: 902da3a687 user: JoshAshby tags: trunk | |
|
2023-08-05
| ||
| 18:28 | more WIP on figuring out some resuable validators and learning about swift keypaths and resultbuilders to see if this'll make the api nice and clean check-in: a6b8f9205c user: JoshAshby tags: trunk | |
| 03:17 | frontend tweaks and wasting time while working through the server side problems check-in: 90f0f2bcdb user: JoshAshby tags: trunk | |
| 03:16 | working on trying to figure out api validation messages that can be applied to everything. check-in: 2e1cea7489 user: JoshAshby tags: trunk | |
|
2023-08-02
| ||
| 03:11 | working on getting auth records to create and update with their system fields correctly populated and all check-in: b6093d6eed user: JoshAshby tags: trunk | |
| 02:26 | rework the collection CRUD into a single context which also handles creating/updating the tables via the internal sync context check-in: 7383b7f484 user: JoshAshby tags: trunk | |
| 02:01 | bit more moving around of code to enable the incredibly lacking tests to pass again check-in: 6c3ad2ad40 user: JoshAshby tags: trunk | |
| 01:37 | Massive reorg of all the swift parts into smaller "modules" to try this out as a pattern and maybe try and enforce some better separation of concerns by taking a page from phoenix and forcing all interactions through one or more "contexts" which handle coordinating things. check-in: 13fe7890c1 user: JoshAshby tags: trunk | |
|
2023-07-29
| ||
| 21:09 | allow null in filters, needs testing check-in: d72275ea7b user: JoshAshby tags: trunk | |
| 21:09 | two new fields for supporting auth records better check-in: 2885fdb2c1 user: JoshAshby tags: trunk | |
| 21:09 | frontend work for the auth records check-in: 5729d8ed81 user: JoshAshby tags: trunk | |
| 21:08 | working on fleshing out record based auth setups. Things are a bit messy currently with needing to add in and account for the extra "system" fields check-in: ff1a666e9a user: JoshAshby tags: trunk | |
| 21:08 | tweak the features doc a tad check-in: 9d5bc6bf69 user: JoshAshby tags: trunk | |
|
2023-07-22
| ||
| 05:59 | braindumping a list of features, mostly in comparison to pocketbase, which are missing and I'd like to eventually implement check-in: 0a198bb380 user: JoshAshby tags: trunk | |
| 05:59 | little tweaks and debugging the date time record fields check-in: 22221a2630 user: JoshAshby tags: trunk | |
|
2023-07-21
| ||
| 02:29 | working on slowly building up and making things less awful for editing and creating records for a collection. check-in: 58a1cacfe9 user: JoshAshby tags: trunk | |
|
2023-07-19
| ||
| 23:23 | working on fleshing out the records table view and creation/editing forms for collections check-in: 1694581bf8 user: JoshAshby tags: trunk | |
| 22:24 | one more missing dot file check-in: 58555e9fba user: JoshAshby tags: trunk | |
| 22:11 | add in a bunch of missing . files since I forgot that fossil doesn't include them by default check-in: c9cfcc6b07 user: JoshAshby tags: trunk | |
| 16:08 | guessing I've got transactions inside of transactions or something? a transaction to wrap the collection save and migrating the tables code is causing a deadlock check-in: a0a881e0c0 user: JoshAshby tags: trunk | |
| 16:03 | working on consolidating the two forms for creating and editing a collection check-in: 802b3908ac user: JoshAshby tags: trunk | |
| 15:12 | fucking "prettier" my fucking ass, just use double quotes ffs check-in: 0d94ef2fb6 user: JoshAshby tags: trunk | |
|
2023-07-18
| ||
| 03:22 | build out a generic records service for the api client and start work on fleshing out the collections view to soon include fetching data but to also allow, now, building a new collection with columns from the get-go check-in: f05942f7a5 user: JoshAshby tags: trunk | |
| 03:22 | more updates to support the new auth, some cleanup and getting more collection settings setup on the backend check-in: e3a32a1ae2 user: JoshAshby tags: trunk | |
|
2023-07-16
| ||
| 23:00 | update the admin ui to also reflect recent changes for the authn system for admins check-in: a4ed0a85cf user: JoshAshby tags: trunk | |
| 23:00 | setup the admin interface to use the new authn system check-in: b24cff5816 user: JoshAshby tags: trunk | |
| 16:54 | Reworking the controllers to split out the record service logic, add in base authz middlewares and generally try to keep things in a sane and less messy state check-in: ffb232c74e user: JoshAshby tags: trunk | |
|
2023-07-14
| ||
| 00:56 | continuing on the cleanup adventure and letting vapor do the json encoding now check-in: 4510527bf8 user: JoshAshby tags: trunk | |
| 00:41 | allow deleting collection columns check-in: 6216c33c2f user: JoshAshby tags: trunk | |
| 00:41 | small cleanups, need to build up a more usable service to wrap the raw SQLKit stuff up nicely check-in: ee4d7ff4fa user: JoshAshby tags: trunk | |
| 00:32 | working on CRUD endpoints around collection tables. this is real messy as I'm having to work around in raw SQLkit and deal with dynamic and unknown data shapes within Swift check-in: 9d1366bca8 user: JoshAshby tags: trunk | |
|
2023-07-13
| ||
| 06:08 | remove the need for the separate options, this seemingly only works because the svelte:component has (I think) loose typechecking, plus we're implicitly ensuring the type when picking which component to display for each column type but I don't know how to enforce that within svelte markup check-in: 6caa6ce6ff user: JoshAshby tags: trunk | |
| 05:45 | rework some of the patterns for the controllers to make it a little easier to quickly see the response as well as make things explicit public/private. not 100% on swift convention here but we'll see check-in: 578fc9a16e user: JoshAshby tags: trunk | |
| 04:03 | lots more ui work on the collection column configs and trying to establish some patterns for easily adding column types and options in the future as this grows check-in: 286c92b361 user: JoshAshby tags: trunk | |
|
2023-07-12
| ||
| 23:59 | bugfix the column rename query. figure out how to encode/decode the column type enum into something more usable from the JS side of things, work on basic fields that can each hold their own set of options and such for the specific field type check-in: d15e639831 user: JoshAshby tags: trunk | |