[Pro] auto scroll option for text not working

I am using CKEditor with WebYep actions to create rich text and the auto option for text overflow it not working as it should. Just to recount the procedure: draw the HTML text box of a fixed size, set Overflow to Auto in the Inspector. Add the WebYep Rich Text action, set field name, Publish. On web page add text, style etc and it flows beyond the bottom of the HTML box. Also tried using TinyMCE with the same result.

A test page is here…

http://madurolaw.emerge3d.com/

CMS editable content on left, normal HTML rich text on right, both set to auto overflow for scrolling.

login button bottom right, login admin, no password

Still quite new to FW so hopefully it is somit’ I have overlooked!

Cheers, Paul


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

The blue container has no attribute of overflow:auto set

Anything you do in the editing window within WebYep will only affect the content of the container and not the attributes of the container itself.

So double check your setting in the FW page for client-text-1

David


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

David, thanks for the reply. Please see the attached screenshot which shows the auto overflow attribute set for client-text-1. Is this correct?

http://madurolaw.emerge3d.com/client-text-1.jpg

I guess I should have looked at the page code before posting as the auto overflow attribute was not present. Manually pasting in has fixed it but republishing after making changes will overwrite this. Is this a bug in FW, why is it not writing this attribute to the published code?

Cheers, Paul


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Make another HTML box somewhere on your page, and set it to overflow:auto. Preview into your text editor, and see what it’s set to. (Spoiler alert: it will be properly coded.) The only explanation I have for this is that the Action is somehow filtering the acceptable attributes on the container element, or it is generating a new wrapper element around the container element and not copying all of the possible attributes to that wrapper.

Walter

On Apr 30, 2012, at 8:46 AM, mr buffy wrote:

David, thanks for the reply. Please see the attached screenshot which shows the auto overflow attribute set for client-text-1. Is this correct?

http://madurolaw.emerge3d.com/client-text-1.jpg

I guess I should have looked at the page code before posting as the auto overflow attribute was not present. Manually pasting in has fixed it but republishing after making changes will overwrite this. Is this a bug in FW, why is it not writing this attribute to the published code?

Cheers, Paul


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Interesting - not sure if this is a feature or a bug because if you apply overflow:auto to an empty text box the code isn’t written to the html.

To get round this paste this code into Page>HTML Markup in the Before section.

<style type="text/css">
<!--
#client-text-1 {
overflow:auto !important;
}
-->
</style>

D


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Walter, the HTML box on the right has auto overflow set and it generates the attribute as expected. Adding a few characters to the left HTML box which is used by the CMS fixes the overflow issue perfectly so as Dave pointed out auto overflow is ignored if the box is empty. Also adding the above code to HTML Markup fixes the problem.

I am going to contact Softpress support to see this can be addressed in a future update. Don’t see why one should have to add custom code of dummy characters when a CMS is used in a HTML box to get scrolling to work correctly.

All help greatly appreciated!

Cheers, Paul


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

When you do, please mention to them that the 1px default font size on empty boxes is another area where this needs to be looked at. The default is there for a good reason (allows a box to collapse to be smaller than the default em height if your design requires that) but the fact that it’s not user-negotiable (you can’t even override it with a manually-set font-size option) makes for some interesting support questions.

Walter

On Apr 30, 2012, at 12:37 PM, mr buffy wrote:

Walter, the HTML box on the right has auto overflow set and it generates the attribute as expected. Adding a few characters to the left HTML box which is used by the CMS fixes the overflow issue perfectly so as Dave pointed out auto overflow is ignored if the box is empty. Also adding the above code to HTML Markup fixes the problem.

I am going to contact Softpress support to see this can be addressed in a future update. Don’t see why one should have to add custom code of dummy characters when a CMS is used in a HTML box to get scrolling to work correctly.

All help greatly appreciated!

Cheers, Paul


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

I would think that it would also be possible to create a style aimed at the
div’s id tag in the style editor, instead of adding it to the page markup.

I would also guess that entering the overflow attribute on the html box’s
Extended attributes would work, but I haven’t tested it specifically. For
the most part, Freeway seems to accept attributes over-ridden through the
extended interface.


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options