Skip to content
This repository has been archived by the owner on Oct 23, 2018. It is now read-only.

Mallar på användare #1

Open
PatrikStenmark opened this issue Sep 27, 2011 · 4 comments
Open

Mallar på användare #1

PatrikStenmark opened this issue Sep 27, 2011 · 4 comments
Assignees

Comments

@PatrikStenmark
Copy link
Contributor

I dag så ligger mallar i filsystemet, vilket kräver att man hackar loss i appen för att lägga till nya templates. Detta borde flyttas till användare, som borde kunna skapa flera mallar och välja mellan dessa när man skapar ett event.

@ghost ghost assigned Koronen Oct 17, 2011
@Koronen
Copy link
Member

Koronen commented Dec 1, 2011

Som @Frost påpekade så ändras dessa mallar ganska sällan, så de bor kanske ganska bra på disk. Jag håller samtidigt med om att det är fult att som i Event#templates hårdkoda vilka mallar det är som finns. Jag undrar därför lite vilken approach vi ska ta.

Den idé jag har just nu, som ett första steg, är att skapa en modell som bygger på ActiveModel och helt enkelt läser från disk vilka mallar som finns. Låter det bra?

@Frost
Copy link
Member

Frost commented Dec 1, 2011

Men om man nu faktiskt vill lägga till nya templates, eller ändra i dem, så är det ju en mycket bättre sak att lägga in dem som en resource.

Det jag däremot undrar är hur mycket frihet man vill ge sina användare när det kommer till att skriva liquidmallar?

@PatrikStenmark
Copy link
Contributor Author

Jag tycker verkligen inte att det är en bra idé att låta det ligga kvar i filsystemet, men det beror väl på hur man tänker.

Det jag skulle vilja ha ut av att jobba på signup-fu är

  1. att de som använder det, just nu framför allt DKM, ska kunna använda det så smidigt som möjligt
  2. att jag slipper göra saker i onödan.

Att låta mallar ligga kvar i filsystemet uppfyller inget av ovanstående. Jag skulle inte tycka det var värt att bygga vidare på något som kräver deploy- och git-rättigheter för att ändra hur en mall ska se ut.

@Frost: hur menar du med frihet? Varför inte full frihet? Och vad är en "resource"?

@Frost
Copy link
Member

Frost commented Dec 2, 2011

Jag är foliehatt, sorry.

Med resource menar jag att man kan lägga dem som en modell och spara dem i databasen, och det blir säkert jättebra. Jag kanske inte borde lägga mig i så mycket hur ni bygger signup-fu, iom att jag inte har särskilt bra koll på det.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants