Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [incquery-dev] eclipsecon example

Hi,

I have updated the code that handles plugin.xml generation. It should not remove comments anymore. If you experience some new issues because of the change, please report back.

Cheers,
Zoli
-- Zoltán Ujhelyi
https://www.inf.mit.bme.hu/en/members/ujhelyiz

Fault Tolerant Systems Research Group
Budapest University of Technology and Economics

On 2013.10.23., at 21:26, Ujhelyi Zoltán <ujhelyiz@xxxxxxxxxx> wrote:

> Hi,
> 
> sorry for the late answer, having a funky day.
> 
> First of all, then I have misunderstood what you were intending. Possibly my fault.
> 
> On the other hand, I would have no objections by extending the IncQuery/derived feature builder to update the derived registry. There we should have the required information to add/remove the elements, thus it is possible to do it consistently.
> 
> About the cited issue: it would be hard to solve as the target platform concept is an IDE dependency, while the validators are defined in the language level. Some workaround may be possible, but it is not a simple thing to do.
> 
> Regards,
> Zoli
> -- Zoltán Ujhelyi
> https://www.inf.mit.bme.hu/en/members/ujhelyiz
> 
> Fault Tolerant Systems Research Group
> Budapest University of Technology and Economics
> 
> On 2013.10.23., at 16:36, Istvan Rath <rath@xxxxxxxxxx> wrote:
> 
>> Zoli,
>> 
>> On Wednesday, October 23, 2013 at 3:56 PM, Ujhelyi Zoltán wrote:
>> 
>>> István: I strongly disagree with relying on the editor instead of the builder: that is very clunky and if will suggest to put other features there as well. Remember the parsing of VTCL files in VIATRA? The builder is a nice place to solve this issue, and is consistent with the way Xtext handles its stuff.
>> 
>> 
>> We are talking about the model editor for dynamic instances, _not_ the EIQ editor. I think there is a consensus that the builder should not mess with the registries etc. of the host Eclipse, since we have no explicit control over when it is going to be executed.
>> 
>> However, I see that we can't do this properly unless https://bugs.eclipse.org/bugs/show_bug.cgi?id=410697 is resolved. How hard would that be?
>> 
>> regards
>> Istvan
>> 
>> --
>> Istvan RATH, PhD
>> Research fellow
>> Budapest University of Technology and Economics
>> Fault Tolerant Systems Research Group
>> 
>> 
>> 
>> _______________________________________________
>> incquery-dev mailing list
>> incquery-dev@xxxxxxxxxxx
>> https://dev.eclipse.org/mailman/listinfo/incquery-dev
> 
> _______________________________________________
> incquery-dev mailing list
> incquery-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/incquery-dev



Back to the top