StrataFrame Forum » StrataFrame Application Framework - V1 » Enhancement Requests » More classes

More classes

kkchan — Mon, 18 Dec 2006 09:20:18 GMT

Hi,
I would like to request to have more utility classes such as factory, systemsetting manager, form manager, mover control/form.

Any plan for this?

Thank you

RE: More classes

Trent L. Taylor — Mon, 18 Dec 2006 09:20:18 GMT

[quote]BTW, do you have any plan for picklist textbox?[/quote]

You can already do this several ways. First, you can use our list population to load up a combo or list using another BO to which the foreign key is bound. You can see this in the CRM sample as well as the sales video on the website. The second option is the BrowseDialog control. You can "pre-set" the initial search values and launch the BrowseDialog and use it as a "picklist."

[quote]May I know the class name?[/quote]

We do not have a "generic" factory class that will allow you to spawn any type of class. Is this what you are looking for?

RE: More classes

kkchan — Mon, 18 Dec 2006 08:53:35 GMT

[quote]There are a number of factory classes within the framework. They are more customized to certain tasks and functionality. What type of factory classes are you looking for?
[/quote]

May I know the class name? I didn't see any mention in help file (may b I miss out). I am evaluating Strataframe.net, therefore I couldn't access source code.

[quote]We have a CheckedTreeView that has really taken place of the mover control. Early on we had tried to push mover controls, but as many of our users indicated, this was an older technology and preferred the CheckedTreeView. After we tried this we came to agree with this position and have adopted it ourselves.[/quote]

Well, I am not sure CheckedTreeView is newer/older technology. However, I used to have customers complaint that they have no easy way to to determine which records were selected using checked list/treeview. They got to keep scrolling up and down for checking. By using mover control, they can simply scroll selected list.

BTW, do you have any plan for picklist textbox? It is more critical for me. The picklist textbox should able to delect if it is bind to FK. If so, an additional command will be added to form (behind textbox) during runtime. User click on picklist button to launch browse form.

Thank you

RE: More classes

Trent L. Taylor — Mon, 18 Dec 2006 08:06:42 GMT

[quote]classes such as factory[/quote]

There are a number of factory classes within the framework. They are more customized to certain tasks and functionality. What type of factory classes are you looking for?

[quote]systemsetting manager[/quote]

What type of system settings? Again, we have a large number of classes for different types of settings.

[quote]form manager[/quote]

You really do not need a custom class for this in .NET. You can do this one of two ways. First, is if your parent form is an MDI for, simply reference the MDIChilren collection within the MDI form. This will have all of the the forms. Second, you should always have a single method launch your forms. You can create a custom dictionary or list that houses all of your forms in a single collection this way.

[codesnippet]Private _FormCollection As New System.Collections.Generic.List(Of System.Windows.Forms.Form)

Private Sub LaunchForm(ByVal FormType As System.Type)
'-- Establish Locals
Dim loForm As System.Windows.Forms.Form

loForm = CType(Activator.CreateInstance(FormType), System.Windows.Forms.Form)

'-- Add the form to the collection
_FormCollection.Add(loForm)

'-- Show the form, etc....
End Sub[/codesnippet]

[quote]mover control/form[/quote]

We have a CheckedTreeView that has really taken place of the mover control. Early on we had tried to push mover controls, but as many of our users indicated, this was an older technology and preferred the CheckedTreeView. After we tried this we came to agree with this position and have adopted it ourselves.