E-mails Notifications Setup

[Phil]

Hello guys,

I'm working on 5.0.1 for a customer, and I tried "Structure and Data >
E-mails" menu.

- the drop down filter menus doesn't update list. I need to click in
an empty field on the left, and then press enter to activate the
filter

- when editing an e-mail, tags used to display dynamic infos (such as
order number) doesn't appears in the html editor, and thus are
impossible to modify without using "source" button. Let's bet that
standard users would be confused viewing all HTML content inside, and
won't be able to perform any change

Phil.

[Alexander Obuhovich]

You are talking about grid filters if I understand correctly. Currently grid filters are not submitted automatically after their value is changed. All filters are submitted only, when "Search/Reset" toolbar button is pressed in right side of toolbar or, when ENTER is pressed inside a textual filter (like "text", "range" etc.). This is done to give ability for user to type multiple filter values and then press Search button to perform actual search or ENTER on last filter he used. For example language list (Regional section) consists mostly of dropdown filters and auto-submitting (with whole page refresh) on each filter change looks a bit inflexible.

Related to other part about FCKEditor and <inp2: tags inside it. Usually FCKEditor tries to transform all HTML-like tags the way it wants and transforms also <inp2: tags, that look as HTML tags for him too. Template parser doesn't like that. Also <inp2: tags doesn't get displayed in HTML mode, because they are no HTML tags. To prevent damaging <inp2: tag transformation we have made all <inp2: tags look like protected source to FCKEditor. This way it doesn't damage them in HTML mode, but it doesn't show them in HTML mode either. This was the quickest decision to fix this damaging problem.

 

Ideal solution is to show yellow icons (like when hidden form field is added to FCKEditor) instead of all <inp2: tags. When you double click on that icon or select "Edit" in context menu, then separate floating window is displayed, when user can edit such tag in "Source" mode. There is one problem with such approach though: block tags, like <inp2:m_if check="...">some HTML here</inp2:m_if>, <inp2:m_DefineElement name="...">some HTML also here</inp2:m_DefineElement> and so on. In this approach yellow icon will be shown instead of whole HTML code, that are inside <inp2: block tag and when <inp2: will be edited, then user will see plain HTML there.

 

Also this is not easy task to implement proposed functionality using FCKEditor. Of course it has plugin system, that makes this easier, but we need someone with experience of FCKEditor plugin writing.

 

We already have task related to this issue:

http://tracker.in-portal.org/view.php?id=116

 

--

You received this message because you are subscribed to the Google Groups "In-Portal Bugs" group.
To post to this group, send email to in-port...@googlegroups.com.
To unsubscribe from this group, send email to in-portal-bug...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/in-portal-bugs?hl=en.

--
Best Regards,

http://www.in-portal.org
http://www.alex-time.com

[Dmitry A.]

Hi Phil,

Yes, it's very unfortunate that FCK can't properly display <inp2: />
tag now, but we are working on it.

By the way are not excluding the option for replacing FCK with better
option. Please feel free to post here any Open Rich text/html editors
you know so we can review them.


Thanks!

DA.

> > in-portal-bug...@googlegroups.com<in-portal-bugs%2Bunsubscribe@go­oglegroups.com>
> > .

[Phil]

Alexander, Dmitry,

thank you for your detailed reply.

Considering all the time needed to modify FCK, I think it would be
really faster and easier to replace FCK with a text bloc, which
interpret correctly HTML tags such as <br> and other <a>, and leave
all other tags as it (it was like this before, as far as I remember).

When customer comes to a very complicated mail, as they will surely
modify it very rarely, they can use an external HTML editor, or even
ask this task to their reseller, for the benefit of everybody :)

Phil.

> > in-portal-bug...@googlegroups.com<in-portal-bugs%2Bunsu...@googlegroups.com>
> > .

[Alexander Obuhovich]

I think, that before we were using plain text area and "Open in HTML Editor" button under field name (see Regional -> Edit Language -> Email Events -> Edit Email event). We could create new setting for displaying email event editor in plain text or html by default with user to be able to choose what he needs most based on it's email template content and amount of <inp2: tags he uses.

To unsubscribe from this group, send email to in-portal-bug...@googlegroups.com.

For more options, visit this group at http://groups.google.com/group/in-portal-bugs?hl=en.

[Dmitry A.]

Yes, I think it quite critical since right now it's extremely
confusing why you don't see tags in there.

Anyone knows if we had a recent task for this before or we opening a
new one?

DA.

> > <in-portal-bugs%2Bunsu...@googlegroups.com<in-portal-bugs%252Buns...@googlegroups.com>

[Alexander Obuhovich]

I've already specified task for this issue earlier in this discussion. Did you read all posts in this discussion carefully?

To unsubscribe from this group, send email to in-portal-bug...@googlegroups.com.

For more options, visit this group at http://groups.google.com/group/in-portal-bugs?hl=en.

[Alexander Obuhovich]

For other non-fck editor related issue, yes we need to create separate task, but we haven't decided how to do this and need we to change something there or not.