Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » EMF » Removing generated icons from the ctool16 folder
Removing generated icons from the ctool16 folder [message #428198] Fri, 13 March 2009 14:22 Go to next message
Eclipse UserFriend
Originally posted by: j4r0d.hotmail.com

Hi,

In my EMF based plugin I am using a tree view. In the create child context
menu, I have noticed that if I remove the image of the child element from
the ctool16 folder, the corresponding image of the obj16 folder is used and
decorated ('+' sign appearing on the top right quarter).
I found this really great, but unfortunately in case of the child element
already exists in the model, the grayed decorated icon in the menu only
shows up when the mouse cursor is above the "create child" element... else
no icon appears! This may be related to the fact that the look of the icon
is slightly different depending on the position of the mouse cursor (as
previously described).
Is this a bug? Can I do something so I can get my menu displayed with every
decorated icon?

Thanks for your help.

J.
Re: Removing generated icons from the ctool16 folder [message #428200 is a reply to message #428198] Fri, 13 March 2009 14:43 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 33113
Registered: July 2009
Senior Member
Jarod,

I think you are talking specifically about items that are disabled and
the fact they show no icon until the mouse selection navigates to them.
I notice the same thing in the "Edit" menu though, so I have to assume
this is just the way the system behaves...


Jarod Mills wrote:
> Hi,
>
> In my EMF based plugin I am using a tree view. In the create child context
> menu, I have noticed that if I remove the image of the child element from
> the ctool16 folder, the corresponding image of the obj16 folder is used and
> decorated ('+' sign appearing on the top right quarter).
> I found this really great, but unfortunately in case of the child element
> already exists in the model, the grayed decorated icon in the menu only
> shows up when the mouse cursor is above the "create child" element... else
> no icon appears! This may be related to the fact that the look of the icon
> is slightly different depending on the position of the mouse cursor (as
> previously described).
> Is this a bug? Can I do something so I can get my menu displayed with every
> decorated icon?
>
> Thanks for your help.
>
> J.
>
>
>


Ed Merks
Professional Support: https://www.macromodeling.com/
Re: Removing generated icons from the ctool16 folder [message #428210 is a reply to message #428200] Fri, 13 March 2009 19:11 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: j4r0d.hotmail.com

Thanks for your quick answer Ed.

Don't you think this behavior is quite strange? I mean, I don't get the
point about having a disabled item which cannot show up an icon unless you
navigate to it. What is the logic? Which application behaves this way?

As I said the decoration feature is great, but from my point of view, it is
not well suited if it does not properly handle this case.


"Ed Merks" wrote:
> Jarod,
>
> I think you are talking specifically about items that are disabled and the
> fact they show no icon until the mouse selection navigates to them. I
> notice the same thing in the "Edit" menu though, so I have to assume this
> is just the way the system behaves...
>
>
> Jarod Mills wrote:
>> Hi,
>>
>> In my EMF based plugin I am using a tree view. In the create child
>> context menu, I have noticed that if I remove the image of the child
>> element from the ctool16 folder, the corresponding image of the obj16
>> folder is used and decorated ('+' sign appearing on the top right
>> quarter).
>> I found this really great, but unfortunately in case of the child element
>> already exists in the model, the grayed decorated icon in the menu only
>> shows up when the mouse cursor is above the "create child" element...
>> else no icon appears! This may be related to the fact that the look of
>> the icon is slightly different depending on the position of the mouse
>> cursor (as previously described).
>> Is this a bug? Can I do something so I can get my menu displayed with
>> every decorated icon?
>>
>> Thanks for your help.
>>
>> J.
>>
>>
>>
Re: Removing generated icons from the ctool16 folder [message #428220 is a reply to message #428210] Sat, 14 March 2009 11:20 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 33113
Registered: July 2009
Senior Member
This is a multi-part message in MIME format.
--------------030401060505090307030407
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Jarod,

Comments below.


Jarod Mills wrote:
> Thanks for your quick answer Ed.
>
> Don't you think this behavior is quite strange?
Not really. If a menu item is disabled I don't suppose you really need
an icon to draw attention to something you can't do anyway.
> I mean, I don't get the
> point about having a disabled item which cannot show up an icon unless you
> navigate to it.
To make it less eye catching?
> What is the logic? Which application behaves this way?
>
I did point you to the "Edit" menu on the menu bar, so as far as I can
tell, this is just the way the system behaves, or maybe just the way
Eclipse behaves. In either case, my opinions are not likely to change it.
> As I said the decoration feature is great, but from my point of view, it is
> not well suited if it does not properly handle this case.
>
I don't think it's within my ability to control this.
>
> "Ed Merks" wrote:
>
>> Jarod,
>>
>> I think you are talking specifically about items that are disabled and the
>> fact they show no icon until the mouse selection navigates to them. I
>> notice the same thing in the "Edit" menu though, so I have to assume this
>> is just the way the system behaves...
>>
>>
>> Jarod Mills wrote:
>>
>>> Hi,
>>>
>>> In my EMF based plugin I am using a tree view. In the create child
>>> context menu, I have noticed that if I remove the image of the child
>>> element from the ctool16 folder, the corresponding image of the obj16
>>> folder is used and decorated ('+' sign appearing on the top right
>>> quarter).
>>> I found this really great, but unfortunately in case of the child element
>>> already exists in the model, the grayed decorated icon in the menu only
>>> shows up when the mouse cursor is above the "create child" element...
>>> else no icon appears! This may be related to the fact that the look of
>>> the icon is slightly different depending on the position of the mouse
>>> cursor (as previously described).
>>> Is this a bug? Can I do something so I can get my menu displayed with
>>> every decorated icon?
>>>
>>> Thanks for your help.
>>>
>>> J.
>>>
>>>
>>>
>>>
>
>
>

--------------030401060505090307030407
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">
Jarod,<br>
<br>
Comments below.<br>
<br>
<br>
Jarod Mills wrote:
<blockquote cite="mid:gpebcj$1du$1@build.eclipse.org" type="cite">
<pre wrap="">Thanks for your quick answer Ed.

Don't you think this behavior is quite strange?</pre>
</blockquote>
Not really.&nbsp; If a menu item is disabled I don't suppose you really need
an icon to draw attention to something you can't do anyway.<br>
<blockquote cite="mid:gpebcj$1du$1@build.eclipse.org" type="cite">
<pre wrap=""> I mean, I don't get the
point about having a disabled item which cannot show up an icon unless you
navigate to it.</pre>
</blockquote>
To make it less eye catching?<br>
<blockquote cite="mid:gpebcj$1du$1@build.eclipse.org" type="cite">
<pre wrap=""> What is the logic? Which application behaves this way?
</pre>
</blockquote>
I did point you to the "Edit" menu on the menu bar, so as far as I can
tell, this is just the way the system behaves, or maybe just the way
Eclipse behaves.&nbsp; In either case, my opinions are not likely to change
it.<br>
<blockquote cite="mid:gpebcj$1du$1@build.eclipse.org" type="cite">
<pre wrap="">
As I said the decoration feature is great, but from my point of view, it is
not well suited if it does not properly handle this case.
</pre>
</blockquote>
I don't think it's within my ability to control this.<br>
<blockquote cite="mid:gpebcj$1du$1@build.eclipse.org" type="cite">
<pre wrap="">

"Ed Merks" wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Jarod,

I think you are talking specifically about items that are disabled and the
fact they show no icon until the mouse selection navigates to them. I
notice the same thing in the "Edit" menu though, so I have to assume this
is just the way the system behaves...


Jarod Mills wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hi,

In my EMF based plugin I am using a tree view. In the create child
context menu, I have noticed that if I remove the image of the child
element from the ctool16 folder, the corresponding image of the obj16
folder is used and decorated ('+' sign appearing on the top right
quarter).
I found this really great, but unfortunately in case of the child element
already exists in the model, the grayed decorated icon in the menu only
shows up when the mouse cursor is above the "create child" element...
else no icon appears! This may be related to the fact that the look of
the icon is slightly different depending on the position of the mouse
cursor (as previously described).
Is this a bug? Can I do something so I can get my menu displayed with
every decorated icon?

Thanks for your help.

J.



</pre>
</blockquote>
</blockquote>
<pre wrap=""><!---->

</pre>
</blockquote>
</body>
</html>

--------------030401060505090307030407--


Ed Merks
Professional Support: https://www.macromodeling.com/
Re: Removing generated icons from the ctool16 folder [message #428223 is a reply to message #428220] Sat, 14 March 2009 11:29 Go to previous messageGo to next message
Eike Stepper is currently offline Eike StepperFriend
Messages: 6682
Registered: July 2009
Senior Member
Guys,

Sorry that I jump in, but as I contributed the initial version of this
overlaying feature I felt tempted. More inline...


Ed Merks schrieb:
> Jarod,
>
> Comments below.
>
>
> Jarod Mills wrote:
>> Thanks for your quick answer Ed.
>>
>> Don't you think this behavior is quite strange?
> Not really. If a menu item is disabled I don't suppose you really
> need an icon to draw attention to something you can't do anyway.
I think it is less a question of drawing attention but more of intuitive
recognition of known functionality in the forrest of menu actions.
The icon form of a disabled function should IMHO not differ from the
enabled form.

BTW. what I still find annoying about this overlay feature is that I
have to delete the generated ctool icons after each regeneration. A
GenModel switch do disable ctool icon generation would be much
appreciated! ;-)

Cheers
/Eike

----
http://thegordian.blogspot.com



>> I mean, I don't get the
>> point about having a disabled item which cannot show up an icon unless you
>> navigate to it.
> To make it less eye catching?
>> What is the logic? Which application behaves this way?
>>
> I did point you to the "Edit" menu on the menu bar, so as far as I can
> tell, this is just the way the system behaves, or maybe just the way
> Eclipse behaves. In either case, my opinions are not likely to change it.
>> As I said the decoration feature is great, but from my point of view, it is
>> not well suited if it does not properly handle this case.
>>
> I don't think it's within my ability to control this.
>> "Ed Merks" wrote:
>>
>>> Jarod,
>>>
>>> I think you are talking specifically about items that are disabled and the
>>> fact they show no icon until the mouse selection navigates to them. I
>>> notice the same thing in the "Edit" menu though, so I have to assume this
>>> is just the way the system behaves...
>>>
>>>
>>> Jarod Mills wrote:
>>>
>>>> Hi,
>>>>
>>>> In my EMF based plugin I am using a tree view. In the create child
>>>> context menu, I have noticed that if I remove the image of the child
>>>> element from the ctool16 folder, the corresponding image of the obj16
>>>> folder is used and decorated ('+' sign appearing on the top right
>>>> quarter).
>>>> I found this really great, but unfortunately in case of the child element
>>>> already exists in the model, the grayed decorated icon in the menu only
>>>> shows up when the mouse cursor is above the "create child" element...
>>>> else no icon appears! This may be related to the fact that the look of
>>>> the icon is slightly different depending on the position of the mouse
>>>> cursor (as previously described).
>>>> Is this a bug? Can I do something so I can get my menu displayed with
>>>> every decorated icon?
>>>>
>>>> Thanks for your help.
>>>>
>>>> J.
>>>>
>>>>
>>>>
>>>>
>>
>>
>>


Re: Removing generated icons from the ctool16 folder [message #428225 is a reply to message #428223] Sat, 14 March 2009 11:59 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 33113
Registered: July 2009
Senior Member
Eike,

Comments below.


Eike Stepper wrote:
> Guys,
>
> Sorry that I jump in, but as I contributed the initial version of this
> overlaying feature I felt tempted. More inline...
>
>
> Ed Merks schrieb:
>> Jarod,
>>
>> Comments below.
>>
>>
>> Jarod Mills wrote:
>>> Thanks for your quick answer Ed.
>>>
>>> Don't you think this behavior is quite strange?
>> Not really. If a menu item is disabled I don't suppose you really
>> need an icon to draw attention to something you can't do anyway.
> I think it is less a question of drawing attention but more of
> intuitive recognition of known functionality in the forrest of menu
> actions.
> The icon form of a disabled function should IMHO not differ from the
> enabled form.
No matter how many times I'm told this it will still remain beyond my
capacity to control :-P
>
> BTW. what I still find annoying about this overlay feature is that I
> have to delete the generated ctool icons after each regeneration. A
> GenModel switch do disable ctool icon generation would be much
> appreciated! ;-)
You mean like the "Creation Icons" property?
>
> Cheers
> /Eike
>
> ----
> http://thegordian.blogspot.com
>
>
>
>>> I mean, I don't get the point about having a disabled item which
>>> cannot show up an icon unless you navigate to it.
>> To make it less eye catching?
>>> What is the logic? Which application behaves this way?
>>>
>> I did point you to the "Edit" menu on the menu bar, so as far as I
>> can tell, this is just the way the system behaves, or maybe just the
>> way Eclipse behaves. In either case, my opinions are not likely to
>> change it.
>>> As I said the decoration feature is great, but from my point of
>>> view, it is not well suited if it does not properly handle this case.
>>>
>> I don't think it's within my ability to control this.
>>> "Ed Merks" wrote:
>>>
>>>> Jarod,
>>>>
>>>> I think you are talking specifically about items that are disabled
>>>> and the fact they show no icon until the mouse selection navigates
>>>> to them. I notice the same thing in the "Edit" menu though, so I
>>>> have to assume this is just the way the system behaves...
>>>>
>>>>
>>>> Jarod Mills wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> In my EMF based plugin I am using a tree view. In the create child
>>>>> context menu, I have noticed that if I remove the image of the
>>>>> child element from the ctool16 folder, the corresponding image of
>>>>> the obj16 folder is used and decorated ('+' sign appearing on the
>>>>> top right quarter).
>>>>> I found this really great, but unfortunately in case of the child
>>>>> element already exists in the model, the grayed decorated icon in
>>>>> the menu only shows up when the mouse cursor is above the "create
>>>>> child" element... else no icon appears! This may be related to the
>>>>> fact that the look of the icon is slightly different depending on
>>>>> the position of the mouse cursor (as previously described).
>>>>> Is this a bug? Can I do something so I can get my menu displayed
>>>>> with every decorated icon?
>>>>>
>>>>> Thanks for your help.
>>>>>
>>>>> J.
>>>>>
>>>>>
>>>>>
>>>>>
>>>
>>>
>>>


Ed Merks
Professional Support: https://www.macromodeling.com/
Re: Removing generated icons from the ctool16 folder [message #428231 is a reply to message #428225] Sun, 15 March 2009 08:48 Go to previous message
Eike Stepper is currently offline Eike StepperFriend
Messages: 6682
Registered: July 2009
Senior Member
Ed,

You're right. I thought I'd remember that the "Child Icon Creation"
option would not do what I want. But I double checked and can confirm:
It does exactly that ;-)

Cheers
/Eike

----
http://thegordian.blogspot.com



Ed Merks schrieb:
> Eike,
>
> Comments below.
>
>
> Eike Stepper wrote:
>> Guys,
>>
>> Sorry that I jump in, but as I contributed the initial version of
>> this overlaying feature I felt tempted. More inline...
>>
>>
>> Ed Merks schrieb:
>>> Jarod,
>>>
>>> Comments below.
>>>
>>>
>>> Jarod Mills wrote:
>>>> Thanks for your quick answer Ed.
>>>>
>>>> Don't you think this behavior is quite strange?
>>> Not really. If a menu item is disabled I don't suppose you really
>>> need an icon to draw attention to something you can't do anyway.
>> I think it is less a question of drawing attention but more of
>> intuitive recognition of known functionality in the forrest of menu
>> actions.
>> The icon form of a disabled function should IMHO not differ from the
>> enabled form.
> No matter how many times I'm told this it will still remain beyond my
> capacity to control :-P
>>
>> BTW. what I still find annoying about this overlay feature is that I
>> have to delete the generated ctool icons after each regeneration. A
>> GenModel switch do disable ctool icon generation would be much
>> appreciated! ;-)
> You mean like the "Creation Icons" property?
>>
>> Cheers
>> /Eike
>>
>> ----
>> http://thegordian.blogspot.com
>>
>>
>>
>>>> I mean, I don't get the point about having a disabled item which
>>>> cannot show up an icon unless you navigate to it.
>>> To make it less eye catching?
>>>> What is the logic? Which application behaves this way?
>>>>
>>> I did point you to the "Edit" menu on the menu bar, so as far as I
>>> can tell, this is just the way the system behaves, or maybe just the
>>> way Eclipse behaves. In either case, my opinions are not likely to
>>> change it.
>>>> As I said the decoration feature is great, but from my point of
>>>> view, it is not well suited if it does not properly handle this case.
>>>>
>>> I don't think it's within my ability to control this.
>>>> "Ed Merks" wrote:
>>>>
>>>>> Jarod,
>>>>>
>>>>> I think you are talking specifically about items that are disabled
>>>>> and the fact they show no icon until the mouse selection navigates
>>>>> to them. I notice the same thing in the "Edit" menu though, so I
>>>>> have to assume this is just the way the system behaves...
>>>>>
>>>>>
>>>>> Jarod Mills wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> In my EMF based plugin I am using a tree view. In the create
>>>>>> child context menu, I have noticed that if I remove the image of
>>>>>> the child element from the ctool16 folder, the corresponding
>>>>>> image of the obj16 folder is used and decorated ('+' sign
>>>>>> appearing on the top right quarter).
>>>>>> I found this really great, but unfortunately in case of the child
>>>>>> element already exists in the model, the grayed decorated icon in
>>>>>> the menu only shows up when the mouse cursor is above the "create
>>>>>> child" element... else no icon appears! This may be related to
>>>>>> the fact that the look of the icon is slightly different
>>>>>> depending on the position of the mouse cursor (as previously
>>>>>> described).
>>>>>> Is this a bug? Can I do something so I can get my menu displayed
>>>>>> with every decorated icon?
>>>>>>
>>>>>> Thanks for your help.
>>>>>>
>>>>>> J.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>
>>>>
>>>>


Previous Topic:raw container warnings
Next Topic:ResourceSet save options?
Goto Forum:
  


Current Time: Thu Mar 28 17:49:11 GMT 2024

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

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

Back to the top