Home » Modeling » EMF » derived many references: support to view values
| derived many references: support to view values [message #415603] |
Fri, 21 December 2007 13:56  |
Eclipse User |
|
|
|
Hi.
I've seen, that if a reference-feature which is many, does not allow me
to open the values in a list viewer, similar to the one generated for
editing.
Ed: Could this be added as feature request?
Best, Philipp
|
|
| |
| Re: derived many references: support to view values [message #415617 is a reply to message #415610] |
Sat, 22 December 2007 04:27  |
| Eclipse User |
|
|
|
Hi, Ed.
Yes, I refer to the standard properties view generated by EMF.
For references with many=true, a popup is opened, where all the existing
values are shown on the right. This part could be provided as well for
"read only" properties of this kind.
If you have many entries, this would be useful.
Best, Philipp
Ed Merks wrote:
> Philipp,
>
> Are you referring to the cell editor in the properties view? I'm not
> sure I understand the issue...
>
>
> Philipp W. Kutter wrote:
>> Hi.
>> I've seen, that if a reference-feature which is many, does not allow
>> me to open the values in a list viewer, similar to the one generated
>> for editing.
>>
>> Ed: Could this be added as feature request?
>>
>> Best, Philipp
|
|
|
| Re: derived many references: support to view values [message #415623 is a reply to message #415617] |
Sat, 22 December 2007 07:34 |
| Eclipse User |
|
|
|
Philipp,
A cell editor for a read-only property seems kind of odd. I suppose it
would just act as a viewer, but it still seems kind of odd...
Philipp W. Kutter wrote:
> Hi, Ed.
> Yes, I refer to the standard properties view generated by EMF.
>
> For references with many=true, a popup is opened, where all the
> existing values are shown on the right. This part could be provided as
> well for
> "read only" properties of this kind.
>
> If you have many entries, this would be useful.
>
> Best, Philipp
>
> Ed Merks wrote:
>> Philipp,
>>
>> Are you referring to the cell editor in the properties view? I'm
>> not sure I understand the issue...
>>
>>
>> Philipp W. Kutter wrote:
>>> Hi.
>>> I've seen, that if a reference-feature which is many, does not allow
>>> me to open the values in a list viewer, similar to the one generated
>>> for editing.
>>>
>>> Ed: Could this be added as feature request?
>>>
>>> Best, Philipp
|
|
|
| Re: derived many references: support to view values [message #415638 is a reply to message #415623] |
Sun, 23 December 2007 05:22 |
| Eclipse User |
|
|
|
Philipp, Ed,
Just my two cents: Conceptually the "thing" would be more a viewer since
read-only values can't be edited but technically it would likely be
implemented through the cell editor API. BTW. who would vote against
using a text editor for looking at read-only text files? ;-)
I think it would make much sense to have a "thing" that can better be
used to explore large collections than a single line of text in the
properties view!
Regards,
Eike Stepper
----
http://wiki.eclipse.org/CDO
http://wiki.eclipse.org/Net4j
Ed Merks schrieb:
> Philipp,
>
> A cell editor for a read-only property seems kind of odd. I suppose
> it would just act as a viewer, but it still seems kind of odd...
>
>
> Philipp W. Kutter wrote:
>> Hi, Ed.
>> Yes, I refer to the standard properties view generated by EMF.
>>
>> For references with many=true, a popup is opened, where all the
>> existing values are shown on the right. This part could be provided
>> as well for
>> "read only" properties of this kind.
>>
>> If you have many entries, this would be useful.
>>
>> Best, Philipp
>>
>> Ed Merks wrote:
>>> Philipp,
>>>
>>> Are you referring to the cell editor in the properties view? I'm
>>> not sure I understand the issue...
>>>
>>>
>>> Philipp W. Kutter wrote:
>>>> Hi.
>>>> I've seen, that if a reference-feature which is many, does not
>>>> allow me to open the values in a list viewer, similar to the one
>>>> generated for editing.
>>>>
>>>> Ed: Could this be added as feature request?
>>>>
>>>> Best, Philipp
|
|
|
| Re: derived many references: support to view values [message #415639 is a reply to message #415638] |
Sun, 23 December 2007 06:47 |
| Eclipse User |
|
|
|
Eike,
It's their read-only nature that's in question and in general the
properties view is a pretty sucky thing to begin with. If we have time,
I'd much rather spend it on the ability to support some type of forms
generation where something like this would naturally be supported by a
read only multi-line text field.
Eike Stepper wrote:
> Philipp, Ed,
>
> Just my two cents: Conceptually the "thing" would be more a viewer
> since read-only values can't be edited but technically it would likely
> be implemented through the cell editor API. BTW. who would vote
> against using a text editor for looking at read-only text files? ;-)
>
> I think it would make much sense to have a "thing" that can better be
> used to explore large collections than a single line of text in the
> properties view!
>
> Regards,
> Eike Stepper
> ----
> http://wiki.eclipse.org/CDO
> http://wiki.eclipse.org/Net4j
>
>
>
>
> Ed Merks schrieb:
>> Philipp,
>>
>> A cell editor for a read-only property seems kind of odd. I suppose
>> it would just act as a viewer, but it still seems kind of odd...
>>
>>
>> Philipp W. Kutter wrote:
>>> Hi, Ed.
>>> Yes, I refer to the standard properties view generated by EMF.
>>>
>>> For references with many=true, a popup is opened, where all the
>>> existing values are shown on the right. This part could be provided
>>> as well for
>>> "read only" properties of this kind.
>>>
>>> If you have many entries, this would be useful.
>>>
>>> Best, Philipp
>>>
>>> Ed Merks wrote:
>>>> Philipp,
>>>>
>>>> Are you referring to the cell editor in the properties view? I'm
>>>> not sure I understand the issue...
>>>>
>>>>
>>>> Philipp W. Kutter wrote:
>>>>> Hi.
>>>>> I've seen, that if a reference-feature which is many, does not
>>>>> allow me to open the values in a list viewer, similar to the one
>>>>> generated for editing.
>>>>>
>>>>> Ed: Could this be added as feature request?
>>>>>
>>>>> Best, Philipp
|
|
|
| Re: derived many references: support to view values [message #415641 is a reply to message #415639] |
Sun, 23 December 2007 13:22 |
| Eclipse User |
|
|
|
Ed, Eike.
Shall we create an enhancement request with the title
"Replace properties view with generated forms"
and take it from there? It may be a good place to direct people
who work on enhanced ways to show properties. The same for better
table-style editors has gone quite far.
Best, Philipp
Ed Merks wrote:
> Eike,
>
> It's their read-only nature that's in question and in general the
> properties view is a pretty sucky thing to begin with. If we have time,
> I'd much rather spend it on the ability to support some type of forms
> generation where something like this would naturally be supported by a
> read only multi-line text field.
>
>
> Eike Stepper wrote:
>> Philipp, Ed,
>>
>> Just my two cents: Conceptually the "thing" would be more a viewer
>> since read-only values can't be edited but technically it would likely
>> be implemented through the cell editor API. BTW. who would vote
>> against using a text editor for looking at read-only text files? ;-)
>>
>> I think it would make much sense to have a "thing" that can better be
>> used to explore large collections than a single line of text in the
>> properties view!
>>
>> Regards,
>> Eike Stepper
>> ----
>> http://wiki.eclipse.org/CDO
>> http://wiki.eclipse.org/Net4j
>>
>>
>>
>>
>> Ed Merks schrieb:
>>> Philipp,
>>>
>>> A cell editor for a read-only property seems kind of odd. I suppose
>>> it would just act as a viewer, but it still seems kind of odd...
>>>
>>>
>>> Philipp W. Kutter wrote:
>>>> Hi, Ed.
>>>> Yes, I refer to the standard properties view generated by EMF.
>>>>
>>>> For references with many=true, a popup is opened, where all the
>>>> existing values are shown on the right. This part could be provided
>>>> as well for
>>>> "read only" properties of this kind.
>>>>
>>>> If you have many entries, this would be useful.
>>>>
>>>> Best, Philipp
>>>>
>>>> Ed Merks wrote:
>>>>> Philipp,
>>>>>
>>>>> Are you referring to the cell editor in the properties view? I'm
>>>>> not sure I understand the issue...
>>>>>
>>>>>
>>>>> Philipp W. Kutter wrote:
>>>>>> Hi.
>>>>>> I've seen, that if a reference-feature which is many, does not
>>>>>> allow me to open the values in a list viewer, similar to the one
>>>>>> generated for editing.
>>>>>>
>>>>>> Ed: Could this be added as feature request?
>>>>>>
>>>>>> Best, Philipp
|
|
|
| Re: derived many references: support to view values [message #415644 is a reply to message #415641] |
Sun, 23 December 2007 14:45 |
| Eclipse User |
|
|
|
This is a multi-part message in MIME format.
--------------030008090800060700080502
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Philipp,
As part of the data binding support I was hoping to be able to add
support for forms. There are some prototypes already. The work is
being done as part of 75625
<https://bugs.eclipse.org/bugs/show_bug.cgi?id=75625>.
Philipp W. Kutter wrote:
> Ed, Eike.
> Shall we create an enhancement request with the title
>
> "Replace properties view with generated forms"
>
> and take it from there? It may be a good place to direct people
> who work on enhanced ways to show properties. The same for better
> table-style editors has gone quite far.
>
> Best, Philipp
>
> Ed Merks wrote:
>> Eike,
>>
>> It's their read-only nature that's in question and in general the
>> properties view is a pretty sucky thing to begin with. If we have
>> time, I'd much rather spend it on the ability to support some type of
>> forms generation where something like this would naturally be
>> supported by a read only multi-line text field.
>>
>>
>> Eike Stepper wrote:
>>> Philipp, Ed,
>>>
>>> Just my two cents: Conceptually the "thing" would be more a viewer
>>> since read-only values can't be edited but technically it would
>>> likely be implemented through the cell editor API. BTW. who would
>>> vote against using a text editor for looking at read-only text
>>> files? ;-)
>>>
>>> I think it would make much sense to have a "thing" that can better
>>> be used to explore large collections than a single line of text in
>>> the properties view!
>>>
>>> Regards,
>>> Eike Stepper
>>> ----
>>> http://wiki.eclipse.org/CDO
>>> http://wiki.eclipse.org/Net4j
>>>
>>>
>>>
>>>
>>> Ed Merks schrieb:
>>>> Philipp,
>>>>
>>>> A cell editor for a read-only property seems kind of odd. I
>>>> suppose it would just act as a viewer, but it still seems kind of
>>>> odd...
>>>>
>>>>
>>>> Philipp W. Kutter wrote:
>>>>> Hi, Ed.
>>>>> Yes, I refer to the standard properties view generated by EMF.
>>>>>
>>>>> For references with many=true, a popup is opened, where all the
>>>>> existing values are shown on the right. This part could be
>>>>> provided as well for
>>>>> "read only" properties of this kind.
>>>>>
>>>>> If you have many entries, this would be useful.
>>>>>
>>>>> Best, Philipp
>>>>>
>>>>> Ed Merks wrote:
>>>>>> Philipp,
>>>>>>
>>>>>> Are you referring to the cell editor in the properties view?
>>>>>> I'm not sure I understand the issue...
>>>>>>
>>>>>>
>>>>>> Philipp W. Kutter wrote:
>>>>>>> Hi.
>>>>>>> I've seen, that if a reference-feature which is many, does not
>>>>>>> allow me to open the values in a list viewer, similar to the one
>>>>>>> generated for editing.
>>>>>>>
>>>>>>> Ed: Could this be added as feature request?
>>>>>>>
>>>>>>> Best, Philipp
--------------030008090800060700080502
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Philipp,<br>
<br>
As part of the data binding support I was hoping to be able to add
support for forms. There are some prototypes already. The work is
being done as part of <a
href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=75625">75625</a>.<br>
<br>
<br>
Philipp W. Kutter wrote:
<blockquote cite="mid:fkm919$58d$2@build.eclipse.org" type="cite">Ed,
Eike.
<br>
Shall we create an enhancement request with the title
<br>
<br>
"Replace properties view with generated forms"
<br>
<br>
and take it from there? It may be a good place to direct people
<br>
who work on enhanced ways to show properties. The same for better
<br>
table-style editors has gone quite far.
<br>
<br>
Best, Philipp
<br>
<br>
Ed Merks wrote:
<br>
<blockquote type="cite">Eike,
<br>
<br>
It's their read-only nature that's in question and in general the
properties view is a pretty sucky thing to begin with. If we have
time, I'd much rather spend it on the ability to support some type of
forms generation where something like this would naturally be supported
by a read only multi-line text field.
<br>
<br>
<br>
Eike Stepper wrote:
<br>
<blockquote type="cite">Philipp, Ed,
<br>
<br>
Just my two cents: Conceptually the "thing" would be more a viewer
since read-only values can't be edited but technically it would likely
be implemented through the cell editor API. BTW. who would vote against
using a text editor for looking at read-only text files? ;-)
<br>
<br>
I think it would make much sense to have a "thing" that can better be
used to explore large collections than a single line of text in the
properties view!
<br>
<br>
Regards,
<br>
Eike Stepper
<br>
----
<br>
<a class="moz-txt-link-freetext" href="http://wiki.eclipse.org/CDO">http://wiki.eclipse.org/CDO</a>
<br>
<a class="moz-txt-link-freetext" href="http://wiki.eclipse.org/Net4j">http://wiki.eclipse.org/Net4j</a>
<br>
<br>
<br>
<br>
<br>
Ed Merks schrieb:
<br>
<blockquote type="cite">Philipp,
<br>
<br>
A cell editor for a read-only property seems kind of odd. I suppose it
would just act as a viewer, but it still seems kind of odd...
<br>
<br>
<br>
Philipp W. Kutter wrote:
<br>
<blockquote type="cite">Hi, Ed.
<br>
Yes, I refer to the standard properties view generated by EMF.
<br>
<br>
For references with many=true, a popup is opened, where all the
existing values are shown on the right. This part could be provided as
well for
<br>
"read only" properties of this kind.
<br>
<br>
If you have many entries, this would be useful.
<br>
<br>
Best, Philipp
<br>
<br>
Ed Merks wrote:
<br>
<blockquote type="cite">Philipp,
<br>
<br>
Are you referring to the cell editor in the properties view? I'm not
sure I understand the issue...
<br>
<br>
<br>
Philipp W. Kutter wrote:
<br>
<blockquote type="cite">Hi.
<br>
I've seen, that if a reference-feature which is many, does not allow me
to open the values in a list viewer, similar to the one generated for
editing.
<br>
<br>
Ed: Could this be added as feature request?
<br>
<br>
Best, Philipp
<br>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
<br>
</body>
</html>
--------------030008090800060700080502--
|
|
| |
| Re: derived many references: support to view values [message #415648 is a reply to message #415647] |
Sun, 23 December 2007 20:13 |
| Eclipse User |
|
|
|
Christian,
I think the tabbed properties sheet is less driven by plugin.xml
declarations now (something I'm not fond of) and I'm also interested in
exploiting the data binding framework. There seem to be an awful lot of
ways to solve the same problem....
Christian W. Damus wrote:
> Hi, Ed, Philipp, Eike,
>
> Perhaps the GMF project would be interested in collaborating on
> generation of rich property sheets using the Tabbed Properties View
> API? I've seen numerous GMF-based applications that provide very
> user-friendly property editing using tabbed property sheets (which,
> basically, are miniature forms), code at great cost by hand.
>
> Cheers,
>
> Christian
>
|
|
|
| Re: derived many references: support to view values [message #415671 is a reply to message #415648] |
Thu, 27 December 2007 06:54 |
| Eclipse User |
|
|
|
Ed Merks schrieb:
> Christian,
>
> I think the tabbed properties sheet is less driven by plugin.xml
> declarations now (something I'm not fond of)
Yes, it's really annoying to deal with a single shared file of XML
declarations when you're trying to contribute content through a
generation ;-(
I often thought it'd be cool if there was an option to collect the
contributions from several XML files in a dedicated folder
(META-INF/contributions in analogy to META-INF/services?).
Regards,
Eike Stepper
----
http://wiki.eclipse.org/CDO
http://wiki.eclipse.org/Net4j
> and I'm also interested in exploiting the data binding framework.
> There seem to be an awful lot of ways to solve the same problem....
>
>
> Christian W. Damus wrote:
>> Hi, Ed, Philipp, Eike,
>>
>> Perhaps the GMF project would be interested in collaborating on
>> generation of rich property sheets using the Tabbed Properties View
>> API? I've seen numerous GMF-based applications that provide very
>> user-friendly property editing using tabbed property sheets (which,
>> basically, are miniature forms), code at great cost by hand.
>>
>> Cheers,
>>
>> Christian
>>
|
|
|
| Re: derived many references: support to view values [message #415672 is a reply to message #415671] |
Thu, 27 December 2007 08:05 |
| Eclipse User |
|
|
|
Eike,
If I recall correctly, the content provider support for the tabbed
properties view was recently extended to give better programmatic
support which likely means all the configuration could be done via
generated Java code rather than via plugin.xml registrations. But I've
not had time to investigate that yet.
Eike Stepper wrote:
> Ed Merks schrieb:
>> Christian,
>>
>> I think the tabbed properties sheet is less driven by plugin.xml
>> declarations now (something I'm not fond of)
> Yes, it's really annoying to deal with a single shared file of XML
> declarations when you're trying to contribute content through a
> generation ;-(
> I often thought it'd be cool if there was an option to collect the
> contributions from several XML files in a dedicated folder
> (META-INF/contributions in analogy to META-INF/services?).
>
> Regards,
> Eike Stepper
> ----
> http://wiki.eclipse.org/CDO
> http://wiki.eclipse.org/Net4j
>
>
>> and I'm also interested in exploiting the data binding framework.
>> There seem to be an awful lot of ways to solve the same problem....
>>
>>
>> Christian W. Damus wrote:
>>> Hi, Ed, Philipp, Eike,
>>>
>>> Perhaps the GMF project would be interested in collaborating on
>>> generation of rich property sheets using the Tabbed Properties View
>>> API? I've seen numerous GMF-based applications that provide very
>>> user-friendly property editing using tabbed property sheets (which,
>>> basically, are miniature forms), code at great cost by hand.
>>>
>>> Cheers,
>>>
>>> Christian
>>>
|
|
|
Goto Forum:
Current Time: Wed Aug 20 16:21:37 EDT 2025
Powered by FUDForum. Page generated in 0.05033 seconds |
Home