Hi
It's a mess, but moving forward is hard.
The double "EMF" is particularly bad. New users can get the
impression that EMF died in 2009.
The MDT page is very embarrassing. I recently helped a user who
had navigated from there to some very old downloads. Consequently
if you select the OCL sub page, it now clearly declares itself
obsolete.
See https://bugs.eclipse.org/bugs/show_bug.cgi?id=510668
I think it would be very beneficial if ALL container project
pages had a single "I am obsolete" announcement and a redirect to
a list of PMI pages.
Once users get to the PMI it doesn't really matter what the
hierarchy is.
For OCL and QVT I have responded with different partial moves.
IMHO flattening so that Bugzilla changes is beneficial. Current it
is confusing that EMF is at EMF->Core obfuscated by numerous
CDO entries. Similarly TMF->Xtext is perverse. Moving from
MDT->OCL, MMT->QVTo to OCL, QVTo, QVTd has been good.
Renaming the *.aggrcon is probably trivial. I just haven't got
round to it.
Renaming the Eclipse project id, e.g. modeling.mdt.ocl is quite
frightening. A lot to change and many references to fix up.
Moving downloads is cosmetic but it gives a discontinuity that
makes long term views a mess. Just look at the numerous names for
OCL in the P2 repos.
Moving newsgroups was a really BAD idea. All history got lost.
But now we have FUDForum so who will notice another problem there?
Cleaning up more general web presence is hard, since many
projects still use the PHP hierarchy that NIck Boldt setup. This
has been fudged to be the same until multiple GIT repos, but we
really need a coherent successor, probably exploiting the unifying
capabilities of the PMI. Perhaps download page management and
hiding is what I use most fromthe PHP hierarchy.
---
Conclusion. Take positive action to phase out container project
web presence. Flatten Bugzilla.
Regards
Ed Willink
On 23/02/2017 07:01, Sven Efftinge
wrote:
Hi,
it would be nice to get rid of unnecessary umbrella
projects and deep structure.
But as Ed suggested, there are many links spread around
that include segments for these umbrella projects.
So if someone would take the effort to make it a smooth
restructuring I am all for it, but if it causes problems
for the community and/or is a huge effort, it is probably
not worth it.
It's not a big issue in the area I'm working, at least.
Sven
_______________________________________________
modeling-pmc mailing list
modeling-pmc@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/modeling-pmc
|
This email has been checked for viruses by Avast antivirus software.
www.avast.com
|