Using polymer-cli 1.7.7, bundling a Polymer 3 app for esm, es6 and es5 support does not output node_modules. As a consequence, dependencies such as #webcomponents/webcomponentsjs are not found when the bundles are served with prpl-server.
Here is a small example for reproduction:
https://github.com/lpellegr/polymer-bundler-bundle-issue
This example is based on the original polymer 3 app template generated by polymer-cli init. The configuration file polymer.json has been edited to generate esm, es6 and es5 bundles as suggested on the following resource:
https://polymer.github.io/pwa-starter-kit/building-and-deploying/
If you run polymer build, the output directory does not contain include a node_modules directory and thus not the JavaScript file for webcomponentjs:
build/
├── es5-bundled
│ ├── index.html
│ ├── push-manifest.json
│ ├── service-worker.js
│ └── src
│ └── _element
│ └── _element.js
├── es6-bundled
│ ├── index.html
│ ├── push-manifest.json
│ ├── service-worker.js
│ └── src
│ └── _element
│ └── _element.js
├── esm-bundled
│ ├── index.html
│ ├── push-manifest.json
│ ├── service-worker.js
│ └── src
│ └── _element
│ └── _element.js
└── polymer.json
If you remove the builds option from polymer.json (thus reverting to the default template), then all looks good, the right node_modules folder is outputted:
build/ └── default
├── index.html
├── node_modules
│ ├── #polymer
│ │ └── polymer
│ │ ├── lib
│ │ │ ├── elements
│ │ │ │ └── dom-module.js
│ │ │ ├── mixins
│ │ │ │ ├── element-mixin.js
│ │ │ │ ├── properties-changed.js
│ │ │ │ ├── properties-mixin.js
│ │ │ │ ├── property-accessors.js
│ │ │ │ ├── property-effects.js
│ │ │ │ └── template-stamp.js
│ │ │ └── utils
│ │ │ ├── async.js
│ │ │ ├── boot.js
│ │ │ ├── case-map.js
│ │ │ ├── html-tag.js
│ │ │ ├── mixin.js
│ │ │ ├── path.js
│ │ │ ├── resolve-url.js
│ │ │ ├── settings.js
│ │ │ └── style-gather.js
│ │ └── polymer-element.js
│ └── #webcomponents
│ └── webcomponentsjs
│ └── webcomponents-loader.js
└── src
├── _element
│ └── _element.js
└── test-app
└── test-app.js
Is there something wrong with my polymer.json? Is it a bug with polymer-bundler?
Your polymer.json file doesn't include the information that the Polymer CLI uses to decide what to include in the build.
Adding the missing lines as per the PWA Starter Kit makes it work, for example:
"entrypoint": "index.html",
"extraDependencies": [
"node_modules/#webcomponents/webcomponentsjs/**"
],
Related
I have a base jekyll directory which looks like this:
├── 404.html
├── about.markdown
├── assets
│ └── img
│ ├── mapcolor360_dbc.png
│ └── SileHuPortrait.jpg
├── _config.yml
├── favicon.ico
├── Gemfile
├── Gemfile.lock
├── group-members.html
├── _includes
│ └── footer.html
├── index.markdown
├── _layouts
├── media.md
├── openings.md
├── _posts
│ └── 2019-12-18-welcome-to-jekyll.markdown
├── publications.md
├── research.html
├── research.md
├── _sass
│ └── _variables.scss
├── _site
│ ├── 404.html
│ ├── about
│ │ └── index.html
│ ├── assets
│ │ ├── img
│ │ │ ├── mapcolor360_dbc.png
│ │ │ └── SileHuPortrait.jpg
│ │ └── style.css
│ ├── favicon.ico
│ ├── feed.xml
│ ├── group-members
│ │ └── index.html
│ ├── index.html
│ ├── jekyll
│ │ └── update
│ │ └── 2019
│ │ └── 12
│ │ └── 18
│ │ └── welcome-to-jekyll.html
│ ├── media
│ │ └── index.html
│ ├── openings
│ │ └── index.html
│ ├── publications
│ │ └── index.html
│ ├── research
│ │ └── index.html
│ └── software
│ └── index.html
└── software.md
And I want to upload a photo to the group-members page, using this line in the group-members.html file:
<img src="/home/sam/Dropbox/Documents/PhD/hellenthal-group/assets/img/SileHuPortrait.jpg">
The image definitely exists in the directory, but when I try to compile the site with bundle exec jekyll serve
It returns the error
[2020-03-20 19:36:13] ERROR `/home/sam/Dropbox/Documents/PhD/hellenthal-group/assets/img/SileHuPortrait.jpg' not found.
And the image appears as broken. Can anyone help me with this issue?
I see that SileHuPortrait.jpg is actually inside <source>/assets/img based on your directory structure.
When Jekyll builds your site, the URLs generated are assumed to be used with a web-server.
So when you have a reference like /home/sam/Dropbox/Documents/.., the webserver is looking for /home/sam/Dropbox/Documents/.. relative to your destination directory (which is the _site folder).
The error you're seeing is because the physical path /home/sam/Dropbox/Documents/PhD/hellenthal-group/_site/home/sam/Dropbox/Documents/PhD/hellenthal-group/assets/img/SileHuPortrait.jpg
doesn't exist.
The correct usage would therefore be:
<img src="/assets/img/SileHuPortrait.jpg">
(Note the leading slash)
The above while correct, isn't flexible to automatically adapt when you set baseurl: in the config file.
So, the final solution is to use the relative_url Liquid filter:
<img src="{{ 'assets/img/SileHuPortrait.jpg' | relative_url }}">
I am trying to put an image in html template in my django applicarion but its is not displayed. When i inspect, it says image cannot be loaded.
HTML code:
<div class = "col-md-4">
<img src= "/static/images/abc.jpg" alt="sorry"/>
</div>
location of the image abc.png is /home/user/demo/mysite/mysite/static/images/abc.png
and my django application is bookmark which resides in mysite(demo/mysite)
Is it the correct way of giving path in a django application or something else needs to be done.
.
└── mysite
├── bookmark
│ ├── admin.py
│ ├── admin.pyc
│ ├── apps.py
│ ├── forms.py
│ ├── forms.pyc
│ ├── __init__.py
│ ├── __init__.pyc
│ ├── migrations
│ │ ├── 0001_initial.py
│ │ ├── 0001_initial.pyc
│ │ ├── 0002_auto_20171029_1436.py
│ │ ├── 0002_auto_20171029_1436.pyc
│ │ ├── 0003_userbookmark.py
│ │ ├── 0003_userbookmark.pyc
│ │ ├── __init__.py
│ │ └── __init__.pyc
│ ├── models.py
│ ├── models.pyc
│ ├── static
│ │ └── style.css
│ ├── templates
│ │ ├── 20150225_134637.jpg
│ │ ├── abc.jpg
│ │ ├── base_generic.html
│ │ ├── category.html
│ │ ├── index.html
│ │ ├── login.html
│ │ ├── myprofile.html
│ │ ├── profile.html
│ │ ├── register2.html
│ │ ├── register.html
│ │ ├── registerInterest.html
│ │ ├── sample
│ │ └── success.html
│ ├── tests.py
│ ├── urls.py
│ ├── urls.pyc
│ ├── views.py
│ └── views.pyc
├── db.sqlite3
├── manage.py
├── mysite
│ ├── __init__.py
│ ├── __init__.pyc
│ ├── settings.py
│ ├── settings.pyc
│ ├── static
│ │ └── images
│ │ ├── abc.jpg
│ │ └── icons_core-88916797fd4fde57d4120dea4c239f1d#1x.png
│ ├── urls.py
│ ├── urls.pyc
│ ├── wsgi.py
│ └── wsgi.pyc
└── urls.py
I have edited the post and added the tree structure of my project
This is correct way to use static files in django templates
{% load static %}
<div class="col-md-4">
<img src= "{% static "images/abc.jpg" %} alt="sorry"/>
</div>
I'm new to set up and connect my F# code base to a MySQL database. So far, these are the following steps I've taken.
brew install mysql
set up and created username/password & database and started mysql server
installed SQLProvider through NuGet
I went to http://dev.mysql.com/downloads/connector/net/1.0.html and downloaded the MySql.Data.dll
I took the MySql.Data.dll and moved it into {proj_path}/packages/SQLProvider.1.0.22/lib
And I have the following code
namespace lukecxufs
open FSharp.Data.Sql
module test =
let [<Literal>] resolutionPath = __SOURCE_DIRECTORY__
let [<Literal>] connectionString = "Data Source=localhost"
type sql = SqlDataProvider<
ConnectionString = connectionString,
DatabaseVendor = Common.DatabaseProviderTypes.MYSQL,
ResolutionPath = resolutionPath,
IndividualsAmount = 1000,
UseOptionTypes = true >
I keep getting an error saying
Unable to resolve assemblies. One of MySql.Data.dll must exist in paths
{proj_path}/lukecxufs../../files/sqlite
{proj_path}/packages/SQLProvider.1.0.22/lib
Also, I'm using mono if it makes a difference
Here's my folder structure below.
├── api
│ ├── AssemblyInfo.fs
│ ├── Program.fs
│ ├── api.fsproj
│ ├── bin
│ │ └── Debug
│ │ ├── FSharp.Data.SqlProvider.dll
│ │ ├── Suave.dll
│ │ ├── api.exe
│ │ └── api.exe.mdb
│ ├── obj
│ │ └── x86
│ │ └── Debug
│ │ ├── api.exe
│ │ ├── api.exe.mdb
│ │ └── api.fsproj.FilesWrittenAbsolute.txt
│ └── paket.references
├── api.sln
├── api.userprefs
├── packages
│ ├── FSharp.Core
│ │ ├── FSharp.Core.4.0.0.1.nupkg
│ │ ├── FSharp.Core.nuspec
│ │ ├── [Content_Types].xml
│ │ ├── _rels
│ │ ├── lib
│ │ │ ├── net20
│ │ │ │ ├── FSharp.Core.dll
│ │ │ │ ├── FSharp.Core.optdata
│ │ │ │ ├── FSharp.Core.sigdata
│ │ │ │ └── FSharp.Core.xml
│ │ │ ├── net40
│ │ │ │ ├── FSharp.Core.dll
│ │ │ │ ├── FSharp.Core.optdata
│ │ │ │ ├── FSharp.Core.sigdata
│ │ │ │ └── FSharp.Core.xml
│ │ │ ├── portable-net45+monoandroid10+monotouch10+xamarinios10
│ │ │ │ ├── FSharp.Core.dll
│ │ │ │ ├── FSharp.Core.optdata
│ │ │ │ ├── FSharp.Core.sigdata
│ │ │ │ └── FSharp.Core.xml
│ │ │ ├── portable-net45+netcore45
│ │ │ │ ├── FSharp.Core.dll
│ │ │ │ ├── FSharp.Core.optdata
│ │ │ │ ├── FSharp.Core.sigdata
│ │ │ │ └── FSharp.Core.xml
│ │ │ ├── portable-net45+netcore45+wp8
│ │ │ │ ├── FSharp.Core.dll
│ │ │ │ ├── FSharp.Core.optdata
│ │ │ │ ├── FSharp.Core.sigdata
│ │ │ │ └── FSharp.Core.xml
│ │ │ ├── portable-net45+netcore45+wpa81+wp8
│ │ │ │ ├── FSharp.Core.dll
│ │ │ │ ├── FSharp.Core.optdata
│ │ │ │ ├── FSharp.Core.sigdata
│ │ │ │ └── FSharp.Core.xml
│ │ │ └── portable-net45+sl5+netcore45
│ │ │ ├── FSharp.Core.dll
│ │ │ ├── FSharp.Core.optdata
│ │ │ ├── FSharp.Core.sigdata
│ │ │ └── FSharp.Core.xml
│ │ └── package
│ │ └── services
│ │ └── metadata
│ │ └── core-properties
│ │ └── bb309a7e309548529b66e5b42059dbb1.psmdcp
│ ├── MySql.Data
│ │ ├── CHANGES
│ │ ├── MySql.Data.6.9.9.nupkg
│ │ ├── MySql.Data.nuspec
│ │ ├── Readme.txt
│ │ ├── [Content_Types].xml
│ │ ├── _rels
│ │ ├── content
│ │ │ ├── app.config.transform
│ │ │ └── web.config.transform
│ │ ├── lib
│ │ │ ├── net40
│ │ │ │ └── MySql.Data.dll
│ │ │ └── net45
│ │ │ └── MySql.Data.dll
│ │ ├── license.html
│ │ └── package
│ │ └── services
│ │ └── metadata
│ │ └── core-properties
│ │ └── 8a5d4fe3e48745aea7a6ec39787d6703.psmdcp
│ ├── SQLProvider
│ │ ├── SQLProvider.1.0.22.nupkg
│ │ ├── SQLProvider.nuspec
│ │ ├── [Content_Types].xml
│ │ ├── _rels
│ │ ├── lib
│ │ │ └── FSharp.Data.SqlProvider.dll
│ │ └── package
│ │ └── services
│ │ └── metadata
│ │ └── core-properties
│ │ └── addc797a97984054a5bf88ae510977a5.psmdcp
│ └── Suave
│ ├── Suave.1.1.3.nupkg
│ ├── Suave.nuspec
│ ├── [Content_Types].xml
│ ├── _rels
│ ├── lib
│ │ └── net40
│ │ ├── Suave.dll
│ │ ├── Suave.pdb
│ │ └── Suave.xml
│ └── package
│ └── services
│ └── metadata
│ └── core-properties
│ └── bfd111f5611143d39dfd308db403a690.psmdcp
├── paket.dependencies
└── paket.lock
I think the resolutionPath might be incorrect since you are supposed to give location to MySql.Data.dll file, could you try
let [<Literal>] resolutionPath = __SOURCE_DIRECTORY__ + "/packages/SQLProvider.1.0.22/lib/"
and see if that helps?
So I have a package.json that looks like this:
{
"name": "node-api",
"main": "server.js",
"dependencies": {
"express": "~4.0.0",
"mongoose": "~3.6.13",
"body-parser": "~1.0.1"
}
}
When I run "npm install" on Ubuntu I get a tree structure in node_modules that looks like this:
.
├── body-parser
│ ├── lib
│ │ └── types
│ └── node_modules
│ ├── bytes
│ ├── content-type
│ ├── debug
│ │ └── node_modules
│ ├── depd
│ │ └── lib
│ ├── http-errors
│ │ └── node_modules
│ ├── iconv-lite
│ │ ├── encodings
│ │ └── lib
│ ├── on-finished
│ │ └── node_modules
│ ├── qs
│ │ ├── dist
│ │ ├── lib
│ │ └── test
│ ├── raw-body
│ │ └── node_modules
│ └── type-is
│ └── node_modules
├── express
│ ├── lib
│ │ ├── middleware
│ │ └── router
│ └── node_modules
│ ├── accepts
│ │ └── node_modules
│ ├── array-flatten
│ ├── content-disposition
│ ├── content-type
│ ├── cookie
│ ├── cookie-signature
│ ├── debug
│ │ └── node_modules
│ ├── depd
│ │ └── lib
│ ├── escape-html
│ ├── etag
│ ├── finalhandler
│ │ └── node_modules
│ ├── fresh
│ ├── merge-descriptors
│ ├── methods
│ ├── on-finished
│ │ └── node_modules
│ ├── parseurl
│ ├── path-to-regexp
│ ├── proxy-addr
│ │ └── node_modules
│ ├── qs
│ │ ├── lib
│ │ └── test
│ ├── range-parser
│ ├── send
│ │ └── node_modules
│ ├── serve-static
│ ├── type-is
│ │ └── node_modules
│ ├── utils-merge
│ └── vary
└── mongoose
├── examples
│ ├── aggregate
│ ├── express
│ │ └── connection-sharing
│ ├── geospatial
│ ├── globalschemas
│ ├── lean
│ ├── mapreduce
│ ├── population
│ ├── promises
│ ├── querybuilder
│ ├── replicasets
│ ├── schema
│ │ └── storing-schemas-as-json
│ └── statics
├── lib
│ ├── drivers
│ │ ├── browser
│ │ └── node-mongodb-native
│ ├── error
│ ├── schema
│ ├── services
│ └── types
└── node_modules
├── async
│ └── lib
├── bson
│ ├── alternate_parsers
│ ├── browser_build
│ ├── lib
│ └── tools
├── hooks-fixed
├── kareem
│ └── test
├── mongodb
│ ├── lib
│ ├── node_modules
│ └── test_boot
├── mpath
│ ├── lib
│ └── test
├── mpromise
│ ├── lib
│ └── test
├── mquery
│ ├── lib
│ ├── node_modules
│ └── test
├── ms
├── muri
│ ├── lib
│ └── test
├── regexp-clone
│ └── test
└── sliced
├── lib
└── test
123 directories
I only am showing 4 levels deep of the directory tree but the top level are just the 3 "dependencies" in my packages.json. I like this because it keeps everything nice and organized.
Here is how it shows up on my Mac:
.
├── accepts
├── array-flatten
├── async
├── bluebird
├── body-parser
├── bson
├── bytes
├── content-disposition
├── content-type
├── cookie
├── cookie-signature
├── core-util-is
├── debug
├── depd
├── destroy
├── ee-first
├── es6-promise
├── escape-html
├── etag
├── express
├── finalhandler
├── forwarded
├── fresh
├── hooks-fixed
├── http-errors
├── iconv-lite
├── inherits
├── ipaddr.js
├── isarray
├── kareem
├── media-typer
├── merge-descriptors
├── methods
├── mime
├── mime-db
├── mime-types
├── mongodb
├── mongodb-core
├── mongoose
├── mpath
├── mpromise
├── mquery
├── ms
├── muri
├── negotiator
├── on-finished
├── parseurl
├── path-to-regexp
├── proxy-addr
├── qs
├── range-parser
├── raw-body
├── readable-stream
├── regexp-clone
├── send
├── serve-static
├── sliced
├── statuses
├── string_decoder
├── type-is
├── unpipe
├── utils-merge
└── vary
I personally hate that because you can't tell why a certain dependency is there if your project gets big, and it can get messy real fast.
Both computers are running npm 2.14.7 and node 4.2.2. Is there any way to make it store dependencies in the structure of the first tree that I showed?
I have a basic Rails site. I've only added a home page and my problem is that my application.css styles are overwriting my styles for the view -- home.scss.
Here's the tree of my application:
├── Gemfile
├── Gemfile.lock
├── README.rdoc
├── Rakefile
├── app
│ ├── assets
│ │ ├── images
│ │ ├── javascripts
│ │ │ ├── application.js
│ │ │ └── home.coffee
│ │ └── stylesheets
│ │ ├── application.css
│ │ └── home.scss
│ ├── controllers
│ │ ├── application_controller.rb
│ │ ├── concerns
│ │ └── home_controller.rb
│ ├── helpers
│ │ ├── application_helper.rb
│ │ └── home_helper.rb
│ ├── mailers
│ ├── models
│ │ └── concerns
│ └── views
│ ├── home
│ │ └── index.html
│ └── layouts
│ └── application.html.erb
├── bin
│ ├── bundle
│ ├── rails
│ ├── rake
│ ├── setup
│ └── spring
├── config
│ ├── application.rb
│ ├── boot.rb
│ ├── database.yml
│ ├── environment.rb
│ ├── environments
│ │ ├── development.rb
│ │ ├── production.rb
│ │ └── test.rb
│ ├── initializers
│ │ ├── assets.rb
│ │ ├── backtrace_silencers.rb
│ │ ├── cookies_serializer.rb
│ │ ├── filter_parameter_logging.rb
│ │ ├── inflections.rb
│ │ ├── mime_types.rb
│ │ ├── session_store.rb
│ │ └── wrap_parameters.rb
│ ├── locales
│ │ └── en.yml
│ ├── routes.rb
│ └── secrets.yml
├── config.ru
├── db
│ ├── development.sqlite3
│ └── seeds.rb
├── lib
│ ├── assets
│ └── tasks
├── log
│ └── development.log
├── public
│ ├── 404.html
│ ├── 422.html
│ ├── 500.html
│ ├── favicon.ico
│ └── robots.txt
├── test
│ ├── controllers
│ │ └── home_controller_test.rb
│ ├── fixtures
│ ├── helpers
│ ├── integration
│ ├── mailers
│ ├── models
│ └── test_helper.rb
├── tmp
│ ├── cache
│ │ └── assets
│ │ └── development
│ │ └── sprockets
│ │ └── v3.0
│ │ ├── -_udyHoNbr8mDxcb1FD4zcd62fPT25x4FqWVBC60X7c.cache
│ │ ├── 04DXMPUSoVP_-fLh-aopsGpiW0pCBI9QHWdeFHqvHzM.cache
│ │ ├── 0Nvs4_B95Y8WLzaAlzbdZjs4V1_o4TV8i25ssJouVXc.cache
│ │ ├── 0gaRI9teZBfqlCXBFb_ASmtcsghqc5SzvSBNI5eWYEc.cache
│ │ ├── 0pmhe56I5c_nD54dC1NptrXWHo8lVYA8QL3sKPkaa7Q.cache
│ │ ├── 0tQ55vokXY3Yxe03UTX-zYp0pEJs8A-bZsVHpj49-9E.cache
│ │ ├── 150yZoF0L52XvUTDZcwf_hZMmIzZCCWq3EV9axcY2PI.cache
│ │ ├── 19rFAZxwlyHLv8JjoDEVrwPbW1x2hNGkyXCmb3Kh9CI.cache
│ │ ├── 1JrYC3pmcDEOE_30ORGR23zb9qfMxU0sa9d9PanNNL0.cache
│ │ ├── 1gB_MaXnY7RsXzeCjiNIGXDDwThmKOlEnz_2QcVAKj0.cache
│ │ ├── 1p7kKYPztxcYyEYm1MVoElGJnrvMDDjUZA0jNffzFCg.cache
│ │ ├── 1rh3ivGd-OTZx8eTY5QRkZwwyxiovJfshnBOdsR0Lyc.cache
│ │ ├── 1u-DtBlemUO8rNM6bYn_h-xEx1YsCvpt4GK0oiNdsYY.cache
│ │ ├── 2AR8WP9xEJqRP0OP6CdH7t_dE71WyUF29Z29872pZNE.cache
│ │ ├── 2DjQ5XcRyM6b4aePhw3tYSXJUG1BYUq1BrSCJ1IAQes.cache
│ │ ├── 2SWA_WUUxTbtR9QyAThT2-zOu3KToXRm9OFWUUhVLvw.cache
│ │ ├── 2Sq_IsrjPl1jIFsQOBfZMM8FAnHtdQN2h0CfK4RoqlI.cache
│ │ ├── 2oPvhQ7rG7SWhyfwNuysMmOS95LHhY0a87mlOx7B6L8.cache
│ │ ├── 3N7h_vp_XTiJqXxE5QmLBl4WWB1dOJBNnrDV-1fXJ_Q.cache
│ │ ├── 3V6buWnLvclPDQz-TrCgm1xojuyYKUnMlt8SiyRNl08.cache
│ │ ├── 3aZMT6P6apa2VU7OjmHLpuqqmcy9YxTFg_9kO35zUwI.cache
│ │ ├── 3g0tFL9aruE-Ibr4NEEmMqvutnKdUJP_ARM7cWGgOPk.cache
│ │ ├── 3gS1oVDI3ipI61tZXUdTc4m0BFJ17ETUVSjppXcEsKs.cache
│ │ ├── 4cvn4VEhDs2re5sCOygiftuIA-cHoG15YGfkQBSu-lU.cache
│ │ ├── 5AX8McfOryxCBBs5racOd1eZf2gCPpVQJbshmZGJf08.cache
│ │ ├── 5Rn46sav1hloeeU4UPjJV-F2TAhxsw4iJg0cT0yZ_I0.cache
│ │ ├── 5XanLuo4I5UbvX7lBb9PODlOv6PABd23xBdL80LyJ3U.cache
│ │ ├── 5ZIrQwNuTGaLQCD8hZOmwT9GTPPnjSwY82MLy1vct78.cache
│ │ ├── 6mCUy03g0mpEsMfbbN5kovmiYBRHc0rW26gZILvaf9s.cache
│ │ ├── 76dIjI9rtTZJ2e3cpVNj7Vic52stKm32sYWCn75jS7w.cache
│ │ ├── 7mOXP_D7l192wsU-ujdLi2xlApEWUhHHfPknIHej5k8.cache
│ │ ├── 7o3TFrGZqM3_whc0E86fRpBffVKt99MIC5C6-jZKn3E.cache
│ │ ├── 8WfjeO8ICMFK-m9ZCkmmx2KcKTom1Ow7YnDOKo5QQIc.cache
│ │ ├── 8gSn1tCfESZ_LZQVcH7LPgwenc4Wp-IBBMlPMfDmXO0.cache
│ │ ├── 9K01UXFYf1XOpIIx3C7oUrMhcehgh1090ojG8UgEjOQ.cache
│ │ ├── 9VpisZISKXOhXMIsJpbwIgab3amCAuG5uB0vCB5T294.cache
│ │ ├── 9lzZLLLVTgAJ9425RsXMW1Im_ACH6k7k7w-EphGLqTI.cache
│ │ ├── 9spcX0DwuIW9Y1-KI2fcvGDJhGr4J6qtBAosJBzrn2U.cache
│ │ ├── A1LcJiEVRggnDRMWO8D_z81p-7e9ANIIKgvmAXD9k38.cache
│ │ ├── AG29BfyxHDk4z2NGx6HGA4i-IGKfyD4U3GXjF8LStDk.cache
│ │ ├── AZnD2IPsgB_Pf-SUTcJiywtiCrstmO6sZdqZHXeVYtw.cache
│ │ ├── BonhmiXi9qjJRhj6hRZLwIW4FnS5eXPmyzAoInoR75s.cache
│ │ ├── Dj0VayUt2txbHH2N2I33yz6u1cYFVnz0h-ForkDWKR0.cache
│ │ ├── Dn7kK6sUSw2iG47S9EXqrEvKXbQ_o02ofsqTLAUFAdQ.cache
│ │ ├── DvsSyRUywDilD3j5VuE67sMYwx0TsND1SCZW6lK-8Ek.cache
│ │ ├── Dx8rTP_oPMs5ke0QU6l_DP6ck5s6-zWEDuqSCKvqWdc.cache
│ │ ├── EoqIdhhqcWo5i5NmozfIKI0O0UFmpZK1PjcTZtgnFYg.cache
│ │ ├── FCd2iQvoL3NjyEHwaxIskiauq9kca3x9tjTDwFx-Jt0.cache
│ │ ├── GZxy0obD6jOWu14ww3ne7X8osv-VfvJnKkoZwBOy_xY.cache
│ │ ├── Gt55JrkVc8Mkv_7cE65IyfaOVcU0OspwdQqBhJTwJEs.cache
│ │ ├── HJvXxSNlozf446s5a9CwANZ4qeSrzjJrGpTAHmhXrWk.cache
│ │ ├── HtvGIOupq79SFo2ixg7zo2f5u32c7gM_EfPR5hETMPc.cache
│ │ ├── HvsKtrcDjjqbLcsMMH479DrjB7HBDE6PCRZeeWoht7g.cache
│ │ ├── I12wyVCMpnpfWWgi2zs8WvyhrX_rmCvXa4hcuCFl0XY.cache
│ │ ├── Ip-MId2y1vmjxDswT_LvY2dsL6IBJPa76BD6nXXg28E.cache
│ │ ├── IrNlOwzucXPikMV6hVNaXiXGVOuk6miAxbn1D5ooe8Q.cache
│ │ ├── J6ZGigoXXJsY4ImsgCCUUbgVcBWt_Yy49Y2CIDLqGk8.cache
│ │ ├── KbZIzDpGSOUomQduVAreP_dLI3T4BSMjBspviRDEHs4.cache
│ │ ├── KjZOsp5820eds6qaKqvCPNfHyADGHC0E6CYGR_vDKl0.cache
│ │ ├── L6yt7o96JcGePlklT3l7MbxFQaCB6MmchvGBszhP4Zg.cache
│ │ ├── MK5fx0spHCaZHNrZzkxJGqY1xQlnYyfMwqKWusVchJ4.cache
│ │ ├── MP8zBSwNbC9S5yIp4-2F-GMG8wFLKUGu4DqQTiajGm4.cache
│ │ ├── Mb8rwQnIu3SRtuSwxG55BfVpvhgSijtY1ub8Bck8Z1Q.cache
│ │ ├── MdTqZqNYZLtzuUAa4Q6PIkmPd2Hz_AN9HTtiO47cyuU.cache
│ │ ├── Mo0C4EaQlpSeWnuDttmORm3qHxv1LV_SWuydeFX9d8s.cache
│ │ ├── N15NT2hm7hfAshcQlvvecverYYcYwtSm0UAI7iByBwg.cache
│ │ ├── NLz7T2jLcPsUgtI52b3qm9Iqo9qiVURh90iGoyuBecE.cache
│ │ ├── NMiOCSXzCl_rGaJmUDlNCnVKq4Ge-WjbGMxI4kJsIa4.cache
│ │ ├── NnIudy8FRrJFChSc-5Sid-8vROXNOmoSq3tG5R77xmY.cache
│ │ ├── NoOkcw4kvDMPwBbku65vDYj1SVuaIXlvpPOK_olzLEU.cache
│ │ ├── NyzSBEgaEmiqVj_KhmQr8vuRO4zJ5edUzOAmVLUn1ls.cache
│ │ ├── OFWCT85P37nmzRGjCQlg20omxvq5rtNSygcC-Te044s.cache
│ │ ├── OIgQJi-rJAcXaSTC2RkVemAcbGY5fXmkHxSDSv3hRdI.cache
│ │ ├── Ofs28WsA2_acLoE-RHoRtdNYY9dsvC6G5iNTqhEAD-E.cache
│ │ ├── OqMSFaa6VooNRei9ulDPE20Zg-nC0c4ph4Wbi3bmJdw.cache
│ │ ├── PS_Clc-HQqQkIlWu5AgnefA3G_IpLYheQVJBazeDQyk.cache
│ │ ├── Pagrk4QLyFE3tMOg4MTvrwzdv2pRKy3e_bSRAoSV8OY.cache
│ │ ├── Pr4wMsjYSYoAcVxsfjLrOeIk-4QH2378JO3VvLp8Yo8.cache
│ │ ├── QGQjvmnmnB0wE5JXNbfviRzvULNagwbpzx-w3Y-C-p4.cache
│ │ ├── QJJp6EVkYTAXysmt5LGYNvXhYG6R7Qx4_g5doFKXz-Q.cache
│ │ ├── R5GITpg85VB5uBNsf59jAzkMGaPjpZ7GCpTxC6OHjA8.cache
│ │ ├── RjBnsjXfWLW_kPnVTIkvj12OYR_fhd1O57bNGUffjyM.cache
│ │ ├── SJSj3aqQvy0VyfB-ccZ7TbloCQPOwd0uE-iG2ul2_j4.cache
│ │ ├── SjIvRdbd7KfDegqRYSsXHlod7zr98Zmnh3ck0DDNpvM.cache
│ │ ├── SkU8aELNbQiNJwCy0eZ1SUZdv7QrlAD9Ka0kGJQObuY.cache
│ │ ├── TNfg_uF9f7zn78e0h_8k0AF6_C_goSKDZ71ZxgqFkGo.cache
│ │ ├── TTADv5PuqGGj-iufWC5eE50zFFVxRIsBe2rgR2jyqRg.cache
│ │ ├── T_ycBbgUxNcq-nPK5WO7Uhg9zh9MRpsdur8i6iNtCbU.cache
│ │ ├── TtomkM4-Ty73NEEelYTzHLJgOgQfY5pXkL222Y5DrwQ.cache
│ │ ├── Ut116MXVyhX8doXi_0_yPPNMEo19qYALR8BQMOSRPfg.cache
│ │ ├── VoTfojdj5dJgpK4EfKz4kOV2VMOhF7prRcJAb_oxDkE.cache
│ │ ├── VvFYQe3edI2mZEv1NFZDdGKow9oFA4acUIeFL096OXY.cache
│ │ ├── Vwg27QGrdDZuU_omJoXYtJjXKtguOue4te04GFeqKF4.cache
│ │ ├── W0I0xZRfLVqGA6J4uP7ZghGIKBf5a4MZ2XKul-V-yus.cache
│ │ ├── WMqxalyJGZ-6zaCcQIL-6xf0b-slVbYX__P9dpzJuPk.cache
│ │ ├── WPYYY65B5UNubW2Js4bGSqHxBpL7HI2Qqu71n40kljc.cache
│ │ ├── WRwZEqIvvgP55eS3i3hXo5dA8b7J4KLv016dZtuq7xU.cache
│ │ ├── WUBKA3DFfjuq3djuCltPHOkoQNU81Wajmeha3G7eEMI.cache
│ │ ├── WdACZZ524TDAI9V7V8-bn3JgGDw3eIrm-9FmC1LEGJk.cache
│ │ ├── Wn6AvoVoflcyGUkVk-NpqcVgtLmBmVJfmf8UrbDitUw.cache
│ │ ├── XIO6eh3p8p4HG_RKAeGfoi3sVxHIFCTLED-QAOcYtcM.cache
│ │ ├── XOCZ4KU-pgvpZdaUip7WQlFeNr1E2Hv2c52QED7CK4s.cache
│ │ ├── YGwDbJqkARdZJ9OjEGS2nJTFnAtZDGlXBobD1-I4uxw.cache
│ │ ├── YLGXUyiqB72YVqmkVjgfSYGb8UuMbGyfSVgFZQ4SSWY.cache
│ │ ├── YgWnr0MLBzSJ_3gShOEzjC8SyFQ6zcQLH93nhZuNK-0.cache
│ │ ├── YzOKPAilvfyhcvU-rmHmEGxO2rholinYmtpN70Zzsv8.cache
│ │ ├── ZY4mQKFOFnhX0opDTGy4Vgk_yr4sn4WBVHobl9L0Ze4.cache
│ │ ├── ZySWNowH5DhxnwO0IUBFH9aVNIIyDiJGpXbeoLfeQ-8.cache
│ │ ├── _0q9Uo6Bx5rzHDMMfZGb5DV0UC8JmV7tnqfnjyI15HI.cache
│ │ ├── __2_GuJsqAlIZAQ-mvlSLi6IvO09MEV3s8KX3M4a6ps.cache
│ │ ├── a4yVK44RdAMRZaVJkayEg9xS3FE8zlzqJ1xWz7N2JIc.cache
│ │ ├── aUxvLnXTJ_y49YV2wM4LAHRNDTE3Bq7yLuYxUmJFSxA.cache
│ │ ├── bjYysLKZ1XQdrnVmgHhi6fR8XuQiybfV2uxSe9I94TU.cache
│ │ ├── c6nsnkpYbkobY6W8wpjnt2Z7V_MAlHKdH21P7aOsnnA.cache
│ │ ├── d2SYYgfSQsPIKVKaHcAKS_9RC3srBaEHSPpudK5y5kM.cache
│ │ ├── eppuzzfQWfNzlJxuekG27w8DR7HMxAf5GGS6SI5Bqe4.cache
│ │ ├── ez3ZTm9G-9uHcR3v9sXaA_a4EPeWgioekdlkc2tFHL0.cache
│ │ ├── fjq0hBnLzyQIbL13x8Rq0lqtgrwnp3vR-c0DDk07_HA.cache
│ │ ├── fkP1BMWXbyCduzm30RULgdBrR7Kagui88UxrRnRwpK0.cache
│ │ ├── g7g7oOaZisdjbdllxaVrD_thgc3n1JymlJvMR1gcBwU.cache
│ │ ├── hWgBi-XJJmccL44zdBKmy8G4TXIVeeuPA1JE7UNXn3w.cache
│ │ ├── hWncJ74B83PjTsbJo3fswrgYKoXqVaAmswQb3XP-AFA.cache
│ │ ├── hayrmSWnmKfTFFruN7IGtXn7Z5iOWr9SdfyeSdcB4OY.cache
│ │ ├── hlF_zCpDYLy8C7bRDdi15XLviJc3De3KhI8qGzofcdE.cache
│ │ ├── i1ujYmSMPg-_D_dH0Rnlt40Szk6ztxLKbojbePO7Qp0.cache
│ │ ├── iESAAIu8UuiYndT7neiTvUOuGcZKm9WUnyYRCSebKIE.cache
│ │ ├── inDeLxcrn-EBnLR7GaBrSQW4JZy0HpiFvABD1Rj_O38.cache
│ │ ├── iqmVafC2rdsAQSHuV7WTjQZgU8VLAKCpSggmcXGrCy8.cache
│ │ ├── j2qifjnHWw_dsiORZ2TynZotbSrX10kVddDLLBmgQCc.cache
│ │ ├── jHq1r6wm9dB4cfLGb9XLAkI7dfAbb7V05eaa1HkoiWs.cache
│ │ ├── jQfNlGNh_WJdzbfacLGG-8GZShjZTORuy6c9hBfmXUw.cache
│ │ ├── jVk6mOPxQ8Z8iheCF7YJ6dFeaqR-8Hncsilnx-hKdVk.cache
│ │ ├── jdle5lr2-eGKcTF-sln7sWGa3Izymes3t18NkNrwBLQ.cache
│ │ ├── jeTDKEjFZF7vu7BBAzgxdgViha90vlDx9wzqPl8bjGI.cache
│ │ ├── jfKtpecquYm_egh4M2bmbxFVzmkqkq8vRzC4SyIksdI.cache
│ │ ├── jpww174e1KqwpBK1GCn427EswO5DSM1mfcj_YIwItEM.cache
│ │ ├── k3w9AnmHslJsdb8JqDKvDqGwwWWXVXmi0lnLXdQ0M9k.cache
│ │ ├── k82E0QLsnXDbwakca68gl3H8CNGq4wekTECLb_DMSz8.cache
│ │ ├── k8S4AT67peMGIVQRrkdbQdhMlIYchm9BQTiFtvpDPJk.cache
│ │ ├── kfd0zLo35feSA51R1f2RlFADzNvBhRYNjQuoqRXZsGA.cache
│ │ ├── kqsyboe0zAe5j3JbnfkwbdKkGdtWk7LBtrjmwbQSG1Y.cache
│ │ ├── l0yNava7AfwZ2w3wsQXxZk1QxNzzsP862I_deNOhMJs.cache
│ │ ├── lX9_oUYApZV-OwQgkcuo-rae9J975_pGYIvlAiNoxwc.cache
│ │ ├── lun_G2QYwtzIQ3TsKhcyNfiqrQKug4i9rRCjqnFKD1g.cache
│ │ ├── m4jw89UKaX62yImplg0xQ2LJ3XXMNAkKqkKoo6lCVVY.cache
│ │ ├── mFHPd9EeTsEvAT01yajJs07KNTHW5Cx-IMPNBvLkRlY.cache
│ │ ├── mKQKN_P_8jYD-Q80hhjvo4e3LImaXAMIThYLqa9Apvw.cache
│ │ ├── nKYFuE1u6tsnHRqT53kjEw5hhrvT6ZQI0kvIXOqGNbU.cache
│ │ ├── nUPZpqydB9sOr9g-fXPlpK365zIEBUPmd7BwIa142fQ.cache
│ │ ├── npskyJqPbYF4XR6qCTUzAXY9fpaHfepqy-XjoX4P4cg.cache
│ │ ├── oNbHHK3U4citHUZIpFGmI1JBRRJ3Qt7s_iTAkwT-ceg.cache
│ │ ├── oV1Vk-_aSjjXcRonoc3QIidwZtMLEwnsFNoFT22a77E.cache
│ │ ├── oWqD5Ril2X0leLmgQPJBuhEOSWwrTMpGRXaiQaVrSdE.cache
│ │ ├── pWbNVsKd3l-Fc13aY_6dfOO8RCWeJEuTr0PDdsYKROE.cache
│ │ ├── pbbMCtJbq4nfjKNWAJvLBfVOFnH-DVkTh9gAlxHFqnM.cache
│ │ ├── pmnpnEm0pvacyLk59QBudtKD2kiCxSflrF9_30qplB4.cache
│ │ ├── puDNZEVH2IG1D9yWBCqDdl6vKABpjKO8fyGvHn97vns.cache
│ │ ├── pyctbGIot62EehZ8fwloLeWjBcPTTM9EZw2WQ-9thkg.cache
│ │ ├── q-VhsGGuZ4HsOdNy6DqjjiJKmgy2qT8zwONZ-5eaNg8.cache
│ │ ├── qdo5G7mCwLqDyu1u54zet3xBwhz3SycuhAUx_CiA0aA.cache
│ │ ├── qq1MStRxuuIYvU9tUZlw2wrjZ1DnUJJjRfbuHCOOuYg.cache
│ │ ├── qvJu15rp-N4oCxzel97CJFPs0ASRrx7ohEN5rTtGRqc.cache
│ │ ├── rfw8HrFw9hfM3KN1ytWiT-xV5eFo9qOXjaPz7F-KnXY.cache
│ │ ├── s25ZzfYwY2NMoyIgydDEQQr3D8xQdP89gvD7fiJHwEc.cache
│ │ ├── s359NqbMRGwN2PmCOjNXH1f-6ePoEA56LW8t5naT7VY.cache
│ │ ├── sFJ3hZQZTMoQYXV6EjljgDJ23G2UCj6clXFHrBN2ISg.cache
│ │ ├── s_zlgJcia6omZaqOwM_nNYgwAQVObueMzTp_Kyq_ifI.cache
│ │ ├── tq6pyU_5tJQG5sW61yYTVuJBxpTOcIAiWnH-TjEudik.cache
│ │ ├── u0N4ae2Vv6RPaOB8o7JekatvXqQjZ-3PDbETIFYz0gE.cache
│ │ ├── uiPFsA6SoxbBFeXGO-fRlvX3LXmlNlglnAwVN06FnaM.cache
│ │ ├── ulwdRAIeXUMzYvuLAkhrBOpAsSwkvKPx-mOM_kZbits.cache
│ │ ├── urQSdnFo9vp_YRTTxwn455E1K5z2ZFWipD64-7kTq_w.cache
│ │ ├── vfVVpdfOLH8iyJW4fozE0L8PaWvTfNFhMzTEBiLxQh8.cache
│ │ ├── vsaV25CTZdK8IjSQdpH0imFqDYclBIWP0mZvq65NnHc.cache
│ │ ├── w4-bqDviy2tDngXgflmgq6JQ_9FM-AmWLIG_623oTpw.cache
│ │ ├── w8KuIwM9F_0a0LHM3xGSHs9z8FZwj5UYTVB0nZBUgEU.cache
│ │ ├── wDmPq1P99PN5k2PLZgbCLCOl2XG8KPa3JvzmLLw0s7E.cache
│ │ ├── weg74ABpuXSih6gGK-bK_PxPo0ign2xyyAmbPeHOir8.cache
│ │ ├── x1luA6hWQw3GsIbvxqqk4-lfnVgoa8LNrmFXP72UdEM.cache
│ │ ├── xZZwR_zsIqEVB8Sw-FXovLCiNhvThbxY0ENkVwsIewE.cache
│ │ ├── xqycfES3uRm__XhaFSv3BsS2wH-QjF_207rDuJSWVdI.cache
│ │ ├── ykHjasv52EA2lDAitxeGbspyadnEobn24yzl-KkiK_0.cache
│ │ ├── z3DwRSEow7HMHBKLiPeep5f98n8spHTamZkIOktzIJk.cache
│ │ └── zHmIZg8dWbdm0gYSf5HKcDO5_iBLzet2Kt6q_ai05z4.cache
│ ├── pids
│ │ └── server.pid
│ ├── sessions
│ └── sockets
└── vendor
└── assets
├── javascripts
└── stylesheets
How would I go about including the link to my home.scss stylesheet come after my application.css stylesheet?
There are a couple of ways of doing this.
If you're specifying files in your application.css file, the bottom ones will have precedence (so put *= require home BELOW whatever is overwriting it.
If you want to specify the file outside of the application.css file, you could pass it from your view into your layout like so:
Layout
<%= stylesheet_link_tag 'application', media: 'all'%>
<%= yield :page_specific_css %>
View
<% content_for :page_specific_css do %>
<%= stylesheet_link_tag 'specific/profile'=> true %>
<% end %>
...and then make sure that the page-specific file is being precompiled. This will always load the page specific css file after application.css.
I find the easiest way to manage styles, though, is to simply turn application.css into an .scss file, and specify imports there. It allows for the sharing of mixins, and can help you explicitly state what is included. For instance, on my current project, it looks like this:
/* CHARSET
-------------------------------------------------- */
#charset "utf-8";
/* IMPORTS - LIBRARIES - BOOTSTRAP
-------------------------------------------------- */
#import "bootstrap-sprockets";
#import "bootstrap";
/* IMPORTS - LIBRARIES - JQUERY UI
-------------------------------------------------- */
#import "jquery.ui.core";
#import "jquery.ui.theme";
#import "jquery.ui.datepicker";
/* IMPORTS - SCSS MIXINS
-------------------------------------------------- */
#import "mixins/*";
/* IMPORTS - LAYOUT CSS
-------------------------------------------------- */
#import "layout";
/* IMPORTS - CONTROLLERS' CSS
-------------------------------------------------- */
#import "controllers/*";
The one scenario for which I've failed to account is if you're requiring the tree. In this case I don't know for sure, but I don't believe you can specifiy priority there.
Try whith this change to the application.css
...
*= require home
*= require_self
...
And delete line with *= require .