Home › Forums › Weaver Xtreme Theme › Weaver Xtreme 4.0 and Weaver Xtreme Theme Support 4.0 now live
- This topic has 65 replies, 4 voices, and was last updated 5 years, 5 months ago by
scrambler.
-
AuthorPosts
-
June 24, 2018 at 08:57 UTC - Views: 92 #55219
Dave
ParticipantGreetings again-
Should I center align the header image again and continue testing? Not sure if after @Scrambler’s post I should leave it [broken] for follow-up?
I only ask because I haven’t heard anything relative to @Scrambler’s last post.
Best
David
June 24, 2018 at 15:58 UTC - Views: 90 #55220scrambler
ModeratorGiven this is a test site, it would be best to leave it broken, so @weaver can comment on my last post
Weaver Xtreme 4.0 and Weaver Xtreme Theme Support 4.0 now live
He has been busy with some fire warning around his home the last few days…
June 24, 2018 at 17:48 UTC - Views: 84 #55222Dave
ParticipantOK, will do. Anything you need for testing purposes I’ll gladly help.
Hope everything is OK. Remember, family/safety first.
Best,
David
June 24, 2018 at 19:47 UTC - Views: 81 #55226Weaver
KeymasterThere is an option to have the header image link to the site or not. That seems to be the difference.
June 24, 2018 at 19:56 UTC - Views: 81 #55227Weaver
KeymasterPutting a z-index: -1 on #header-widget-area seems to fix it, but it would be good to understand what set of options left the image hidden.
June 24, 2018 at 20:28 UTC - Views: 78 #55228scrambler
Moderator@weaver, I can confirm it is the “link to site” option causing the problem.
The main reason is that when there is no link, you use display block for the image and align using margins, but when there is a link, you are using display:inline-block, and a float (left or right) which is causing the expansion of what comes next.
So rather than using z-index, I think what you need is to use the same alignment method as when there is no link.
Instead of using
#branding #header-image img{display:inline-block;float:left;}
or
#branding #header-image img{display:inline-block;float:rightleft;}Use display block and use margins as you do when there is no link.
#branding #header-image img{display:block;margin-left:0;margin-right:auto;}
and
#branding #header-image img{display:block;margin-left:auto;margin-right:0;}If, for some reason I am overlooking, you need to use inline-block and float, then add a clear-both to what comes after.
June 25, 2018 at 03:25 UTC - Views: 67 #55244Weaver
KeymasterThanks. Did you mean float:right in the 2nd example of the old method?
I think this same thing would be in 3.2 as well, unless I introduced the add link in 4.0. But I think I did that before 4.0.
June 25, 2018 at 03:52 UTC - Views: 64 #55246scrambler
ModeratorYes, sorry, copy paste too fast
June 26, 2018 at 10:41 UTC - Views: 61 #55272Dave
ParticipantGreetings-
I just updated the beta/test site to the latest theme 4.02 and updated the Extreme Support plugin update as well, and still have the header image issue.
Also, should I remove the two custom CSS code I was provided to really brake the site for testing purposes? If I remove the custom codes listed, the site will really go haywire. 🙁
You guys are also right. If I “uncheck” link header to site, I get the header image back. When I rechecked that option, the header image stayed do now it seems to be working. Hmmmmm, I had to toggle that feature (off-save, then on-save) I suppose?
table { table-layout: auto; }
table,td,th{border:none;}Please let me know. Anything I can do to help out.
Also, could this be because I have the paid version of the theme/plugin on the main site and not the test site that it’s not updating correctly?
Best
DavidJune 26, 2018 at 15:57 UTC - Views: 56 #55275Dave
ParticipantUpdate:
I removed the following custom codes:
table { table-layout: auto; }
table,td,th{border:none;}The wrapping is OK (maybe the new build addressed that), not like it was before where everything was crunched on the left. However, I still see the table borders and note the “Additional Comments (optional)” field toward the bottom. For some reason, it resized to a smaller version on the new 4.02 version, vs. the original.
Original site: http://cityofbonitaspringscd.org/zoning/cccl
Weaver v. 4.02 site: http://cdvps.org/bu/zoning/ccclI can place the custom codes back if you prefer.
Best,
DavidJune 26, 2018 at 20:59 UTC - Views: 61 #55282scrambler
ModeratorFor now you still need the border rule below, it is not yet fixed
table,td,th{border:none;}
I don’t see any difference on the “Additional Comments (optional)”
June 26, 2018 at 21:03 UTC - Views: 45 #55283Dave
ParticipantOK, thanks Scrambler. I put it back.
table,td,th{border:none;}
Best
DavidJune 27, 2018 at 17:43 UTC - Views: 34 #55303dtlandry2
ParticipantHi all – I just upgraded my theme and now my header and entire site has gone full width, although full width is not enabled.
Here is my site: http://mindstudents.com
Please advise.
Thank you!
June 27, 2018 at 17:52 UTC - Views: 29 #55304dtlandry2
ParticipantI was able to fix it. I changed “Overall Site Options” to “Traditional” and it fixed.
Thank you!
July 2, 2018 at 08:23 UTC - Views: 34 #55378Dave
ParticipantGreetings.
Here’s the latest:
I upgraded to Weaver 4.03, removed the following code and the table border issue has returned.
table,td,th{border:none;}
There appears to be some field discrepancies which are not found in the original (not updated) site.
For example:
- http://cdvps.org/bu (note thin border around columns and social media icons)
- http://cityofbonitaspringscd.org (not observed in original non updated site)
- http://cdvps.org/bu/zoning/cccl (note border around table and “additional information” field is smaller)
- http://cityofbonitaspringscd.org/zoning/cccl (not observed in original non updated site)
I’ll leave the CSS code out for testing purposes and will delay upgrading the live site. 🙁
Best,
DavidJuly 2, 2018 at 17:30 UTC - Views: 23 #55379Weaver
KeymasterYou will need to change the table to no borders in the Weaver content option. This is a change in the 4.0 default table styling – somewhat due to the default table styling introduced with Gutenberg.
I can’t figure out why the blank form info field is narrower. Spent a good deal of time with a broswer developer tool to try, and failed. The styling adopted by the form plugin is quite complex.
I must, however, express my disappointment in the form styling of the form plugin. It is completely table based, and has a fairly big set of CSS styling loaded with it, yet it fails to properly override simple table styling from the theme. There really is no excuse for that.
So:
- You can fix most of the problems by selecting the no border theme table style.
- You should complain to the form plugin authors that they have failed to properly style the tables used in their form.
-
AuthorPosts
- You must be logged in to reply to this topic.