- Expédié
- 28 août 2026 à 19:31 UTC
- Auteur
- Kamo
- Commite
- e531440
Un modèle de sécurité indique maintenant où chacun de ses trois membres frappe les terres lorsqu'ils ouvert "/". Deux valeurs: HOME-SCREEN-DEFAULT est le pavé de lancement que tout le monde a toujours a, et a NÉCÉGANT-ORG-OWNERSHIP ne le retienne pas jusqu'à ce que ce membre possède un l'organisation de leur propre ''/' va à /-work/créate instead, et le Lien réseau d'organisation quitte la barre supérieure jusqu'à ce qu'ils en aient une. Trois colonnes au lieu d'une, en miroir APPLIES-TO-MEMBERS / TEAM-MEMBERS / Les propriétaires, parce que le même modèle veut régulièrement un membre clair poussé dans créer leur propre organisation pendant que les membres et les propriétaires de son équipe vont au travail. La règle est pure et testée dans app/lib/homeScreenGate.ts: quelle colonne s'applique, et ce qui compte comme étant propriétaire d'une organisation (un propriétaire de l'organisme qu'elle est déjà à l'intérieur n'a pas créé un - la même exclusion que la première revendication fait). Il échoue OUVERT à chaque étape. Seule la chaîne exacte ferme la porte; une colonne nulle, un Valeur non reconnue, un modèle appliqué échoué et un ma réseau inaccessible tout lire comme "non", parce que retirer l'écran de la maison de quelqu'un sur la force de une demande qui n'a pas répondu n'est pas quelque chose à faire. Un contexte, monté au-dessus des navs et de la page, plutôt que le crochet dans les deux Lieux: NavTop et le pavé de lancement ont besoin de la même réponse à chaque page load, et Deux exemplaires coûteraient deux allers-retours et ne seraient pas d'accord pour la longueur de l'un d'entre eux. Le pas de tir ne l'attend pas délibérément - tenant le domicile de chaque membre page derrière un modèle /applied-fook pour épargner une poignée d'entre eux un bref flash est le mauvais commerce.