Home » Eclipse Projects » Remote Application Platform (RAP) » CCombo in CellEditor can not be set "not editable" any longer(BUG in RAP 1.3 M7?)
|
| Re: CCombo in CellEditor can not be set "not editable" any longer [message #532762 is a reply to message #532754] |
Tue, 11 May 2010 07:31   |
 Rüdiger Herrmann
Messages: 581
Registered: July 2009 |
Senior Member |
|
|
I can't reproduce what you describe. However, if you have a snippet that
reproduces the issue, please feel free to file a bugzilla.
Regards,
Rüdiger
On 11.05.2010 09:17, Bassspieler wrote:
> Hi!
>
> I had just fine working code, that prevented a user to type text in a
> combobox, that is inside a table (table with comboboxEditingSupport).
>
> Since the integration of RAP 1.3M7 the code gets still compiled, but on
> runtime, when a user clicks a combobox there is a javascript error Could
> not evaluate javascript response:
> Ungültiges Argument.
> ..
> My code was: ((CCombo)
> getCellEditor(null).getControl()).setEditable(false); that I placed in
> the constructor of my EditingSupport-Class. All other methods of the
> CCombo seem to work, but "setEditable()".
>
> Best regards,
> Bassspieler
|
|
|
| Re: CCombo in CellEditor can not be set "not editable" any longer [message #533061 is a reply to message #532754] |
Wed, 12 May 2010 07:09 |
Niels Lippke
Messages: 71
Registered: December 2009 |
Member |
|
|
Hi,
I also encounter a problem with the ComboBoxCellEditor. I removed the
try-catch-block in Request.js and started my application in Debug mode to
see where the exception originates. And my IE stopped in FocusIndicator.js
where it tries to apply negative values to a <div> tag, because it does not
get the boundings right. The FocusIndicator for ComboBoxes is new in M7.
The ugly part is: Whenever I try to write a snippet to reproduce this
behaviour... it works, correctly.
Regards, Niels
"Bassspieler" <kempus@web.de> schrieb im Newsbeitrag
news:hsb09s$ca7$1@build.eclipse.org...
> Hi!
>
> I had just fine working code, that prevented a user to type text in a
> combobox, that is inside a table (table with comboboxEditingSupport).
>
> Since the integration of RAP 1.3M7 the code gets still compiled, but on
> runtime, when a user clicks a combobox there is a javascript error Could
> not evaluate javascript response:
> Ungültiges Argument.
> ..
> My code was: ((CCombo)
> getCellEditor(null).getControl()).setEditable(false); that I placed in the
> constructor of my EditingSupport-Class. All other methods of the CCombo
> seem to work, but "setEditable()".
>
> Best regards,
> Bassspieler
|
|
|
| Re: CCombo in CellEditor can not be set "not editable" any longer [message #533077 is a reply to message #533061] |
Wed, 12 May 2010 08:03 |
Ivan Furnadjiev
Messages: 2427
Registered: July 2009
Location: Sofia, Bulgaria |
Senior Member |
|
|
Hi Niels,
your finding related to FocusIndicator helps a lot. Please file a
bigzilla about this issue to keep track on it.
Best,
Ivan
On 05/12/2010 10:09 AM, Niels Lippke wrote:
> Hi,
>
> I also encounter a problem with the ComboBoxCellEditor. I removed the
> try-catch-block in Request.js and started my application in Debug mode
> to see where the exception originates. And my IE stopped in
> FocusIndicator.js where it tries to apply negative values to a <div>
> tag, because it does not get the boundings right. The FocusIndicator
> for ComboBoxes is new in M7.
>
> The ugly part is: Whenever I try to write a snippet to reproduce this
> behaviour... it works, correctly.
>
> Regards, Niels
>
> "Bassspieler" <kempus@web.de> schrieb im Newsbeitrag
> news:hsb09s$ca7$1@build.eclipse.org...
>> Hi!
>>
>> I had just fine working code, that prevented a user to type text in a
>> combobox, that is inside a table (table with comboboxEditingSupport).
>>
>> Since the integration of RAP 1.3M7 the code gets still compiled, but
>> on runtime, when a user clicks a combobox there is a javascript error
>> Could not evaluate javascript response:
>> Ungültiges Argument.
>> ..
>> My code was: ((CCombo)
>> getCellEditor(null).getControl()).setEditable(false); that I placed
>> in the constructor of my EditingSupport-Class. All other methods of
>> the CCombo seem to work, but "setEditable()".
>>
>> Best regards,
>> Bassspieler
>
|
|
|
| Re: CCombo in CellEditor can not be set "not editable" any longer [message #533094 is a reply to message #533061] |
Wed, 12 May 2010 08:33 |
Ivan Furnadjiev
Messages: 2427
Registered: July 2009
Location: Sofia, Bulgaria |
Senior Member |
|
|
Hi all,
bug filled:
312544: [CCombo] Read-only ComboBoxCellEditor throws javascript error in IE
https://bugs.eclipse.org/bugs/show_bug.cgi?id=312544
I can reproduce it in IE with controls demo.
Best,
Ivan
On 05/12/2010 10:09 AM, Niels Lippke wrote:
> Hi,
>
> I also encounter a problem with the ComboBoxCellEditor. I removed the
> try-catch-block in Request.js and started my application in Debug mode
> to see where the exception originates. And my IE stopped in
> FocusIndicator.js where it tries to apply negative values to a <div>
> tag, because it does not get the boundings right. The FocusIndicator
> for ComboBoxes is new in M7.
>
> The ugly part is: Whenever I try to write a snippet to reproduce this
> behaviour... it works, correctly.
>
> Regards, Niels
>
> "Bassspieler" <kempus@web.de> schrieb im Newsbeitrag
> news:hsb09s$ca7$1@build.eclipse.org...
>> Hi!
>>
>> I had just fine working code, that prevented a user to type text in a
>> combobox, that is inside a table (table with comboboxEditingSupport).
>>
>> Since the integration of RAP 1.3M7 the code gets still compiled, but
>> on runtime, when a user clicks a combobox there is a javascript error
>> Could not evaluate javascript response:
>> Ungültiges Argument.
>> ..
>> My code was: ((CCombo)
>> getCellEditor(null).getControl()).setEditable(false); that I placed
>> in the constructor of my EditingSupport-Class. All other methods of
>> the CCombo seem to work, but "setEditable()".
>>
>> Best regards,
>> Bassspieler
>
|
|
|
| Re: CCombo in CellEditor can not be set "not editable" any longer [message #533100 is a reply to message #533077] |
Wed, 12 May 2010 08:53 |
Niels Lippke
Messages: 71
Registered: December 2009 |
Member |
|
|
Bug #312549
Thanks, Niels
"Ivan Furnadjiev" <ivan@eclipsesource.com> schrieb im Newsbeitrag
news:hsdnc5$i1b$1@build.eclipse.org...
> Hi Niels,
>
> your finding related to FocusIndicator helps a lot. Please file a bigzilla
> about this issue to keep track on it.
>
> Best,
> Ivan
>
> On 05/12/2010 10:09 AM, Niels Lippke wrote:
>> Hi,
>>
>> I also encounter a problem with the ComboBoxCellEditor. I removed the
>> try-catch-block in Request.js and started my application in Debug mode to
>> see where the exception originates. And my IE stopped in
>> FocusIndicator.js where it tries to apply negative values to a <div> tag,
>> because it does not get the boundings right. The FocusIndicator for
>> ComboBoxes is new in M7.
>>
>> The ugly part is: Whenever I try to write a snippet to reproduce this
>> behaviour... it works, correctly.
>>
>> Regards, Niels
>>
>> "Bassspieler" <kempus@web.de> schrieb im Newsbeitrag
>> news:hsb09s$ca7$1@build.eclipse.org...
>>> Hi!
>>>
>>> I had just fine working code, that prevented a user to type text in a
>>> combobox, that is inside a table (table with comboboxEditingSupport).
>>>
>>> Since the integration of RAP 1.3M7 the code gets still compiled, but on
>>> runtime, when a user clicks a combobox there is a javascript error Could
>>> not evaluate javascript response:
>>> Ungültiges Argument.
>>> ..
>>> My code was: ((CCombo)
>>> getCellEditor(null).getControl()).setEditable(false); that I placed in
>>> the constructor of my EditingSupport-Class. All other methods of the
>>> CCombo seem to work, but "setEditable()".
>>>
>>> Best regards,
>>> Bassspieler
>>
|
|
|
Goto Forum:
Current Time: Sat Nov 09 04:08:46 GMT 2024
Powered by FUDForum. Page generated in 0.03220 seconds |
] 
Search
Help
Register
Login
Home
