style properties not accepted [message #50567] |
Tue, 19 September 2006 03:56  |
Eclipse User |
|
|
|
Hi,
I've added some style information to my figures - like font and
background color. Now the user input changing the style in the final
diagram will not accepted any more. Can I enable this again plus
providing default values via the gen model ?
Thanks in advance
Sven
|
|
|
|
|
Re: style properties not accepted [message #50988 is a reply to message #50848] |
Tue, 19 September 2006 08:19   |
Eclipse User |
|
|
|
Hi,
I believe that it is enough to replace lines 33-34 in the
templates/providers/ViewFactory.javajet that actually contains:
boolean fixedForeground = styleAttributes != null &&
styleAttributes.isFixedForeground();
boolean fixedFont = styleAttributes != null &&
styleAttributes.isFixedFont();
with
boolean fixedForeground = false;
boolean fixedFont = false;
Regards,
Michael
"sven krause" <no.spam@public-files.de> wrote in message
news:eeolh9$1hn$1@utils.eclipse.org...
> Thanks Michael,
>
> is there a template I can cache globally that defines the value of those
> fixed attributes? So I can go an turn it off for my project instead of
> patching the gemfgen model multiple times.
>
> Sven
>
> Michael Golubev schrieb:
>> Hi,
>>
>> It was intentionally done this way -- if toolsmith sets the node to be
>> blue, user (by default) should not be able to change it to be red.
>>
>> To change it at the generation step you can go to the genmodel Viewmap
>> for the problem node, find child StyleAttribute and manually change
>> FixedFont/FixedForeground etc properties. Though, I am not sure that it
>> will be preserved on regeneration. Please feel free to submit reconciler
>> issue in this case.
>>
>> Regards,
>> Michael
>>
>> "sven krause" <no.spam@public-files.de> wrote in message
>> news:eeo7s9$4e2$1@utils.eclipse.org...
>>> Hi,
>>>
>>> I've added some style information to my figures - like font and
>>> background color. Now the user input changing the style in the final
>>> diagram will not accepted any more. Can I enable this again plus
>>> providing default values via the gen model ?
>>>
>>> Thanks in advance
>>> Sven
>>
|
|
|
Re: style properties not accepted [message #51016 is a reply to message #50848] |
Tue, 19 September 2006 08:26   |
Eclipse User |
|
|
|
Nope, however, the logic that prevents font/color editing when there's value
set in the .gmfgraph should be changed soon to allow explicitly specify
whether you just want an initial value or 'never modify' one.
Artem
"sven krause" <no.spam@public-files.de> wrote in message
news:eeolh9$1hn$1@utils.eclipse.org...
> Thanks Michael,
>
> is there a template I can cache globally that defines the value of those
> fixed attributes? So I can go an turn it off for my project instead of
> patching the gemfgen model multiple times.
>
> Sven
>
> Michael Golubev schrieb:
>> Hi,
>>
>> It was intentionally done this way -- if toolsmith sets the node to be
>> blue, user (by default) should not be able to change it to be red.
>>
>> To change it at the generation step you can go to the genmodel Viewmap
>> for the problem node, find child StyleAttribute and manually change
>> FixedFont/FixedForeground etc properties. Though, I am not sure that it
>> will be preserved on regeneration. Please feel free to submit reconciler
>> issue in this case.
>>
>> Regards,
>> Michael
>>
>> "sven krause" <no.spam@public-files.de> wrote in message
>> news:eeo7s9$4e2$1@utils.eclipse.org...
>>> Hi,
>>>
>>> I've added some style information to my figures - like font and
>>> background color. Now the user input changing the style in the final
>>> diagram will not accepted any more. Can I enable this again plus
>>> providing default values via the gen model ?
>>>
>>> Thanks in advance
>>> Sven
>>
|
|
|
Re: style properties not accepted [message #51671 is a reply to message #50988] |
Wed, 20 September 2006 04:02  |
Eclipse User |
|
|
|
Hi Michael,
sorry - it does not help. The user may now change the style attributes,
but they are not applied to the figures. Either on patching the template
(I've seen the line "add(NotationFactory.eINSTANCE.createFillStyle());"
within the code) not manually setting the FixedForeground to false
within the gmfgen model. So it looks to me that listing the style is not
sufficient to the gmf runtime. Is there an edit policy somewhere that
controls the style settings ?
Sven
Michael Golubev schrieb:
> Hi,
>
> I believe that it is enough to replace lines 33-34 in the
> templates/providers/ViewFactory.javajet that actually contains:
>
> boolean fixedForeground = styleAttributes != null &&
> styleAttributes.isFixedForeground();
> boolean fixedFont = styleAttributes != null &&
> styleAttributes.isFixedFont();
>
> with
>
> boolean fixedForeground = false;
> boolean fixedFont = false;
>
> Regards,
> Michael
>
> "sven krause" <no.spam@public-files.de> wrote in message
> news:eeolh9$1hn$1@utils.eclipse.org...
>> Thanks Michael,
>>
>> is there a template I can cache globally that defines the value of those
>> fixed attributes? So I can go an turn it off for my project instead of
>> patching the gemfgen model multiple times.
>>
>> Sven
>>
>> Michael Golubev schrieb:
>>> Hi,
>>>
>>> It was intentionally done this way -- if toolsmith sets the node to be
>>> blue, user (by default) should not be able to change it to be red.
>>>
>>> To change it at the generation step you can go to the genmodel Viewmap
>>> for the problem node, find child StyleAttribute and manually change
>>> FixedFont/FixedForeground etc properties. Though, I am not sure that it
>>> will be preserved on regeneration. Please feel free to submit reconciler
>>> issue in this case.
>>>
>>> Regards,
>>> Michael
>>>
>>> "sven krause" <no.spam@public-files.de> wrote in message
>>> news:eeo7s9$4e2$1@utils.eclipse.org...
>>>> Hi,
>>>>
>>>> I've added some style information to my figures - like font and
>>>> background color. Now the user input changing the style in the final
>>>> diagram will not accepted any more. Can I enable this again plus
>>>> providing default values via the gen model ?
>>>>
>>>> Thanks in advance
>>>> Sven
>
|
|
|
Powered by
FUDForum. Page generated in 0.03822 seconds