On 04.05.2018 15:32, Gunnar Wagenknecht
I said a segment in a URL is not a brand, you asked why not, so I
explained what my understand of the Board's position is on this
topic. But you are back to changing "the name" where "the name"
seems no longer to be the segment used in a URL.
A segment in a URL
is not a brand. :P
Part of my "too narrow IDE focus"
is caused by combining 1 with 2+3. I think 2+3
must have IDE in it's brand name (and URLs).
Why not? It has been the brand for many
many years now....
I'm just taking the liberty to quote Mike on this point.
A URL falls in the "technical artifacts" domain, like Java
package names, executable names, and so on. No one (and
certainly not the Board) has suggested that we ought to
change a whole whack of URLs, package names, executable
Aren't you throwing multiple things together to find an
argument? I'm trying to find an anchor that will help us break
up the issue. It seems we are stuck in this cycle: we can't
change the name - it's too complex - look at all the artifacts
and things - oh so lets break it up and look at those - no we
don't want to change them - so back to the name - but all the
Yes, it's an unfortunate consequence of being first on the download
server and on the wiki.
So, why not focus the discussion on the
URL (segment)? Maybe it will be helpful on our path
towards solving the name issue?
Well, I suggested that just as Photon, the product version
indicator in the splash screen, is replaced by YYYY-MM, so
too photon, the version indicator in the URL, is replaced by
YYYY-MM. In both cases a brand is replaced by something
informative, i.e., something that is merely a version
indicator and not a brand.
I'm not objecting to the informative number in URLs, splash
My concern was the hijack of a global, nice, dominant URL
that maybe useful for other outside the SimRel, too. But I'm
fine leaving that untouched for now.
And "name:" here is used what context?
So we have:
splash screen: "Photon" -> number ==> ok
url: "Photon" -> number ==> ok
name: "Photon" -> number ==> not sufficient (based on
Indeed, where do we use this name?
So what do we do with the name?
The Planning Council decided to use SimRel for the time being.
Propsals so far:
- Desktop IDE
What is your vote for the name then?
So who really cares how many links will point at the wrong things
and what will stop working. Political correctness of the address
space is overidingly important. That's very questionable to me, but
of course we're all entitled to an opinion!
A side note to URLs. My viewpoint is pretty radical here -
if I'm changing something - and we are to some extend - I'd
like to make the proper change. Just because something came
first doesn't mean it's guaranteed to stay forever.
I'm certainly not be happy to have all existing projects lumped
under IDE. As I suggested, jakarta.download.eclipse.org might be a
feasible way to create a new address space rather than trying to
cram all things into the existing address space and to push aside
existing addresses to make room. That's appears to be already done
for some communities for the http host...
There is redirect functionality for legacy urls. There are
ways to phase out old urls and introduce new/better ones. For
some odd reason, I do believe that a nice url is part of your
brand because it's part of your identity. I'd like to see ide.eclipse.org
identity for the IDE and the release train. But yeah, maybe
it's too much change.
eclipse.org-planning-council mailing list
IMPORTANT: Membership in this list is generated by processes internal to the Eclipse Foundation. To be permanently removed from this list, you must contact emo@xxxxxxxxxxx to request removal.