Hi!
Is it possible to change the size of the Comparison-Slider?
The mentioned link to the documentation doesent work: /examples/features/comparison-slider/
X3 Photo Gallery Support Forums
The challenge here is that the comparison slider (and everything else that you add to your "content") will match the width of your "context", which is set to a width that is appropriate for human reading. How large do you want it? Keep in mind, the width can only be increased on medium-large screens ... On small/mobile screens, the slider would have to be limited by ther screen width.Dane wrote:Is it possible to change the size of the Comparison-Slider?
Sorry, updated link is below, but it does not solve the question.Dane wrote:The mentioned link to the documentation doesent work
<div class="comparison-slider-wrapper">
<div class="comparison-slider" data-orientation="horizontal" data-offset="0.5" data-hover="true">
<img src="...">
<img src="...">
</div>
</div>
@media (min-width: 1024px) {
.comparison-slider-wrapper {
margin: 0 -100px;
}
}
This just comes down to unfortunate folder naming with "characters that should be avoided. Your folder name contains "quotes" which is messing with urls and image SRC attributes:Dane wrote:But it doesent work with this variable. Whats my mistake?
<div class="comparison-slider-wrapper">
<div class="comparison-slider" data-orientation="horizontal" data-offset="0.5" data-hover="true">
<img src="{{path}}/rocket-car.webp">
<img src="{{path}}/rocket-car-gigapixel-standard-height-2160px_inPixio photomizer.jpg">
</div>
</div>
@media (min-width: 1024px) {
.comparison-slider-wrapper {
margin: 0 -100px;
}
}
Thank you, Karl. I don't know what happened with the hidden characters, as I copied & pasted from earlier in this thread, but thank you again for fixing it.There seems to have been an issue with some hidden character in the CSS that was blocking the CSS from applying. I have now fixed it.
Understood. I have since upscaled the initial pictures, and all is working good now.However, it's not really working correctly because the first image that loads into place, is only 800px and the image won't scale beyond it's own original dimensions to fit the container.
I have added async to the webstats script, as suggested. I also removed the recaptcha script, as it was causing all of my X3 sites to hang periodically.I also see some errors in console with your recaptcha.js and pws.php, although it's probably unrelated and harmless. I would recommend loading the pws.php <script> with async attribute, because right now it's render-blocking (initial page load won't render before it's loaded).
My bad. I have since started to delete my pictures, and am re-uploading them resized to 2880*2048 @ 80%. Thank you for pointing this out.Also, some of your images are massive (5MB) and looks like they could be compressed to a fraction with almost no visual loss. Not related, but I wanted to mention while I was peeping around!
This is something I would be considering for our Files gallery app, although I feel it's not entirely within the scope of what "must" be provided by a web-based file viewer/manager. Of course if it was easy, I could just add it and that's that ... The challenge is, to get "file amount" and "total filesize" for an entire directory structure in PHP, we need to recursively loop through all folders and files just to compile this basic information. It's not something that can be cached either, and is therefore a relatively "costly" operation. I am probably exaggerating, but under scenarios we don't control (slow server + extensive directory structure), this process would not be desirable. Also, things like this can easily be done from terminal/command-line for those who have access.JMM wrote:Related to my currently remaining large filesizes, although it is easy for me to do from within Windows on my locally-hosted X3 sites, what would be the chances of a future X3 release being able to display to X3 administrators in their X3 Panel something like the total number of images & total space that those images consume?