HTML area field behaviour

Classic Servoy
1

I’m providing my users with an HTML area field in which to compose their eMail.

I’ve discovered the return key generates
exclusively, no

pairs. As a result when the user attempts to centre a single line all lines are centred, because the structure is that of a single paragraph.

Is there a fix in the works?

2

What about the following workaround:

When the field looses focus; replace ’
’ with ‘

\n

’,

The problem is to work out where to put the first '

and the last ‘

’…

3

swingman:
What about the following workaround:

When the field looses focus; replace ’
’ with ‘

\n

’,

The problem is to work out where to put the first '

and the last ‘

’…

I’d like to have my users utilize the Text Toolbar for everything. Selecting fonts and font sizes work fine. Selecting type colour is wobbly – sometimes takes, sometimes doesn’t. The alignment tools work just fine with RTF but definitely don’t with HTML Area fields.

This is for eMail and therefore HTML Area is the way to go for marketing eMail messages. If users are given the tools for changing fonts, sizes, colours of text, etc., they should also be able to centre or flush right selected lines of text as well. All the tools of the Text Toolbox should be functional with the current field type or be hidden.

I don’t want the nightmare of adding in separate tools for specific functions. Users tend to get overwhelmed and confused with stuff like that.

Would like to hear from the folks at Servoy on this issue. Are they aware of this issue? Is the omission deliberate for a justafiable reason or just overlooked? Will it be fixed in the near future?

4

This is for eMail and therefore HTML Area is the way to go for marketing eMail messages. If users are given the tools for changing fonts, sizes, colours of text, etc., they should also be able to centre or flush right selected lines of text as well. All the tools of the Text Toolbox should be functional with the current field type or be hidden.

I don’t want the nightmare of adding in separate tools for specific functions. Users tend to get overwhelmed and confused with stuff like that.

Hi Morley,

It is not a Servoy-thing, it is a standard SUN(java)-thing.

That’s why we sell the SHE-plugin. Servoy HTML Editor. This with a lot more functionallity like using: tables, images, etc..etc..

5

Morley:
I’d like to have my users utilize the Text Toolbar for everything. Selecting fonts and font sizes work fine. Selecting type colour is wobbly – sometimes takes, sometimes doesn’t. The alignment tools work just fine with RTF but definitely don’t with HTML Area fields.

Yes I too have the same problem with html area fields. The ordered & unordered list never worked 100% as expected. It’s really confusing for the users to be provided with something which does not work always.

Is there anyway Servoy itself provide us a better & full functional html editor instead of going for the third party editor because formatting plays a vital role for all the applications.

I believe Servoy will help us by providing us a better solution

Thanks

6

ahmad:
Yes I too have the same problem with html area fields. The ordered & unordered list never worked 100% as expected. It’s really confusing for the users to be provided with something which does not work always.

Is there anyway Servoy itself provide us a better & full functional html editor instead of going for the third party editor because formatting plays a vital role for all the applications.

I believe Servoy will help us by providing us a better solution

I’ve received a couple of eMails on this topic, one from Servoy which I didn’t fully understand. The upshot is that for complex technical reasons the functionality of HTML area fields will remain the way they are.

I certainly would be happier if the non-functioning controls could be hidden. The end user should never be presented with non-functioning tools.