Several shades of red activities

lock
push_pin
done
Answered
14

Hi Forum.

A customer is having several shades of red activities in their calendar.

Look as 'Byggelyst ApS' which is dark red, or any of the others which is light red. How can this be?

Its from a dynamic selection of persons/companies.

Solution: 84R07 onPremise.

4 Nov 2019 | 12:00 AM

All Replies (14)

Ok, thanks.
Actually, once you have enabled the "debugging utils" you should be able to add these virtual columns from the Configure columns dialog. They are added add the end:

Then you don't need the dialog to inspect one row at a time:

 

These virtual row columns are indispensable for any client.
In Web I guess the most important one is the linkHint.
In Win, I rely mostly on the EntityName and Primary Key columns with the LinkHint as a last resort.
And then off course, the StyleHint....
Parent Records was added for the sake of the Win client and Live-Update, also important data for those archives where Live-update is turned on. But this is alltogether a different story.
/c

4 Nov 2019 | 12:00 AM

Hi Conrad.

I deeply appreciate your detailed answer.

I hope that this is a copy, otherwise you deserve a big praise for your time spent on this :).

Ill take a look at your suggestions, and hopefully learn something new :D.

4 Nov 2019 | 12:00 AM

Hi all,
For every row, a netserver provider may or may not push 1 or more styleHint(s).
Observe that this may also depend of the columns you have chosen!
It is up to the client application, the GUI Control, to interpret these and make the best out of it.

In Win, give yourself the Functions/Archive developer mode preference and restart.


You should get a Archive utils menu. Turn On this item:

Now go to your selection with the red rows:
Select a row and choose this context menu item: (I am on 8.5 here) 

Select the Column Field data tab:

Here is another example of a red row in the project member archive:

I.o.w: this row has 3 active styles: contact_stop + person_nomail + person_stop.

NOW WHAT?

If I had my way, I'd make some system that lets you define a prefered mapping for all this but nothing is perfect.
The base archive control in win makes some hard-coded decisions which can be overridden inside your local SoCrm archives.config file and from a common location inside your so_arc (more on this at the end).
Open this file and look at this section (line 226 in my version):

<archive providername="contactselection" guiname="selectionmemberarchive">
  <view debugcolumns="true" reconfigure="true" infoviewer="true" showretired="true" showstopped="true"></view>
  <toolbar export="true" showretired="true" showstopped="true"></toolbar>
  <live contact="false" person="false"></live>
  <stylehints>
    <stylehint name="person_nomail" rgb="0,0,132"/>
    <stylehint name="contact_nomail" rgb="0,0,132"/>
    <stylehint name="person_retired" rgb="132,0,0"/>
    <stylehint name="contact_stop" rgb="132,0,0"/>
  </stylehints>
.....

On the top of this file, there is quite a lot of documentation. The part you may be interested in is:

-----------------------
Known stylehint attributes:

name (required)
rgb r,g,b values. Range 0-255
bold
italic

Stylehints are applied from first to last and keep track of which attributes is actually set.
Thus if one stylehint applied "italic", and the next stylehint applied defines only a color then
the italic style remains.

For removing all style hint simply add a stylehint line name="none" or any other unknown name.
This will basically override any default behaviour.

For removing the default effect of 1 style hint, simply at a line with style hint key name and no attribute e.g.
<stylehint name="sale_expired"/>
------------------------

Now the tricky news.
I suspect you want some solution  to control this for every user is one go.
You should be able to do this with one or more override files in your so_arc.
It must live in so_arc/SoCrm Custom Archives/
This was introduced som years ago as a means to define custom archives for every one.  Else it must be deployed in the local /bin directory of every user.
Here you can define overrides also for build-in archives. Example:

------------- Overrides.config ------------
<?xml version="1.0" encoding="utf-8" ?>
<archives>
  <!-- Overrides for Project member archive -->
  <archive providername="projectmember" guiname="projectmemberarchive" hostname="ProjectMemberArchive">
    <columns>
    <column name="person/personMobilePhone/formattedNumber" displaytypeoverride="phone" ></column>
    </columns>
  </archive>
</archives>
--------------------------------------------------

 

The way I read in xml column configration files is well defined and as follows:

1. Local SoArchiveColumnList.config. Shared with Web in our solution. I consider this file not fit for human consumption.
2. Local SoCrm Archives.config. This is Win only. It contains all the documentation at the top and is readable. It can be edited but it will get replaced during a release upgrade.
3. Common so_arc\SoCrm Custom Archives\ folder. This is where you can define custom archives and also overides for build-in archives. All users will inherit these.
4. Personal so_arc\UserName\SoCrm Custom Archives\ folder.
5. Local SoCrm Custom Archives folder.: This is the local directory where you can define your custom archives.

In general, when it comes to column overrides, last one wins. The process tries to merge when it makes sense but it is not entirely trivial.

SoArchiveColumnList.config (step 1) and SoCrm Archives.config (step 2) will get replaced when upgrading to a new release.
The others not.


/conrad

 

 

 

 

4 Nov 2019 | 12:00 AM

Hi Frode.

Yes, this is wrongly posted. How do I move it?

I just tested some more

  • It works as intented and documented on web
  • On Windows the dark red is companies with STOP.
  • Still can't figure out the red companies.

 

ADMIN EDIT: Moved to Windows Forum

4 Nov 2019 | 12:00 AM

Ah, so this is a Win issue? I thought it was Web, since the thread is in the Web section.

4 Nov 2019 | 12:00 AM

Thank you for the Reply, Frode.

Thats doesn't work onPremise Windows though :)

4 Nov 2019 | 12:00 AM

I think that maybe dark red is just red but a bold font, so it looks very dark. And maybe light red is just red again, but pixels antialiasing with white background gives a light red.

4 Nov 2019 | 12:00 AM

One trick to figure this out is to use the Developer Mode in Chrome, to see that the CSS class is called. Here is an example, where the red obviously comes from Stop:

4 Nov 2019 | 12:00 AM

Unfortunately none of these guides apparently gives the full picture, since they doesn't cover dark red, or explain the light red in this example.

But thank you for your contributions to this thread :).

4 Nov 2019 | 12:00 AM

Hi!

There is also FAQ about colors:

Why some records in SuperOffice appear in red or blue color?

https://crm.superoffice.com/scripts/customer.fcgi?_sf=0&custSessionKey=&customerLang=en&noCookies=true&action=viewKbEntry&id=113513

4 Nov 2019 | 12:00 AM

On 50% of the colors I've seen - but then again, I haven't seen dark red (what I can remember) ;)

This still doesn't explain why almost all of them are right-red for the customer.

4 Nov 2019 | 12:00 AM

Hi Kaper, we are on 50% :)

According to the help file:

https://community.superoffice.com/Documentation/Help/en/CRM/8.4/UserHelp/index.htm#t=StandardCRM%2Fchap04%2FThe_List_of_Members.htm&rhsearch=red&rhhlterm=red&rhsyns=%20

Colour-coding in the list of members

  •  If a record in the list of members appears in red, this means that the record belongs to a company marked with "stop". If there is a star is next to the contact name, this indicates that this person is no longer with the company.
  •  If a record in the list of members appears in red, this means that the record belongs to a company marked with "stop", or that the contact in question has left the company.
  • If a record in the list of members appears in blue, this means that the company is marked as No Mailings or E-marketing is set to No for a contact person.

That's all I can find.

4 Nov 2019 | 12:00 AM

Hi Henk. Thank you for your answer.

The dark red can be confirmed :).

But the light red ones can't. I've checked a handfull on the list, and none of the is on STOP.

Do you know of any documentaion for the colors?

PS: The colors aren't the same depending on which user is looking at the selection.

4 Nov 2019 | 12:00 AM

Hi Kasper,

Colours are always tricky ones. Light red, Company is on "Stop". Dark red, if I am not mistaking, should be a Company where the "First Contact" is Former Employee (not 100% sure, but it's worth to look into)

 

4 Nov 2019 | 12:00 AM

Add reply