StrataFrame Forum » StrataFrame Application Framework - V1 » Enhancement Requests » Enforce field MaxLength in the BOM by default

Enforce field MaxLength in the BOM by default

Edhy Rijo — Thu, 22 Dec 2011 09:50:41 GMT

As far as I know there is nothing in SF to automatically enforce the characters entered in a Textbox with respect of the field length value.

An error like this can be easily generated by the end user.

[quote]BusinessLayerException
An error occurred while saving an the data to the server.
DataLayerSavingException
String or binary data would be truncated.[/quote]

I know I can create a lot of broken rules to validate the field Length, but I strongly believe that this should be handle by the Business Object Mapper since it has all the information needed to add this kind of validation to the BO designer file.

RE: Enforce field MaxLength in the BOM by default

Ger Cannoll — Thu, 22 Dec 2011 09:50:41 GMT

Hi Trent.

Yes, by facility I was referring to the AutoAdjustMaxLength proerty... just could not remember the name of it. Thanks for clarifying

RE: Enforce field MaxLength in the BOM by default

Trent L. Taylor — Thu, 22 Dec 2011 09:03:09 GMT

I am not sure what you mean by "facility". But for quite a while now, we have already had a property on the TextBox called AutoAdjustMaxLength that when set, automatically adjusts the max length of the field. Some of the comments in this post were prior to that property existing which is what I assume you were referring to.

RE: Enforce field MaxLength in the BOM by default

Ger Cannoll — Thu, 22 Dec 2011 03:48:39 GMT

Hi

Just wondering if this does anything different to the facility that is there now as standard in StartaFrame ?

RE: Enforce field MaxLength in the BOM by default

Fabian R Silva, - — Wed, 21 Dec 2011 16:36:59 GMT

thank you so much, I needed something like this. :)

[quote][b]Luiz Lima (1/22/2010)[/b][hr]Guys,

My team did a class to control something like that (see attached file).You only write something like that:

fixFormFieldsMaxLength(formname)

Enjoy it!

Luiz

[/quote]

RE: Enforce field MaxLength in the BOM by default

Luiz Lima — Fri, 22 Jan 2010 11:12:53 GMT

Guys,

My team did a class to control something like that (see attached file).

You only write something like that:

fixFormFieldsMaxLength(formname)

Enjoy it!

Luiz

RE: Enforce field MaxLength in the BOM by default

Edhy Rijo — Tue, 09 Dec 2008 14:10:18 GMT

Great!

RE: Enforce field MaxLength in the BOM by default

Alex Luyando — Tue, 09 Dec 2008 10:48:37 GMT

[quote][b]Trent L. Taylor (12/09/2008)[/b][hr]Max length is already on the slate to be implemented at the control level. The BO already has the field lengths so it is just a matter of implementing logic within controls such as the textbox, etc. to prevent field length issues. This would obviosuly be a flag that would force the max length. So this is already on the slate to be implemented.[/quote]

Trent -

Super, and thanks!

________________
_____/ Regards,
____/ al

RE: Enforce field MaxLength in the BOM by default

Trent L. Taylor — Tue, 09 Dec 2008 09:37:42 GMT

Max length is already on the slate to be implemented at the control level. The BO already has the field lengths so it is just a matter of implementing logic within controls such as the textbox, etc. to prevent field length issues. This would obviosuly be a flag that would force the max length. So this is already on the slate to be implemented.

RE: Enforce field MaxLength in the BOM by default

Edhy Rijo — Mon, 08 Dec 2008 13:29:34 GMT

Hi Alex,

I agreed with you and would also like to see this implemented/managed via the BOM in a near update. :hehe:

RE: Enforce field MaxLength in the BOM by default

Alex Luyando — Mon, 08 Dec 2008 13:03:29 GMT

I don't mean to pour salt into old wounds, but...

I have a question concerning the BO v. control-based validation of value lengths. In apps where essentially all data entry is via forms/controls, maxlength seems like a nice, clean approach. If SF can automatically set (and update when the underlying column widths change) those values based on BOM metadata for us, even better since I don't get any rush setting .maxlength properties these days.

If, however, the app deals with data mining or other importing of external data sans a UI (but using a BO), then the control-based solution is perhaps a bit less of a solution? In my past (VFP/Visual FoxExpress) life as well as my current reincarnation (C#/StrataFrame) it seems I am always dealing with importing of significant amounts of data and I would love to have my BOs deal with whatever it can without requiring my taking time for more complex business logic implementation.

Just interested in everyone's comments on the above... without getting too intense or fanatical... At the end of the day we're all here 'cause we luv SF!!!

Thanks.

RE: Enforce field MaxLength in the BOM by default

Ivan George Borges — Mon, 24 Mar 2008 10:03:36 GMT

Teddy, I won't even mind if you bring one of those small glasses you showed us. :hehe:

http://www.ahajokes.com/crt001.html

RE: Enforce field MaxLength in the BOM by default

Teddy Jensen — Mon, 24 Mar 2008 09:44:05 GMT

[quote]

Yeah, we actually have people already coming from as far away as Denmark...so I am pretty sure they aren't driving either

[/quote]

No - I'm definitely not driving :D it is a three flight trip each way. But i have been there before and know the class is worth it and Ivan is buying the beers.:D

/Teddy

RE: Enforce field MaxLength in the BOM by default

Trent L. Taylor — Mon, 24 Mar 2008 09:20:44 GMT

Truth be told...we all like to talk big, but everyone (that has posted so far and that I know) including myself, are very light drinkers :D ...but it is more fun to talk big :D

Yeah, we actually have people already coming from as far away as Denmark...so I am pretty sure they aren't driving either :P

RE: Enforce field MaxLength in the BOM by default

Edhy Rijo — Mon, 24 Mar 2008 08:25:24 GMT

[quote][b]Ivan George Borges (03/24/2008)[/b][hr]

... and just tell me what you prefer instead of the beer. :D

Hope you can make it. Where are you going to be coming from?[/quote]

Well, I prefer Steaks and Ice Tea :Wow:

I live in New York, so it will be a couple of hours trip, of course I won't drive :w00t:

RE: Enforce field MaxLength in the BOM by default

Ivan George Borges — Mon, 24 Mar 2008 07:41:00 GMT

Hi Edhy.

[quote]Ivan, I know you have a big beer contest or something like that for the July class, I don't drink beer, but I'll buy you one (yes, just one :P) any size you like, if I make it to the class![/quote]

You are safe with me, then! I am a very light drinker, but it is going to be a pleasure to have one with you, and just tell me what you prefer instead of the beer. :D

Hope you can make it. Where are you going to be coming from?

RE: Enforce field MaxLength in the BOM by default

Edhy Rijo — Sat, 22 Mar 2008 17:42:55 GMT

[quote][b]Ivan George Borges (03/22/2008)[/b][hr]Oh, I was already counting you on, Greg! ;)[/quote]

Me too!!!

Ivan, I know you have a big beer contest or something like that for the July class, I don't drink beer, but I'll buy you one (yes, just one :P) any size you like, if I make it to the class!

RE: Enforce field MaxLength in the BOM by default

Ivan George Borges — Sat, 22 Mar 2008 11:18:39 GMT

Oh, I was already counting you on, Greg! ;)

RE: Enforce field MaxLength in the BOM by default

Greg McGuffey — Fri, 21 Mar 2008 17:32:14 GMT

er...:blush:...what is meant was that I also believe you'll be in good shape by July...you making great progress!

RE: Enforce field MaxLength in the BOM by default

Greg McGuffey — Fri, 21 Mar 2008 17:31:02 GMT

[quote]I belive I'll be in good shapefor the July class. :cool:[/quote]

Me too! :smooooth:

RE: Enforce field MaxLength in the BOM by default

Edhy Rijo — Fri, 21 Mar 2008 16:15:03 GMT

[quote][b]Greg McGuffey (03/21/2008)[/b][hr]
If you haven't signed up for the class yet...do it. Best training class I've ever had. [/quote]

Hi Greg,

I have not signed up yet, but it is on my priority list.

In my experience with other training and developer conferences, it is best when you are familiarized with the tools, and that is just what I am doing know with this project, getting to know SF. I belive I'll be in good shape for the July class. :cool:

RE: Enforce field MaxLength in the BOM by default

Greg McGuffey — Fri, 21 Mar 2008 14:22:07 GMT

[quote]I understand exactly what you are going through at the moment, as do many other developers out here on this forum. It took us a while to "break out of our shell" so to speak and finally smell the roses :D Many of the things that you are fighting is simply just trying to come from an environment in which you were comfortable and then try to apply those same techniques towards .NET. Obviously this is met with some frustration and scratching of the head when trying to resolve your problems.[/quote]
Can I get an "Ahmen" brothers and sisters! I vote this as the understatement of the year, both on the frustration part and the smelly roses part ;)

[quote]This is why we have really developers and tweaked our training classes over the years...to cover things just like this.[/quote]
If you haven't signed up for the class yet...do it. Best training class I've ever had.

[quote]Happy Easter...I am going to take off and spend the rest of the day with my family. [/quote]
Happy Easter!

RE: Enforce field MaxLength in the BOM by default

Trent L. Taylor — Fri, 21 Mar 2008 13:17:45 GMT

No problem, Edhy. It is 100% our desire to add anything to the framework that will enhance not our our development experience, but every developer that uses SF. We listen to every suggestion made from every developer and we discuss and determine which of those suggestions need to be implemented into the framework.

I understand exactly what you are going through at the moment, as do many other developers out here on this forum. It took us a while to "break out of our shell" so to speak and finally smell the roses :D Many of the things that you are fighting is simply just trying to come from an environment in which you were comfortable and then try to apply those same techniques towards .NET. Obviously this is met with some frustration and scratching of the head when trying to resolve your problems.

This is why we have really developers and tweaked our training classes over the years...to cover things just like this.

At any rate, we are truly glad that you chose SF and we do appreciate your suggestions....this is how things get better!

Happy Easter...I am going to take off and spend the rest of the day with my family. Talk to you soon.

RE: Enforce field MaxLength in the BOM by default

Edhy Rijo — Fri, 21 Mar 2008 12:55:50 GMT

[quote][b]Trent L. Taylor (03/21/2008)[/b][hr]

When developing a framework and trying to appeal to the masses, it is best to make the change so that it will be respected in the broad spectrum.[/quote]

Trent,

As I said before in this forum, I am new to .NET and do appreciate any kind of input anybody here can do to help me out. :P

Please don't get my postings in the wrong way, if I gave you the impression of going in circle in this topic, that was not my intention.

I am in the process of converting VFP projects to VB.NET with SF, while doing this, I am learning the .NET way of doing some things and along this the SF approach to those situations, so my posts are in regard to let you guys know of things I believe may enhance SF in the future, based on my experience working with VFP frameworks, of course that does not necesarily means that I want that feature today, or that it is a valid doable feature.

[quote]

I hope this helps you understand that I have heard you on all of your other posts and help you to understand that you can add this logic yourself very easily since it will not need to support all data types, etc. We try to listen to all of our customers and meet their needs. Especially in areas where there is a high-demand request...which though this is not in high-demand, we do see that there could be some things that help speed development up in the long-term. Thanks for your input and understanding.

[/quote]

Since you made the suggestion, I am already using the MaxLength property :P. So far, nothing is a show stopper for me :hehe: the easy way would be to keep building solutions for my customers with VFP and here I am in the .NET world using the framework I believe is closest to what I am used to, and believe me it took me a while to review other framework vendor and decided to stay and invest in SF, and one of the major reason for my decision is the kind of support provided by you and the other SF team members.

Anyway, thanks for the points!!!;)

RE: Enforce field MaxLength in the BOM by default

Trent L. Taylor — Fri, 21 Mar 2008 11:47:43 GMT

Edhy,

I feel like we keep going around in circles here. I have already told you, in more than one post, that we will consider adding some of this functionality down the road. Developers create massive applicatons, everyday, including ourselves, without letting this slow us down. It is a very simple property to set...this is not a "show-stopping" request. You are coming from a data-driven environment...VFP. We too came from VFP and have implemented logic into the framework with many of the good ideas that they had...the request you are making is coming from a data-dictionary environment which using thi same logic would be suicide in a large application in a disconnected data environment.

We WILL at some point add additional functionality that will bring in field lengths. Though this should never have to be checked at the BO level...though you could do it this way, it is really pointless as you can set the MaxLength on a textbox to prevent this from ever getting to this point instead of the end-user seeing another error or warning. So this logic is not as simple as you keep bringing up...because this 1.) needs to be optional 2.) impemented at the control level which means any control that supports text entry will need to support this logic, thus making 3rd party controls more complex. 3.) Needs to provide support for all environments versus just our controls, etc. 4.) This will require support for al database types, not just SQL Server and so it will entail checking for VarChar, NVarChar, and support for SQL Server, Oracle, DB2, VFP, Access, OLEDB, etc.

When developing a framework and trying to appeal to the masses, it is best to make the change so that it will be respected in the broad spectrum.

Finally, if this is such a huge piece of your application, you could implement this logic in less than an hour. If you want to take the BO approach, then inherit the BusinessLayer and create your own BoBase (which is a good idea anyway) and then add this logic to check for field lengths for your specific data type....though I would still recommend doing this at the control level.