[Resuelto] Responsive block controls bug going back to desktop size
This support ticket is created hace 4 años, 6 meses. There's a good chance that you are reading advice that it now obsolete.
This is the technical support forum for Toolset - a suite of plugins for developing WordPress sites without writing PHP.
Everyone can read this forum, but only Toolset clients can post in it. Toolset support works 6 days per week, 19 hours per day.
Hoy no hay técnicos de soporte disponibles en el foro Juego de herramientas. Siéntase libre de enviar sus tiques y les daremos trámite tan pronto como estemos disponibles en línea. Gracias por su comprensión.
I have sort have "solved" this with a workaround and also something that should probably be built into toolset. So if I add the following in my theme to clear out the editor padding I get a much better representation of the full width block throughout the sizes.
body {
background: #f2f2f2 !important ;
}
.block-editor-writing-flow {
background-color: #ffffff;
}
// lets kill the editor padding for our full width method.
.block-editor-block-list__layout {
padding-left: 0;
padding-right: 0;
}
// now we need to fix the full width margin to accomadate no padding
.block-editor-block-list__layout .block-editor-block-list__block[data-align="full"] {
margin-left: 0;
margin-right: 0;
}
however I think the BIG issue is that toolset is taking the backend editor approach of showing a "device" width without a visual representation, meaning "Desktop" which you have set to 1260px if someone is working on a 1920px screen and the default "desktop" is 1260px you should show the device area, which I have added to my theme and it's MUCH more intuitive see image.
Thank you for the update on this. Happy you were able to come up with a workaround while awaiting a more permanent fix.
I checked on the escalated thread and saw that it was sent off to our issues tracker and assigned to our Types development team, however I'm not seeing an ETA or any comments on this as yet.
Thanks for the Update Shane, do you mind reading through this ticket I opened https://toolset.com/forums/topic/sometime-desktop-size-view-doesnt-work/ I wonder if this is the same issue that I just found a bit more clear now that I have 1 working and 1 not. and maybe why you couldn't replicate it immediately ?
I believe these could be related, however further investigation is needed.
Our issue here is with the block itself and the view ports. However the ticket you shared is with the view port so its related but will need to be escalated as a separate issue for a proper investigation to be done.
Shane is off, so let me step in to say that the changes the developers made to this are included with today's plugin updates.
Please test, and share any feedback you have, or feel free to close.
If you don't see the update in your plugins page from the custom Toolset installer page click the Check for Updates button. It is also available on the downloads page at toolset.com/account/downloads.