Search options (Page 3 of 38)

It sounds like a caching problem: either client side (in your browser) or server side.
Caching can be very useful but it can also be a hindrance when developing a web site.

First of all, try completely clearing your browser's cache before reloading your gallery's web page to ensure that your browser is using the latest versions of all the files fresh from your web server (instead of older, cached versions).
Alternatively, try viewing your gallery's web page using a different browser (one that you have not used to view your gallery's web page before): Chrome, Edge, Firefox, Opera or Safari.

There is a chance that your web host uses server-side caching and even though Showkase is updating the files on your website, older versions of those file could still be served to browsers for a certain amount of time.

I have an account with a web host that uses Varnish server caching. After I upload a new version of a file to my web server, the new version is not seen (and the old version is still served) for about 20 minutes afterwards. For this reason, I have Varnish disabled.

Ask your web host if they have server-side caching enabled on your hosting account and, if so, ask if they could disable it.

If neither of the suggestions above help, then please post the link to your gallery's web page and let me know what you see and what you expect to see.
I'll take a look myself, let you know what I see and hopefully figure out what the problem is.
Thank you.

I'm sorry to hear about your troubles with Showkase and that you were unable to upload a screenshot. (The best thing to do would be to just upload the screenshot elsewhere (e.g. Dropbox, Google Drive, your website) and provide a link.)

I think a mismatch between Showkase's page records and the actual contents in the Showkase directory is the most likely cause of this.

Have you ever deleted any galleries manually or renamed any gallery folders (via FTP) rather than using the Showkase interface?
If so, then Showkase would expect the gallery folders to be present (the galleries would still be listed in Showkase's page records) and might try to recreate them on a subsequent publish.

Also, if you have ever uploaded a gallery folder (via FTP) to the Showkase directory to import into that particular Showkase site, then have you ever forgotten to delete the gallery folder afterwards?

I'm not sure what else would cause such a problem.

When importing galleries, I'd recommend not uploading them to the Showkase directory to which they will be imported. Showkase would be forced to rename the imported gallery folder (as the original gallery folder would be there during import) and it might be confusing, at a glance, to know which folders within the Showkase directory are actually part of the Showkase site and which are not.
It's a good idea not to modify anything within the Showkase folder manually (via FTP)
I'm not suggesting that you are doing this (I simply don't know) but it's just a general tip for anyone reading this.

If you still need to sort things out, then first of all, I'd recommend taking a complete backup of your site, just in case anything further goes wrong and you need to reinstate your current files at a later date.

With a full backup in hand, try sorting the pages out on the 'Pages' tab (deleting whatever galleries you do not want) and then go to 'System -> Repairs -> Repair' to rebuild the page records.

If this does not help, then you could perhaps create a new Showkase site (in a separate directory from your original site) and then import the pages/galleries that you need from your original site (via 'Site -> Import').

You can retain the Showkase settings from your original site by manually copying the following files and folders from your original site to your new site (overwriting the default versions which will be in place after a fresh install).

• _data/sitedata (folder)

• _data/themedata (folder)

• _data/pagesprefs.txt (file)

• _data/theme.txt (file)

Do not copy the _data/pagesdata.txt file though, as this lists the pages present in each site (which will be different after a fresh install).

If you use a custom logo via an image stored in the library, for example, then you might also like to copy the _library folder from your original site to your new site.

If you have modified any Showakse source files or used the custom.css or custom.js files, then please remember that you will need to reinstate your customized files after a fresh install.

I really do not know what might have caused this. A gallery's image order is stored in the gallery's 'config.xml' file and the file would have to be modified to change the image order. What I think might be happening is that the gallery you are looking at is one of the new phantom galleries which Showkase has recreated (from a missing or renamed gallery folder?) rather than the original gallery from which the phantom gallery was  based. Showkase might just see a folder of images and create the phantom gallery with no knowledge of the original gallery's image order.
It's just a guess (again, based on the assumption that a gallery folder might have been renamed or deleted manually via FTP).

I know this doesn't definitively pinpoint the cause of the problem or provide a quick and easy solution but I hope that my notes are at least able to shed some light on what might be happening.

That's good to hear. Thanks for testing!

I've notified the developers of this fix so it will be included in the next version (but I don't know when this might be).

Best wishes!

That's strange.
I tested the fix with all three of your source images yesterday and all three images uploaded without issue.
I've just checked again today with 'Image2.jpg' from your most recent email and, again, it works without any errors or warnings at all.
(I've been testing with Showkase v1.7.6 under PHP 8.1.1.6.)

There must be some other difference between our setups that is causing the problem but not being able to replicate the problem makes troubleshooting difficult.

What version of PHP are you using? Is it PHP 8.1.0 or another version in the 8.1 branch?
Do you have any custom image sizes set within Showkase or are all image sizes defaults?
Do you have any other images that still fail (with the fix in place) that I can use to test with? Maybe I'll see a pattern in all the images that fail.

I'll keep looking at this but if you can provide any further information that might help me to pinpoint the problem (or replicate it), then that would be great.
Thanks.

Unfortunately, it looks like you've run into an issue which no-one has reported before (most likely due to this deprecation in PHP 8.1).

I've not been able to replicate the problem myself with a batch of test images running Showkase-Pro v1.7.6 under PHP 8.1.1.

You can find my email address in the column to the left of this post (just look for and click the word 'Email'). You'll need to be logged into the forum to see this.

I might be able to replicate the problem if I know the original dimensions of the source images that fail and your chosen resize dimension (but it would be better if I had access to the images that fail).

Please email me the images that fail if you can and I'll follow this up as soon as possible.
Thank you.

You're welcome! I hope you get on well with Showkase.
You should hopefully find that Showkase is easy to install and use but if you run into any difficulties, just let me know and I'll do my best to help you out.

No problem!

Thanks for posting in the Feature Requests thread.
As always, I really don't know what might be picked up for future versions but this is still the best place to post ideas to ensure that they are seen by the developers.

The logic that Juicebox uses to decide which image size to use is hardcoded into the 'juicebox.js' JavaScript file which is obfuscated and cannot be modified so you'll not be able to do anything there.

The best course of action would likely be to increase the resolution of your medium images and perhaps reduce the quality percentage a little ('Site -> Customize Viewers -> Juicebox-Pro (Edit) -> Pro Viewer Options -> Multi-size Images (Pro)') in order to keep the file size at a reasonable level.
If you don't want your images to be downloaded, then a slight decrease in quality might be acceptable. The likelihood is that a slight quality percentage reduction will result in a smaller file size but the visual quality may be hard to notice(at least to a casual viewer). A little bit of trial and error might be required to find a balance but I hope that you can find a suitable compromise between resolution and file size.

There are no real problems associated with having larger images in your galleries (other than the larger file sizes which result in the need for more server storage space and longer download times).

Assuming your galleries are Juicebox-Pro galleries:

(1) Images will always be dynamically scaled down to be displayed in their entirety, no matter what the size or shape of the user's viewport is (as long as imageScaleMode is set to SCALE_DOWN (the default value) or SCALE).

(2) Images are preloaded (according to the imagePreloading configuration option value) so while one image is being viewed, the next few images are being preloaded in the background so any delay associated with larger images will be minimal and may only be apparent on the first image. (The default value for imagePreloading is PAGE (whereby all images on the current thumbnail page are preloaded) but you can change it to NEXT (the next image only) or NONE, if you like.)

(3) You could have a Multi-Size Image gallery whereby your gallery can have up to 3 different image sizes and Juicebox-Pro will display the size most appropriate to the user's device and screen size.
GO to 'Site -> Customize Viewers -> Juicebox-Pro (Edit)', then scroll down to 'Pro Viewer Options' and expand the 'Multi-size Images (Pro)' section for the options.

Short descriptions of the configuration options in bold above can be found in the Main Image Options section of the Juicebox-Pro Config Options page.

I hope this helps.

Sorry, there are no new themes in the pipeline.
If you're adventurous and proficient in HTML, CSS and JavaScript, you could perhaps create your own theme.
Check out the Creating Themes support section for details.

With regard to videos...

If you have a video uploaded to Vimeo or YouTube (or a similar service), then you can grab the video's embed code from the site and insert it into a Showkase page (e.g. a 'Basic' page).
You can insert whatever HTML code you like (e.g. a video's embed code) into the text editor on a Showkase page.
Just make sure that your text editor (on the Showkase page) is in 'Source' mode (click the 'Source' button in the text editor's toolbar).

Otherwise, if you want to host a video on your own web server and embed it into a Showkase page, then try the following:
(1) Upload the video file to your web server. In this example, we'll call it 'movie.mp4' and upload it to the root directory.
(2) Enter something like the following code into the Showkase page's text editor (in 'Source' mode), changing the width as necessary:

<video src="/movie.mp4" width="800" controls>Your browser does not support the video tag.</video>

The leading slash in the 'src' attribute denotes your root directory. If you upload your video file to a location other that your root directory, make sure that the path to the video file is correct. (If it is a relative path, then it should be relative to the Showkase page's location, i.e. one directory down from the Showkase directory.)

More information about the <video> tag and its attributes can be found here: https://developer.mozilla.org/en/docs/W … ment/video

Showkase's own video fitting routine ensures that the video fits within the theme's 'Max site width (px)' and the user's browser window.

Thank you for the update.

I can't say definitively that the script is not the cause of the issue but Showkase uses an unmodified version of PHPMailer. (The Showkase source code just passes parameters to the PHPMailer script which does all the hard work.)

PHPMailer has been around since 2001 and is still actively developed (with the latest version, v6.6.4 released 12 days ago). I can't guarantee that it's completely bug-free but Showkase v1.7.6 currently uses PHPMailer v6.3.0 and we've not had any reports (other than your own) of the contact form failing recently.

You were good enough to try the latest version of PHPMailer (v6.6.4) but without success. If this had worked, then it would point towards a bug in v6.3.0 (the version that Showkase currently uses) but this is not the case.

Also, the contact form worked in your previous Showkase site so we know the script is capable of sending mail. The script did not change when you moved your site but, for the script to fail, then logically something else must have changed (on your web server) to have caused the problem.

I'm sorry that you've not been able to get the contact form working but I'm glad that you've at least found a suitable workaround.
Thank you for letting me know.