By StarkMike - 5/9/2006
I notice that on a Maintenance form when you place strataframe controls (TextBox, Combobox, etc.) on the maintenance form, they are all disabled by default, until the Edit button is pressed.
Is there a way I can leverage that same functionality on other forms? I have a form with a bunch of comboboxes and I would like all of the comboboxes to be disabled until a choice is made from the first one. Just wondering... if not i'll use a for each loop.
|
By StrataFrame Team - 5/9/2006
The controls are disabled because the business object control's their editable state. This functionality works on other forms as well, as long as the controls are bound to the business object. So, bind the controls you want to disable to the business object, and when you make your selection within the first combo box, call Edit() on the business object, which will enable the controls. FYI, if you ever need to disable that functionality, you can set the IgnoreManageUIReadOnlyState property to True on the control(s) you want to ignore the business object. You can also set the property on the business object itself, which will cause the business object to quit managing all of its bound controls.
|
By Ricardo Quartier - 5/17/2006
IgnoreManageUIReadOnlyState, this is great cause I have a list box on a form, and since it's disable, I cannot scrool down, until i hit the edit button.... Now it will works.. thanks....
|
By StrataFrame Team - 5/18/2006
No problem Ricardo. That property is very useful, but many people don't know it's there.
|
By Ricardo Quartier - 5/24/2006
Yeah, but now they can be aware... nice forum... 
|
By StarkMike - 8/30/2006
I have a DevExpress calc edit control bound to the BO and it doesnt appear that the BO is managing the calc edit's editable state. Any ideas?
|
By StrataFrame Team - 8/30/2006
I just tested an inherited CalcEdit control bound to a business object and it was disabled and endabled properly... you might check both the control and the business object to make sure the IgnoreManageUIReadOnly state property and the ManageUIReadOnlyState property are False and True respectively.
|
By StarkMike - 8/31/2006
| I just tested an inherited CalcEdit control bound to a business object and it was disabled and endabled properly... you might check both the control and the business object to make sure the IgnoreManageUIReadOnly state property and the ManageUIReadOnlyState property are False and True respectively. |
I checked the BO and the ManageUIReadOnlyState property was set to True. I checked the CalcEdit control and couldn't find the IgnoreManageUIReadOnly state property. What do you mean inherited?
|
By Trent L. Taylor - 8/31/2006
He meant to say "used" not inherited. I just tested this and it is working. So you more than likely have the IgnoreManageReadonlyState property set to True and it needs to be set to False. See the property sheet image below.
|
By StarkMike - 8/31/2006
Ok I looked again and didnt see it. Attached is a screen shot of the properties for my CalcEdit. My CalcEdit control is from DevExpress and I didnt see a StrataFrame one.Thanks
|
By StrataFrame Team - 8/31/2006
What I meant by "inherited" is that I tested the MicroFour.StrataFrame.UI.Windows.Forms.DevEx.CalcEdit control... it is a control that inherits from the standard DevExpress CalcEdit control and implements the IgnoreManageUIReadOnly state property... so, if you don't have that property, then you most likely aren't using the inherited CalcEdit control, but the basic CalcEdit control, which doesn't support the management of the editing state by the business object.So, just make sure you'e using the correct control.
|
By StrataFrame Team - 8/31/2006
If you don't see the CalcEdit control within the StrataFrame Inherited Controls toolbox tab (or you don't see the StrataFrame Inherited Controls toolbox tab at all), you can create or recreate the toolbox tab through the StrataFrame menu... the Create Toolbox Tab property will re-create both the StrataFrame Controls & Components tab and the StrataFrame Inherited Controls tab.
|
By StarkMike - 8/31/2006
I dont have 'Application Framework 1.4.1 Pre-release' installed... do I need to do that to make all this work? I have StrataFrame 1.4.0 installed and I have DevExpress 6.1 installed but not 1.4.1. And if so.... I notice that it is a pre-release... is it a stable build?
|
By Trent L. Taylor - 8/31/2006
It is more than stable. We have customers releasing product (including oursleves) on this release. We just never moving it into a "final release" because we continued adding so much functionality we decided to just release the final as the 1.5 release, which will be September 22, 2006. I recommend running on this release.
|
By StarkMike - 8/31/2006
Ok, Thanks Trent. I'm running version 6.1.3 of DevExpress so I'm downloading 6.1.5 right now and I'm downloading the StrataFrame Framework for DevExpress 6.1.5. How do you guys see this working from here on out? What I mean is... DevExpress has another update/version to their DXperience product... which is what I use. Should we wait to update until you have your framework updated or how is that going to work?
|
By Trent L. Taylor - 8/31/2006
We give you the source code to the DevEx wrapper, so you can move forward even if we do not. We will keep up as well, but at times, like now, we may lag behind what you are wanting to do. We have users that have already changed the source and the references to 6.2 without us and are using those versions as we speak. So we will ultimately update the wrapper and send it out, but you have the ability to do this yourself since you have the source.
|
By StarkMike - 8/31/2006
Got it. Thanks. and last question... I hope... ;-)... do I need to uninstall StrataFrame to install the newer version?
|
By Trent L. Taylor - 8/31/2006
Yes. When you uninstall all of your license information will be left alone and in tact. We are going to be moving our StrataFrame install over to InstallShield in the future which will hopefully allow a simple upgrade process rather than an uninstall and a re-install.
|