A matter of style
-
Show him, oh, I don't know, just about every dialog in Windows!
DoEvents: Generating unexpected recursion since 1991
Impirical proof does not stop zealots.
Deja View - the feeling that you've seen this post before.
-
So whats the consensus around here? When creating an app do you place a colon after your labels or not? i.e. Customer Name: [label] or Customer Name [label] I've always used a colon but have recently been told by our CIO to not use them. I think it just makes everything bleed together and looks terrible.
only two letters away from being an asset
Labels on labels get colons labels on actionable elements do not. However, I try to be consistent. Personally, instead of a colon I prefer to use strong.
Need a C# Consultant? I'm available.
Happiness in intelligent people is the rarest thing I know. -- Ernest Hemingway -
So whats the consensus around here? When creating an app do you place a colon after your labels or not? i.e. Customer Name: [label] or Customer Name [label] I've always used a colon but have recently been told by our CIO to not use them. I think it just makes everything bleed together and looks terrible.
only two letters away from being an asset
I always have used colons after the labels... Just my preference. I resisted any anatomical wise-cracks (it was tough). ;)
WE ARE DYSLEXIC OF BORG. Refutance is systile. Your a$$ will be laminated. There are 10 kinds of people in the world: People who know binary and people who don't.
-
So whats the consensus around here? When creating an app do you place a colon after your labels or not? i.e. Customer Name: [label] or Customer Name [label] I've always used a colon but have recently been told by our CIO to not use them. I think it just makes everything bleed together and looks terrible.
only two letters away from being an asset
For me, it depends upon the layout. If the label is above the control it applies to, I don't use a colon. If the label is to the left of the control, I use a colon. I stick to one layout in a given application (labels above or labels left). I don't know where I got this convention. Now that's just scary :sigh:.
Software Zen:
delete this;
Fold With Us![^] -
So whats the consensus around here? When creating an app do you place a colon after your labels or not? i.e. Customer Name: [label] or Customer Name [label] I've always used a colon but have recently been told by our CIO to not use them. I think it just makes everything bleed together and looks terrible.
only two letters away from being an asset
I've always been lavish in my use of separators for clarity, and the colon was a favorite. But since having one-third of my colon removed I've become much more conservation minded, switching instead to semi-colons.
"A Journey of a Thousand Rest Stops Begins with a Single Movement"
-
So he's a colon control freak? X| :laugh:
BDF A learned fool is more a fool than an ignorant fool. -- Moliere
Aint that a PITA
Never underestimate the power of human stupidity RAH
-
So whats the consensus around here? When creating an app do you place a colon after your labels or not? i.e. Customer Name: [label] or Customer Name [label] I've always used a colon but have recently been told by our CIO to not use them. I think it just makes everything bleed together and looks terrible.
only two letters away from being an asset
Your app must have nothing to improve on to notice such things... :-D I must admit I can be meticulous in how my app looks.
-
So whats the consensus around here? When creating an app do you place a colon after your labels or not? i.e. Customer Name: [label] or Customer Name [label] I've always used a colon but have recently been told by our CIO to not use them. I think it just makes everything bleed together and looks terrible.
only two letters away from being an asset
If it is a localized app the developer might want to leave the colons out - something else might be more appropriate for other languages.
Idaho Edokpayi
-
Big Daddy Farang wrote:
Did your CIO say why not to use colons? Seems a bit drastic.
No reason given. Guess its just a means of exercising control where he can and where he shouldn't be.
only two letters away from being an asset
-
So whats the consensus around here? When creating an app do you place a colon after your labels or not? i.e. Customer Name: [label] or Customer Name [label] I've always used a colon but have recently been told by our CIO to not use them. I think it just makes everything bleed together and looks terrible.
only two letters away from being an asset
Colons. (Your CIO bored?)
cheers, Paul M. Watson.
-
So whats the consensus around here? When creating an app do you place a colon after your labels or not? i.e. Customer Name: [label] or Customer Name [label] I've always used a colon but have recently been told by our CIO to not use them. I think it just makes everything bleed together and looks terrible.
only two letters away from being an asset
-
So whats the consensus around here? When creating an app do you place a colon after your labels or not? i.e. Customer Name: [label] or Customer Name [label] I've always used a colon but have recently been told by our CIO to not use them. I think it just makes everything bleed together and looks terrible.
only two letters away from being an asset
I personally think using a colon is preferable, but if it's not allowed, at the very least I think a good way to delineate the title from the label is to Bold the title and leave the label normal. At least then, you have clear separation.
========================= ~Events occur in real time~
-
Sounds like he's just pissing on everything to mark his territory. Common behavior for corporate climbers. To a man, that type of person should be fired with extreme prejudice.
-
One must be able to control ones colon.
only two letters away from being an asset
-
This was discussed here in the recent past but I have no idea what the consensus was if any. So here's YAP. (Yet another opinion.) There needs to be some form of visual separation between the "Customer Name" etc. and the Values. If the values are also labels, it might be done with colons or spacing. If the values are in text boxes or similar, the colons would not be extraneous. Did your CIO say why not to use colons? Seems a bit drastic. I mean, where would be without our colons? :laugh: Edit: struck not :-O
BDF A learned fool is more a fool than an ignorant fool. -- Moliere
Big Daddy Farang wrote:
So here's YAP. (Yet another opinion.)
Wouldn't that be YAO? :) I prefer colons, and right justified, so the label is almost touching the control (appropriate whitespace). When I was first introduced to this, I didn't like it, but our user testing showed most people are able to track from label to control better with less space between label and control (on forms with many label/textbox combinations, so not much vertical space between each element, and very heavy on text). --G
-
If it is a localized app the developer might want to leave the colons out - something else might be more appropriate for other languages.
Idaho Edokpayi
If localization is an issue the colon just becomes another thing to add to the list of locale-specific values... For me, the decision is usually based on the sort of form/page/etc. I am writing. If it is an extraneous screen element (i.e. not going to be found in any container called "main_content" or some such) it very likely won't get a colon because it won't be terribly important that the user want to fill it in RIGHT NOW. A good example would be the "Search" box at the top of this reply form: the current display's main purpose is to capture my reply, so the label for the search box is there to announce its presence and let me know that particular cluster of controls is how I find something. On the other hand, the controls for actually filling out my reply all have labels followed by colons, because they are part of the main purpose of the page and instructing my on what information I need to provide where, similar to forms throughout the ages. You could always use the "other" major format for labeling form fields and stick everything in a heavily-bordered table with weird superscript labels as on a US tax form and then ask which is better...
-
Big Daddy Farang wrote:
So here's YAP. (Yet another opinion.)
Wouldn't that be YAO? :) I prefer colons, and right justified, so the label is almost touching the control (appropriate whitespace). When I was first introduced to this, I didn't like it, but our user testing showed most people are able to track from label to control better with less space between label and control (on forms with many label/textbox combinations, so not much vertical space between each element, and very heavy on text). --G
Good catch, you are correct. I guess I must have been thinking about opossums. ;P
BDF A learned fool is more a fool than an ignorant fool. -- Moliere
-
Good catch, you are correct. I guess I must have been thinking about opossums. ;P
BDF A learned fool is more a fool than an ignorant fool. -- Moliere
Big Daddy Farang wrote:
about opossums
Here in the South (southern US), we have plenty of YAP (and YAA - yet another armadillo), so I can easily see how your mind could be thinking that way! --G
-
So whats the consensus around here? When creating an app do you place a colon after your labels or not? i.e. Customer Name: [label] or Customer Name [label] I've always used a colon but have recently been told by our CIO to not use them. I think it just makes everything bleed together and looks terrible.
only two letters away from being an asset
As a technical writer in a company that didn't have one before, I had to come with our company "style". I referenced a lot of the Chicago Manual of Style and Microsoft Manual of Style v3. The latter more so because we are a Certified Microsoft Gold Partner shop. I go with the colon. And our programmers follow the same suit. The reason: there should be a visual separation between a label and it's value. A colon by definition is a division, or a separation, indicating there is more to follow.
S.Nowlin ----------------------- I'm a Techwriter Monkey -- handy, just less useful than the Bathroom Monkey.
-
As a technical writer in a company that didn't have one before, I had to come with our company "style". I referenced a lot of the Chicago Manual of Style and Microsoft Manual of Style v3. The latter more so because we are a Certified Microsoft Gold Partner shop. I go with the colon. And our programmers follow the same suit. The reason: there should be a visual separation between a label and it's value. A colon by definition is a division, or a separation, indicating there is more to follow.
S.Nowlin ----------------------- I'm a Techwriter Monkey -- handy, just less useful than the Bathroom Monkey.
Awesome. I knew about the UI guidelines but didn't know about the style manual. Good reference for these situations
only two letters away from being an asset