[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [orion-dev] Sites suggestion
- From: John J Barton <johnjbarton@xxxxxxxxxxxxxxx>
- Date: Wed, 25 Jan 2012 15:42:19 -0800
- Delivered-to: firstname.lastname@example.org
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=E5m5gDcbZjov4zfC0sviuZIFCA/09Gq5PEv8L4bJC2U=; b=Y3MxFWQPrE5HHPUMSMd8LPo9MjPPJc/GUwO70i2yRWyuGNbs8ZEdyJjjc3eokINJLa tg8vVSgMiedrG85dPkRyJsrZdp/duQdNXr1ZH0euyM4KdK+h8elT0F2vSkzEPvysGq4J 8ODzKHvAcDBl4Vw952Q8c3gc3nNKF+JAOtgv0=
On Wed, Jan 25, 2012 at 11:50 AM, Mark Macdonald <mamacdon@xxxxxxxxxx>
Showing the full URL with hostname would be a good UI improvement (opened  for this).
What did you mean by "full file path" though? Is that like showing a complete site map by expanding the contents of any folders you've mapped?
E.g. If you decide to map the "purple" folder in your workspace to the root of a site (say jjb.oriohub.org), you'd see something like this:
File Full URL
I think one is enough.
BTW the latest version of Sites works better: there is now an Add button that lists the available answers for the left side (which turns out is the file system).
(Note that the created server fails to serve directories, see https://bugs.eclipse.org/bugs/show_bug.cgi?id=369760
WRT what you said about copying: the model behind the Orion site hosting feature is to expose a subset of your Orion files at some URL. Once you've set this up, the site reflects the live contents of those files as you edit. There's only ever 1 copy of those files, which is in your workspace. If you delete them, the remote site 404s. The site itself is transient: it's just a bunch of path-rewriting rules.
Well my goal is to use the path rewriting rules to map my projects to their own names. So rather than http://localhost:8080/file/G/atopwi.html
I can usehttp://127.0.0.2:8080/atopwi/atopwi.html
Then I can reference one project from another one in a way that does not depend upon the order I cloned the projects.
Notice that the UI above says nothing about 'G'. That's a good thing: I don't understand why I should ever see "G".
What you described sounds more like the FTP model of site hosting: grab a bunch of files from A, copy them into B. This is edging closer to a "build" step, which is a can of worms we haven't really opened yet. But it is probably a more familiar model for web devs.
Not what I was thinking about. I just want the URLs to not depend upon the server config.
But even without something like that, I think there's a lot we can do to make the UI clearer...
I saw a UI vaguely similar to the sites page, but unlike the sites page, I instantly understood this one. It had the two halves of the mapping, but instead of just the delta paths, the full URL and full file path were listed. This made all of the difference! Right off I knew which was which, no guessing or reading. I could copy them into the browser/file system and test them instantly. I could copy in the reverse direction as well.
orion-dev mailing list
orion-dev mailing list