StrataFrame Forum » StrataFrame Application Framework - V1 » WinForms (How do I?) » The New Fabby DateBox

The New Fabby DateBox

Geoff Hirst — Mon, 07 Sep 2009 12:00:02 GMT

Guys,

The new datebox is superb, damn fine work.

When I use it though it defaults to IgnoreManageReadOnlyState = True

Is there a reason for this?

thanks

Geoff

RE: The New Fabby DateBox

Trent L. Taylor — Mon, 07 Sep 2009 12:00:02 GMT

[quote]1.) + and - should add/subtract a date (actually the real request is = and -, as you don't want to force a shift).
[/quote]

Just to confirm here, the + and - already increment and decrement the date. But you want the = and dash to do this without the shift. The +/- from the keypad already work which is what it appears most of our users actually use (on the medical side) as most of them are used to using 10 keys.

[quote]2.) For all the hot key navigation behaviors, using Month as the example: the first M should get me to the beginning of this month, the next M gets me to the beginning of last month, etc. So I can step by 4 months just by clicking M four times. [/quote]

Sounds like a good idea.

[quote]2. Likely it would be nice if the key bindings were configurable. I imagine that other languages might want to use other keys and/or there is always the possibility that somebody needs something weird, like I like to use Quicken like bindings (m for beginning, h for end of month, y for beginning of year, r for end of year, etc.). I.e. there would a set of navigation actions (increment day, to start of month, to start of next month, to start of last month...etc) were the actual keyboard short cuts could be configured. Just a thought. [/quote]

They already do have the ability to customize. These can be overridden for that very reason as there are properties already exposed that do this. Please confirm if I am missing something here. Thanks.

RE: The New Fabby DateBox

Greg McGuffey — Wed, 02 Sep 2009 20:52:49 GMT

Couple of thoughts on these suggestions:

1. = & - from main keyboard, +/- from keypad :D

2. Likely it would be nice if the key bindings were configurable. I imagine that other languages might want to use other keys and/or there is always the possibility that somebody needs something weird, like I like to use Quicken like bindings (m for beginning, h for end of month, y for beginning of year, r for end of year, etc.). I.e. there would a set of navigation actions (increment day, to start of month, to start of next month, to start of last month...etc) were the actual keyboard short cuts could be configured. Just a thought.

RE: The New Fabby DateBox

Alex Luyando — Wed, 02 Sep 2009 17:21:00 GMT

I too like the new dateBox. Thanks!!

A few suggested enhancements, if you don't mind...

1.) + and - should add/subtract a date (actually the real request is = and -, as you don't want to force a shift).

2.) For all the hot key navigation behaviors, using Month as the example: the first M should get me to the beginning of this month, the next M gets me to the beginning of last month, etc. So I can step by 4 months just by clicking M four times.

No biggies... but they would be nice :)

RE: The New Fabby DateBox

Trent L. Taylor — Tue, 04 Aug 2009 10:30:48 GMT

Thanks, Geoff. I appreciate your input!

RE: The New Fabby DateBox

Geoff Hirst — Tue, 04 Aug 2009 10:13:23 GMT

Hi Trent,

it's no big issue really. I was just kind of surprised that was all. Your other controls default to false, that's all and I thought I had done something dumb. It was when my layout appeared and the controls were enabled in idle mode.

Kind of interested to see what you guys are going to do with this, and I am really looking forward to the Stratalistview being a production control, that will really give an edge to my application.

best

Geoff.

RE: The New Fabby DateBox

Trent L. Taylor — Mon, 03 Aug 2009 09:10:51 GMT

Thanks for your kind words!

[quote]When I use it though it defaults to IgnoreManageReadOnlyState = True[/quote]

Well, I suppose it is because it was OUR default. We do not disable any fields within our application development environments. This will most likely become our new long-term standard as we will also introduce new application environments, folder based MDI, etc. in future releases. After a lot of time and energy, we have discovered that end-users prefer to just start typing and for Save / Undo to automatically become available saving steps.

So all of that to just say, you may want to inherit this and set your default to False.