Scrolling buttons incorrect in horizontal gallery 
Autor: Malcolm P.Website X5 Professional 12: Following an update to the latest Win 10 v1511 on my laptop, I now have a further problem with the scrolling buttons in gallery objects and the ShowBox not appearing correctly in the X5 Preview and Google Chrome.
These are set to 'Style 1' and should appear as simple left and right arrows to each side of the main gallery and the ShowBox that appears when an image is clicked on.
The buttons preview and operate correctly in MS Edge and IE11, but in both the X5 Preview and Google Chrome they are replaced by a single four-headed arrow button at the lower right of the horizontal gallery, and a single two-headed 'L-R' arrow with pointer button at the lower right of the Showbox. These look as if they may be intended for a touch screen, but neither does anything when clicked on with the mouse. Responsive websites are not currently enabled.
Curiously, the correct buttons appear momentarily in both the X5 Preview and Chrome when the page initially opens, but are then immediately replaced by the incorrect ones as above.
The same project files (located on a NAS) operate and preview correctly in all cases when opened from my other X5 installation on a Win 7 machine, so I conclude that there is nothing wrong with the project files themselves and the issue lies in the Win 10/X5 installation.
I can't find anything relevant in the documentation or even identify positively the incorrect buttons and would be grateful for any suggestions or advice.
Many thanks.
Hello Malcolm,
Do you have a touch screen on your computer?
these arrows appears only on touch devices and it could be in case you have a monitor with touch functionality this has been activated and set as default with the windows update.
Many thanks!
Autor
Hi Claudio,
No, no touch screen on this laptop (or anywhere else) but I'll check the Win 10 settings to see if the update might have changed anything to cause it to think that I have. The curious thing is that it's fine in MS Edge & IE11; it's only Chrome and the X5 preview that show the 'touch' arrows.
I checked an earlier version of the site with X5 Evol v11 on the same laptop, and that one is fine with the X5 preview; the problem only appears to occur in v12 (Pro) with the two specific previews as above.
I'll update when I've had chance to investigate the Win 10 settings further, meanwhile any other suggestions will be welcome!
Many thanks.
Hello Malcolm,
Please check in the chrome settings if there is any option or plugin for touch devices which is active since the preview uses Chromium as Browser.
Since it happens on these 2 Browser only my usggestion is to investigate principally in chrome.
Many thanks!
Autor
Hello Claudio,
I have been unable to find any settings in either Win 10 or Google Chrome that relate to touch screens (since I don't have one). The only extensions in Chrome are for Google Docs (on/off-line) and one for Kaspersky security.
The issue of the 'touch' buttons incorrectly appearing is still present as originally described in the very latest X5 v12.0.3.19 update, but only in the native X5 and Google Chrome previews. It does not occur with an earlier verson of the site in X5 Evol.11, nor does it happen if I upload the very latest version of the site to my internal (test) server and then access that directly from this Win 10 machine with Google Chrome.
Furthermore, it also previews correctly and as expected when run from my other Win 7 installation with the very same files.
That suggests to me that there may be a bug somewhere specifically in the X5 v12 preview code that is related to the latest Win 10 ('Threshold 2') update, but I don't know what else I can try that might narrow it down further. Unfortunately I can't give you a link to the website as it is currently only hosted internally for test purposes and is not exposed to the internet.
Do you have any further suggestions, please?
Many thanks.
Hello Malcolm,
Try following:
Open the view and then use the rightclick and choose to inspect the code.
In the new window click the icon before the one with the gear on the right and then go to the "Emulation" tab and proceed to deactivate all touch functions in "device" and "sensor". Once done reload the preview.
Please keep me updated.
Autor
Hi Claudio,
This is very odd. I right-clicked and selected 'Inspect Source' from the preview; nothing was visible in the Emulation tab except a button 'Enable Emulation', so it was clearly already disabled at this point.
Clicking on the Enable Emulation button, no touch functions were activated in either 'device' or 'sensor'. I then chose the option to disable the emulation again, which returned to the original blank tab with the 'Enable Emulation' button.
I then reloaded the preview, which now seemed to work correctly and has continued to do so after completely closing and reopening both the project and X5, although I had changed nothing. It's almost as if a touch function had somehow got 'stuck', but I have never enabled any such function and I am absolutely certain that nothing was showing as activated when I opened the emulation tab and sub-windows.
That does seem to have cured the problem, but I would be interested to know if you have any further suggestions as to a possible cause.
Many thanks,
Malcolm
Autor
... And the problem has spontaneously returned again today, so that seemingly wasn't the cause or the solution after all. I have made no changes whatsoever to this laptop since the problem appeared to correct itself yesterday, other than letting it sleep overnight and starting it up again today. I have again checked the emulation settings in the Inspect Source window, and they are all still disabled, exactly as per yesterday.
Malcolm
Hello Malcolm,
Did you recently install any plugins in Chrome or made changes in in it's settings?
This could be a probably reason to this behaviour which could influence the also the preview browser.
Many thanks!
Autor
Hi Claudio,
No, not unless Google has silently installed an update to Chome in the background. The currently installed version on both machines is 46.0.2490.86 m. I rarely use Chrome, so wouldn't have made any changes to the settings or extensions, and as far as I can see the settings on both versions are substantially similar and there are none that are touch-related. The only obvious difference between the two installations is that the Win 10 laptop has the Google Docs extensions present, which are not on the Win 7 PC.
Just to reiterate, I am using the same project files (located on a NAS) in both cases, which preview correctly when opened from the Win 7 PC but incorrectly with the touch arrows on the Win 10 laptop. I have a suspicion that the change in behaviour on the Win 10 laptop may have occurred with the update to v1511 (Threshold 2) - it was fine previously - but I can't confirm that definitively.
Thank you.
Hello Malcolm,
There were no other similar cases with the latest windows build and generally this means it related to a setting on the computer otherwise all other users would experience the same. It is necessary to identify which other setting is different from the 2 computer to see which one could have caused this.
Try to uninstall chrome and WebSite X5 and then proceed to reinstall both of them to see if then all works correctly.
Please keep me updated.
Autor
Hello Claudio,
I have now uninstalled and reinstalled both Chrome and Website X5 as suggested. Neither action made any difference.
Thank you for any further suggestions.
Malcolm
Hello Malcolm,
Did you install any program to emulate mobile devices on the computer?
Can you please check again now on the preview the advice I wrote above?
Open the view and then use the rightclick and choose to inspect the code.
In the new window click the icon before the one with the gear on the right and then go to the "Emulation" tab and proceed to deactivate all touch functions in "device" and "sensor". Once done reload the preview.
Many thanks!
Autor
Hello Claudio,
No, there are no such emulation programs of any sort on this machine.
I do not believe it can be an issue with the site code, as the very same project files, when accessed from an identical version of X5 Pro v12 on my other Win 7 machine, behave correctly and as expected.
I have generated a new test site with one page with a single gallery object, and this behaves identically to the main site, i.e. the scrolling arrows are correct when previewed on the Win 7 machine and are incorrect (i.e. 'touch' arrows) when previewed on the Win 10 laptop (specifically in either X5 or Chrome on the latter).
Furthermore, an earlier version of the site generated in Website X5 Evolution 11 and stored in a separate folder on the same NAS behaves correctly when accessed from either machine using X5 Evol 11 and in any supported browser.
For clarification, the gallery type is actually 'Horizontal Thumbnails' rather than 'Horizontal Gallery' as originally stated, but that shouldn't affect the outcome.
I have again followed your instructions to the letter regarding the code inspection and settings, with identical results to previously. On initially opening the code inspection window, Emulation is already shown as disabled. Enabling this shows only one tickbox checked in any of the tabs, specifically 'Shrink to fit' under the Device tab. With this box additionally unchecked (i.e. no boxes in any of the tabs are ticked), the preview results are identical to before (incorrect scrolling arrows). There is no further change when the main Emulation option is disabled again completely - the scrolling arrows remain incorrect on the Win 10 machine.
Please see again my note in Para. 2 above as to why I do not think this is a code issue. It appears to be very specifically related to the combination of X5 Pro v12 with Windows 10, and possibly also directly to the Threshold 2 (v1511) update of the latter since the problem was not apparent with the initial July release of Win 10 and its pre-November updates, though I cannnot now definitively confirm that. It may also be the specific combination of the two with Chome that causes the issue, since the site previews correctly with both IE11 and Chrome on the Win 7 machine and with IE11 and Edge (but not Chrome) on the Win 10 machine.
It is also very odd that issue did very temporarily and apparently spontaneously right itself at one point, referenced earlier in this thread, before reverting equally spontaneously to its incorrect behaviour.
I hope that may have opened up further lines of enquiry, or at least possibly ruled a few things out.
Thank you for your continuing efforts to get to the bottom of this.
Malcolm
Hello Malcolm,
I'm continuing to test the issue you reported but still I was not able to duplicate it in Windows 10. Does this happens also in a new project?
Can you test in a new project to see if the same happens?
As soon as you notice the presence of an update of the program proceed to install it and then test the issue again to see if the same still happens.
Many thanks!
Autor
Hi Claudio,
Yes, this was already tested in a new project, with identical results - see para. 3 of my previous reply. This was a new site, created with the first available default template, comprising the initial four pages in the template only. Three of these pages were left completely blank, the remaining page was populated with a single gallery object only ('horizontal thumbnails') with eight images and no text. No settings were changed from the defaults from the recent clean reinstallation of X5 Pro 12.
The behaviour of this new test site was identical to the originally posted issues - on previewing in X5 or Chrome on the Win 10 machine, the correct scrolling arrows appeared briefly at either end of the thumbnail row before being replaced with the incorrect 'touch' arrows.
The test site previews correctly in either IE11 or Edge on the Win 10 machine, and in X5, IE11 and Chrome on the Win 7 machine.
As previously noted, I strongly believe (but cannot now prove) that the problems started with the upgrade from the original Win 10 release to v1512 build 10586, which additionally caused several other issues detailed and since solved in my related post "X5 Professional v12 fails to start after latest Win 10 update".
As far as I know, the scrolling arrow problem was not present in the original Win 10 release, and it may be that it was caused by the upgrade issues specifically and may not present itself with a clean install of the latest version. Unfortunately I can't presently confirm the exact chronology of the X5 Pro 12/Win 10 upgrade installation sequence but will check further to see if any of the file dates give any clues.
Otherwise will retest as soon as the new X5 version is available and will report back as requested.
Thank you.
Hello Malcolm,
Try to see if with the new update the issue you experience is solved. Take in consideration the preview browser and chrome can share components since the preview uses chromium as browser.
The touch gallery appears when the system to the javascript request if it is touch answers yes and there must be a setting in the computer or in chrome which has the touch set as active. The program has not option for this function but reads what thr system replies to the question if it is touch or not.
Many thanks!
Autor
Hello Claudio,
Unfortunately I can now confirm that there is no improvement with the latest version 12.0.4.20 of X5 Pro.
I am not certain whether the behaviour has changed w.r.t. the Chrome browser, but I can confirm the following:
Both the working project files and the uploaded site for test purposes are stored on the same NAS, so both can be accessed directly from either PC.
From the Win 7 machine:
The uploaded site when opened in the Chrome browser or IE11 operates correctly in both browsers.
The working project files preview correctly both in X5 and in the Chrome browser and IE11 when called from X5
From the Win 10 machine:
The uploaded site at first sight appears to open correctly in Chrome but in reality is 'static'; that is, the thumbnails do not scroll and the enlarged showbox image does not appear when any of the thumbnails are clicked on. Effectively, this 'preview' is akin to a simple non-functioning screenshot of the original page.
The working files appear with the incorrect touch buttons in the X5 preview, although this preview is 'active' insofar as the enlarged images do appear when any of the thumbnails are clicked on, even though the buttons appear non-functional with a mouse.
When previewed with Chrome called from X5, the preview of the working files is again static but with the correct (but non-functioning scroll buttons) as described above for the uploaded site. Thus, the behaviour differs between the native X5 preview and the Chrome preview called from X5.
The working files preview and operate correctly in both IE11 and Edge called from X5.
I hope that description is clear and might suggest some further lines of enquiry?
Many thanks,
Malcolm
Hello Malcolm,
As it seems it depends only on the settings on your computer since we like also other user with the same windows build do not experience the same issue in the program.
I informed the developers about it but I would suggest you also to verify every setting in windows and in case try also to load windows in safe mode to see if you experience the same issue and to create also a new user to test all under this one.
Many thanks!
Autor
Hello Claudio,
I can now further confirm that the issue with the scrolling buttons is definitely linked to the combination of Website X5 v12 with Windows 10.
I have just updated my Windows 7 Pro machine to Windows 10. The scrolling arrows were previewing correctly on this machine in X5 v12 with Windows 7 but immediately changed to the incorrect 'touch' buttons following the update to Windows 10 (build 1511).
X5 Evol. v11 on this machine still previews the earlier version of the site correctly following the Win 10 update.
I have checked all the Win 10 settings, disabling anything that might relate to pen input or similar functions, and can find nothing that might lead X5 to believe that this machine has a touchscreen.
It is notable that the identical issue occurs on two entirely disparate machines and only with the update to the latest version of Win 10; neither Win 7 nor (I believe, but now have no way of confirming definitively) the original launch version of Win 10 exhibited this problem, nor was it apparent with X5 v11.
Thank you.
Hello Malcolm,
Thank you for you further test. I will continue to make tests about this issue and as soon as I have more informations I will write you and in case inform also the developers.
I will try to recreate the conditions to see if it can be duplicated.
It may take some time to make all tests and as soon as I finish I will write you.
Many thanks!
Autor
Hello Claudio,
Many thanks for your continuing efforts to get to the bottom of this issue, which are much appreciated. I can't think of anything else I can try to identify the cause, but please do let me know if anything occurs to you meanwhile. Otherwise I am happy to await your progress report in due course.
Thanks again for all your help.
Kind regards,
Malcolm
Hello Malcolm,
After further tests I could duplicate the issue and I already informed the developers. If I have any new information about it I will inform you. Fortunately it affects only the preview and once exported it works as expected.
Many thanks!
Hello Malcolm,
Can you please try to install the latest windows updates to see if then you still experience the same issue in the preview?
After some windows updates to me it appears now correctly in the preview.
Many thanks!
Autor
Hello Claudio,
I have tried this on two machines running Win 10 Pro & Win 10 Home respectively, both on the latest v1511 build 10586.63 and both fully up to date, and unfortunately the issue remains as previously on both PCs.
Sorry, but that doesn't appear to be the solution, at least in this case.
Thank you.
Hello Malcolm,
Thank you for your test. I informed the developers about your test. We are still investigating the issue. As soon as I have more Informations I will write you immediatly.
Many thanks!
Hello Malcolm,
Do you have Asus Smart Gesture installed on the PC where you experience the issue?
If yes try to close it and then test it again.
Many thanks!
Autor
Hello Claudio,
Asus Smart Gesture is installed on the laptop but not on the desktop. The issue is identical on both machines, so I suspect that isn't the cause, but will test the laptop and report back ASAP.
Thank you.
Autor
Hello Claudio,
Asus Smart Gesture was originally present on this laptop, but as far as I can determine is no longer installed. The icon is still present in the Control Panel, but double-clicking on this returns a 'not found' error; it is not present in the program listings, and I can find no obviously related services listed.
According to comments found on a Google search, Smart Gesture appears to be disabled/removed by the November upgrade to release 1511 of Win 10, which would seem to bear this out.
There no longer appear to be Elan drivers installed for the touchpad either, so I assume this is now operating with the native Win 10 drivers (I almost invariably use an external Logitech wireless mouse with this laptop, rather than the touchpad. The mouse drivers are up to date.)
Just to confirm, the issue is still there on both the laptop and the desktop machines; the latter also has an Asus motherboard, but no touchpad.
Thank you.
Hello Malcolm,
Thank you for the informations. I will pass these to the developers.
Many thanks!
Hello Malcolm,
Can you please try to open following url in the preview browser of WebSite X5 to see what result comes out?
The url is:
https://jsfiddle.net/lorenzobi/81Ljdnmz/
Many thanks!
Autor
Hello Claudio,
If I simply double-click the URL in your post so that it opens in IE11 (my default browser), it returns 'NO touch screen detected'.
However, if I then open an X5 preview and drag/copy the URL into the address bar, it returns 'Touch screen detected' instead.
I can absolutely assure you that I do NOT have a touch screen on this machine!
I can confirm also that the problem as originally described is still present in the latest X5 Pro v12.05.22 update.
Hope that's of some help.
Thank you.
Malcolm
Hello Malcolm,
Thank you for your test. I will pass these informations to the developers. As soon as I have news I will write you.
Many thanks!
Hello Malcolm,
From the result you got it seems the operating system is giving as result there's a touch interface and it's why you see the gallery with the touch controls.
The test you made used a different technology to detect if the operating system tell the browser there's a touch screen technology and since also this one get's as result there's a touch device it is not possible to make it appear differently.
There's something in Windows which gives a positive result when verified if it's a touch device directly from Windows itself.
The browser used for the preview is only following what it gets as result from Windows itself.
Probably after the upgrade to Windows 10 there's still a driver or program which simulates a touch device and this is giving this result while viewing the preview of your project.
Unofrtunately from the program it cannot be changed anything since it uses the result given by the operating system and until this one makes the preview browser believe there's a touch interface it will show the controls in this way.
Autor
Hello Claudio,
Thank you. It is what it is, then; fortunately it's a relatively minor inconvenience that is easy enough to work around, rather than a major show-stopping problem.
I still can't understand why my main desktop machine particularly should latterly decide it has a touchscreen when there have never been any touch devices on that machine, and why the problem (I believe) only surfaced following the upgrade from the original release of Windows 10 to the November 1511 build.
It's probably best to close this ticket for now, but I'll let you know if I ever do identify the cause.
Thank you for all the time and effort you have put in to try and solve this meanwhile - your support is very much appreciated.
Kind regards,
Malcolm
Hello Malcolm,
If you have any further information about this issue let me know. Fortunately it's related only to the preview and won't affect the exported website.
Many thanks!