Closed matildepark closed 2 years ago
Sprint + Date: 1.8 (Abellaite), ~2021.4.19 Recording: https://drive.google.com/file/d/1gzWRg4Xcwd9O2nD-SVHAfzHj8b2Kr4o4/view?usp=sharing
Sprint + Date: 1.8 (Abellaite), ~2021.4.26 Recording: https://drive.google.com/file/d/1KvAERRIvnIR7dFBabeNVVubIShNRfTwW/view?usp=sharing
Sprint + Date: 1.8 (Abellaite), ~2021.5.3 Recording: https://drive.google.com/file/d/1nCWELQDXiVCiM6ogAXux-TeHBRpSA1Y9/view?usp=sharing
Sprint + Date: 1.8 (Abellaite), ~2021.5.10 Recording: https://drive.google.com/file/d/1wEvYpk2zAQ6jn8slo58UOqMZabUoN_1F/view?usp=sharing
Sprint + Date: 1.8 (Abellaite), ~2021.5.17 Recording: https://drive.google.com/file/d/1aEzmKyubNVBuLYlklE8ObKXROuc8OOuL/view?usp=sharing
Sprint + Date: 1.8 (Abellaite), ~2021.5.24 Recording: https://drive.google.com/file/d/14bGcxhH3esM8ABF5aITwnkqtdiSgJFG0/view?usp=sharing
Sprint + Date: 1.8 (Abellaite), ~2021.6.1 Recording: https://drive.google.com/file/d/1ca_p66uKVaOrhJ0OVO4PAPdgVDWPbFKd/view?usp=sharing
Sprint + Date: 1.9 (Abastumani), ~2021.6.7 Recording: https://drive.google.com/file/d/185ALeyXgQuFKGT7s-0dz74RNc6M7qqbV/view?usp=sharing
Sprint + Date: 1.9 (Abastumani), ~2021.6.14 Recording: https://drive.google.com/file/d/162eXr8ut6ESu2sqI0MrvIyc0s4V6JFAD/view?usp=sharing
Sprint + Date: 1.9 (Abastumani), ~2021.6.21 Recording: https://drive.google.com/file/d/1H6bRIR5Wj24HpqHAPeVQwY4aFeNzNySA/view?usp=sharing
Sprint + Date: 1.9 (Abastumani), ~2021.6.28 Recording: https://drive.google.com/file/d/11NFbBh0pGSjawhq-mKCqy7lKjg_oN5o5/view?usp=sharing
Sprint + Date: 1.9 (Abastumani), ~2021.7.6 Recording: https://drive.google.com/file/d/1lHR5FGvJgKtxBb73PGY__ac313cX2j5e/view?usp=sharing
Sprint + Date: 1.9 (Abastumani), ~2021.7.12 Recording: https://drive.google.com/file/d/12hH8gHhhwfmVR9neeA53hkIpu45xg7Ww/view?usp=sharing
Sprint + Date: 1.9 (Abastumani), ~2021.7.19 Recording: https://drive.google.com/file/d/1s-pBLC1vU_BxdcRJyETl9v1J7JRfqV4p/view?usp=sharing
Date: ~2021.7.26 Recording: https://drive.google.com/file/d/1cRf1nC4oXRDQhKl8TV1akRFDZ6KrpyAX/view Sprint: https://github.com/orgs/urbit/projects/15
Weekly Goals
cc @urcades @g-a-v-i-n @philipcmonk @belisarius222 @liam-fitzgerald @ryjm @arthyn @Fang-
Date: ~2021.8.2 Recording: https://drive.google.com/file/d/1aJQ6myh__mSByCceLxJm8DmS7vcxyTlh/view?usp=drive_web Sprint: https://github.com/orgs/urbit/projects/15
Does it make sense to try to update our whole styling framework in such a massive way when there's a time crunch for 3rd party software distribution? @arthyn
@tacryt-socryp yeah I do, given the state of what was actionable vs what's already been done and what needs to happen. I'm already halfway through and since this isn't critical it can be dropped/picked up at any time. Contextually, a lot of the things I would have been working on last week were dependent upon us finishing out our discussions/decisions so I made a call to work on this once my subscription work got to a solid point.
This update is not really that massive if we aren't tackling the full conversion of current Landscape. I'm mostly trying to allow us to use our current Indigo components in the Grid interface while still leveraging the work that was already done with Tailwind and avoiding instant tech debt on a new project.
Date: ~2021.8.4
Date: ~2021.8.9 Sprint: Landscape Baikal
Date: ~2021.8.16 Sprint: Landscape Baikal
Tombstoning for Clay becomes far more important in a world where you are storing version histories for many desks. Worth noting, not a blocker. @philipcmonk @ryjm
Took some notes on it here: https://roamresearch.com/#/app/the-forge/page/AoO4WLZpH
Ted had me convinced it wouldn't be that hard, but probably better to think carefully about this. At the very least we should write a proposal.
On Mon, Aug 16, 2021 at 8:37 PM, L @.***> wrote:
Tombstoning for Clay becomes far more important in a world where you are storing version histories for many desks. Worth noting, not a blocker. @ philipcmonk https://github.com/philipcmonk @ryjm https://github.com/ryjm
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/urbit/landscape/issues/792#issuecomment-899908075, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAPYHEZQM5PMQ2AATO2RDN3T5GVNJANCNFSM43GEQXAQ .
Date: ~2021.8.18 Sprint: Landscape Baikal Designs UI Prototype
Date: ~2021.8.23 Sprint: Landscape Baikal Designs UI Prototype
Apologies from my absence:
ask Liam what he meant by needing to make notifications generic to interact with frontend liam has been thinking about this, group is unsure whether any work has been done on it designs needed: generic notifications row data
Notifications needs to have a generic datastructure so that we can render them in grid without having to dynamically load custom JS components (both a security nightmare and out of scope). There's a first pass at nu-notifications (here)[https://gist.github.com/liam-fitzgerald/b763a144b57fc98f79816cdbeafbd2b8], however it relies on scrying to render the actual contents of the notifications, which is a fairly significant UX issue. Alternatively we could replace the scry path with something like this
|%
+$ header
$@ title=cord
[author=ship action=cord subtitle=cord]
::
+$ action
[title=cord status=?(%primary %destructive %$) link=cord]
::
+$ notification
$: =header
body=cord
=time
actions=(list action)
from=[app=term =path] :: Partially qualified scry path, to fetch any more data
==
--
This is a quick sketch, largely based on iOS notifications. We lose any custom formatting of the body of the notification, which I could be convinced is actually a good thing.
talk about state transitions for app installations and updates, and pending states -- both frontend and backend (sequencing glob download carefully and publishing that state to the client) app installs might take many seconds to minutes to tens of minutes @urcades designs have been completed for a single on-tile indeterminate loader for an MVP, could evolve to be determinate, or send hark notifications that an install/update has been completed @belisarius222 : this will largely need to be adapted depending on how it actually feels to download an app — depending on how slow/fast it is, this item will need to be prioritized differently @ryjm should keep the sequencing of glob state in mind wrt this item + his work if a ship is disconnected, we should treat the 'waiting' state as a persistent one, could help to alleviate the perceived annoyance with app install/update states. For prior art, see this issue (especially the last few comments + interface designs): optimistic store updating #179
This has all been largely done with the latest two PRs, loading is treating the same as a suspension or error state. Fwiw downloading landscape over ames w/ local ships takes quite a while, especially given the build time.
Liam: what's the difference between "site" and "glob"?
%site is just a bare link to the ship, bypassing globs and whatnot. Desks that declare a %site
path should bind to %eyre at that path, and handle all HTTP requests themselves. This is designed to make server-rendered sites viable (cc: @Fang- )
what remains to be done to separate the bitcoin wallet into its own desk
Basically nothing, the FE build process is done and the only other work is moving files into their own folder and writing a docket and bill file
Liam and Hunter: what's the status of update notifications from kiln? Getting close. My latest FE PR add bindings from kiln, but at the time they were written, the update notifications were still buggy.
my agenda for week:
@liam-fitzgerald As you can imagine, I still advocate the more limited iOS-inspired API you specify above. I think it isn't worth opening the can of worms of "custom component rendering based on data fetched from a scry" yet, and don't think there's a pressing reason to tackle such a large problem at this juncture.
Date: ~2021.9.1 Sprint: Landscape Baikal Designs UI Prototype
date: ~2021.09.10 two's a team edition
date: ~2021.09.16
date: ~2021.09.20
date: ~2021.09.22
date: ~2021.09.27
date: ~2021.10.4
date: ~2021.10.12
~2021.11.01
Closing. 2022 coming up. New year, new org, seems nice to start with a clean meeting log.
If you are a current or prospective Landscape contributor, feel free to attend our weekly meetings to discuss the ongoing work on Landscape.
Agenda
External contributors are welcome to ask questions or report in during the final handoff. Recordings and notes will be posted weekly in the comments below.
Template