Home » Eclipse Projects » Nebula » CDateTime - setEditable/setEnabled
| |
Re: CDateTime - setEditable/setEnabled [message #64159 is a reply to message #64113] |
Mon, 08 June 2009 06:55 |
Peter Pfeifer 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 |
Peter Pfeifer 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 |
Peter Pfeifer 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 |
Jeremy Dowdall 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 |
Peter Pfeifer 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 #594995 is a reply to message #64113] |
Mon, 08 June 2009 06:55 |
Peter Pfeifer 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 |
Peter Pfeifer 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 |
Peter Pfeifer 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 |
Jeremy Dowdall 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 |
Peter Pfeifer 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
>>>
>>
|
|
| | |
Goto Forum:
Current Time: Sun Oct 20 02:11:21 GMT 2024
Powered by FUDForum. Page generated in 0.04991 seconds
|