TryGhost/Ghost
1
0
Fork 0
mirror of https://github.com/TryGhost/Ghost.git synced 2024-12-22 02:11:44 +03:00
Code Issues Projects Releases Wiki Activity
52c5202885
Ghost/ghost/admin/templates/components/gh-modal-dialog.hbs

23 lines
1.2 KiB
Handlebars
Raw Normal View History

Refactor component styles Continues on from #4401 - Reformats the Sass to match our new style (property order, comments, & white space) - Changes the modal container to a class from an ID (and adjust tests)
2014-11-13 14:27:45 +03:00
<div class="modal-container js-modal-container" {{action "closeModal"}}>
Close modals when clicking off them Closes #3652
2014-08-08 18:33:42 +04:00
<article {{bind-attr class="klass :js-modal"}}>
<section class="modal-content" {{action bubbles=false preventDefault=false}}>
Creates Ember Modal infastructure resolves #2416 This is a pretty large commit but what it's adding are pretty fundamental to the admin app. - Creates top level actions on the ApplicationRoute for opening and closing modals. This allows sending the 'openModal' action from any template to open a modal. - Every modal template lives in 'templates/modals/{{modalName}}' - Each modal can have a backing controller of the same name that can provide additional control for that modal. Those controllers reside in 'controllers/modals/{{modalName}}' - Created the ModalDialog component which is where all the logic for the component resides. It's not at 100% parity with the existing Ghost modal system but it has the foundation for further fleshing out. It currently accepts parameters for styling how the modal should appear, which previously was defined in JS files in the Backbone admin. - This creates the 'delete all posts', 'delete this post', 'markdown', and 'upload' modal. Some are in more stages of completion than others, but I wanted to just get the foundation in place as fast as possible. - This also creates the UploadModal component which is a subclass of the ModalDialog component. The reason for this subclassing is that the UploadModal component directly accesses the DOM and when that occurs in Ember it should remain in a component definition. It's ready for extending to reach parity. Note: depending on needs the base ModalDialog class may need to be modified.
2014-03-31 08:07:05 +04:00
{{#if title}}<header class="modal-header"><h1>{{title}}</h1></header>{{/if}}
{{#if showClose}}<a class="close" href="" title="Close" {{action "closeModal"}}><span class="hidden">Close</span></a>{{/if}}
<section class="modal-body">
{{yield}}
</section>
{{#if confirm}}
<footer class="modal-footer">
Preventing rogue modals from popping up when hitting the enter-key closes #3352 - adding a ```type``` attribute to buttons inside form in the settings section - scanning the rest of the project to find any other buttons w/a missing attribute
2014-07-22 07:27:28 +04:00
<button type="button" {{bind-attr class="rejectButtonClass :js-button-reject"}} {{action "confirm" "reject"}}>
Creates Ember Modal infastructure resolves #2416 This is a pretty large commit but what it's adding are pretty fundamental to the admin app. - Creates top level actions on the ApplicationRoute for opening and closing modals. This allows sending the 'openModal' action from any template to open a modal. - Every modal template lives in 'templates/modals/{{modalName}}' - Each modal can have a backing controller of the same name that can provide additional control for that modal. Those controllers reside in 'controllers/modals/{{modalName}}' - Created the ModalDialog component which is where all the logic for the component resides. It's not at 100% parity with the existing Ghost modal system but it has the foundation for further fleshing out. It currently accepts parameters for styling how the modal should appear, which previously was defined in JS files in the Backbone admin. - This creates the 'delete all posts', 'delete this post', 'markdown', and 'upload' modal. Some are in more stages of completion than others, but I wanted to just get the foundation in place as fast as possible. - This also creates the UploadModal component which is a subclass of the ModalDialog component. The reason for this subclassing is that the UploadModal component directly accesses the DOM and when that occurs in Ember it should remain in a component definition. It's ready for extending to reach parity. Note: depending on needs the base ModalDialog class may need to be modified.
2014-03-31 08:07:05 +04:00
{{confirm.reject.text}}
Use CSS animations for modals No issue - Changes Modals to use CSS-based animations - All modals have an animation, so the option is removed from the handlebars helper - Removes `animation` from the handlebars helper, as all had one anyway - Removed the `centered` style - All modals should be left-aligned - Buttons now default to being on the left - Cleans up some styles (modal body top spacing) which #4632 helped clean up
2014-12-15 00:29:11 +03:00
</button><!--
Required to strip the white-space between buttons
--><button type="button" {{bind-attr class="acceptButtonClass :js-button-accept"}} {{action "confirm" "accept"}}>
Swap button-order on modal dialogs Issue #4583 - Delete button should be on the right, cancel on the left, for all modal dialogs.
2014-12-10 18:02:27 +03:00
{{confirm.accept.text}}
</button>
Creates Ember Modal infastructure resolves #2416 This is a pretty large commit but what it's adding are pretty fundamental to the admin app. - Creates top level actions on the ApplicationRoute for opening and closing modals. This allows sending the 'openModal' action from any template to open a modal. - Every modal template lives in 'templates/modals/{{modalName}}' - Each modal can have a backing controller of the same name that can provide additional control for that modal. Those controllers reside in 'controllers/modals/{{modalName}}' - Created the ModalDialog component which is where all the logic for the component resides. It's not at 100% parity with the existing Ghost modal system but it has the foundation for further fleshing out. It currently accepts parameters for styling how the modal should appear, which previously was defined in JS files in the Backbone admin. - This creates the 'delete all posts', 'delete this post', 'markdown', and 'upload' modal. Some are in more stages of completion than others, but I wanted to just get the foundation in place as fast as possible. - This also creates the UploadModal component which is a subclass of the ModalDialog component. The reason for this subclassing is that the UploadModal component directly accesses the DOM and when that occurs in Ember it should remain in a component definition. It's ready for extending to reach parity. Note: depending on needs the base ModalDialog class may need to be modified.
2014-03-31 08:07:05 +04:00
</footer>
{{/if}}
</section>
</article>
</div>
Use CSS animations for modals No issue - Changes Modals to use CSS-based animations - All modals have an animation, so the option is removed from the handlebars helper - Removes `animation` from the handlebars helper, as all had one anyway - Removed the `centered` style - All modals should be left-aligned - Buttons now default to being on the left - Cleans up some styles (modal body top spacing) which #4632 helped clean up
2014-12-15 00:29:11 +03:00
<div class="modal-background js-modal-background"></div>
Reference in New Issue Copy Permalink