New Style Panel Feedback

+1 to this! Totally agree. :slight_smile:

1 Like

Yes… trackpad scrolling works and mouse buttons work. It was my mouse settings that messed me up… I am an old guy and drag my mouse for scrolling (so I had shut off the scroll buttons on the mouse). I think my case is unusual – so no need to fix anything.

1 Like

Your harsh criticism is totally unwarranted in this instance. Most of the webflow interface buttons won’t just do something “fun” unless you know (or at least have a vague notion of) what you’re trying to do.

harsh

what?

Doing new things in your builds is fun. Having a sticky element and being able to accomplish it by just clicking a button is fun. Harsh criticism? I have an element I want to be sticky. I click the button that says “sticky” and nothing happens. I think that is a problem. You call that “harsh criticism”?

I have a difficult time believing you do anything web related as a job if you respond this way to a question that amounts to, “Why does this feature not work in a way that it appears it should or could?”

You really need to calm down a bit of you want to have any kind of meaningful discussion.

As a matter of fact you are the second person (and that is only among those with whom I’ve spoken here on the forums) who had problems with the dissapearing scrollbars. The other guy was using a stylus as a pointing device and also relied on the bars to scroll the content.

The solution is pretty simple though, I don’t know why WF didn’t implement it from the start. Show the scrollbars on hover not on scroll event. The bars are tiny and not intrusive any way even when they are over the elements in the panel.

Thanks. That works for me.

Hi again, @Cricitem

For make an element “sticky” you need to:

  • select the “position: sticky” option in the style panel
  • set the top/bottom/left/right/ position according to your needs (without applying any position settings browser doesn’t know where to place the element during the scrolling)
  • :warning: make sure non of the parent (ancestors) elements have an overflow: scroll or overflow: hidden settings. (Currently It is a CSS limitation that creators of position: sticky property still working on and it might change in the future)

If you still have problems with applying position: sticky to the element, please, feel free to PM me with the link to your project. I will be glad to create a screenrecording explaining how to achieve the result you need.

Best regards,
Anna

1 Like

https://preview.webflow.com/preview/kittanningmap?utm_source=kittanningmap&preview=49993c0523db766356cc36a1c6577c0e

Search bar should be sticky. It simply isn’t working. There is either some esoteric requirement that is not explained on the tool itself or it’s broken. I believe it’s the former.

There are many different settings that affect element’s position and which may interfere with each other’s placement and behaviour.

In your case you forced your searchbar to be at the bottom of the parent with justify: end on the hero section meaning there is no space for the search bar to move being sticky - the parent is done being in viewport at the time search can be visibly sticky so to speak. Make the hero have justify: start parameter and the search will behave as it should.

@Cricitem I sent you a screenrecording in PM explaining what in your layout causes the position sticky “do not work” on your site.

Got it. Appreciated it. Replied.

Sticky definitely needs a more robust tooltip because I would not have guessed that in 1,000 years based on what is there now.

@KarelRosseel82 I just wanted to make sure I understand your feedback.

  1. With an open popover, when you scroll, the popover should scroll with you
  2. Right now you can exit a popover by clicking anywhere outside of the popover or hitting the esc key on your keyboard. We felt like that would be sufficient. Can you expand on why the x button would better the experience?

The text size limit is a bug. We’ll have a fix soon!

1 Like

@miekwave Thank you for all the feedback. We’re figuring out the fallback fonts issue now. In regards to the spacing controls and your very very long padding values, may I ask what the value was in the legacy style panel?

Trying the new beta style panel
when I want to try and highlight a value to change it, It kinda resets or makes it draggable in the old one I can just highlight it and change it by dragging my mouse

made a screencapture

1 Like

Yes, the learning curve is tough, and arguably includes more movements than previous. BUT, this is about future proofing Webflow. Web design complexity is likely to increase at an exponential rate and Webflow has been forced to think about a UI capable of expansion without a major redesign every year.
Short-term pain, long-term gain.

To be honest most people are unsatisfied only with the dropdowns for the most common settings - display and position. I highly doubt we will need to use all the display values from the css specifications and position values amount is small anyway. Two rows of icons is not that much of a lost space but huge time saver.

1 Like

hello Lindapham,

1a) I made a video of the scrolling video in the menu… when I hit the box for drop shadow: the popup ALWAYS comes downwards (before it was above the setting).
But when scrolling the popup does NOT scroll with the total-vertical-menu-bar … so I can not see all possible sliders to set…

PLEASE check de video I made of the serious problem:
example for the shadow bar: Loom | Free Screen & Video Recording Software | Loom
example for the color background settings: while scrolling: popup stays on the same place
Loom | Free Screen & Video Recording Software | Loom

1b) STRANGE when I check my preview of my project the vertical menu acts different: the popup comes above the option: look to the video: SO 2 DIFFERENT BEHAVIORS!!!

  1. Also clicking somewhere in around the popup is confusing the get out of the popup, so a X should be better, or closing popup after 2 seconds automatic so you can to further your design.

  2. make the options a ‘clickbar’ look to the picture: clickzone only + should became a clickbar:

Thanks to check this out.
Karel

You can look to my project preview: https://preview.webflow.com/preview/ribcap?utm_source=ribcap&preview=896cb361718dae3ad6cdb42b46641766

2 Likes

It appears that one something has been set to flex and contains a div but you then change the flex to display, the containing div still thinks it’s flex. so you can no longer set width or height depending on the previous flex option.