Option in Form to always stay in edit mode.
 
Home My Account Forum Try It! Buy It!
About Contact Us Site Map
StrataFrame Forum
Home      Members   Calendar   Who's On
Welcome Guest ( Login | Register )
      



Option in Form to always stay in edit mode.Expand / Collapse
Author
Message
Posted 02/06/2008 11:52:41 AM


StrataFrame Novice

StrataFrame NoviceStrataFrame NoviceStrataFrame NoviceStrataFrame NoviceStrataFrame NoviceStrataFrame NoviceStrataFrame NoviceStrataFrame Novice

Group: StrataFrame Users
Last Login: 05/30/2008 10:52:28 AM
Posts: 72, Visits: 251
It would be nice if the StandardForm had some kind of a boolean property to always stay in edit mode. Now after Save, the form always returns in ReadOnly mode until you press (or call) Edit again. Being the form in ReadOnly mode looks strange to our customers, since they have used forms to be editable. So we always have to call Save and Edit together. This sometimes messes with the focus of controls and we have to write the same code all over again in all our forms.

It would be nice if this was an option.

Thanks

Post #14096
Posted 02/06/2008 12:31:00 PM
StrataFrame VIP

StrataFrame VIPStrataFrame VIPStrataFrame VIPStrataFrame VIPStrataFrame VIPStrataFrame VIPStrataFrame VIPStrataFrame VIP

Group: StrataFrame Users
Last Login: 2 days ago @ 3:11:51 PM
Posts: 1,148, Visits: 2,831
You could probably do this now. The editing state is really just a UI thing. If you set all the bound controls to IgnoreManageReadonlyState = True and used your own toolstrip with save/undo/delete that called the methods on the BO (not the form) I'm guessing you'd be pretty close. You'd probably want to handle the IsDirtyChanged event (which I think is newish..couldn't find it in the SF source I have) to update your toolstrip buttons. At least this is what I'd try.

Of course, this doesn't negate the enhancement request, just some thoughts if you need this NOW.
Post #14097
Posted 02/06/2008 12:57:04 PM


StrataFrame Developer

StrataFrame Developer

Group: StrataFrame Developers
Last Login: Yesterday @ 9:47:36 PM
Posts: 4,115, Visits: 4,185
You can also set the BO property ManageReadonlyState to false versus each of the bound controls, but if you only want to keep one or two controls in edit mode, then you could use the IgnoreManageReadonlyState property of the control.

In our medical software the fields are always enabled and we use the IsDIrtyChanged event of the BO to enadle or show the Save/Undo buttons.

Post #14100
Posted 02/08/2008 11:03:52 AM


StrataFrame Novice

StrataFrame NoviceStrataFrame NoviceStrataFrame NoviceStrataFrame NoviceStrataFrame NoviceStrataFrame NoviceStrataFrame NoviceStrataFrame Novice

Group: StrataFrame Users
Last Login: 05/30/2008 10:52:28 AM
Posts: 72, Visits: 251
Ok, this worked really nice

Thank you.

Post #14204
Posted 02/08/2008 11:06:09 AM


StrataFrame Developer

StrataFrame Developer

Group: StrataFrame Developers
Last Login: Yesterday @ 9:47:36 PM
Posts: 4,115, Visits: 4,185
Glad to hear it
Post #14205
Posted 05/05/2008 5:15:06 PM


StrataFrame User

StrataFrame UserStrataFrame UserStrataFrame UserStrataFrame UserStrataFrame UserStrataFrame UserStrataFrame UserStrataFrame User

Group: StrataFrame Users
Last Login: 06/27/2008 5:57:22 PM
Posts: 436, Visits: 942
How does changing the ManageUIReadOnlyState effect the EditingState Property? From my initial testing it seems like the EditingState doesnt change after ManageUIReadOnlyState is set to False.
Post #16160
Posted 05/05/2008 6:31:51 PM


StrataFrame Developer

StrataFrame Developer

Group: StrataFrame Developers
Last Login: Yesterday @ 9:47:36 PM
Posts: 4,115, Visits: 4,185
It doesn't.  It just doesn't update the readonly or enabled state of the controls when the editing state changes. 

If you want to know when a user enters a value, you can still handle the EditingStateChanged event...but better yet, use the IsDirtyChanged event.

Post #16163
« Prev Topic | Next Topic »


Reading This TopicExpand / Collapse
Active Users: 0 (0 guests, 0 members, 0 anonymous members)
No members currently viewing this topic.
Forum Moderators: Ben Chase, Trent L. Taylor, Steve L. Taylor

PermissionsExpand / Collapse

All times are GMT -6:00, Time now is 2:28am

Powered By InstantForum.NET v4.1.4 © 2008
Execution: 0.078. 10 queries. Compression Enabled.
Site Map - Home - My Account - Forum - About Us - Contact Us - Try It - Buy It

Microsoft, Visual Studio, and the Visual Studio logo are trademarks or registered trademarks of Microsoft Corporation in the United States and/or other countries.