Global CSS Overrides Site CSS Styles
Not sure if this is on the radar or maybe getting resolved in version 8, but I've noticed that while I work in a Site with the Site level CSS styles running, sometimes during redrawing of the page, I lose those styles and WYSIWYG view, and they are all overridden by the Global CSS styles.
Discussions are closed to public comments.
If you need help with Cascade CMS please
start a new discussion.
Keyboard shortcuts
Generic
| ? | Show this help |
|---|---|
| ESC | Blurs the current field |
Comment Form
| r | Focus the comment reply box |
|---|---|
| ^ + ↩ | Submit the comment |
You can use Command ⌘ instead of Control ^ on Mac
Support Staff 1 Posted by Tim on 27 Oct, 2015 06:33 PM
Hi there,
I'm not quite sure what you mean by:
Are you referring to when you click Edit for a Page and the WYSIWYG form renders? Are there specific steps you are taking when you see this behavior? I don't recall seeing this before, so if you happen to come by some steps that will allow for us to reproduce it that would be helpful.
Thanks!
2 Posted by schroeder on 27 Oct, 2015 09:04 PM
Screen redraws occur in data definitions when adding/removing items (where multiples are allowed) under Edit (on blocks using the DD, not the actual modification of a DD structure). Right now, all my Smart Field tests are showing up fine, so it isn't all kinds of redraws of the page. Just when I have one WYSIWYG, for example, and I need to add another in the same DD with the + sign.
Support Staff 3 Posted by Tim on 27 Oct, 2015 09:07 PM
Gotcha. OK, that gives me a better idea of how I can try to replicate this behavior. I'll play around with this soon and see if I can get it to happen as well.
I'll let you know if I'm able to reproduce.
Thanks!
Support Staff 4 Posted by Tim on 09 Nov, 2015 03:27 PM
Hi Karole,
Just wanted to give a quick update on this one. My latest attempt to replicate the issue was unsuccessful. To see if I could get this to happen, I edited a Page and added around 30 WYSIWYG editors and verified that the proper CSS classes were loading in the Styles dropdown for each one of them.
The next time you see this behavior, can you try opening the developer console in your browser to see if there are any javascript errors? If you see any, please take a screen shot and attach it here and we can look over it.
It's possible that this behavior could be changing just depending on the speed/resources of the machine from which you are browsing.
Thanks!
5 Posted by schroeder on 09 Nov, 2015 09:52 PM
Tom,
I have one of the faster computers on campus. That being said, we did move into a building with weaker internet, but I don’t see any difference between our ability to use Cascade here or in the old office space. I can recreate the problem with ease, but I didn’t see any JS errors pop up in the process. I saw some large load times, but all our new modules are pretty complex to do modular work they do. You can see toward the bottom where I try adding a new set of fields (which include the WYSIWYG editor) in the DD.
[Tarleton State University]Karole Schroeder
Accessibility Coordinator & Web Designer/Developer
Office of Web Services
Department of Marketing & Communications
254-968-1819 | www.tarleton.edu/webservices<http://www.tarleton.edu/webservices>
Tarleton State University, Stephenville, TX
Need marketing assistance or help with web updates? Send us your requests online!<https://tarleton.wufoo.com/forms/q46hxcu1e6fabe/>
Support Staff 6 Posted by Tim on 10 Nov, 2015 03:53 PM
Got it! Thanks for including those details. It looks like the reason I was not able to replicate this behavior initially is because I was using a Page as opposed to a Block. I've confirmed that this only appears to occur with Structured Data Blocks and not Pages. I went ahead and filed an issue which is attached to this ticket. You'll see that issue on the right-hand side of this discussion with a state that is currently set to 'open'. Once it has been addressed, you'll see that state change to 'closed' or 'resolved'. We can let you know once it has been fixed as well.
Let me know if you need anything else!
Thanks
7 Posted by schroeder on 10 Nov, 2015 09:46 PM
Thank you for the update! I was getting worried it was our technology, but it is good to know Pages behave differently from Blocks.
[Tarleton State University]Karole Schroeder
Accessibility Coordinator & Web Designer/Developer
Office of Web Services
Department of Marketing & Communications
254-968-1819 | www.tarleton.edu/webservices<http://www.tarleton.edu/webservices>
Tarleton State University, Stephenville, TX
Need marketing assistance or help with web updates? Send us your requests online!<https://tarleton.wufoo.com/forms/q46hxcu1e6fabe/>
Support Staff 8 Posted by Tim on 10 Nov, 2015 09:47 PM
You bet! Take care.
Tim closed this discussion on 10 Nov, 2015 09:47 PM.
Support Staff 9 Posted by Tim on 23 Nov, 2015 10:05 PM
Just wanted to let you know we've corrected this issue so it should be available in one of our next patch releases. Keep an eye out on the release notes to verify!
Thanks
Tim closed this discussion on 23 Nov, 2015 10:05 PM.
schroeder re-opened this discussion on 23 Nov, 2015 10:52 PM
10 Posted by schroeder on 23 Nov, 2015 10:52 PM
Thanks! I’ll be happy to set up an upgrade date when it is posted.
[Tarleton State University]Karole Schroeder
Accessibility Coordinator & Web Designer/Developer
Office of Web Services
Department of Marketing & Communications
254-968-1819 | www.tarleton.edu/webservices<http://www.tarleton.edu/webservices>
Tarleton State University, Stephenville, TX
Need marketing assistance or help with web updates? Send us your requests online!<https://tarleton.wufoo.com/forms/q46hxcu1e6fabe/>
Tim closed this discussion on 23 Nov, 2015 11:43 PM.
schroeder re-opened this discussion on 29 Apr, 2016 07:45 PM
11 Posted by schroeder on 29 Apr, 2016 07:45 PM
This comment was split into a new private discussion: Span tags and inline styles appearing in code
Tim,
Just talked to Lauren Murray about an issue that may be related to the one above. She suggested adding a ticket just to see if this was also taken care of in the process. The attached screenshots shot what happens to the code as we try to make edits in the WYSIWYG on content blocks. If we drag/drop or copy/paste content into the WYSIWYG or around in the WYSIWYG, span tags and inline styles start to appear. You can see the progression of edits in the attached screenshots of the HTML source code.
Karole
Tim closed this discussion on 02 May, 2016 12:48 PM.