Forum Replies Created
-
Posts
-
A few other notes.
WooCommerce will change the image gallery when using zoom and swipe in flexslider to use SmoothHeight.
Their release of the new default image gallery was flawed.
This meant that if you had a landscape image set as your featured product image…
And you had a portrait or square image in you gallery…
Then there would be a big empty space between your featured products and thumbnails.
The empty space is fixed to provide the zoom feature for the tallest image in your gallery.
Smootheight will allow the thumbnails to move up or down when the featured product image area changes in aspect ratio. This keeps your page layout looking nice.
It seems that WooCommerce only tests featured product images and gallery images that are all the same aspect ratio. Just look at all their demos.
In reality shop owners upload product images for featured and gallery in various aspect ratios.
It’s sad that we are running businesses on this ecommerce platform, paying for extensions and premium themes, and the developers at WooCommerce and theme companies pay little attention to these important details that affect real business.
Thanks for the solution. @mensmaximus.
Somehow I updated to WooCommerce on one of my Enfold sites and this fix was much easier than rolling back.
I have a staging Divi site that is in turmoil because of the new WooCommerce 3.0 product image and gallery changes.
I’ve spoken with one of their lead developers as well as Elegant themes support.
From what I understand, and I spent well over a day trying to fix this issue… is WooCommerce changed the way the product page images function based on input from users.
This forced theme developers to add new support and calls for lightbox, zoom and swipe.
However, it’s up to the theme developer to integrate the new functions accordingly.
They provided instructions to theme developers a while ago but I don’t feel they did a very good job explaining how theme developers should execute the changes.
And it appears theme developers dropped the ball in testing and releasing theme updates to accommodate.
In my case, both Enfold and Divi used lightbox for the featured product and image gallery.
Then both themes appear to function incorrectly and that’s likely because the theme developers didn’t make the correct function calls and provide the correct styles accordingly.
Since both themes, and pretty much every WooCommerce site by default, used lightbox…
Theme developers should have just loaded the new default lightbox js and adapt their previous CSS and styles.
Then they should have added a theme option to use zoom and swipe that can be turned on by choice.
The key is this change should be by choice. Completely changing a product page’s user experience with an update is the worst thing you can do to a business because it will affect conversions and sales.
I blame both WooCommerce and Theme developers like Divi and Enfold.
And I honestly believe that both WooCommerce and theme developers have little understanding of ecommerce, conversion optimization, sales, or how important these kind of changes are.
The no crop version will not center an image in a square container horizontally and vertically.
I’d rather not set all my thumbnails to no crop then have to regenerate all my thumbnails then have to do it again.
Hey Yigit. I think you misunderstood me.
I don’t want to make the whole short description bold. I want to have the ability to use the normal visual editor to selectively add bullets, bold words, and maybe add a headline.
Basically I want all the styling available in the regular product descriptions.
Here’s the deal. You keep saying that this is the way Enfold is designed and apparently because so many people use it they like how Enfold handles pages, categories, tags and terms page headlines.
I doubt that.
Personally I like when things are not too generic, if everyone else is doing something doesn’t automatically mean that we have to do it too :)
So don’t use a standard that has proven to work (bold headlines)? Go with a design choice because it’s different?
A headline is one of the most important page elements from a visual and communication standpoint.
Why is it right that blogs have normal headlines but pages and taxonomies do not?
Unless I missed something I didn’t see a solution from the previous thread that would add a normal headline to pages and taxonomies without having to modify several different templates in the previous thread.
If I did miss an easy fix that can carry over to multiple page and taxonomy types I would appreciate if you can point me in the right direction.
Unfortunately that CSS doesn’t work with the responsive nature of the site.
The images don’t scale down for whatever reason.
Sure. Here is a blog post: mattmikulla.com/blog/dreamy-austin-skyline-photos/
How about just adding this functionality to the enfold theme by default?
There shouldn’t be a need to go into a functions file to fix this. Other plugins and custom post types operate this way. WooCommerce is a good example. We don’t have mysite.com/blog/shop/product-page do we?
Why not just use standard WooCommerce hooks and general layout by default?
Hey Rikard.
This should not be resolved with CSS. It should be resolved through the admin or a function.
We’re dealing with link structures that affect SEO and hiding a link with CSS is not a proper solution.
Hey Rikard. Here is a link to one of my posts: http://mattmikulla.com/blog/hummel-figurine-photos/
I just want a page template that has the page’s title within the main content area. I don’t want the page title to be in the bar with the breadcrumbs.
Maybe pages that are children behave that way. Don’t know and haven’t checked. I’m looking at top level pages like “about” and “contact”.
Think of the way Enfold handles a single blog post.
The main title or headline is in the content area.
Pages should be able to behave the same way without the need to put an additional heading in the content area to behave like a headline.
I looked at the Enfold feature request page and there are a bunch of people requesting this just in different threads and explanations.
I don’t want to add breadcrumbs as a shortcode. I want a breadcrumb bar and a headline within the content like 99.9% of all themes. Meaning… how a page should work and look.
I already changed the CSS for the description on my site so a link won’t help.
I would like you to change the container class .term-description on WooCommerce category pages to just use whatever base font is selected in Enfold settings.
As it is by default it’s set at 12px.
To test this just go to a WooCommerce category page with description text.
Ok. So by insert them in new products I have to edit each product to get the new layout?
I can’t create a template that is automatically applied to all products?
I don’t know how templates work for pages so if you could just answer the above it would be appreciated.
Yigit. I did contact the plugin owner.
However, it could also be a problem on the Enfold end.
There seems to be quite a few people in the forums having problems with the Avia Layout Builder.
I think I have identified a conflict with Enfold and the WooTabs plugin:
http://codecanyon.net/item/wootabsadd-extra-tabs-to-woocommerce-product-page/7891253
When I began to test the Avia layout builder by eliminating plugins one by one I found that the WooTabs plugin, when active, would not allow me to drag a content element, media element or plugin addition into a layout element like a column.
The drag and drop targeting was off and edits wouldn’t process of save.
So it could be a code issue with Enfold or the WooTabs plugin. They are not playing nice together.
Hope you figure it out. I would really like to use the WooTabs plugin since it’s pretty useful.
Let me know if I can help any further.
Hey Ismael. I am running Enfold 3.0.4 (child theme) on WordPress 4.1.
No worries. I found the instructions in this post. Worked perfectly.
https://kriesi.at/support/topic/socket-menu-in-footer-instead-of-socket/
