eMediaLibrary Project
Noticed that sometimes, with certain number or assets per row, and depending on the size of the asset, the face-box indicator is odd of the real face. This is because we do calculations when we render the image, but later the masonry JS scales down-up the image and the face-box is obviously not re-calculated.
Yeah, makes sense. We would scale your box as well
Easisest way I can think is: I can store the original box location on the DOM element, if the image got resized, I can recalculate with JS.
I am in zoom if you want to discuss
I just checked in a bix change to how Javascript is rendered. Lets keep an eye out for issues please
oh yes
I can join
I can join
Hi good morning
Seeing some really strange behaviour in API/JSON handling, /'s getting added somehow and force downloads happening with empty files
Looks like changes in entermedia-core - trying to understand the change
Yeah I saw that today as well. I will try and figure it out here shortly.
Virtual folders with layouts seem most affected
if(alternative != null)
{
if(wasfolder) {
page = getPageManager().getPage( requestedPath + "/index." + alternative,false);
} else {
page = getPageManager().getPage( requestedPath + "." + alternative,false);
}
}
I suspect it might be that. Not sure yet
Can you show me a URL that is not working so I can fix it
FYI: I am trying to support URL's like /test that would internally render /test/index.html but not redirect
I have a bunch in a project here - but I can reconstruct it pretty easily
The url is something like /test/123 and there is a _site.xconf with an alternative extension of json, it's virtual =true and there is a layout.json specified in test - like /test/layout.json
In a typical app that would render data about test ID 123
It stopped using the layout.json and started redirecting to /test/123/ instead
Seems to lose request parameters during the redirect also
