Open PatrikStenmark opened 13 years ago
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?
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?
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
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"?
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.
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.