forum.coppermine-gallery.net
Support => cpg1.5 plugins => cpg1.5.x Support => cpg1.5 plugin contributions => Topic started by: ron4mac on February 14, 2013, 04:12:39 am
-
Feeling the need for a different image slideshow option, I put together this slideshow plugin. Fullscreen is available for capable browsers.
Comments and suggestions welcome.
Those finding issues, please include platform/browser information in your post.
Changelog
v1.3.9 update
Failure when running under PHP7 corrected
-
I really like this - was looking for a flexible full screen viewer/slideshow plugin. Am just working through it to tweak for my theme. Only issue found so far is full screen toggle doesn't do anything other than change the button icon once only. Further clicks do nothing at all, no js (or any) errors generated in console, no change on display. Using Win7x64/Moz FF 18.0.2.
Will post back with any other stuff found if relevant.
cheers for this!
-
envisioneer,
Thank you for the feedback. I put together a VirtualBox with Win7 and FF18.0.2. I do see what you mean about the fullscreen. Fullscreen does seem to work by use of the <tab> key though (at least for me). I'll see if I can get it worked out before v1.0 ... which I expect to submit in a few days.
Cheers to you!
-
This plugin has been updated to version 1.0. It is, hopefully, stable at this point.
v1.0 changes
Tightened up much of the code and squashed a bug or two.
Resolved an issue with Firefox fullscreen (thanks, envisioneer).
Implemented the option to run the show in a new (popup style) window.
Further development goals
CSS3 transitions and filter options
Ability for album owners to set slideshow settings on a per album basis
Enjoy!
-
I updated your original post with this info (you should have that ability?). Thank you for your contribution.
-
Gave v1.0 a whirl - works great out of the box apart from plus button on timer - but commenting out docLog() in slideshow.min.js sorted that (left over debug code?).
I have tweaked this to act as a viewer i.e. display correct slide direct from thumbnail, added a link to rate/comment from slideshow nav etc. Took a wee while to get it all working again due to code changes in v1.0, but all fine now.
For myself I'd like to have captions in full screen and some way of getting the rate button link to update in js as slide changes. Looking at the showpiece at html5rocks.com, the possibilities seem awesome! I especially like this one (http://slides.html5rocks.com/#svg-example-slide)!
thanks again for a lightweight piece of kit that promises so much possibility. Need to get back to the real job now...
-
Thanks for PM - unfortunately I'm not privileged enough to reply in kind (No PM rights).
Some way of persisting the pic array across slide changes would be great - as all the required info is stored in it, but haven't been able to reference it after slideshow inits. Don't know if SuperCage allows $_SESSION vars either?
Only just started using Coppermine so bit of a noob where the API is concerned.
-
This is really great!
One question: the slideshow appears to load the full size image. Is there any way of forcing it to load the intermediate pictures?
Cheers
-
This is really great!
One question: the slideshow appears to load the full size image. Is there any way of forcing it to load the intermediate pictures?
Cheers
Glad you like it. I'm hoping to find time to do more work on it. Among the reasons that I decided to write it are 1) I'm not an Adobe fan and 2) the native CPG slideshow is a tad anemic. My goal was to create a slideshow that would fill the screen with good quality images. Intermediate images will likely not work well towards that end. The quality of the intermediate is often inferior to the original and, in many cases, the intermediate images may not yet exist and the server will need to create them in the middle of the slideshow. So it's nothing that I plan on pursuing.
[== edit ==]
After actually investigating, I seem to have been wrong about the existence of the intermediate images. And you should be easily able to modify the plugin to use them. Make the following change to the fullSlide.php file:
change line 22 from this:
'fpath'=>$row['filepath'].$row['filename'],
to this:
'fpath'=>$row['filepath'].'normal_'.$row['filename'],Not sure if any image height issues may crop up, but that should work for you.
I'll consider making it an option in my next release (where options will hopefully be settable on an album by album basis).
Thanks for your feedback.
-
Hi there! Got error trying to run slideshow
Fatal error: Call-time pass-by-reference has been removed in /home/mitko/webapps/htdocs/photos/plugins/html5slideshow/fullSlide.php on line 17
Tried on Chrome 26.0.1410.64
IE just gives blank page
-
Hi there! Got error trying to run slideshow
Fatal error: Call-time pass-by-reference has been removed in /home/mitko/webapps/htdocs/photos/plugins/html5slideshow/fullSlide.php on line 17
Tried on Chrome 26.0.1410.64
IE just gives blank page
replace line 17 in fullSlide.php:
$rowset = get_pic_data($album, &$count, &$album_name);
with:
$rowset = get_pic_data($album, $count, $album_name);
My apologies ... a mistake on my part. I'm surprised that it had not reared it's ugly head until now.
I'll be releasing a new version in a few days that allows each user to set slideshow settings for their albums on a per/album basis as well as a default for themselves.
Thanks for your feedback.
-
Working now, thanks very much for your support and two such a great plugins!
-
Working now, thanks very much for your support and two such a great plugins!
Glad it is working for you now. Thanks for the feedback.
Love your "World of Lighthouses" site! It points out to me, though, that I need to handle bb codes in image descriptions :-\ Will be in the next version (later this week).
-
A new version (1.1) has been added to the original post.
HTML5slideshow plugin for Coppermine Photo Gallery
================================
Version 1.1 Release Notes:
-----------------------------
Users of prior versions of this plugin should uninstall those versions before installing this one.
An extra field is added to both the 'albums' and 'users' database tables to allow storage of slideshow settings.
A plugin configuration item determines whether users may set their own album's slideshow settings. If enabled, when
a user runs their slideshow, there will be a 'gear' icon in the upper right of the slideshow screen. Clicking that
icon will allow them to set various parameters for that particular album slideshow, as well as their own default slideshow
parameters.
Order of precedence for slideshow parameters is:
CPG Site Settings <-- User Default Settings <-- Album Specific Settings
When uninstalling this plugin, an option will be provided to keep user and album settings in the database.
-
Thanks for update, installed, among all other nice changes bbcodes are working now :)
-
My apologies for resurrecting an old thread, but this question applies to the plugin.
Is there any way to make the slideshow randomize the photos?
Truly an awesome plugin - this is good stuff!
-
Is there any way to make the slideshow randomize the photos?
I've been procrastinating doing more work on this plugin. Having the option of presenting the images in a random manner is something that is doable and a decent idea. I'll try to work on the plugin this week, adding that and some other things I want to implement.
-
Is there any way to make the slideshow randomize the photos?
Slideshow shuffle has been added to the updated version (1.2) included in original post.
-
This is a very nice plugin. I like it. Question is, how can I add a banner ad below or above the image? Or add some text info or clickable links above or below the image that is being shown?
Thanks
-
Question is, how can I add a banner ad below or above the image? Or add some text info or clickable links above or below the image that is being shown?
The reason that I created this slide show plugin was to focus on the images only, viewing them as large as possible with no other distractions. There is no, and likely will not be, any accommodation for what you are asking.
On a per image basis, you should be able to add a BBCode link in in the image description.
-
Thaks for the plug-in and I would love to see also as plug-in for displaying the pictures on tablets and phone. I am a fan of the plug-in EnlargeIt! from Timo and now also your html5sldieshow Plug-in. With EnlargeIt! you can put pictures side by side to compare on big screens what is strong point.
Things that I came across during usage. In slide.min.js there is a bit of code "B.innerHTML" and the debugger reported that it should be "b.innerHTML". In slide.js and slide.min.js in the "swipe" part the "_prev" and "_next" have to be exchanged to have a more natural result when swiping.
-
Things that I came across during usage. In slide.min.js there is a bit of code "B.innerHTML" and the debugger reported that it should be "b.innerHTML". In slide.js and slide.min.js in the "swipe" part the "_prev" and "_next" have to be exchanged to have a more natural result when swiping.
Thank you for your feedback. I'll try to do more work on the plugin soon.
-
Thanks and I have now forced it to use only slide.js and I can now slide correctly however it does not centre/rescale the picture when I rotate the phone/tablet so there must be some differences between slide.js and slide.min.js. The date and time only differ one minute so it should be the same version.
-
I agree with _prev and _next needing to be swapped. As mentioned in the release note, I had quickly added swipe recognition and missed that backwards swiping behavior. As for rotating the touch device, I don't quite see what you mean about image positioning/scaling. It is working as I would expect for me (Safari/IOS). Perhaps you are referring to images being at the top of the screen when in portrait orientation. The original design was for my own use and was totally targeting desktop machines. It was designed that the image would be tight against the top, next to the controls. I suppose it would be good to change that behavior and have the image centered vertically. I could add it as an option. The problem then becomes .. where to display the captions. I think it should be close to the image but don't really want it jumping around.
-
I agree with _prev and _next needing to be swapped. As mentioned in the release note, I had quickly added swipe recognition and missed that backwards swiping behavior. As for rotating the touch device, I don't quite see what you mean about image positioning/scaling. It is working as I would expect for me (Safari/IOS). Perhaps you are referring to images being at the top of the screen when in portrait orientation. The original design was for my own use and was totally targeting desktop machines. It was designed that the image would be tight against the top, next to the controls. I suppose it would be good to change that behavior and have the image centered vertically. I could add it as an option. The problem then becomes .. where to display the captions. I think it should be close to the image but don't really want it jumping around.
I now understand why swipe works different. This has to with that a 180 degree rotation is not compensated in the swipe caculation.
The pictures at the top is fine to me and a little space between the navigation bar and the picture would be welcome. An user will rotate their tablet to maximize the viewing area according to the orientation (portrait/landscape). I will power up my PC later this day check if slide.js rescaling/centering still incorrect on my 7" tablet.
I am using responsive theme so all adapts so viewsize and rotation and your plugin is the next best to Bootstrap Carousel.
-
On the moment I can't make head or tails from what I am testing. I get conflicting results and one time it works and the next time it does not. I am using Opera Mini (Webkit 39) and I check if the slides.js or slides.min.js is refreshed by tail-ing the HTTPD log-file.
-
@marcelm
Thanks for investigating this and helping to (hopefully) make the plugin better. I've fixed the natural swipe direction issue and I am not having any problem with device rotation(Safari/IOS). I'll include the new .js files here for testing purposes. There is also slight modification for swipe detection. Please be aware that if you have debug mode enabled and you are logged in as an admin, slide.js will be used rather than side.min.js.
-
In slide.min.js there is a bit of code "B.innerHTML" and the debugger reported that it should be "b.innerHTML".
This is occurring because you have removed the slide number element from the control bar.
-
Thanks for the new JS versions and both are working fine.
I do hard-code the selection of which version of slides.js/slides.min.js I was usings each time I test so I had no different behaviour between devices. I am testing on PC with Firefox Nightly and Iron (chromium version). On my Nexus 7 I use Opera Mini (webkit 39) and Firefox Nightly. Firefox Nightly was for a long time my favourite browser on my tablet but it went downhill and I changed to Opera Mini.
I have now put the slide number element back in the control bar and I removed it before because on my phone the control bar wrapped to a second bar. The screen is just to small (Samsung S2).
The rotating and the automatic centring of the image is now OK and I think that is done by the browser.
I have an other thing that occurs on my site. I have albums of 2 picture and with two pictures it won't show the first one.
Thanks again for this plug-in.
-
I have an other thing that occurs on my site. I have albums of 2 picture and with two pictures it won't show the first one.
Thanks for finding that bug. I guess I must not have tested with so few images in an album.
Attached new js files to fix that.
-
@marcelm
Since you have gotten me to look closer at mobile devices and swiping, I thought I would put together image slide instead of dissolve. Here are replacement JS files and a replacement CSS file that implements image left/right slide. There are some issues with it yet when the screen size or orientation changes that I will have to take care of. But if you would like to give it a try, I would like to know if you think it should be an optional display method.
-
Thanks for the new function and besides the already know problems on rotation I have noticed that when using the cursor-keys go left (go backwards) then the first two pictures are exchanged/slide from the right and the third slides in from the left as supposed.
I found the 0.3s slide time a bit short and I have doubled that to 0.6s. My tablet is recharging on the moment so I can try this version tomorrow on it so I can test then also the behaviour I mentioned above.
-
I have noticed that when using the cursor-keys go left (go backwards) then the first two pictures are exchanged/slide from the right and the third slides in from the left as supposed.
Corrected that issue (others as well) and combined the slide transition into a new release (v1.3) of the plugin (see original post above).
-
I have used the 1.3 version and I lost the visual sliding on the tablet/PC and when rotating the picture does not resize any more. That resizing was a great feature of this plug-in.
-
I have used the 1.3 version and I lost the visual sliding on the tablet/PC and when rotating the picture does not resize any more. That resizing was a great feature of this plug-in.
I see what you mean about resizing when rotated ... I will fix that. My apologies for not doing enough testing before I posted v1.3. I don't know what you mean about losing visual sliding. Image transition is only dissolve and not slide left/right? Did you install the full plugin? Did you select transition type in the config?
-
I did not visit the configuration page so it was still on the default setting. Now it is sliding smoothly. I am sorry for the confusing.
I did replace the whole plug-in directory because it was new version of the plug-in.
The opera browser is VERY aggressive when caching so I am now removing the cache (Android) of the browser in the settings. Not doing that drove me mad the last time when I was testing. I loaded the new Javascript but did not replace the version in cache and reused the chached version. :-(
-
Just tested version 1.31 and resizing on rotation is working. When swiping between pictures the behaviour is a bit different from earlier versions. I suggest to compare with/height of the current picture with/height the incoming picture, when one differs force a resize.
-
Try this album. This has portrait and landscape pictures and also the two landscapes has a different aspect ratio
www dot mmmfotografie dot nl/index.php?file=html5slideshow/fullSlide&album=373
-
Try this album. This has portrait and landscape pictures and also the two landscapes has a different aspect ratio
www dot mmmfotografie dot nl/index.php?file=html5slideshow/fullSlide&album=373
Okay ... I think I know what the issue might be. I prepare 5 images for display at a time (out of possible hundreds in an album) ... the current image, 2 previous and 2 next. The 2 previous and 2 next get pre-sized for the current window/rotation. In response to a window change I'll have to resize the other 4 as well as the current image. I'll make that change as quickly as possible and probably just repost it as 1.3.1. I'll let you know.
Thanks for you patience and help.
-
I'll make that change as quickly as possible and probably just repost it as 1.3.1. I'll let you know.
Change made.
To be sure you know, the slideshow will not display any image larger than it's natural size.
-
Version 1.3.1_2 is now working good and the only thing left (new) is that after rotation, sometimes, on the left a earlier picture still visible when the picture is displayed. This ghost picture can even overlay the displayed picture.
-
Version 1.3.1_2 is now working good and the only thing left (new) is that after rotation, sometimes, on the left a earlier picture still visible when the picture is displayed. This ghost picture can even overlay the displayed picture.
>:( :-[ I should have just stayed with simple image dissolve ;)
A side effect of the last change. I'll take care of that and post a 1.3.2 release. I'm also adding @media queries and will adjust the control bar some for small devices. Thanks for prodding me to make it more mobile device friendly.
-
I'll take care of that and post a 1.3.2 release. I'm also adding @media queries and will adjust the control bar some for small devices.
Version 1.3.2 added to original post.
-
Thanks Ron, I could not find anything wrong anymore in the 1.3.2 version. Sliding pictures was way that was not that easy to master but it looks great!
Any change that you can also this great way of showing pictures also available as plugin for the all the albums like EnlagreIt which I use?
-
Any change that you can also this great way of showing pictures also available as plugin for the all the albums like EnlagreIt which I use?
I am not 100% sure about what you are asking. Are you wondering whether the EnlargeIt plugin can be made to slide images to the left and right?
-
No I was tinking using this plugin as viewer for the albums like EnlargeIt is able to do.
I have today do an extra test with multi-monitor setup and had yesterday. It seemed that the total with of both monitors was used to calculate the display location despite is had Chrome only on the right screen. The right screen is in the portrait orientation.
-
I have today do an extra test with multi-monitor setup and had yesterday. It seemed that the total with of both monitors was used to calculate the display location despite is had Chrome only on the right screen. The right screen is in the portrait orientation.
Just tested it again in the multi-monitor setup and I couldn't reproduce it so you can consider it as never written.
-
Dutch language file.
-
I did some more modification to the code. I like to have the fullscreen button available all the time and the album name can now be hidden if there is too less space in the info bar.
Line 109 in fullSlide.php
<div class="albnam"><p><span id="albNam"><?=$album_name?> :: </span><?=sprintf($lang_plugin_html5slideshow['of_format'],'<span id="slidnum"></span>',count($filelist))?></p></div>
Line 121 in slide.css
#albNam, #cb_prev, #cb_next, img.sscfg {
-
Polish translation for 1.3.2.
This plugin suffers from the same issue as html5upload: http://forum.coppermine-gallery.net/index.php/topic,75927.msg373723.html#msg373723 ;) Catch the patch:
--- cpg1.5.x_plugin_html5slideshow_v1.3.2/config.php.bak Fri Feb 06 23:08:55 2015
+++ cpg1.5.x_plugin_html5slideshow_v1.3.2/config.php Wed Apr 08 03:05:39 2015
@@ -75,9 +75,9 @@
function h5ss_display_form($cfg, $album, $albname='')
{
- global $lang_common, $lang_gallery_admin_menu, $lang_plugin_html5slideshow;
+ global $superCage, $lang_common, $lang_gallery_admin_menu, $lang_plugin_html5slideshow;
- echo '<form action="index.php?file=html5slideshow/config" method="post">';
+ echo '<form action="'.$superCage->server->getEscaped('REQUEST_URI').'" method="post">';
if ($album) {
$thead = '<img src="plugins/html5slideshow/css/slideshow.png" style="vertical-align:text-bottom" alt="" /> '.$lang_plugin_html5slideshow['cfgtitle'];
There might be similar issue with user configs in this line (fullSlide.php):
var csl = "index.php?file=html5slideshow/config&album="+albumID;
However I haven't tested it.
There's also an issue related to customized controls' style. The config page shows the correct style, but slideshow uses cb1.png always. The problem is that custom settings are overridden. You can fix this by reordering CSS inclusion:
--- cpg1.5.x_plugin_html5slideshow_v1.3.2/fullSlide.php.bak Tue Feb 10 19:13:54 2015
+++ cpg1.5.x_plugin_html5slideshow_v1.3.2/fullSlide.php Wed Apr 08 19:20:06 2015
@@ -73,6 +73,7 @@
<meta http-equiv="Content-Type" content="text/html; charset=<?=$CONFIG['charset'] == 'language file' ? $lang_charset : $CONFIG['charset']?>" />
<title><?=strip_tags($album_name)?> :: <?=$lang_plugin_html5slideshow['ssword']?></title>
<meta name="viewport" content="initial-scale=1.0, minimum-scale=1.0, maximum-scale=1.0, user-scalable=no, width=device-width, height=device-height" />
+<link rel="stylesheet" type="text/css" href="plugins/html5slideshow/css/slides.css">
<style type="text/css">
html { height:100%; overflow:hidden }
body { background-color:<?=$dcolors[4]?>; width:100%; height:100%; overflow:hidden }
@@ -81,7 +82,6 @@
div#screen { background-color:<?=$dcolors[4]?>; overflow:hidden; }
div.spribut { background: url('plugins/html5slideshow/css/icons/<?=$icons?>.png') no-repeat; }
</style>
-<link rel="stylesheet" type="text/css" href="plugins/html5slideshow/css/slides.css">
<?=$jqscr[0].$LINEBREAK?>
<script src="plugins/html5slideshow/js/<?=$H5ss_jsf?>" type="text/javascript"></script>
<script type="text/javascript">
There is also one other glitch I haven't looked after yet. In full screen mode images are often stretched incorrectly. However it might be some interaction with other plugin.
Both patches and translation attached below.
-
I've forgot about one other issue/behaviour. When the album contains non-image files (archives/swf) they are skipped when there are more than 2 images present in the same album and using "previous" button. However if there is only one image file (header shows "1 of 1") and several data files than if you use "previous" button then you end up onto black page yet title/description shows info for valid image. The same is when album does not contain any valid images ("*empty space* of 0") - you end up onto blank page at the beginning.
-
wilk, thank you for discovering those issues and for the Polish language file. I have been procrastinating finishing the next release (1.3.4) so I have made corrections addressing the issues that you have found and I am attaching a pre-release to this post. Would you kindly test it and provide more Polish translations (including the help files)? I appreciate your constructive feedback.
(marcelm, should you happen to see this, have time and would be willing to provide the Dutch translations, it would be appreciated, as well)
-
Thanks Ron and Wilk, I used the 1.3.4 but I don't get Dutch translations. You can test it for yourself if you switch the English and Dutch files.
Attached the HTML help files I translated.
-
Thanks Ron and Wilk, I used the 1.3.4 but I don't get Dutch translations.
Make sure that you have Dutch enabled in the Language Manager. I had difficulties getting CPG to use anything but English, but eventually got it to use Dutch and the translations did show up. Thanks for doing the translation.
-
I checked it and I have to select Dutch manually (dot) in the list and then it works. When default language is English then it does not switch over despite it is marked as available in the last column on that page.
I have 'autodectect' enabled and it works for the admin page itself and other plug-ins when I have English selected as default language instead of Dutch.
I don't mind to have it in English and it is even clearer to me than some translations....even made by myself. ;-)
-
I've tested 1.3.4-pre release.
"Binary" albums now correctly show error message. However there is no way to close such slideshow other than going back in browsing history. I suggest adding "close slideshow" button at least.
There is still the same issue when album contains single image with binary files. Clicking "next image" is ok (as there are no other images it is ignored), but clicking "previous image" gets us to blank page (no image) without images yet with title/description of the single image. In this state "previous/next" won't work anymore so we cannot get back to our image and the only option is to close slideshow.
When there are 2 or more images and binary files all is ok like before (1.3.2).
There is still issue with too narrow images. Maybe in "imagelist" array you should append image's width as well. This happens in albums of pictures with mixed orientations (horizontal and vertical).
Updated translation with help pages attached below (except main header as it is in help.php without i18n support).
-
There is still issue with too narrow images. Maybe in "imagelist" array you should append image's width as well. This happens in albums of pictures with mixed orientations (horizontal and vertical).
Can you point me to an example of this?
I will work on the other issues as soon as I can.
-
Thank you for your help, wilk. See the pre-resease2 file above.
"Binary" albums now correctly show error message. However there is no way to close such slideshow other than going back in browsing history. I suggest adding "close slideshow" button at least.
Added a button to end the show
There is still the same issue when album contains single image with binary files. Clicking "next image" is ok (as there are no other images it is ignored), but clicking "previous image" gets us to blank page (no image) without images yet with title/description of the single image. In this state "previous/next" won't work anymore so we cannot get back to our image and the only option is to close slideshow.
This should have been okay. You may have needed to clear your cache so it wouldn't use the old .js file.
There is still issue with too narrow images. Maybe in "imagelist" array you should append image's width as well. This happens in albums of pictures with mixed orientations (horizontal and vertical).
As I don't quite understand this, I still need to be shown an example.
Updated translation with help pages attached below (except main header as it is in help.php without i18n support).
Added main header to base language file.
-
Can you point me to an example of this?
Unfortunately it's a private album... Using Firefox page info:
- the correct images are: "1 600px × 1 200px (scaled to 1 041px × 781px)"
- the narrow images are: "1 600px × 1 200px (scaled to 586px × 781px)" <- squeezed
- the stretched images are: "1 200px × 1 600px (scaled to 1 041px × 781px)" <- invalid aspect ratio of scaled image (V->H)
It's like three images are ok, then two narrow, then one ok, then two overly stretched. EXIF metadata does not reveal anything suspicious and intermediate images are ok. However on the second pass, viewing slideshow in reverse order ("previous" button) or after restarting slideshow again (when fully viewed) images are ok. (using Fx 37.0.1)
The cache was disabled with "browser.cache.check_doc_frequency;1".
This should have been okay.
Confirmed - works ok now.
Added main header to base language file.
Updated lang below.
I don't want to grumble, but this ("secs") could also be translatable: ;)
<span id="seconds"></span> secs.
PS. Sorry for the misplaced "help" dir in previous zip. ;)
-
It's like three images are ok, then two narrow, then one ok, then two overly stretched. EXIF metadata does not reveal anything suspicious and intermediate images are ok. However on the second pass, viewing slideshow in reverse order ("previous" button) or after restarting slideshow again (when fully viewed) images are ok. (using Fx 37.0.1)
Ahh.. Firefox ... okay, I'm seeing the issue now. (Mac OS FF 37.0.1)
I'll work at solving that. I suspect FF may not be totally loading images before it says it has (in the standards way).
I don't want to grumble, but this ("secs") could also be translatable: ;)
You are, of course, correct.
-
Ahh.. Firefox ... okay, I'm seeing the issue now. (Mac OS FF 37.0.1)
I'll work at solving that. I suspect FF may not be totally loading images before it says it has (in the standards way).
I think the Firefox issue may be resolved. I've posted the 1.3.4 version in the original post.
-
Yay, works great now! :) Unfortunately... :> Seems you've not used the lang file from my last post with translated header line.
Just in case below is a merge of both (header and secs translated by you).
-
Yay, works great now! :) Unfortunately... :> Seems you've not used the lang file from my last post with translated header line.
Just in case below is a merge of both (header and secs translated by you).
Thanks for your help. Added to 1.3.4 above.
-
The slide show version 1.3.5 works great with the MaskURL plugin and many thanks for the adaptation Ron and other edits in your plug-in.
-
Hi --
Is there any chance that the plugin can be modified to start a slideshow from the album list, instead of requiring a viewer to enter the album first ?
See attachment for a graphic representation of the request.
Thanks,
Greg P.
-
Is there any chance that the plugin can be modified to start a slideshow from the album list, instead of requiring a viewer to enter the album first ?
I'll look into the possibility in the next couple days. Thanks for the feedback/suggestion.
-
Is there any chance that the plugin can be modified to start a slideshow from the album list, instead of requiring a viewer to enter the album first ?
I had some time on my hands sooner than I thought ;D
Replace the codebase.php file for the plugin with the one in the attached zip file. That should do what you want. I will likely add the feature as an option in the next release. Thanks for the suggestion.
[edit: feature added into version 1.3.6]
-
Thanks for the quick follow-up !
Unfortunately, not having much success on this end. Replaced the .php file, but the slideshow option doesn't appear in the album listing. Deleted the plugin from Coppermine and reinstalled, including the new .php file. Still no joy.
Is there something more that I'd need to do ? Is the plugin code cached in any way ?
Thanks,
Greg P.
-
Unfortunately, not having much success on this end.
At issue is that your albums are in sub-categories and the needed plugin hook is not available when displaying an album list from a sub-category. Until that hook is added to the CPG core (or unless you want to run a modified theme) the slideshow button can't be easily added to a sub-category album list.
-
Until that hook is added to the CPG core (or unless you want to run a modified theme)
If you're reasonably skilled at doing a file modification, I could tell you where, in what file you could add the hook code so that it would work for you. You would lose the change when you upgrade CPG (unless the Dev Team decides to add the hook permanently).
-
At issue is that your albums are in sub-categories and the needed plugin hook is not available when displaying an album list from a sub-category.
Whoops! Hold the phone!
I looked at your CPG install a little more closely. The version that you are running (1.5.18) is too old for my plugin change to work for you. That is the issue. You will need to upgrade to at least version 1.5.20. For security reasons, it is advised that you upgrade to the latest version (1.5.36).
-
I was planning on upgrading soon -- this is added incentive ;D
Thanks again for the quick follow-up !
- Greg P.
-
After a protracted upgrade to v1.5.36 (Coppermine headaches thanks to 3rd party hosting), I was able to load the updated .php file.
Glad to report that everything works as expected -- thanks again for the quick help.
- Greg P.
-
Hello,
I am new with Coppermine, just getting started. I installed the Slideshow plugin under V1.5.38. When I click on the button for the slide show, it starts up, showing the error message "Could not load the image" + filenames. The filenames ar correct and increase. On the doiashow, the pictures are shown correctly.
It's the same for IE or Firefox, OS is Windows 10.
Any idea to fix it?
-Helmut B.
-
it starts up, showing the error message "Could not load the image" + filenames.
Any idea to fix it?
Are you able to provide me with a link to the CPG installation?
-
Great plugin!
I have installed it, but there are two things that apparently do not work:
"Modify standard slideshow button action"
"Users can configure their slideshow settings"
I don´t see any difference whether these options are selected or not... ::)
-
I have installed it, but there are two things that apparently do not work:
"Modify standard slideshow button action"
"Users can configure their slideshow settings"
I don´t see any difference whether these options are selected or not... ::)
The "Modify standard slideshow button action" does seem to work for me at your site. Can you provide me with a link to where you don't think it works?
The "Users can configure their slideshow settings" feature means that a small gear icon will be displayed in the upper-right corner of a slideshow (for a registered user). Clicking the icon will take the user to a screen where they can configure the slideshow for that particular album or they can choose to configure the slideshow for all the albums that they view as a slideshow. Let me know if you still feel that is not working for you.
Thank you for the translation.
-
The "Modify standard slideshow button action" does seem to work for me at your site. Can you provide me with a link to where you don't think it works?
I'm sorry I really don’t know what should change when selecting/deselecting that option. I don’t know which action of which button is supposed to change
The "Users can configure their slideshow settings" feature means that a small gear icon will be displayed in the upper-right corner of a slideshow (for a registered user). Clicking the icon will take the user to a screen where they can configure the slideshow for that particular album or they can choose to configure the slideshow for all the albums that they view as a slideshow. Let me know if you still feel that is not working for you.
I can see that gear if I'm logged in with my Admin account, but if I log in with a registered user it doesn’t matter whether that options is selected or not, I don’t see it in any case.
Thank you for the translation.
It was not too much work, but I think I will have to change the translation of "Modify standard slideshow button action", as I did not know what does change with it. In fact, what I wrote in the Spanish php file is something like "change the button" instead of "change the action of the button". I will change it when I can chack that it works and so I know what exactly you can choose with that option.
-
I'm sorry I really don’t know what should change when selecting/deselecting that option. I don’t know which action of which button is supposed to change
See image below. That is the button that, when the option is checked, would now bring up the HTML5 Slideshow instead of the standard one built into CPG.
I can see that gear if I'm logged in with my Admin account, but if I log in with a registered user it doesn’t matter whether that options is selected or not, I don’t see it in any case.
The slideshow configuration gear only appears for registered users when they are viewing one of their own albums. I originally added the feature so that users could adjust how the slideshow would be for their own albums. I should probably change that behavior somehow. Sorry for the confusion.
-
Ok, all is clear now, Ron :)
I have already changed the translation (attached... the one I attached in my previous post should be deleted), and now it says:
Spanish: "Hacer que el icono del presentador de diapositivas de CPG abra el HTML5 Slideshow"
In English it means: "Making the icon of the CPG Slideshow to open HTML5 Slideshow"
Spanish: "Los usuarios pueden configurar el HTML5 Slideshow en sus álbumes personales"
In English: "Users can configure HTML5 Slideshow in their own personal albums"
Please consider changing those text in the english.php as well. ;)
-
Updated version of HTML5 slideshow plugin:
Version 1.3.6 Release Notes:
----------------------------
Added option to start slideshow(s) from album list view
When allowed, users can configure their own slideshow options when viewing any slideshow
Made compatible with and aware of CPG 1.6 (CPG 1.6 ready)
Spanish language added ( thanks, nambroque )
Download from initial topic post.
-
Internet Explorer 11 can not load images in the slideshow:
message:
COULD NOT LOAD IMAGE
Thank you for your help.
cordially
-
The website address or I error
http://ccv-castelmaurou.org/diapos/
thank you
-
Internet Explorer 11 can not load images in the slideshow:
message:
Thank you for your feedback. I will investigate as soon as possible.
-
Internet Explorer 11 can not load images in the slideshow:
Corrected issue with IE11+ detection.
Install v1.3.7 found in the initial post of this topic.
-
Enhancement request - unless this is already possible and I missed it.
In the category view and the album view the slideshow button starts the slideshow at photo 1 - as it should. But if I am halfway through an album in normal view and I click the slideshow button it still starts with photo 1 and I'd prefer if it started with the current photo. Is this possible?
Thanks,
John
-
In the category view and the album view the slideshow button starts the slideshow at photo 1 - as it should. But if I am halfway through an album in normal view and I click the slideshow button it still starts with photo 1 and I'd prefer if it started with the current photo. Is this possible?
No, you didn't miss it .. it doesn't behave that way. I'll look into the possibility as soon as I can. Thanks for the suggestion.
-
I'd prefer if it started with the current photo.
And if you manually stop/escape out of the slideshow do you need to have the displayed image coincide with the last one displayed in the slideshow? Makes a difference how complicated the changes would be.
-
And if you manually stop/escape out of the slideshow do you need to have the displayed image coincide with the last one displayed in the slideshow?
Good question.
Ideally yes, it should display the last image that was displayed in the slideshow before you escaped.
Alternatively it could display the image that was displayed when the slideshow was invoked, i.e. returning to where it was before the slideshow.
Or you could parameterize the behaviour and give us a choice :)
John
-
great work ron4mac
i have one question, is it possible to at a simple link at the top? (and whre to add the code)
Raseon: in germany there must be on all site a link to a page that show the owner of the page
-
i have one question, is it possible to at a simple link at the top? (and whre to add the code)
Make an appropriate change to fullSlide.php.
Around line 109:
<div id="controls">
<div class="albnam"><p><span id="albNam"><?=$album_name?> :: </span><?=sprintf($lang_plugin_html5slideshow['of_format'],'<span id="slidnum"></span>',count($filelist))?></p></div>
<?php if ($H5ss_cfg['uA'] && USER_ID>0): ?>Add one line to create a simple link .. something like this:
<div id="controls">
<div class="albnam"><p><span id="albNam"><?=$album_name?> :: </span><?=sprintf($lang_plugin_html5slideshow['of_format'],'<span id="slidnum"></span>',count($filelist))?></p></div>
<a href="owner.html" style="float:right">?</a>
<?php if ($H5ss_cfg['uA'] && USER_ID>0): ?>
-
thank you for the code snipet :) it work perfectly
-
PL translation update for 1.3.7.
There seems to be something broken in 1.3.7. The config page shows whole content as a separate page without CPG template and is unusable. OK, reverting to 1.3.5 until fixed.
CPG: 1.5.40
BTW. Some of your php files are missing „?>” tags (as well as in html5upload plugin), but that does not solve problem.
Edit:
Meh, did not gave up. And I'm just speechless...
Changing every (line 15, 36, 44, 106, 330 in config.php) occurrence of
if (defined('PLUGINMGR_PHP')) {
to
if (!defined('PLUGINMGR_PHP')) {
(and vice versa) fixed the problem...
-
There seems to be something broken in 1.3.7. The config page shows whole content as a separate page without CPG template and is unusable. OK, reverting to 1.3.5 until fixed.
I am unable to experience the same condition. Works for me as expected in 1.5.40, 1.5.42 and 1.6.01.
[edit:] Investigating further .. I looked for what might be messing with the state of PLUGINMGR_PHP and discovered that the onlinestats plugin is causing the problem by (perhaps unnecessarily) changing the state of PLUGINMGR_PHP.
Thanks for discovering and pointing out the issue.
BTW. Some of your php files are missing „?>” tags (as well as in html5upload plugin), but that does not solve problem.
Best-practice is to NOT include closing PHP tags unless absolutely necessary.
Thank you for the updated translation.
-
Investigating further .. I looked for what might be messing with the state of PLUGINMGR_PHP and discovered that the onlinestats plugin is causing the problem by (perhaps unnecessarily) changing the state of PLUGINMGR_PHP.
Made modifications in v1.3.8 (initial post) to get around the conflict.