Page tree
Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

Motivation

Why does the STK need improvements?

  • Good impression - Developers evaluating magnolia should get a good impression that our offering is up to date.
  • Best practices - Front end best practices are evolving for good reason - we should ensure that our offering incorporates them.
  • In-place dynamic ajax content updating should be supported
  • Monolithic Not - Some people are scared away by the standard templates that we provide. 

Mission 

STK must support the reality of how frontend engineers build modern websites.
STK should enable and encourage front-end best practices. 

Topics

  • Separate STK foundation from templates
    • Just needs to be clear. Documentation should distinguish them - help people to not be scared away
      • You can use the foundation without using the templates.
      • You can use the components without using the templates.

  • Create alternative templatesets
    • Classic templateset (what we use now)
    • Grid layout
      • Bootstrap templateset
      • Foundation?
      • Grid thing that SWM guy presented (advantages to this, if we have one of the above?
    • JQuery Mobile templateset
    • Simple demoproject for each template set.
    • Documentation showing that its easy to create your own templateset.
    • Encourage companies to create their own templateset and add to forge.
      • ie - we could build bootstrap - and someeone else might be motivated and do foundation or jquery UI or extJS

  • Front end best practices
    • Be light-weight
    • Start minimal - let people add things. Rather then starting monolithic and cluttered and people have to rip things out.
    • Only include needed css & javascript
    • Only initialize needed javascript 
    • Clientside form validation (falling back to server side)
       
  • Improve Javascript handling
    • Revise onload script initialization.
      • so that only used things are initialized
      • customers can easily / intelligently plug into that system.
  • AJAX content loading
    • Standard way to load dynamic content?
    • Bookmarkable URLs
    • SEO of dynamically loaded content
    • Support single page websites
      • Tablets / smart phones / 
      • apps (ie phonegap / firefox OS app / windows app)
      • usatoday.com
    • Content transitions
      • Fade / Slide / Zoom

  • Frontend Templating
    • ie Mustache/Handlebars/Hogan
    • This supports client-side javascript frameworks (backbone / angular)
    • Compiled templates ? Hulk?
    • Rest API to retrieve data for templates.

  • Update components
    • Make sure our components are up to date and working well. 
       
  • Support LESS / SASS
    • Do we have that already?
       
  • Documentation
    • A clear demo of the components that are available
      • Pizza topping list.
      • Maybe something like the Vaadin sampler.
         
  • New standard theme
    • pop looks ugly and outdated.
    • Hire professional designeers - or find really nice themes on web to borrow from.
    • Have 3 themes that right away show off how much they can change things.
       
  • New templates for running instance
    •  / that no-one can change.
    • What the SWM guy presented - Philipp seemed interested - is this not already possible?

Advantages of STK that we want to honor / not break

  • Fast startup - Cool components ready for you to use.
  • Availablity of components - control which components can go in which areas.
  • Responsiveness - Send less resources to mobile devices
  • Channels
  • Image variations
  • +Personalization
  • ...

Concrete Customer / Partner Input

  • Sebastian had a customer recently asking if we supported Bootstrap framework.
  • Mark from Virgin Holidays
    • Frontend developer wanting to use front end frameworks that he already has experience with.
    • "Its offputting to see bloat or bad front-end design"
    • STK Feels too heavy
    • Scared about having to do lots of configuration in the tree.
    • Dont want to be locked in.
    • Is there a way to encapsulate an HTML "module"? It includes its own CSS and Javascript? (Sounds like Angular thing)
  • No labels