|
 |
| | | Author: | lovaquero  | | Posted: | May 8, 2014 11:16 | | Subject: | Implement a Validation Team for BL Changes | | Viewed: | 275 times | | Topic: | Suggestions | | Status: | Already Exists | |
|
| SUGGESTION:
BL development team needs to implement a validation process to validate any changes
made to BL prior to live roleout. This should include the use of personas,
a focus test team, and potential involvement of community members.
This is common industry practice for any software development team, and is needed
if BL is operating in a Scrum/Agile development fashion (which appears to be
the case).
--------------------------------------
I REALLY like how BL is finally starting to implement some of the
suggestions from the BL community. Many of these changes are positive, and I
commend BL for starting to take action to improve the website.
Having said that, too many of the changes are seemingly being implemented without
any sort of validation or consideration to what the impact will be. It is
like the developers working on the site have no process to prove-out the changes
prior making those changes live.
Case In Point:
A new 'color' box was added to order line-items to help with color-picked
parts. This was implemented in HTML as a 'background' color. On-screen
this looks good, but to print you must enable background printing. This, in
turn, caused the entire page to print, which was too much. So BL removed all
background color, made the order page completely white (even overriding default
browser settings) and added a thick black border around the order.
Problems with this:
(1) To print the color boxes one still needs to change print settings specific
to BL. Then change back the settings for other websites.
(2) If you DO print orders, you now have roughly doubled your black ink
comsumption due to the unneeded black border
(3) If you DO NOT print orders, you are blinded by the glaring order page.
This is bad for your eyes and bad for your monoitor.
(4) You cannot override the layout/color scheme due to webpage implementation
All of these problems should have been identified and addresses prior to the
constant changes being implemented. A proper validation process would have identified
the root problem (i.e. how the color boxes were implemented) and created a solution
to fix the root problem rather then its symptoms (i.e. unable to print the color
boxes). This would have resulted in the issue being identified and corrected
(i.e. implement the boxes differently) before the new feature was mode live on
the website.
|
|
|
| | | | | |
| | | | | Author: | enig | | Posted: | May 8, 2014 11:27 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 64 times | | Topic: | Suggestions | |
|
| In Suggestions, lovaquero writes:
| | SUGGESTION:
BL development team needs to implement a validation process to validate any changes
made to BL prior to live roleout. This should include the use of personas,
a focus test team, and potential involvement of community members.
This is common industry practice for any software development team, and is needed
if BL is operating in a Scrum/Agile development fashion (which appears to be
the case).
--------------------------------------
I REALLY like how BL is finally starting to implement some of the
suggestions from the BL community. Many of these changes are positive, and I
commend BL for starting to take action to improve the website.
Having said that, too many of the changes are seemingly being implemented without
any sort of validation or consideration to what the impact will be. It is
like the developers working on the site have no process to prove-out the changes
prior making those changes live.
Case In Point:
A new 'color' box was added to order line-items to help with color-picked
parts. This was implemented in HTML as a 'background' color. On-screen
this looks good, but to print you must enable background printing. This, in
turn, caused the entire page to print, which was too much. So BL removed all
background color, made the order page completely white (even overriding default
browser settings) and added a thick black border around the order.
Problems with this:
(1) To print the color boxes one still needs to change print settings specific
to BL. Then change back the settings for other websites.
(2) If you DO print orders, you now have roughly doubled your black ink
comsumption due to the unneeded black border
(3) If you DO NOT print orders, you are blinded by the glaring order page.
This is bad for your eyes and bad for your monoitor.
(4) You cannot override the layout/color scheme due to webpage implementation
All of these problems should have been identified and addresses prior to the
constant changes being implemented. A proper validation process would have identified
the root problem (i.e. how the color boxes were implemented) and created a solution
to fix the root problem rather then its symptoms (i.e. unable to print the color
boxes). This would have resulted in the issue being identified and corrected
(i.e. implement the boxes differently) before the new feature was mode live on
the website.
|
I have not picked any orders today so had little idea what are you on about.
But now I have just checked how the order page looks like... HOOOOLY COW
I hope they are not serious and this is not how it remains. Otherwise, for the
love of God, please roll back the "improvement" immediately and think of a better
way to solve the problem.
Thank you very much, and a definite YES for the suggestion.
|
|
|
| | | | | |
| | | | | Author: | Miffy. | | Posted: | May 8, 2014 11:36 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 60 times | | Topic: | Suggestions | |
|
| And at the very least - announce changes BEFORE they occur. Right now, it seems
like the changes are implemented then they wait for us to find them. Then a week
or so later the cs team makes an announcement about the change.
That seems ass-backwards to me.
Miles/..
In Suggestions, lovaquero writes:
| | SUGGESTION:
BL development team needs to implement a validation process to validate any changes
made to BL prior to live roleout. This should include the use of personas,
a focus test team, and potential involvement of community members.
This is common industry practice for any software development team, and is needed
if BL is operating in a Scrum/Agile development fashion (which appears to be
the case).
--------------------------------------
I REALLY like how BL is finally starting to implement some of the
suggestions from the BL community. Many of these changes are positive, and I
commend BL for starting to take action to improve the website.
Having said that, too many of the changes are seemingly being implemented without
any sort of validation or consideration to what the impact will be. It is
like the developers working on the site have no process to prove-out the changes
prior making those changes live.
Case In Point:
A new 'color' box was added to order line-items to help with color-picked
parts. This was implemented in HTML as a 'background' color. On-screen
this looks good, but to print you must enable background printing. This, in
turn, caused the entire page to print, which was too much. So BL removed all
background color, made the order page completely white (even overriding default
browser settings) and added a thick black border around the order.
Problems with this:
(1) To print the color boxes one still needs to change print settings specific
to BL. Then change back the settings for other websites.
(2) If you DO print orders, you now have roughly doubled your black ink
comsumption due to the unneeded black border
(3) If you DO NOT print orders, you are blinded by the glaring order page.
This is bad for your eyes and bad for your monoitor.
(4) You cannot override the layout/color scheme due to webpage implementation
All of these problems should have been identified and addresses prior to the
constant changes being implemented. A proper validation process would have identified
the root problem (i.e. how the color boxes were implemented) and created a solution
to fix the root problem rather then its symptoms (i.e. unable to print the color
boxes). This would have resulted in the issue being identified and corrected
(i.e. implement the boxes differently) before the new feature was mode live on
the website.
|
|
|
|
| | | | | | | | | | |
| | | | | | | Author: | graphite37 | | Posted: | May 8, 2014 12:42 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 45 times | | Topic: | Suggestions | |
|
| In Suggestions, DagsBricks writes:
If that is a back scrubber that is one dirty person. That brush is pretty nasty.
|
|
| | | | | |
| | | | | Author: | QCBricks | | Posted: | May 8, 2014 12:10 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 72 times | | Topic: | Suggestions | |
|
| In Suggestions, lovaquero writes:
| | SUGGESTION:
BL development team needs to implement a validation process to validate any changes
made to BL prior to live roleout. This should include the use of personas,
a focus test team, and potential involvement of community members.
This is common industry practice for any software development team, and is needed
if BL is operating in a Scrum/Agile development fashion (which appears to be
the case).
--------------------------------------
I REALLY like how BL is finally starting to implement some of the
suggestions from the BL community. Many of these changes are positive, and I
commend BL for starting to take action to improve the website.
Having said that, too many of the changes are seemingly being implemented without
any sort of validation or consideration to what the impact will be. It is
like the developers working on the site have no process to prove-out the changes
prior making those changes live.
Case In Point:
A new 'color' box was added to order line-items to help with color-picked
parts. This was implemented in HTML as a 'background' color. On-screen
this looks good, but to print you must enable background printing. This, in
turn, caused the entire page to print, which was too much. So BL removed all
background color, made the order page completely white (even overriding default
browser settings) and added a thick black border around the order.
Problems with this:
(1) To print the color boxes one still needs to change print settings specific
to BL. Then change back the settings for other websites.
(2) If you DO print orders, you now have roughly doubled your black ink
comsumption due to the unneeded black border
(3) If you DO NOT print orders, you are blinded by the glaring order page.
This is bad for your eyes and bad for your monoitor.
(4) You cannot override the layout/color scheme due to webpage implementation
All of these problems should have been identified and addresses prior to the
constant changes being implemented. A proper validation process would have identified
the root problem (i.e. how the color boxes were implemented) and created a solution
to fix the root problem rather then its symptoms (i.e. unable to print the color
boxes). This would have resulted in the issue being identified and corrected
(i.e. implement the boxes differently) before the new feature was mode live on
the website.
|
Voted Yes. As I have said many, many times...it is a complete shame that BL
is not taking advantage of the great resources they have in terms of passionate
buyers and sellers.
Scott
|
|
|
| | | | | |
| | | | | Author: | steekstra | | Posted: | May 8, 2014 12:18 | | Subject: | (Cancelled) | | Viewed: | 103 times | | Topic: | Suggestions | |
|
| | (Cancelled) |
|
| | | | | |
| | | | | Author: | Teup | | Posted: | May 8, 2014 12:44 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 66 times | | Topic: | Suggestions | |
|
| In Suggestions, lovaquero writes:
| | SUGGESTION:
BL development team needs to implement a validation process to validate any changes
made to BL prior to live roleout. This should include the use of personas,
a focus test team, and potential involvement of community members.
This is common industry practice for any software development team, and is needed
if BL is operating in a Scrum/Agile development fashion (which appears to be
the case).
--------------------------------------
I REALLY like how BL is finally starting to implement some of the
suggestions from the BL community. Many of these changes are positive, and I
commend BL for starting to take action to improve the website.
Having said that, too many of the changes are seemingly being implemented without
any sort of validation or consideration to what the impact will be. It is
like the developers working on the site have no process to prove-out the changes
prior making those changes live.
Case In Point:
A new 'color' box was added to order line-items to help with color-picked
parts. This was implemented in HTML as a 'background' color. On-screen
this looks good, but to print you must enable background printing. This, in
turn, caused the entire page to print, which was too much. So BL removed all
background color, made the order page completely white (even overriding default
browser settings) and added a thick black border around the order.
Problems with this:
(1) To print the color boxes one still needs to change print settings specific
to BL. Then change back the settings for other websites.
(2) If you DO print orders, you now have roughly doubled your black ink
comsumption due to the unneeded black border
(3) If you DO NOT print orders, you are blinded by the glaring order page.
This is bad for your eyes and bad for your monoitor.
(4) You cannot override the layout/color scheme due to webpage implementation
All of these problems should have been identified and addresses prior to the
constant changes being implemented. A proper validation process would have identified
the root problem (i.e. how the color boxes were implemented) and created a solution
to fix the root problem rather then its symptoms (i.e. unable to print the color
boxes). This would have resulted in the issue being identified and corrected
(i.e. implement the boxes differently) before the new feature was mode live on
the website.
|
Aye.
Very well put. Thanks for writing this 
|
|
|
| | | | | |
| | | | | Author: | MYLEGOBRICKS | | Posted: | May 8, 2014 16:26 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 44 times | | Topic: | Suggestions | |
|
| In Suggestions, lovaquero writes:
| | SUGGESTION:
BL development team needs to implement a validation process to validate any changes
made to BL prior to live roleout. This should include the use of personas,
a focus test team, and potential involvement of community members.
This is common industry practice for any software development team, and is needed
if BL is operating in a Scrum/Agile development fashion (which appears to be
the case).
--------------------------------------
I REALLY like how BL is finally starting to implement some of the
suggestions from the BL community. Many of these changes are positive, and I
commend BL for starting to take action to improve the website.
Having said that, too many of the changes are seemingly being implemented without
any sort of validation or consideration to what the impact will be. It is
like the developers working on the site have no process to prove-out the changes
prior making those changes live.
Case In Point:
A new 'color' box was added to order line-items to help with color-picked
parts. This was implemented in HTML as a 'background' color. On-screen
this looks good, but to print you must enable background printing. This, in
turn, caused the entire page to print, which was too much. So BL removed all
background color, made the order page completely white (even overriding default
browser settings) and added a thick black border around the order.
Problems with this:
(1) To print the color boxes one still needs to change print settings specific
to BL. Then change back the settings for other websites.
(2) If you DO print orders, you now have roughly doubled your black ink
comsumption due to the unneeded black border
(3) If you DO NOT print orders, you are blinded by the glaring order page.
This is bad for your eyes and bad for your monoitor.
(4) You cannot override the layout/color scheme due to webpage implementation
All of these problems should have been identified and addresses prior to the
constant changes being implemented. A proper validation process would have identified
the root problem (i.e. how the color boxes were implemented) and created a solution
to fix the root problem rather then its symptoms (i.e. unable to print the color
boxes). This would have resulted in the issue being identified and corrected
(i.e. implement the boxes differently) before the new feature was mode live on
the website.
|
VOTED YES ALL THE WAY.. I LIKED THE OLD WAY MUCH BETTER .. PLEASE DO SOMETHING
ABOUT THE BLINDING WHITE BACKGROUND ON THE SIDES AND GET RID OF THE BOX FRAME
ON ORDERS OR AT LEAST GIVE US THE OPTION TO TURN THINGS ON OR OFF. THANK YOU..
|
|
|
| | | | | | | | | |
| | | | | | | Author: | enig | | Posted: | May 8, 2014 16:37 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 45 times | | Topic: | Suggestions | |
|
| In Suggestions, MYLEGOBRICKS writes:
| | In Suggestions, lovaquero writes:
| | SUGGESTION:
BL development team needs to implement a validation process to validate any changes
made to BL prior to live roleout. This should include the use of personas,
a focus test team, and potential involvement of community members.
This is common industry practice for any software development team, and is needed
if BL is operating in a Scrum/Agile development fashion (which appears to be
the case).
--------------------------------------
I REALLY like how BL is finally starting to implement some of the
suggestions from the BL community. Many of these changes are positive, and I
commend BL for starting to take action to improve the website.
Having said that, too many of the changes are seemingly being implemented without
any sort of validation or consideration to what the impact will be. It is
like the developers working on the site have no process to prove-out the changes
prior making those changes live.
Case In Point:
A new 'color' box was added to order line-items to help with color-picked
parts. This was implemented in HTML as a 'background' color. On-screen
this looks good, but to print you must enable background printing. This, in
turn, caused the entire page to print, which was too much. So BL removed all
background color, made the order page completely white (even overriding default
browser settings) and added a thick black border around the order.
Problems with this:
(1) To print the color boxes one still needs to change print settings specific
to BL. Then change back the settings for other websites.
(2) If you DO print orders, you now have roughly doubled your black ink
comsumption due to the unneeded black border
(3) If you DO NOT print orders, you are blinded by the glaring order page.
This is bad for your eyes and bad for your monoitor.
(4) You cannot override the layout/color scheme due to webpage implementation
All of these problems should have been identified and addresses prior to the
constant changes being implemented. A proper validation process would have identified
the root problem (i.e. how the color boxes were implemented) and created a solution
to fix the root problem rather then its symptoms (i.e. unable to print the color
boxes). This would have resulted in the issue being identified and corrected
(i.e. implement the boxes differently) before the new feature was mode live on
the website.
|
VOTED YES ALL THE WAY.. I LIKED THE OLD WAY MUCH BETTER .. PLEASE DO SOMETHING
ABOUT THE BLINDING WHITE BACKGROUND ON THE SIDES AND GET RID OF THE BOX FRAME
ON ORDERS OR AT LEAST GIVE US THE OPTION TO TURN THINGS ON OR OFF. THANK YOU..
|
Do you do all the communication about the orders with your buyers in caps too?
|
|
|
| | | | | | | | | | | | | |
| | | | | | | | | Author: | Teup | | Posted: | May 8, 2014 16:41 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 40 times | | Topic: | Suggestions | |
|
| In Suggestions, enig writes:
| | In Suggestions, MYLEGOBRICKS writes:
| | In Suggestions, lovaquero writes:
| | SUGGESTION:
BL development team needs to implement a validation process to validate any changes
made to BL prior to live roleout. This should include the use of personas,
a focus test team, and potential involvement of community members.
This is common industry practice for any software development team, and is needed
if BL is operating in a Scrum/Agile development fashion (which appears to be
the case).
--------------------------------------
I REALLY like how BL is finally starting to implement some of the
suggestions from the BL community. Many of these changes are positive, and I
commend BL for starting to take action to improve the website.
Having said that, too many of the changes are seemingly being implemented without
any sort of validation or consideration to what the impact will be. It is
like the developers working on the site have no process to prove-out the changes
prior making those changes live.
Case In Point:
A new 'color' box was added to order line-items to help with color-picked
parts. This was implemented in HTML as a 'background' color. On-screen
this looks good, but to print you must enable background printing. This, in
turn, caused the entire page to print, which was too much. So BL removed all
background color, made the order page completely white (even overriding default
browser settings) and added a thick black border around the order.
Problems with this:
(1) To print the color boxes one still needs to change print settings specific
to BL. Then change back the settings for other websites.
(2) If you DO print orders, you now have roughly doubled your black ink
comsumption due to the unneeded black border
(3) If you DO NOT print orders, you are blinded by the glaring order page.
This is bad for your eyes and bad for your monoitor.
(4) You cannot override the layout/color scheme due to webpage implementation
All of these problems should have been identified and addresses prior to the
constant changes being implemented. A proper validation process would have identified
the root problem (i.e. how the color boxes were implemented) and created a solution
to fix the root problem rather then its symptoms (i.e. unable to print the color
boxes). This would have resulted in the issue being identified and corrected
(i.e. implement the boxes differently) before the new feature was mode live on
the website.
|
VOTED YES ALL THE WAY.. I LIKED THE OLD WAY MUCH BETTER .. PLEASE DO SOMETHING
ABOUT THE BLINDING WHITE BACKGROUND ON THE SIDES AND GET RID OF THE BOX FRAME
ON ORDERS OR AT LEAST GIVE US THE OPTION TO TURN THINGS ON OR OFF. THANK YOU..
|
Do you do all the communication about the orders with your buyers in caps too?
|
Lol  He also did it when he created his account
|
|
|
| | | | | | | | | | | | | | | | | |
| | | | | | | | | | | Author: | enig | | Posted: | May 8, 2014 17:51 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 60 times | | Topic: | Suggestions | |
|
| In Suggestions, Teup writes:
| | In Suggestions, enig writes:
| | In Suggestions, MYLEGOBRICKS writes:
| | In Suggestions, lovaquero writes:
| | SUGGESTION:
BL development team needs to implement a validation process to validate any changes
made to BL prior to live roleout. This should include the use of personas,
a focus test team, and potential involvement of community members.
This is common industry practice for any software development team, and is needed
if BL is operating in a Scrum/Agile development fashion (which appears to be
the case).
--------------------------------------
I REALLY like how BL is finally starting to implement some of the
suggestions from the BL community. Many of these changes are positive, and I
commend BL for starting to take action to improve the website.
Having said that, too many of the changes are seemingly being implemented without
any sort of validation or consideration to what the impact will be. It is
like the developers working on the site have no process to prove-out the changes
prior making those changes live.
Case In Point:
A new 'color' box was added to order line-items to help with color-picked
parts. This was implemented in HTML as a 'background' color. On-screen
this looks good, but to print you must enable background printing. This, in
turn, caused the entire page to print, which was too much. So BL removed all
background color, made the order page completely white (even overriding default
browser settings) and added a thick black border around the order.
Problems with this:
(1) To print the color boxes one still needs to change print settings specific
to BL. Then change back the settings for other websites.
(2) If you DO print orders, you now have roughly doubled your black ink
comsumption due to the unneeded black border
(3) If you DO NOT print orders, you are blinded by the glaring order page.
This is bad for your eyes and bad for your monoitor.
(4) You cannot override the layout/color scheme due to webpage implementation
All of these problems should have been identified and addresses prior to the
constant changes being implemented. A proper validation process would have identified
the root problem (i.e. how the color boxes were implemented) and created a solution
to fix the root problem rather then its symptoms (i.e. unable to print the color
boxes). This would have resulted in the issue being identified and corrected
(i.e. implement the boxes differently) before the new feature was mode live on
the website.
|
VOTED YES ALL THE WAY.. I LIKED THE OLD WAY MUCH BETTER .. PLEASE DO SOMETHING
ABOUT THE BLINDING WHITE BACKGROUND ON THE SIDES AND GET RID OF THE BOX FRAME
ON ORDERS OR AT LEAST GIVE US THE OPTION TO TURN THINGS ON OR OFF. THANK YOU..
|
Do you do all the communication about the orders with your buyers in caps too?
|
Lol He also did it when he created his account
|
No kiddin.
I mean - whatever floats his boat.. But I am dying to find out WHY
|
|
|
| | | | | |
| | | | | Author: | bb469871 | | Posted: | May 8, 2014 16:50 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 93 times | | Topic: | Suggestions | |
|
| I wanted to let you know that I forwarded this suggestion on for consideration.
Thanks
Amanda
CS Team
|
|
| | | | | | | | | |
| | | | | | | Author: | lovaquero | | Posted: | May 9, 2014 10:17 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 38 times | | Topic: | Suggestions | |
|
| In Suggestions, cs_amanda writes:
| | I wanted to let you know that I forwarded this suggestion on for consideration.
Thanks
Amanda
CS Team
|
Thank you Amanda.
|
|
| | | | | | | | | |
| | | | | | | Author: | Munich_Bricks | | Posted: | May 9, 2014 15:19 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 57 times | | Topic: | Suggestions | |
|
| In Suggestions, cs_amanda writes:
| | I wanted to let you know that I forwarded this suggestion on for consideration.
Thanks
Amanda
CS Team
|
Hello Amanda,
as this is your standard reply on each and evary issue - can you please explain
TO WHOM you'r forwarding all the time, WHO / WHICH PEOPLE will decide and
whenever there will be 'BACKWARDED' any answer?
At the moment this kind of processing seems 'a bit' like directing an
issue to the waste paper basket.
SORRY !
Thomas
(Co-Owner of Munich-Bricks)
|
|
| | | | | | | | | | | | | |
| | | | | | | | | Author: | bb469871 | | Posted: | May 9, 2014 17:22 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 68 times | | Topic: | Suggestions | |
|
| | | Hello Amanda,
as this is your standard reply on each and evary issue
|
Yes, this is a standard response I post, and that's because this is exactly
what I do. I monitor the forum for issues that are posted and need to be addressed
and either research an answer or forward it on to the appropriate person/group.
| | - can you please explain
TO WHOM you'r forwarding all the time, WHO / WHICH PEOPLE will decide and
whenever there will be 'BACKWARDED' any answer?
|
I don't usually include specific details in my post regarding who it is being
forwarded to because that can vary depending on the situation. Some issues are
forwarded to the development team directly, sometimes they go to Admin Eric,
and sometimes they go to Admin Alice. Again, depending on the situation, they
may need to be forwarded from that person on to someone else for further assistance.
Since I don't know how soon a response will come back, there is no way for
me to state when we will have an answer. We are continuing to work on improving
the communication both internally between the BL teams and with the members,
however, this is a process and takes time.
| | At the moment this kind of processing seems 'a bit' like directing an
issue to the waste paper basket.
|
I'm sorry that it seems this way to you, but that just isn't the case.
We are well aware that the current communication between all the groups involved
has not been working as well as it needs to, and we are looking into the best
way to resolve that.
Amanda
CS Team
|
|
|
| | | | | |
| | | | | Author: | RansomBricks | | Posted: | May 9, 2014 15:47 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 46 times | | Topic: | Suggestions | |
|
| My wife and I agree that more caution is needed when implementing changes like
what was done to the order screen. We're frustrated with the new format and
it seems terribly unfortunate that the entire layout was altered to implement
one tiny innocent suggestion. I'm surprised that these new changes weren't
made optional; after all, there are a ton of customization options for the order
display at ./orderSettings.asp. I assume that all these options exist because
BL members use the order page for many different applications. I would recommend
that the new developers try increasing BrickLink's already extensive personalization
capabilities rather than reducing or ignoring them. Thanks.
|
|
| | | | | |
| | | | | Author: | BLUSER_308272 | | Posted: | May 9, 2014 16:03 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 48 times | | Topic: | Suggestions | |
|
| Hello,
I'm not lucky of the new style of the order page. I'm printing the orders
and now I need more paper ... and last but not least also more ink.
And I don't like the black frame. It remembering myself at a death announcements.
Could you please change that to the style before.
Thanks a lot
Angelika
|
|
| | | | | | | | | |
| | | | | | | Author: | ToriHada | | Posted: | May 9, 2014 16:07 | | Subject: | (Cancelled) | | Viewed: | 45 times | | Topic: | Suggestions | |
|
| | (Cancelled) |
|
| | | | | | | | | | | | | |
| | | | | | | | | Author: | Andy_Bell | | Posted: | May 9, 2014 16:21 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 73 times | | Topic: | Suggestions | |
|
| In Suggestions, fosterbengoshi writes:
| | In Suggestions, Klicky writes:
| | Hello,
I'm not lucky of the new style of the order page. I'm printing the orders
and now I need more paper ... and last but not least also more ink.
And I don't like the black frame. It remembering myself at a death announcements.
Could you please change that to the style before.
Thanks a lot
Angelika
|
At first I did not care one way or the other. But now I realize this new BL
order formatting style looks too similar to the format style of my BO orders.
BO also uses a bright white background and black line framing. I always liked
BL's (former) order formatting better than BO's.
Thor
|
I was also just thinking about Brick Owl, how this new formatting mimicked the
look there, and wanted to share with everyone. This is not a mini ad for the
Owl. Don't go there to check out my store.
😐
|
|
|
| | | | | | | | | |
| | | | | | | Author: | picabo | | Posted: | May 9, 2014 16:26 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 44 times | | Topic: | Suggestions | |
|
| In Suggestions, Klicky writes:
| | Hello,
I'm not lucky of the new style of the order page. I'm printing the orders
and now I need more paper ... and last but not least also more ink.
And I don't like the black frame. It remembering myself at a death announcements.
Could you please change that to the style before.
Thanks a lot
Angelika
|
Yes, I forgot about that. My parents used to get death announcements from Holland
that were always trimmed in black.
Pam
|
|
| | | | | |
| | | | | Author: | Pokernut | | Posted: | May 9, 2014 16:34 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 41 times | | Topic: | Suggestions | |
|
| In Suggestions, lovaquero writes:
| | SUGGESTION:
BL development team needs to implement a validation process to validate any changes
made to BL prior to live roleout. This should include the use of personas,
a focus test team, and potential involvement of community members.
This is common industry practice for any software development team, and is needed
if BL is operating in a Scrum/Agile development fashion (which appears to be
the case).
--------------------------------------
I REALLY like how BL is finally starting to implement some of the
suggestions from the BL community. Many of these changes are positive, and I
commend BL for starting to take action to improve the website.
Having said that, too many of the changes are seemingly being implemented without
any sort of validation or consideration to what the impact will be. It is
like the developers working on the site have no process to prove-out the changes
prior making those changes live.
Case In Point:
A new 'color' box was added to order line-items to help with color-picked
parts. This was implemented in HTML as a 'background' color. On-screen
this looks good, but to print you must enable background printing. This, in
turn, caused the entire page to print, which was too much. So BL removed all
background color, made the order page completely white (even overriding default
browser settings) and added a thick black border around the order.
Problems with this:
(1) To print the color boxes one still needs to change print settings specific
to BL. Then change back the settings for other websites.
(2) If you DO print orders, you now have roughly doubled your black ink
comsumption due to the unneeded black border
(3) If you DO NOT print orders, you are blinded by the glaring order page.
This is bad for your eyes and bad for your monoitor.
(4) You cannot override the layout/color scheme due to webpage implementation
All of these problems should have been identified and addresses prior to the
constant changes being implemented. A proper validation process would have identified
the root problem (i.e. how the color boxes were implemented) and created a solution
to fix the root problem rather then its symptoms (i.e. unable to print the color
boxes). This would have resulted in the issue being identified and corrected
(i.e. implement the boxes differently) before the new feature was mode live on
the website.
|
Great points.
A question I have that may have already been answered is...Why was the little
color box next to each item decription deemed necessary on the order page?
When you print your order it generally gives you a picture of the part, in color
and the color of the part is also in type. Do you relly need the color mentioned
3 times in the space of a cm?
Changing thing for change sake ( or to make it look pretty ) is pointless
|
|
|
| | | | | | | | | |
| | | | | | | Author: | jennnifer | | Posted: | May 9, 2014 16:45 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 49 times | | Topic: | Suggestions | |
|
| | |
A question I have that may have already been answered is...Why was the little
color box next to each item decription deemed necessary on the order page?
When you print your order it generally gives you a picture of the part, in color
and the color of the part is also in type. Do you relly need the color mentioned
3 times in the space of a cm?
Changing thing for change sake ( or to make it look pretty ) is pointless
|
Hello,
The color boxes have nothing to do with making things pretty. They are an aid
to sellers to avoid mistakes in pulling items. Many item's thumbnail images
are so bad they make identifying the color at a glance very difficult.
I, for one, really like the addition of the color boxes. However, I agree with
many people that it would be nice for them to be optional.
Take care,
Jen
|
|
|
| | | | | | | | | |
| | | | | | | Author: | mnementh | | Posted: | May 9, 2014 17:34 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 61 times | | Topic: | Suggestions | |
|
| In Suggestions, Pokernut writes:
| | When you print your order it generally gives you a picture of the part, in color
and the color of the part is also in type. Do you relly need the color mentioned
3 times in the space of a cm?
|
Yes, I do.
This has been asked for my several people over many years, and I am glad that
they have implemented it. It has already made it easier for me to avoid errors
when pulling orders.
Not all small images are very good. Images of parts in the same color can vary
greatly depending on who has taken the picture. It can also vary greatly depending
on who generated the CAD images. I particularly have issues with Red/Dark Red
and the grays.
Having the color on its own line also makes it stand out better and easier to
see at a glance. Especially when printing more than one page per sheet of paper.
Troy
|
|
|
| | | | | | | | | |
| | | | | | | Author: | Pokernut | | Posted: | May 9, 2014 17:48 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 36 times | | Topic: | Suggestions | |
|
| Thanks for the replies.
If they help you all well and good. I always found the desciption adequate, I
never relied on the pictures.
Each to their own
|
|
|
|
|
USA, Indiana
Lithuania, Panevėžys
Canada, Alberta
Netherlands, Friesland
Germany, Bayern
United Kingdom, Scotland
