-
-
Notifications
You must be signed in to change notification settings - Fork 116
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
extendedTimeout, doesn't apply exiting class to component. #117
Comments
@poteto could you elaborate on this ? |
If you didn't extend It's also a little confusing that you named your component the exact same name as the component that this add-on provides. |
@kmiyashiro I didn't extend the on top of that I also like to use my own template for the flash message component. so if it's possible to extend the default component and have the above customizations then I'm more then happy to do so. I agree that the naming is confusing as it is the same name as the component provided by the add-on. |
I guess the code would look something like this: import flashComponent from 'ember-cli-flash/flash-message';
export default flashComponent.extend({
classNames: ['flash-message'],
classNameBindings: 'flashType',
flashType: Ember.computed('flash', function() {
return `is-${this.get('flash.type')}`;
}),
elementInserted: (function() {
var $self = this.$("#message");
$self.hide();
$self.fadeIn(500);
}).on('didInsertElement')
}); not sure if the import statement is correct. |
Update ember-cli-qunit to version 2.0.3 🚀 Hello lovely humans, [ember-cli-qunit](https://www.npmjs.com/package/ember-cli-qunit) just published its new version 2.0.3. <table> <tr> <th align=left> State </th> <td> Update 🚀 </td> </tr> <tr> <th align=left> Dependency </td> <td> ember-cli-qunit </td> </tr> <tr> <th align=left> New version </td> <td> 2.0.3 </td> </tr> <tr> <th align=left> Type </td> <td> devDependency </td> </tr> </table> This version is **not covered** by your **current version range**. Without accepting this pull request your project will work just like it did before. There might be a bunch of new features, fixes and perf improvements that the maintainers worked on for you though. I recommend you look into these changes and try to get onto the latest version of ember-cli-qunit. Given that you have a decent test suite, a passing build is a strong indicator that you can take advantage of these changes by merging the proposed change into your project. Otherwise this branch is a great starting point for you to work on the update. Do you have any ideas how I could improve these pull requests? Did I report anything you think isn’t right? Are you unsure about how things are supposed to work? There is a collection of [frequently asked questions](https://greenkeeper.io/faq.html) and while I’m just a bot, there is a group of people who are happy to teach me new things. [Let them know](https://github.com/greenkeeperio/greenkeeper/issues/new). Good luck with your project ✨ You rock! 🌴 --- The new version differs by 18 commits . - [`d7e9565`](ember-cli/ember-cli-qunit@d7e9565) <code>Release v2.0.3</code> - [`82eb35f`](ember-cli/ember-cli-qunit@82eb35f) <code>Merge pull request #119 from trentmwillis/kill-bower</code> - [`df449e2`](ember-cli/ember-cli-qunit@df449e2) <code>Remove ember-qunit-notifications and import qunit-notifications from NPM</code> - [`9394629`](ember-cli/ember-cli-qunit@9394629) <code>release v2.0.2</code> - [`2f695a4`](ember-cli/ember-cli-qunit@2f695a4) <code>Merge pull request #118 from ember-cli/call-super</code> - [`45b80f6`](ember-cli/ember-cli-qunit@45b80f6) <code>support both supers</code> - [`8e629a5`](ember-cli/ember-cli-qunit@8e629a5) <code>release v2.0.1</code> - [`c088400`](ember-cli/ember-cli-qunit@c088400) <code>call super in init</code> - [`d08c35a`](ember-cli/ember-cli-qunit@d08c35a) <code>Merge pull request #117 from trentmwillis/load-failure</code> - [`7b45b1b`](ember-cli/ember-cli-qunit@7b45b1b) <code>Re-throw TestLoader failures during QUnit.done</code> - [`a24fbc2`](ember-cli/ember-cli-qunit@a24fbc2) <code>Release v2.0.0.</code> - [`e5378ba`](ember-cli/ember-cli-qunit@e5378ba) <code>Merge pull request #113 from trentmwillis/test-loader</code> - [`115d56b`](ember-cli/ember-cli-qunit@115d56b) <code>Allow ember-cli-test-loader from NPM or Bower</code> - [`865729c`](ember-cli/ember-cli-qunit@865729c) <code>Merge pull request #114 from Turbo87/extract-jshint</code> - [`425a26e`](ember-cli/ember-cli-qunit@425a26e) <code>Remove JSHint lintTree</code> There are 18 commits in total. See the [full diff](ember-cli/ember-cli-qunit@75c5c78...d7e9565). --- This pull request was created by [greenkeeper.io](https://greenkeeper.io/). <sub>Tired of seeing this sponsor message? ⚡ `greenkeeper upgrade`</sub>
+1 |
I'm in the process of migrating to ember-cli, using ember-cli-rails.
I wrote two components, one
flash-queue
which renders aflash-message
component for each flash message object.Those components work as expected and flash messages are shown. The source code of my two components and there templates can be seen below.
flash-queue component:
flash-message component:
Scss Styling:
We use Scss, and have some conditional styling of the
background-color
based on the presence ofis-<type>
class. as inis-error
would apply a red background. below is a snippet of the styles applied to the flash-message component:config/environment.js
the fade in works (obviously) however when inspecting in the console the exiting class is never applied to the
flash-message
component.The text was updated successfully, but these errors were encountered: