About Duffbert...

Duffbert's Random Musings is a blog where I talk about whatever happens to be running through my head at any given moment... I'm Thomas Duff, and you can find out more about me here...

Email Me!

Search This Site!

Custom Search

I'm published!

Co-author of the book IBM Lotus Sametime 8 Essentials: A User's Guide
SametimeBookCoverImage.jpg

Purchase on Amazon

Co-author of the book IBM Sametime 8.5.2 Administration Guide
SametimeAdminBookCoverImage.jpg

Purchase on Amazon

MiscLinks

Visitor Count...



View My Stats

« What Are The Length and Character Restrictions For a Notes Password | Main| Google Hacking Takes Off... »

View's Column Formula Does not Reflect Expected Value

Category Software Development

When creating views, I often do a cut and paste of columns in order to get the proper number of entries.  But occasionally, the formula I put in for the column refuses to work.  Now I know why...  From the KnowledgeBase...

View's Column Formula Does not Reflect Expected Value

Document Number:  1086357

Problem
A view's column formula does not reflect the expected value.  Upon review, you determine that the formula is without fault.  If you re-create the column within a new column, or new view, it works as expected.

Content
If a column formula is not returning the expected value, check the Programmatic Use property in the Column properties.  This property defaults to a unique value, but if it is manually changed to a value which coincides with a field name then the column formula will evaluate to that field (and ignore the column formula).  To reset the Programmatic Use entry simply delete the current entry, and Notes will automatically repopulate it with a unique value.  

Supporting Information:
The Programmatic Use property is located on the Propeller tab of the Column Properties.

Comments

Gravatar Image1 - Very good point, Stan... Thanks for chiming in.

Gravatar Image2 - Further to this -- pasted columns retain their programmatic name, so if you DO let Designer give you a price tag ($4, for instance), and you paste the column into a view that already has a four-dollar column, the formula in the first column (left-to-right) bearing that programmatic name wins. Ever wonder why the due dates look a lot like a concatenated list of the project participants?

'Tis for this very reason that I discourage allowing the dollar value to stand. A meaningful programmatic name for the column should be used instead. If the name truly is meanngful, then the only way it can conflict with a field name is if there is a field present that already contains the value you wanted to compute.

Gravatar Image3 - This just happened in class today. Thanks for the timely info!

Post A Comment

:-D:-o:-p:-x:-(:-):-\:angry::cool::cry::emb::grin::huh::laugh::lips::rolleyes:;-)

Want to support this blog or just say thanks?

When you shop Amazon, start your shopping experience here.

When you do that, all your purchases during that session earn me an affiliate commission via the Amazon Affiliate program. You don't have to buy the book I linked you to (although I wouldn't complain!). Simply use that as your starting point.

Thanks!

Thomas "Duffbert" Duff

Ads of Relevance...