0
Fork 0
mirror of https://github.com/TryGhost/Ghost.git synced 2025-01-13 22:41:32 -05:00
ghost/core/client
Felix Rieseberg 4bc5f91efc PSM: Reset 'Published Date'
Closes #4557
- The underlying issue is that the PSM is already loaded when Ember
routes from an existing post to a new post. Instead of resetting the
‘Published Date’ value manually (with jQuery), I’m using Ember’s
computed property setter to ‘refresh’ the cache for that property. I
believe that this Ember solution is better than manually going in and
resetting it with jQuery.
2014-12-01 11:57:47 -08:00
..
adapters Enable JSCS checking on client. 2014-10-25 16:13:04 +00:00
assets Merge pull request #4533 from PaulAdamDavis/logo-no-hover-bg 2014-11-29 16:54:14 +01:00
components Miscellaneous client cleanup 2014-11-29 02:42:08 +00:00
controllers PSM: Reset 'Published Date' 2014-12-01 11:57:47 -08:00
docs Implement popovers 2014-10-20 22:09:45 +01:00
helpers Fix argument handling in gh-path helper. 2014-10-27 02:17:07 +00:00
html Introduce sitemap XSL template 2014-12-01 16:10:14 +02:00
initializers Cleans up HTML data attributes on body in default.hbs 2014-11-29 17:09:43 +01:00
mixins Prevent silent failures and recover after error. 2014-11-30 20:38:24 +00:00
models Enable JSCS checking on client. 2014-10-25 16:13:04 +00:00
routes PSM: Reset 'Published Date' 2014-12-01 11:57:47 -08:00
serializers Enable JSCS checking on client. 2014-10-25 16:13:04 +00:00
templates Merge pull request #4502 from felixrieseberg/iss4431 2014-11-25 19:07:32 +00:00
transforms
utils Cleans up HTML data attributes on body in default.hbs 2014-11-29 17:09:43 +01:00
validators Improve validation for user.website 2014-11-17 00:40:43 -05:00
views Merge pull request #4489 from novaugust/tags-client-basics 2014-11-22 10:57:46 +00:00
.jshintrc Miscellaneous client cleanup 2014-11-29 02:42:08 +00:00
_config.yml
app.js Rename helpers/ghostPaths.js -> helpers/ghost-paths.js 2014-09-24 20:06:42 -05:00
config-dev.js
config-prod.js
loader.js Add initial client unit test. 2014-11-26 23:20:50 -05:00
README.md Miscellaneous client cleanup 2014-11-29 02:42:08 +00:00
router.js Miscellaneous client cleanup 2014-11-29 02:42:08 +00:00

Ghost Admin Client

Ember.js application used as a client-side admin for the Ghost blogging platform. This readme is a work in progress guide aimed at explaining the specific nuances of the Ghost Ember app to contributors whose main focus is on this side of things.

Architecture

ToDo: Explain the basic Ember app structure.

client/
├── assets/
│   ├── ghost.css
│   └── ghost.min.css
├── things/
│   ├── things.js
│   └── things.min.js
└── things/
    ├── things.js
    └── things.js

SASS

All CSS is written in SASS and compiled using grunt. We do not follow any strict CSS framework, however our general style is pretty similar to BEM.

Styles are primarily broken up into 4 main categories:

  • Helpers - are pure-sass files. Variables/mixins/things which are generally never compiled to actual CSS, and are simply used to aid development.
  • Patterns - are base level visual styles for HTML elements (eg. Buttons)
  • Components - are groups of patterns used to create a UI component (eg. Modals)
  • Layouts - are groups of components used to create application screens (eg. Settings)
  • Lib - is where we store styles for 3rd party components.

All of these separate files are subsequently imported and compiled in screen.scss.

Front End Standards

  • 4 spaces for HTML & CSS indentation. Never tabs.
  • Double quotes only, never single quotes.
  • Use tags and elements appropriate for an HTML5 doctype (including self-closing tags)
  • Adhere to the Recess CSS property order.
  • Always a space after a property's colon (.e.g, display: block; and not display:block;).
  • End all lines with a semi-colon.
  • For multiple, comma-separated selectors, place each selector on its own line.
  • Use js- prefixed classes for JavaScript hooks into the DOM, and never use these in CSS as per Slightly Obtrusive JavaSript
  • Avoid SASS over-nesting. Never nest more than 3 levels deep.
  • Use comments to explain "why" not "what" (Eg. This requires a z-index in order to appear above mobile navigation. Not: This is a thing which is always on top!)