The Web Design Group

... Making the Web accessible to all.

Welcome Guest ( Log In | Register )

 
Reply to this topicStart new topic
> Help to fix pic slideshow
calmabubbasst
post May 19 2024, 02:47 PM
Post #1


Member
***

Group: Members
Posts: 48
Joined: 20-July 22
Member No.: 28,449



Hi folks i need help to insert and fix this simple slider https://www.cfsystem.it/news/slideshow.html (it stop if point mouse on it and restart if you move off)

I was started from this page https://www.cfsystem.it/news/tutti.html and what i'd love do is put the slider just under the menu ... like this https://www.cfsystem.it/news/tutti-slide.html

...but somethings wrong

Could you help me and explane to me what part of code i have to fixd and how?

More over i wanna set the slider in the center pages, and also if possible set the height at 400px but without scale, just "cut" the image, how can I reach also this targets?

Many thanks smile.gif
User is offlinePM
Go to the top of the page
Toggle Multi-post QuotingQuote Post
Christian J
post May 21 2024, 12:25 PM
Post #2


.
********

Group: WDG Moderators
Posts: 9,678
Joined: 10-August 06
Member No.: 7



The

CODE
​& # 8203;

zero width space(?) entity appears in a number of places in the HTML page, including in the JS on line 539, resulting in a JS error.
(I added spaces to the entity above, otherwise it would render and become an invisible zero-width space even in this forum's code boxes.)

Maybe unrelated, but some external files are blocked on https://www.cfsystem.it/news/tutti-slide.html since they use HTTP and not HTTPS (resulting in the "blocked:mixed-content" status response in the web inspector.
User is offlinePM
Go to the top of the page
Toggle Multi-post QuotingQuote Post
calmabubbasst
post May 22 2024, 03:24 AM
Post #3


Member
***

Group: Members
Posts: 48
Joined: 20-July 22
Member No.: 28,449



QUOTE(Christian J @ May 21 2024, 12:25 PM) *

The

CODE
​& # 8203;

zero width space(?) entity appears in a number of places in the HTML page, including in the JS on line 539, resulting in a JS error.
(I added spaces to the entity above, otherwise it would render and become an invisible zero-width space even in this forum's code boxes.)

Maybe unrelated, but some external files are blocked on https://www.cfsystem.it/news/tutti-slide.html since they use HTTP and not HTTPS (resulting in the "blocked:mixed-content" status response in the web inspector.


Hi @Christian J
I dont know from where "& # 8203;" come from ... in my previus test dont see it .. it appears just when i've copied an pasted in the other tutti-slide.html ... Maybe Sharepoint create it???
Ok i'll erase it at all and re-test F5 smile.gif

Regarding http and https, do you suggest to me to edit and change ALL http to https?

IPB Image
IPB Image
IPB Image
User is offlinePM
Go to the top of the page
Toggle Multi-post QuotingQuote Post
Christian J
post May 22 2024, 07:25 AM
Post #4


.
********

Group: WDG Moderators
Posts: 9,678
Joined: 10-August 06
Member No.: 7



QUOTE(calmabubbasst @ May 22 2024, 10:24 AM) *

I dont know from where "& # 8203;" come from ... in my previus test dont see it .. it appears just when i've copied an pasted in the other tutti-slide.html ... Maybe Sharepoint create it???

I have no idea.

QUOTE
Regarding http and https, do you suggest to me to edit and change ALL http to https?

Only external files. Ordinary nav menu links can be HTTP if that's what the linked pages use.
User is offlinePM
Go to the top of the page
Toggle Multi-post QuotingQuote Post
calmabubbasst
post May 25 2024, 11:47 AM
Post #5


Member
***

Group: Members
Posts: 48
Joined: 20-July 22
Member No.: 28,449



QUOTE(Christian J @ May 22 2024, 07:25 AM) *

QUOTE(calmabubbasst @ May 22 2024, 10:24 AM) *

I dont know from where "& # 8203;" come from ... in my previus test dont see it .. it appears just when i've copied an pasted in the other tutti-slide.html ... Maybe Sharepoint create it???

I have no idea.

QUOTE
Regarding http and https, do you suggest to me to edit and change ALL http to https?

Only external files. Ordinary nav menu links can be HTTP if that's what the linked pages use.



Ok, I have done PARTIAL ereasing of "& # 8203;" (yes partially couse if i erase also line 14 and 18 ... all the icons becomes very big ... i dont know why .. sad.gif )
and transform ALL http to http and save here https://www.cfsystem.it/news/tutti-slide-s.html

Ok... it work but not correctly, in fact the slide cover the very first part of my page ... do you know why? Do you know what i have to do in order to obtain
MENU
SLIDER
PAGE
?

Tnx
User is offlinePM
Go to the top of the page
Toggle Multi-post QuotingQuote Post
Christian J
post May 25 2024, 03:21 PM
Post #6


.
********

Group: WDG Moderators
Posts: 9,678
Joined: 10-August 06
Member No.: 7



QUOTE(calmabubbasst @ May 25 2024, 06:47 PM) *

Ok, I have done PARTIAL ereasing of "& # 8203;" (yes partially couse if i erase also line 14 and 18 ... all the icons becomes very big ... i dont know why .. sad.gif )

Maybe their existence in the stylesheet makes the browser ignore the CSS rules coming after? Just guessing, try removing everything in that stylesheet from line 14. unsure.gif

QUOTE
and transform ALL http to http and save here https://www.cfsystem.it/news/tutti-slide-s.html

My browser Inspector says the framed page http://esperimentidrupal.altervista.org/Ed...yor_3mt_3D.html is still blocked due to being HTTP. I don't see what's framing it though, maybe some JS-generated frame?

QUOTE
Ok... it work but not correctly, in fact the slide cover the very first part of my page ... do you know why?

Can't say, but the W3C validator shows several problems with the HTML: https://validator.w3.org/check?uri=https%3A...ine&group=0

To start with, the page uses the old XHTML/Transitional Doctype, which in turn (incorrectly) uses HTTPS in its URL:

CODE
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "https://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

and not HTTP as it should (note that the Mixed Content issue I mentioned previously does not apply to the Doctype). Not sure if this will put browsers in "quirks" or "almost quirks" mode, where they intentionally interpret CSS in older buggy ways? Either way I'd replace that XHTML Doctype (and other XHTML-specific syntax) with the simpler HTML5 Doctype instead:

CODE
<!doctype html>

Furthermore, the page contains various BODY content (such as DIV, UL, LI, A, SELECT and OPTION elements) in the HEAD section, where it doesn't belong.

Can't say if fixing any of the above also fixes the slideshow, but at least it should make debugging easier.

---

As a sidenote there's also a lack of semantically useful HTML elements, for example you might use NAV instead of <div id="menu"> and FOOTER instead of <div id="footer">.





User is offlinePM
Go to the top of the page
Toggle Multi-post QuotingQuote Post

Reply to this topicStart new topic
3 User(s) are reading this topic (3 Guests and 0 Anonymous Users)
0 Members:

 



- Lo-Fi Version Time is now: 3rd June 2024 - 12:43 PM