Are you committing to migrating all the main CSS to SCSS? Whilst I can see the advantages of SCSS, I don't want to end up with a mix and match mess of the two (though, I'd be fine with keeping the smaller, module-specific CSS if it doesn't make sense to migrate it).
It makes more sense to switch the CSS over as we need it and change the classes to be using the correct variables and nest them appropriately.
What is the advantage of this over simply overriding the existing styles?
We can't simply override the styles because we are adding an icon to the alert. So since we have to add a wrapper anyway we decided to style it like we normally would.
Thanks,
João & Sarah
On Wed, Jun 28, 2017 at 8:51 PM, Dave Page <dpage@pgadmin.org> wrote:
In this patch we are introducing SCSS that we generated for the style guide.
The patch is split into 2 files:
- 01-add-scss-building-to-webpack.diff
In this file we add the compilation of SCSS into CSS to webpack
Are you committing to migrating all the main CSS to SCSS? Whilst I can see the advantages of SCSS, I don't want to end up with a mix and match mess of the two (though, I'd be fine with keeping the smaller, module-specific CSS if it doesn't make sense to migrate it).
- 02-change-alert-messages.diff
In this file we create a Wrapper for Alertify's success and error function so we can introduce new styling on them. We change all the places in the app where alertify.success, alertify.notify (with the type 'error' or 'success') and alertify.error are called.
What is the advantage of this over simply overriding the existing styles?
From:
Murtuza Zabuawala Date: Subject:
Re: [pgAdmin4][Patch]: Fixed RM #2489: Copy from the results grid isextremely slow and fails with large datasets