Comments on: SharePoint: How to Create an Auto-Incrementing Number Field For Use in a Custom ID – Part 1 http://www.endusersharepoint.com/2010/06/03/sharepoint-how-to-create-an-auto-incrementing-number-field-for-use-in-a-custom-id-part-1/ No GeekSpeak on SharePoint 2007 WSS and MOSS Mon, 13 Sep 2010 13:05:57 -0400 http://wordpress.org/?v=2.8.6 hourly 1 By: Dessie Lunsford http://www.endusersharepoint.com/2010/06/03/sharepoint-how-to-create-an-auto-incrementing-number-field-for-use-in-a-custom-id-part-1/comment-page-1/#comment-92574 Dessie Lunsford Mon, 09 Aug 2010 14:57:05 +0000 http://www.endusersharepoint.com/?p=8240#comment-92574 Claudia, This works just fine with a list as well, and can be trimmed down a bit since you wont have to wait for the item to be created first like you do with a doc library. You'll still need the workflow, but it can be simplified some. I'll see about writing another article that covers the differences so you have a better guide for that scenario. - Dessie Claudia,
This works just fine with a list as well, and can be trimmed down a bit since you wont have to wait for the item to be created first like you do with a doc library. You’ll still need the workflow, but it can be simplified some.
I’ll see about writing another article that covers the differences so you have a better guide for that scenario.

- Dessie

]]> By: Claudia http://www.endusersharepoint.com/2010/06/03/sharepoint-how-to-create-an-auto-incrementing-number-field-for-use-in-a-custom-id-part-1/comment-page-1/#comment-92237 Claudia Sun, 08 Aug 2010 13:02:59 +0000 http://www.endusersharepoint.com/?p=8240#comment-92237 Dessie, thanks for the great article. I tried to apply the solution to a custom list instead of a doc library, so newly added items in the list get automatically numbered 1.1 , 1.2, 1.3 and so on. But I didn't succeed; can I accomplish this with only calculated column or do I need to follow all the steps? Dessie, thanks for the great article. I tried to apply the solution to a custom list instead of a doc library, so newly added items in the list get automatically numbered 1.1 , 1.2, 1.3 and so on. But I didn’t succeed; can I accomplish this with only calculated column or do I need to follow all the steps?

]]> By: Angela http://www.endusersharepoint.com/2010/06/03/sharepoint-how-to-create-an-auto-incrementing-number-field-for-use-in-a-custom-id-part-1/comment-page-1/#comment-74959 Angela Wed, 16 Jun 2010 09:05:34 +0000 http://www.endusersharepoint.com/?p=8240#comment-74959 I fully agree with Dessie that "not everyone can deploy custom code" or for that matter write custom code. I am not a developer or programmer but many a times am required to use SharePoint (our Intranet is on SharePoint) to deploy workable solutions "out-of-the-box" quickly. I have resorted to using SharePoint Designer a lot of times to "work around" some of the requirements required by the users. I am also thankful to all who like Dessie, have shared their knowledge on such work-arounds (without coding) on the Internet. I have learned and benefited a lot from their posts. Thank you Dessie and everyone! I fully agree with Dessie that “not everyone can deploy custom code” or for that matter write custom code. I am not a developer or programmer but many a times am required to use SharePoint (our Intranet is on SharePoint) to deploy workable solutions “out-of-the-box” quickly. I have resorted to using SharePoint Designer a lot of times to “work around” some of the requirements required by the users.

I am also thankful to all who like Dessie, have shared their knowledge on such work-arounds (without coding) on the Internet. I have learned and benefited a lot from their posts.

Thank you Dessie and everyone!

]]> By: SharePoint: How to Create an Auto-Incrementing Number Field For Use in a Custom ID - Part 2 | EndUserSharePoint.com http://www.endusersharepoint.com/2010/06/03/sharepoint-how-to-create-an-auto-incrementing-number-field-for-use-in-a-custom-id-part-1/comment-page-1/#comment-72787 SharePoint: How to Create an Auto-Incrementing Number Field For Use in a Custom ID - Part 2 | EndUserSharePoint.com Mon, 07 Jun 2010 21:38:29 +0000 http://www.endusersharepoint.com/?p=8240#comment-72787 [...] In the last article, we built our "Auto ID Master" list that will contain our auto-incrementing number, and our "Project Library" where we’ll be uploading project documents that will have the workflow applied. [...] [...] In the last article, we built our "Auto ID Master" list that will contain our auto-incrementing number, and our "Project Library" where we’ll be uploading project documents that will have the workflow applied. [...]

]]> By: Dessie Lunsford http://www.endusersharepoint.com/2010/06/03/sharepoint-how-to-create-an-auto-incrementing-number-field-for-use-in-a-custom-id-part-1/comment-page-1/#comment-72150 Dessie Lunsford Fri, 04 Jun 2010 17:01:35 +0000 http://www.endusersharepoint.com/?p=8240#comment-72150 Dave, As a developer myself, I do understand your point and agree with you on the need to use the right "tool" for the right job. But as Mark mentioned, not everyone has access or the ability to deploy custom code...and yes, I know that it may be considered a "tired" excuse (how many times have we all heard that in SP's lifetime), but in reality there are a great number of SP users out there that either dont have a Dev on staff that can create these "simple" solutions for them, ot they dont have the budget to bring in someone temporarily that can. As somone who works at a state college, the need to look at solutions that are cost-effective is paramount to my job. And again yes, I am a developer, so realistically I could build out anything I wanted via code (and have, since I currently fill all roles in our SP deployment including server/farm admin and lead dev), and thats fine for me...but for the audience that doesn't have the benefit of my working for them, I'd prefer to give them options. In the "specific" scenario I'm working through in this series, the concept is to be able to provide a "code-free" solution to the problem at hand. Could it be worked out easier through code? Umm...of course, thats not in dispute. Hell, you could argue the same for many of the solutions my fellow authors and I have presented here throughout the past few years...but then you'd be missing the point of this site, and in that case we should be directing each and every user of SharePoint (Admins, Devs, End-Users et al) to sites like TechNet for each and every question that ever comes up and hope that the answer is not over-geeky (not bashing them...the moderators and volunteers that provide answers there are awesome and are a great resource). Sorry, I just dont see the point of continuously stating the obvious when it comes to "Code or No-Code". And again, I'm not disputing the fact that many things can be done rather simply (from a programmers point-of-view) through code. What I'm disputing is the requirement that just because its simpler through code that you automatically have to do it that way. Tired of this excuse or not, the reality is that not everyone can deploy custom code...period. - Dessie Dave,
As a developer myself, I do understand your point and agree with you on the need to use the right “tool” for the right job. But as Mark mentioned, not everyone has access or the ability to deploy custom code…and yes, I know that it may be considered a “tired” excuse (how many times have we all heard that in SP’s lifetime), but in reality there are a great number of SP users out there that either dont have a Dev on staff that can create these “simple” solutions for them, ot they dont have the budget to bring in someone temporarily that can.

As somone who works at a state college, the need to look at solutions that are cost-effective is paramount to my job. And again yes, I am a developer, so realistically I could build out anything I wanted via code (and have, since I currently fill all roles in our SP deployment including server/farm admin and lead dev), and thats fine for me…but for the audience that doesn’t have the benefit of my working for them, I’d prefer to give them options.

In the “specific” scenario I’m working through in this series, the concept is to be able to provide a “code-free” solution to the problem at hand. Could it be worked out easier through code? Umm…of course, thats not in dispute. Hell, you could argue the same for many of the solutions my fellow authors and I have presented here throughout the past few years…but then you’d be missing the point of this site, and in that case we should be directing each and every user of SharePoint (Admins, Devs, End-Users et al) to sites like TechNet for each and every question that ever comes up and hope that the answer is not over-geeky (not bashing them…the moderators and volunteers that provide answers there are awesome and are a great resource).

Sorry, I just dont see the point of continuously stating the obvious when it comes to “Code or No-Code”. And again, I’m not disputing the fact that many things can be done rather simply (from a programmers point-of-view) through code. What I’m disputing is the requirement that just because its simpler through code that you automatically have to do it that way.

Tired of this excuse or not, the reality is that not everyone can deploy custom code…period.

- Dessie

]]> By: EndUserSharePoint http://www.endusersharepoint.com/2010/06/03/sharepoint-how-to-create-an-auto-incrementing-number-field-for-use-in-a-custom-id-part-1/comment-page-1/#comment-72146 EndUserSharePoint Fri, 04 Jun 2010 16:19:04 +0000 http://www.endusersharepoint.com/?p=8240#comment-72146 > maybe this is an article series for EUSP I think it's way past time to have this discussion, so if you'd like to write the initial article and get the conversation going, it would be appreciated. > We should talk to the Best Practices Conference folks and have a panel discussion Bill should be coming up for air any day now, since his book is due. I'm more than willing to chair that discussion. I think it's needed and appropriate for his conference. > maybe this is an article series for EUSP

I think it’s way past time to have this discussion, so if you’d like to write the initial article and get the conversation going, it would be appreciated.

> We should talk to the Best Practices Conference folks and have a panel discussion

Bill should be coming up for air any day now, since his book is due. I’m more than willing to chair that discussion. I think it’s needed and appropriate for his conference.

]]> By: Dave http://www.endusersharepoint.com/2010/06/03/sharepoint-how-to-create-an-auto-incrementing-number-field-for-use-in-a-custom-id-part-1/comment-page-1/#comment-72140 Dave Fri, 04 Jun 2010 15:39:27 +0000 http://www.endusersharepoint.com/?p=8240#comment-72140 Mark, Yes, frustration, not meant to piss anyone off. Consider this, though, just because the only tool you have is a hammer doesn't make every fastener a nail. Sometimes the right answer is "you need custom code to do that." Even if you "can" do something without code doesn't mean that you "should" do it without code. As someone who has been called in to fix SP environments that have been damaged by some no code solutions, I can tell you that there is a reason why that is true. However, I definitely agree that there is a place for no code solutions in SP-moreso than in most products. The right mantra is "the right tool for the job" and not having the ability to write or deploy code is not always a valid reason to rule out that tool. We should talk to the Best Practices Conference folks and have a panel discussion on when to use code and when to look at no code. Or if you're interested, maybe this is an article series for EUSP... Mark,
Yes, frustration, not meant to piss anyone off. Consider this, though, just because the only tool you have is a hammer doesn’t make every fastener a nail. Sometimes the right answer is “you need custom code to do that.” Even if you “can” do something without code doesn’t mean that you “should” do it without code. As someone who has been called in to fix SP environments that have been damaged by some no code solutions, I can tell you that there is a reason why that is true.
However, I definitely agree that there is a place for no code solutions in SP-moreso than in most products. The right mantra is “the right tool for the job” and not having the ability to write or deploy code is not always a valid reason to rule out that tool.
We should talk to the Best Practices Conference folks and have a panel discussion on when to use code and when to look at no code. Or if you’re interested, maybe this is an article series for EUSP…

]]> By: EndUserSharePoint http://www.endusersharepoint.com/2010/06/03/sharepoint-how-to-create-an-auto-incrementing-number-field-for-use-in-a-custom-id-part-1/comment-page-1/#comment-72136 EndUserSharePoint Fri, 04 Jun 2010 15:06:06 +0000 http://www.endusersharepoint.com/?p=8240#comment-72136 Dave, > I would rip this out and do it right-it’s not hard As a developer with the ability to deploy a solution to the server, your point is well taken. You can see from the majority of the responses here, however, it WILL be a useful solution for those that don't have that alternative. Mark (Before anyone jumps on Dave, he's a friend and his point is well taken. In situations that would allow development, his statement is correct, although stated with a bit of frustration.) Dave,

> I would rip this out and do it right-it’s not hard

As a developer with the ability to deploy a solution to the server, your point is well taken. You can see from the majority of the responses here, however, it WILL be a useful solution for those that don’t have that alternative.

Mark

(Before anyone jumps on Dave, he’s a friend and his point is well taken. In situations that would allow development, his statement is correct, although stated with a bit of frustration.)

]]> By: Lorenzo Kidd http://www.endusersharepoint.com/2010/06/03/sharepoint-how-to-create-an-auto-incrementing-number-field-for-use-in-a-custom-id-part-1/comment-page-1/#comment-72109 Lorenzo Kidd Fri, 04 Jun 2010 12:40:40 +0000 http://www.endusersharepoint.com/?p=8240#comment-72109 This was an issue that we were planning on addressing in the next few weeks. This article will definitely help move that portion of the project ahead much faster. Thanks for posting it! This was an issue that we were planning on addressing in the next few weeks. This article will definitely help move that portion of the project ahead much faster. Thanks for posting it!

]]> By: Mark Rago http://www.endusersharepoint.com/2010/06/03/sharepoint-how-to-create-an-auto-incrementing-number-field-for-use-in-a-custom-id-part-1/comment-page-1/#comment-72105 Mark Rago Fri, 04 Jun 2010 12:14:55 +0000 http://www.endusersharepoint.com/?p=8240#comment-72105 Sounds good, Dessie. Thanks for the update. mr Sounds good, Dessie. Thanks for the update.
mr

]]>