Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Nebula » CDateTime - setEditable/setEnabled
CDateTime - setEditable/setEnabled [message #64022] Fri, 05 June 2009 07:42 Go to next message
Peter Pfeifer is currently offline Peter PfeiferFriend
Messages: 98
Registered: July 2009
Member
Hello.

It's me again. I just encountered an issue regarding
CDateTime.setEditable(false). If set to false, I'd expect the control to
behave like an ordinary text control does. It should be possible to
select the date copy it to the clipboard. Right now setEditable to
false, disables the possibilty to enter a date manually, BUT it's still
possible to drop down the datepicker or change the date by using the
arrow keys (up/down).

In my opinion setEditable to false should prevent the user from dropping
down the datepicker or changing the date via arrow keys. It should just
be possible to select the date and copy it to the clipboard as it's
established with a non editable text control.

More or less it should be the same as setEnabled to false except that
it's possible to traverse through the control and select its content.

Do you think that this is worth filing a bug entry?

Regards,

Peter
Re: CDateTime - setEditable/setEnabled [message #64113 is a reply to message #64022] Sun, 07 June 2009 15:00 Go to previous messageGo to next message
Jeremy Dowdall is currently offline Jeremy DowdallFriend
Messages: 181
Registered: July 2009
Senior Member
Hi again Peter :)

Yes, this definitely would have been a good bug candidate, except there
already was one: bug 196033. (duplicate bugs are always more helpful
than no bug, so in the future, if you're not sure just go ahead and file).

Thanks for the good description too - I have to agree with all of it.

The fix is in HEAD.
Please follow up on bug 196033 if I missed anything.

cheers

Peter Pfeifer wrote:
> Hello.
>
> It's me again. I just encountered an issue regarding
> CDateTime.setEditable(false). If set to false, I'd expect the control to
> behave like an ordinary text control does. It should be possible to
> select the date copy it to the clipboard. Right now setEditable to
> false, disables the possibilty to enter a date manually, BUT it's still
> possible to drop down the datepicker or change the date by using the
> arrow keys (up/down).
>
> In my opinion setEditable to false should prevent the user from dropping
> down the datepicker or changing the date via arrow keys. It should just
> be possible to select the date and copy it to the clipboard as it's
> established with a non editable text control.
>
> More or less it should be the same as setEnabled to false except that
> it's possible to traverse through the control and select its content.
>
> Do you think that this is worth filing a bug entry?
>
> Regards,
>
> Peter
Re: CDateTime - setEditable/setEnabled [message #64159 is a reply to message #64113] Mon, 08 June 2009 06:55 Go to previous messageGo to next message
Peter Pfeifer is currently offline Peter PfeiferFriend
Messages: 98
Registered: July 2009
Member
Hi.

Thanks a lot for your changes. Setting editable to false, disables arrow
keys, that's good... Although it's still possible to drop down the
datepicker, where selecting a date is prohibited... I think it's a
matter of taste, whether it should be possible to drop it down or not
when the control itself is not editable.

But keyboard navigation within the datepicker itself seems to be broken.
Or do I have to create the CDateTime control with a special style flag?

Regards, Peter

Am 07.06.2009 17:00, schrieb Jeremy Dowdall:
> Hi again Peter :)
>
> Yes, this definitely would have been a good bug candidate, except there
> already was one: bug 196033. (duplicate bugs are always more helpful
> than no bug, so in the future, if you're not sure just go ahead and file).
>
> Thanks for the good description too - I have to agree with all of it.
>
> The fix is in HEAD.
> Please follow up on bug 196033 if I missed anything.
>
> cheers
>
> Peter Pfeifer wrote:
>> Hello.
>>
>> It's me again. I just encountered an issue regarding
>> CDateTime.setEditable(false). If set to false, I'd expect the control
>> to behave like an ordinary text control does. It should be possible to
>> select the date copy it to the clipboard. Right now setEditable to
>> false, disables the possibilty to enter a date manually, BUT it's
>> still possible to drop down the datepicker or change the date by using
>> the arrow keys (up/down).
>>
>> In my opinion setEditable to false should prevent the user from
>> dropping down the datepicker or changing the date via arrow keys. It
>> should just be possible to select the date and copy it to the
>> clipboard as it's established with a non editable text control.
>>
>> More or less it should be the same as setEnabled to false except that
>> it's possible to traverse through the control and select its content.
>>
>> Do you think that this is worth filing a bug entry?
>>
>> Regards,
>>
>> Peter
Re: CDateTime - setEditable/setEnabled [message #64181 is a reply to message #64159] Mon, 08 June 2009 06:57 Go to previous messageGo to next message
Peter Pfeifer is currently offline Peter PfeiferFriend
Messages: 98
Registered: July 2009
Member
sorry. dropping down an non editable datepicker was my fault.

but keyboard navigation still seems to be broken


Am 08.06.2009 08:55, schrieb Peter Pfeifer:
> Hi.
>
> Thanks a lot for your changes. Setting editable to false, disables arrow
> keys, that's good... Although it's still possible to drop down the
> datepicker, where selecting a date is prohibited... I think it's a
> matter of taste, whether it should be possible to drop it down or not
> when the control itself is not editable.
>
> But keyboard navigation within the datepicker itself seems to be broken.
> Or do I have to create the CDateTime control with a special style flag?
>
> Regards, Peter
>
> Am 07.06.2009 17:00, schrieb Jeremy Dowdall:
>> Hi again Peter :)
>>
>> Yes, this definitely would have been a good bug candidate, except there
>> already was one: bug 196033. (duplicate bugs are always more helpful
>> than no bug, so in the future, if you're not sure just go ahead and
>> file).
>>
>> Thanks for the good description too - I have to agree with all of it.
>>
>> The fix is in HEAD.
>> Please follow up on bug 196033 if I missed anything.
>>
>> cheers
>>
>> Peter Pfeifer wrote:
>>> Hello.
>>>
>>> It's me again. I just encountered an issue regarding
>>> CDateTime.setEditable(false). If set to false, I'd expect the control
>>> to behave like an ordinary text control does. It should be possible to
>>> select the date copy it to the clipboard. Right now setEditable to
>>> false, disables the possibilty to enter a date manually, BUT it's
>>> still possible to drop down the datepicker or change the date by using
>>> the arrow keys (up/down).
>>>
>>> In my opinion setEditable to false should prevent the user from
>>> dropping down the datepicker or changing the date via arrow keys. It
>>> should just be possible to select the date and copy it to the
>>> clipboard as it's established with a non editable text control.
>>>
>>> More or less it should be the same as setEnabled to false except that
>>> it's possible to traverse through the control and select its content.
>>>
>>> Do you think that this is worth filing a bug entry?
>>>
>>> Regards,
>>>
>>> Peter
>
Re: CDateTime - setEditable/setEnabled [message #64208 is a reply to message #64159] Mon, 08 June 2009 07:32 Go to previous messageGo to next message
Peter Pfeifer is currently offline Peter PfeiferFriend
Messages: 98
Registered: July 2009
Member
according to the keyboard navigation after dropping down the datepicker:

it seems that the datepicker shell doesn't get the focus, so keyboard
navigation is supressed... after selecting a date with the mouse
(datepicker got focus) keyboard navigation is wotking again.

regards, peter

Am 08.06.2009 08:55, schrieb Peter Pfeifer:
> Hi.
>
> Thanks a lot for your changes. Setting editable to false, disables arrow
> keys, that's good... Although it's still possible to drop down the
> datepicker, where selecting a date is prohibited... I think it's a
> matter of taste, whether it should be possible to drop it down or not
> when the control itself is not editable.
>
> But keyboard navigation within the datepicker itself seems to be broken.
> Or do I have to create the CDateTime control with a special style flag?
>
> Regards, Peter
>
> Am 07.06.2009 17:00, schrieb Jeremy Dowdall:
>> Hi again Peter :)
>>
>> Yes, this definitely would have been a good bug candidate, except there
>> already was one: bug 196033. (duplicate bugs are always more helpful
>> than no bug, so in the future, if you're not sure just go ahead and
>> file).
>>
>> Thanks for the good description too - I have to agree with all of it.
>>
>> The fix is in HEAD.
>> Please follow up on bug 196033 if I missed anything.
>>
>> cheers
>>
>> Peter Pfeifer wrote:
>>> Hello.
>>>
>>> It's me again. I just encountered an issue regarding
>>> CDateTime.setEditable(false). If set to false, I'd expect the control
>>> to behave like an ordinary text control does. It should be possible to
>>> select the date copy it to the clipboard. Right now setEditable to
>>> false, disables the possibilty to enter a date manually, BUT it's
>>> still possible to drop down the datepicker or change the date by using
>>> the arrow keys (up/down).
>>>
>>> In my opinion setEditable to false should prevent the user from
>>> dropping down the datepicker or changing the date via arrow keys. It
>>> should just be possible to select the date and copy it to the
>>> clipboard as it's established with a non editable text control.
>>>
>>> More or less it should be the same as setEnabled to false except that
>>> it's possible to traverse through the control and select its content.
>>>
>>> Do you think that this is worth filing a bug entry?
>>>
>>> Regards,
>>>
>>> Peter
>
Re: CDateTime - setEditable/setEnabled [message #64233 is a reply to message #64208] Mon, 08 June 2009 08:12 Go to previous messageGo to next message
Jeremy Dowdall is currently offline Jeremy DowdallFriend
Messages: 181
Registered: July 2009
Senior Member
I just checked in some fixes for the focus issue your describing - the
picker shell (VPanel actually) wasn't accepting the focus properly.
I'll have to check it with other configurations, but it should now be
working for this case.

Peter Pfeifer wrote:
> according to the keyboard navigation after dropping down the datepicker:
>
> it seems that the datepicker shell doesn't get the focus, so keyboard
> navigation is supressed... after selecting a date with the mouse
> (datepicker got focus) keyboard navigation is wotking again.
>
> regards, peter
>
> Am 08.06.2009 08:55, schrieb Peter Pfeifer:
>> Hi.
>>
>> Thanks a lot for your changes. Setting editable to false, disables arrow
>> keys, that's good... Although it's still possible to drop down the
>> datepicker, where selecting a date is prohibited... I think it's a
>> matter of taste, whether it should be possible to drop it down or not
>> when the control itself is not editable.
>>
>> But keyboard navigation within the datepicker itself seems to be broken.
>> Or do I have to create the CDateTime control with a special style flag?
>>
>> Regards, Peter
>>
>> Am 07.06.2009 17:00, schrieb Jeremy Dowdall:
>>> Hi again Peter :)
>>>
>>> Yes, this definitely would have been a good bug candidate, except there
>>> already was one: bug 196033. (duplicate bugs are always more helpful
>>> than no bug, so in the future, if you're not sure just go ahead and
>>> file).
>>>
>>> Thanks for the good description too - I have to agree with all of it.
>>>
>>> The fix is in HEAD.
>>> Please follow up on bug 196033 if I missed anything.
>>>
>>> cheers
>>>
>>> Peter Pfeifer wrote:
>>>> Hello.
>>>>
>>>> It's me again. I just encountered an issue regarding
>>>> CDateTime.setEditable(false). If set to false, I'd expect the control
>>>> to behave like an ordinary text control does. It should be possible to
>>>> select the date copy it to the clipboard. Right now setEditable to
>>>> false, disables the possibilty to enter a date manually, BUT it's
>>>> still possible to drop down the datepicker or change the date by using
>>>> the arrow keys (up/down).
>>>>
>>>> In my opinion setEditable to false should prevent the user from
>>>> dropping down the datepicker or changing the date via arrow keys. It
>>>> should just be possible to select the date and copy it to the
>>>> clipboard as it's established with a non editable text control.
>>>>
>>>> More or less it should be the same as setEnabled to false except that
>>>> it's possible to traverse through the control and select its content.
>>>>
>>>> Do you think that this is worth filing a bug entry?
>>>>
>>>> Regards,
>>>>
>>>> Peter
>>
>
Re: CDateTime - setEditable/setEnabled [message #64256 is a reply to message #64233] Mon, 08 June 2009 11:00 Go to previous messageGo to next message
Peter Pfeifer is currently offline Peter PfeiferFriend
Messages: 98
Registered: July 2009
Member
Hi.

I did an update and something changed. dropping down lets you change the
date via keys. but only the activated portion in the textfield. it's not
possible to traverse through the datepicker.

thanks.


Am 08.06.2009 10:12, schrieb Jeremy Dowdall:
> I just checked in some fixes for the focus issue your describing - the
> picker shell (VPanel actually) wasn't accepting the focus properly.
> I'll have to check it with other configurations, but it should now be
> working for this case.
>
> Peter Pfeifer wrote:
>> according to the keyboard navigation after dropping down the datepicker:
>>
>> it seems that the datepicker shell doesn't get the focus, so keyboard
>> navigation is supressed... after selecting a date with the mouse
>> (datepicker got focus) keyboard navigation is wotking again.
>>
>> regards, peter
>>
>> Am 08.06.2009 08:55, schrieb Peter Pfeifer:
>>> Hi.
>>>
>>> Thanks a lot for your changes. Setting editable to false, disables arrow
>>> keys, that's good... Although it's still possible to drop down the
>>> datepicker, where selecting a date is prohibited... I think it's a
>>> matter of taste, whether it should be possible to drop it down or not
>>> when the control itself is not editable.
>>>
>>> But keyboard navigation within the datepicker itself seems to be broken.
>>> Or do I have to create the CDateTime control with a special style flag?
>>>
>>> Regards, Peter
>>>
>>> Am 07.06.2009 17:00, schrieb Jeremy Dowdall:
>>>> Hi again Peter :)
>>>>
>>>> Yes, this definitely would have been a good bug candidate, except there
>>>> already was one: bug 196033. (duplicate bugs are always more helpful
>>>> than no bug, so in the future, if you're not sure just go ahead and
>>>> file).
>>>>
>>>> Thanks for the good description too - I have to agree with all of it.
>>>>
>>>> The fix is in HEAD.
>>>> Please follow up on bug 196033 if I missed anything.
>>>>
>>>> cheers
>>>>
>>>> Peter Pfeifer wrote:
>>>>> Hello.
>>>>>
>>>>> It's me again. I just encountered an issue regarding
>>>>> CDateTime.setEditable(false). If set to false, I'd expect the control
>>>>> to behave like an ordinary text control does. It should be possible to
>>>>> select the date copy it to the clipboard. Right now setEditable to
>>>>> false, disables the possibilty to enter a date manually, BUT it's
>>>>> still possible to drop down the datepicker or change the date by using
>>>>> the arrow keys (up/down).
>>>>>
>>>>> In my opinion setEditable to false should prevent the user from
>>>>> dropping down the datepicker or changing the date via arrow keys. It
>>>>> should just be possible to select the date and copy it to the
>>>>> clipboard as it's established with a non editable text control.
>>>>>
>>>>> More or less it should be the same as setEnabled to false except that
>>>>> it's possible to traverse through the control and select its content.
>>>>>
>>>>> Do you think that this is worth filing a bug entry?
>>>>>
>>>>> Regards,
>>>>>
>>>>> Peter
>>>
>>
Re: CDateTime - setEditable/setEnabled [message #64279 is a reply to message #64256] Mon, 08 June 2009 14:54 Go to previous messageGo to next message
Jeremy Dowdall is currently offline Jeremy DowdallFriend
Messages: 181
Registered: July 2009
Senior Member
> it's not possible to traverse through the datepicker.

one step at a time! :)

By traversing through the datepicker, I'm assuming that you mean using
the tab key to switch between the day, month, year, and time pickers...
how would you see this working for a SIMPLE style CDateTime?
My thought is that tab traversal within the CDateTime would be active
only if it had either the DROP_DOWN or TAB_FIELDS style set.
Re: CDateTime - setEditable/setEnabled [message #64301 is a reply to message #64279] Tue, 09 June 2009 04:29 Go to previous message
Peter Pfeifer is currently offline Peter PfeiferFriend
Messages: 98
Registered: July 2009
Member
hi.

by traversing through the datepicker i mean the following:

1.) datepicker is dropped down
2.) using the arrow keys right or left are adjusts the the date by +/-
one day, arrow keys up/down adjust the date by +/- a week. Right now it
adjust the date by +/- 1 depending on the date portion which is selected
in the text field above.

I hope my explaination wasn't that confusing?

Regards,

Peter


Am 08.06.2009 16:54, schrieb Jeremy Dowdall:
>> it's not possible to traverse through the datepicker.
>
> one step at a time! :)
>
> By traversing through the datepicker, I'm assuming that you mean using
> the tab key to switch between the day, month, year, and time pickers...
> how would you see this working for a SIMPLE style CDateTime?
> My thought is that tab traversal within the CDateTime would be active
> only if it had either the DROP_DOWN or TAB_FIELDS style set.
Re: CDateTime - setEditable/setEnabled [message #594977 is a reply to message #64022] Sun, 07 June 2009 15:00 Go to previous message
Jeremy Dowdall is currently offline Jeremy DowdallFriend
Messages: 181
Registered: July 2009
Senior Member
Hi again Peter :)

Yes, this definitely would have been a good bug candidate, except there
already was one: bug 196033. (duplicate bugs are always more helpful
than no bug, so in the future, if you're not sure just go ahead and file).

Thanks for the good description too - I have to agree with all of it.

The fix is in HEAD.
Please follow up on bug 196033 if I missed anything.

cheers

Peter Pfeifer wrote:
> Hello.
>
> It's me again. I just encountered an issue regarding
> CDateTime.setEditable(false). If set to false, I'd expect the control to
> behave like an ordinary text control does. It should be possible to
> select the date copy it to the clipboard. Right now setEditable to
> false, disables the possibilty to enter a date manually, BUT it's still
> possible to drop down the datepicker or change the date by using the
> arrow keys (up/down).
>
> In my opinion setEditable to false should prevent the user from dropping
> down the datepicker or changing the date via arrow keys. It should just
> be possible to select the date and copy it to the clipboard as it's
> established with a non editable text control.
>
> More or less it should be the same as setEnabled to false except that
> it's possible to traverse through the control and select its content.
>
> Do you think that this is worth filing a bug entry?
>
> Regards,
>
> Peter
Re: CDateTime - setEditable/setEnabled [message #594995 is a reply to message #64113] Mon, 08 June 2009 06:55 Go to previous message
Peter Pfeifer is currently offline Peter PfeiferFriend
Messages: 98
Registered: July 2009
Member
Hi.

Thanks a lot for your changes. Setting editable to false, disables arrow
keys, that's good... Although it's still possible to drop down the
datepicker, where selecting a date is prohibited... I think it's a
matter of taste, whether it should be possible to drop it down or not
when the control itself is not editable.

But keyboard navigation within the datepicker itself seems to be broken.
Or do I have to create the CDateTime control with a special style flag?

Regards, Peter

Am 07.06.2009 17:00, schrieb Jeremy Dowdall:
> Hi again Peter :)
>
> Yes, this definitely would have been a good bug candidate, except there
> already was one: bug 196033. (duplicate bugs are always more helpful
> than no bug, so in the future, if you're not sure just go ahead and file).
>
> Thanks for the good description too - I have to agree with all of it.
>
> The fix is in HEAD.
> Please follow up on bug 196033 if I missed anything.
>
> cheers
>
> Peter Pfeifer wrote:
>> Hello.
>>
>> It's me again. I just encountered an issue regarding
>> CDateTime.setEditable(false). If set to false, I'd expect the control
>> to behave like an ordinary text control does. It should be possible to
>> select the date copy it to the clipboard. Right now setEditable to
>> false, disables the possibilty to enter a date manually, BUT it's
>> still possible to drop down the datepicker or change the date by using
>> the arrow keys (up/down).
>>
>> In my opinion setEditable to false should prevent the user from
>> dropping down the datepicker or changing the date via arrow keys. It
>> should just be possible to select the date and copy it to the
>> clipboard as it's established with a non editable text control.
>>
>> More or less it should be the same as setEnabled to false except that
>> it's possible to traverse through the control and select its content.
>>
>> Do you think that this is worth filing a bug entry?
>>
>> Regards,
>>
>> Peter
Re: CDateTime - setEditable/setEnabled [message #595004 is a reply to message #64159] Mon, 08 June 2009 06:57 Go to previous message
Peter Pfeifer is currently offline Peter PfeiferFriend
Messages: 98
Registered: July 2009
Member
sorry. dropping down an non editable datepicker was my fault.

but keyboard navigation still seems to be broken


Am 08.06.2009 08:55, schrieb Peter Pfeifer:
> Hi.
>
> Thanks a lot for your changes. Setting editable to false, disables arrow
> keys, that's good... Although it's still possible to drop down the
> datepicker, where selecting a date is prohibited... I think it's a
> matter of taste, whether it should be possible to drop it down or not
> when the control itself is not editable.
>
> But keyboard navigation within the datepicker itself seems to be broken.
> Or do I have to create the CDateTime control with a special style flag?
>
> Regards, Peter
>
> Am 07.06.2009 17:00, schrieb Jeremy Dowdall:
>> Hi again Peter :)
>>
>> Yes, this definitely would have been a good bug candidate, except there
>> already was one: bug 196033. (duplicate bugs are always more helpful
>> than no bug, so in the future, if you're not sure just go ahead and
>> file).
>>
>> Thanks for the good description too - I have to agree with all of it.
>>
>> The fix is in HEAD.
>> Please follow up on bug 196033 if I missed anything.
>>
>> cheers
>>
>> Peter Pfeifer wrote:
>>> Hello.
>>>
>>> It's me again. I just encountered an issue regarding
>>> CDateTime.setEditable(false). If set to false, I'd expect the control
>>> to behave like an ordinary text control does. It should be possible to
>>> select the date copy it to the clipboard. Right now setEditable to
>>> false, disables the possibilty to enter a date manually, BUT it's
>>> still possible to drop down the datepicker or change the date by using
>>> the arrow keys (up/down).
>>>
>>> In my opinion setEditable to false should prevent the user from
>>> dropping down the datepicker or changing the date via arrow keys. It
>>> should just be possible to select the date and copy it to the
>>> clipboard as it's established with a non editable text control.
>>>
>>> More or less it should be the same as setEnabled to false except that
>>> it's possible to traverse through the control and select its content.
>>>
>>> Do you think that this is worth filing a bug entry?
>>>
>>> Regards,
>>>
>>> Peter
>
Re: CDateTime - setEditable/setEnabled [message #595009 is a reply to message #64159] Mon, 08 June 2009 07:32 Go to previous message
Peter Pfeifer is currently offline Peter PfeiferFriend
Messages: 98
Registered: July 2009
Member
according to the keyboard navigation after dropping down the datepicker:

it seems that the datepicker shell doesn't get the focus, so keyboard
navigation is supressed... after selecting a date with the mouse
(datepicker got focus) keyboard navigation is wotking again.

regards, peter

Am 08.06.2009 08:55, schrieb Peter Pfeifer:
> Hi.
>
> Thanks a lot for your changes. Setting editable to false, disables arrow
> keys, that's good... Although it's still possible to drop down the
> datepicker, where selecting a date is prohibited... I think it's a
> matter of taste, whether it should be possible to drop it down or not
> when the control itself is not editable.
>
> But keyboard navigation within the datepicker itself seems to be broken.
> Or do I have to create the CDateTime control with a special style flag?
>
> Regards, Peter
>
> Am 07.06.2009 17:00, schrieb Jeremy Dowdall:
>> Hi again Peter :)
>>
>> Yes, this definitely would have been a good bug candidate, except there
>> already was one: bug 196033. (duplicate bugs are always more helpful
>> than no bug, so in the future, if you're not sure just go ahead and
>> file).
>>
>> Thanks for the good description too - I have to agree with all of it.
>>
>> The fix is in HEAD.
>> Please follow up on bug 196033 if I missed anything.
>>
>> cheers
>>
>> Peter Pfeifer wrote:
>>> Hello.
>>>
>>> It's me again. I just encountered an issue regarding
>>> CDateTime.setEditable(false). If set to false, I'd expect the control
>>> to behave like an ordinary text control does. It should be possible to
>>> select the date copy it to the clipboard. Right now setEditable to
>>> false, disables the possibilty to enter a date manually, BUT it's
>>> still possible to drop down the datepicker or change the date by using
>>> the arrow keys (up/down).
>>>
>>> In my opinion setEditable to false should prevent the user from
>>> dropping down the datepicker or changing the date via arrow keys. It
>>> should just be possible to select the date and copy it to the
>>> clipboard as it's established with a non editable text control.
>>>
>>> More or less it should be the same as setEnabled to false except that
>>> it's possible to traverse through the control and select its content.
>>>
>>> Do you think that this is worth filing a bug entry?
>>>
>>> Regards,
>>>
>>> Peter
>
Re: CDateTime - setEditable/setEnabled [message #595019 is a reply to message #64208] Mon, 08 June 2009 08:12 Go to previous message
Jeremy Dowdall is currently offline Jeremy DowdallFriend
Messages: 181
Registered: July 2009
Senior Member
I just checked in some fixes for the focus issue your describing - the
picker shell (VPanel actually) wasn't accepting the focus properly.
I'll have to check it with other configurations, but it should now be
working for this case.

Peter Pfeifer wrote:
> according to the keyboard navigation after dropping down the datepicker:
>
> it seems that the datepicker shell doesn't get the focus, so keyboard
> navigation is supressed... after selecting a date with the mouse
> (datepicker got focus) keyboard navigation is wotking again.
>
> regards, peter
>
> Am 08.06.2009 08:55, schrieb Peter Pfeifer:
>> Hi.
>>
>> Thanks a lot for your changes. Setting editable to false, disables arrow
>> keys, that's good... Although it's still possible to drop down the
>> datepicker, where selecting a date is prohibited... I think it's a
>> matter of taste, whether it should be possible to drop it down or not
>> when the control itself is not editable.
>>
>> But keyboard navigation within the datepicker itself seems to be broken.
>> Or do I have to create the CDateTime control with a special style flag?
>>
>> Regards, Peter
>>
>> Am 07.06.2009 17:00, schrieb Jeremy Dowdall:
>>> Hi again Peter :)
>>>
>>> Yes, this definitely would have been a good bug candidate, except there
>>> already was one: bug 196033. (duplicate bugs are always more helpful
>>> than no bug, so in the future, if you're not sure just go ahead and
>>> file).
>>>
>>> Thanks for the good description too - I have to agree with all of it.
>>>
>>> The fix is in HEAD.
>>> Please follow up on bug 196033 if I missed anything.
>>>
>>> cheers
>>>
>>> Peter Pfeifer wrote:
>>>> Hello.
>>>>
>>>> It's me again. I just encountered an issue regarding
>>>> CDateTime.setEditable(false). If set to false, I'd expect the control
>>>> to behave like an ordinary text control does. It should be possible to
>>>> select the date copy it to the clipboard. Right now setEditable to
>>>> false, disables the possibilty to enter a date manually, BUT it's
>>>> still possible to drop down the datepicker or change the date by using
>>>> the arrow keys (up/down).
>>>>
>>>> In my opinion setEditable to false should prevent the user from
>>>> dropping down the datepicker or changing the date via arrow keys. It
>>>> should just be possible to select the date and copy it to the
>>>> clipboard as it's established with a non editable text control.
>>>>
>>>> More or less it should be the same as setEnabled to false except that
>>>> it's possible to traverse through the control and select its content.
>>>>
>>>> Do you think that this is worth filing a bug entry?
>>>>
>>>> Regards,
>>>>
>>>> Peter
>>
>
Re: CDateTime - setEditable/setEnabled [message #595029 is a reply to message #64233] Mon, 08 June 2009 11:00 Go to previous message
Peter Pfeifer is currently offline Peter PfeiferFriend
Messages: 98
Registered: July 2009
Member
Hi.

I did an update and something changed. dropping down lets you change the
date via keys. but only the activated portion in the textfield. it's not
possible to traverse through the datepicker.

thanks.


Am 08.06.2009 10:12, schrieb Jeremy Dowdall:
> I just checked in some fixes for the focus issue your describing - the
> picker shell (VPanel actually) wasn't accepting the focus properly.
> I'll have to check it with other configurations, but it should now be
> working for this case.
>
> Peter Pfeifer wrote:
>> according to the keyboard navigation after dropping down the datepicker:
>>
>> it seems that the datepicker shell doesn't get the focus, so keyboard
>> navigation is supressed... after selecting a date with the mouse
>> (datepicker got focus) keyboard navigation is wotking again.
>>
>> regards, peter
>>
>> Am 08.06.2009 08:55, schrieb Peter Pfeifer:
>>> Hi.
>>>
>>> Thanks a lot for your changes. Setting editable to false, disables arrow
>>> keys, that's good... Although it's still possible to drop down the
>>> datepicker, where selecting a date is prohibited... I think it's a
>>> matter of taste, whether it should be possible to drop it down or not
>>> when the control itself is not editable.
>>>
>>> But keyboard navigation within the datepicker itself seems to be broken.
>>> Or do I have to create the CDateTime control with a special style flag?
>>>
>>> Regards, Peter
>>>
>>> Am 07.06.2009 17:00, schrieb Jeremy Dowdall:
>>>> Hi again Peter :)
>>>>
>>>> Yes, this definitely would have been a good bug candidate, except there
>>>> already was one: bug 196033. (duplicate bugs are always more helpful
>>>> than no bug, so in the future, if you're not sure just go ahead and
>>>> file).
>>>>
>>>> Thanks for the good description too - I have to agree with all of it.
>>>>
>>>> The fix is in HEAD.
>>>> Please follow up on bug 196033 if I missed anything.
>>>>
>>>> cheers
>>>>
>>>> Peter Pfeifer wrote:
>>>>> Hello.
>>>>>
>>>>> It's me again. I just encountered an issue regarding
>>>>> CDateTime.setEditable(false). If set to false, I'd expect the control
>>>>> to behave like an ordinary text control does. It should be possible to
>>>>> select the date copy it to the clipboard. Right now setEditable to
>>>>> false, disables the possibilty to enter a date manually, BUT it's
>>>>> still possible to drop down the datepicker or change the date by using
>>>>> the arrow keys (up/down).
>>>>>
>>>>> In my opinion setEditable to false should prevent the user from
>>>>> dropping down the datepicker or changing the date via arrow keys. It
>>>>> should just be possible to select the date and copy it to the
>>>>> clipboard as it's established with a non editable text control.
>>>>>
>>>>> More or less it should be the same as setEnabled to false except that
>>>>> it's possible to traverse through the control and select its content.
>>>>>
>>>>> Do you think that this is worth filing a bug entry?
>>>>>
>>>>> Regards,
>>>>>
>>>>> Peter
>>>
>>
Re: CDateTime - setEditable/setEnabled [message #595034 is a reply to message #64256] Mon, 08 June 2009 14:54 Go to previous message
Jeremy Dowdall is currently offline Jeremy DowdallFriend
Messages: 181
Registered: July 2009
Senior Member
> it's not possible to traverse through the datepicker.

one step at a time! :)

By traversing through the datepicker, I'm assuming that you mean using
the tab key to switch between the day, month, year, and time pickers...
how would you see this working for a SIMPLE style CDateTime?
My thought is that tab traversal within the CDateTime would be active
only if it had either the DROP_DOWN or TAB_FIELDS style set.
Re: CDateTime - setEditable/setEnabled [message #595039 is a reply to message #64279] Tue, 09 June 2009 04:29 Go to previous message
Peter Pfeifer is currently offline Peter PfeiferFriend
Messages: 98
Registered: July 2009
Member
hi.

by traversing through the datepicker i mean the following:

1.) datepicker is dropped down
2.) using the arrow keys right or left are adjusts the the date by +/-
one day, arrow keys up/down adjust the date by +/- a week. Right now it
adjust the date by +/- 1 depending on the date portion which is selected
in the text field above.

I hope my explaination wasn't that confusing?

Regards,

Peter


Am 08.06.2009 16:54, schrieb Jeremy Dowdall:
>> it's not possible to traverse through the datepicker.
>
> one step at a time! :)
>
> By traversing through the datepicker, I'm assuming that you mean using
> the tab key to switch between the day, month, year, and time pickers...
> how would you see this working for a SIMPLE style CDateTime?
> My thought is that tab traversal within the CDateTime would be active
> only if it had either the DROP_DOWN or TAB_FIELDS style set.
Previous Topic:CDateTime - Keyboard Navigation & Display Flickering
Next Topic:CDateTime - Focus Issues
Goto Forum:
  


Current Time: Thu Mar 28 16:47:54 GMT 2024

Powered by FUDForum. Page generated in 0.03504 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top