Reputation: 2671
The johnpapa Angular 2 style guide suggests a folder-by-feature approach. I get the idea, you can make self contained little angular components that can be reused.
So, I made a component I wanted to reuse in another project and put it in it's own folder. I also added an image I wanted this component to display to the same folder, so it's all self contained.
<img class="logo" src="logo.png"/>
But this tries to then load the image from root localhost:3000/logo.png
.
I suppose this means I have to actually use the exact path to the image, but doesn't this undermine the whole idea of components that can be reused in other project by other people?
Suggestions on this?
Edit for clarification I am using the folder structure from the Angular 2 quickstart, meaning my root folder is:
app/
node_modules/
index.html
package.json
tsconfig.json
So, even if I use the path header/logo.png, it does not work. I have to do app/header/logo.png. This is effectively an absolute path, and in fact works equally as well if I add a leading slash: "/app/header/logo.png". Anything less than the full path breaks the link. Meaning if someone wanted to reuse this they would have to have the exact same folder structure.
I guess this is just how it works, I'm only just learning Angular 2, but in my mind I should be able to load assets from within a components folder just like I can with the template or css
Upvotes: 35
Views: 130128
Reputation: 1
You can store the images under the assets folder and refer to them thus:
Do not use a relative path from the component.
See also: https://mdbootstrap.com/support/angular/images-not-loading-from-assets-folder-in-angular/
Upvotes: -1
Reputation: 18184
@David's solution is slightly outdated given that now angular2 can be upgrade, it works for anular 2/3. For angular 4 and above it would throw require not found error, this is how i modified it,
header.component.ts
...
declare var require: any;
@Component({
selector: 'header',
templateUrl: './header.component.html', // Auto required by webpack
})
export class HeaderComponent {
private LOGO = require("./assets/logo.png");
constructor() {};
}
header.component.html
<div>
<img [src]="LOGO" />
</div>
Upvotes: 3
Reputation: 555
I would solve this problem by splitting the src path into 2 parts, like this:
<img class="logo" [src]="(imgPath + imgFileName)" />
then, inside the component definition, you set:
@Input() imgPath:string = "app/header/";
imgFileName:string = "logo.png";
By using the @Input() decorator, the imgPath variable can be seen externally, so that in case you move the component into another place you can set a different path, making the component reusable.
Upvotes: 3
Reputation: 877
Check out this answer: how to serve up images in angular2
The key is to either put it into the "assets" folder or to edit your ".angular-cli.json" file (assets section) to include the location where the image is located. This is also true for other resources that are supposed to be served up, i.e. style sheets.
Upvotes: 0
Reputation: 1
If the problem is a 404 error you need to change your path
from path/image (root/path/image, /path/image etc.)
to ./path/image
Then it should work if there aren't any other problems.
Upvotes: 0
Reputation: 898
I am using webpack and have been able to overcome this issue by require
ing the image in the component as a variable and using this in my template.
This is because during the bundling phase webpack will load the resource and store the correct URL and calling require at runtime will get this correct URL to pass to the template.
Example
Using the following directory structure
app/
header/
header.component.ts
header.component.html
assets/
logo.png
...
header.component.ts
...
@Component({
selector: 'header',
templateUrl: './header.component.html', // Auto required by webpack
})
export class HeaderComponent {
private LOGO = require("./assets/logo.png");
constructor() {};
}
header.component.html
<div>
<img [src]="LOGO" />
</div>
Admittedly this binds the component and template but the require needs to be in the component so that webpack is able to analyse and load it when bundling.
With this approach I have packaged my module using npm and installed and used it in another project - which also uses webpack.
I am yet to test with SystemJS.
Upvotes: 41