[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [orion-dev] Sites suggestion



On Wed, Jan 25, 2012 at 11:50 AM, Mark Macdonald <mamacdon@xxxxxxxxxx> wrote:
Hey John,

Showing the full URL with hostname would be a good UI improvement (opened [1] 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
  ---------                 --------
  purple/purple.js          http://jjb.orionhub.org/purple.js

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)
 
  purple/license.txt        http://jjb.orionhub.org/license.txt
  purple/lib/require.js     http://jjb.orionhub.org/lib/require.js
  ...

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 use
http://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.

jjb
 


But even without something like that, I think there's a lot we can do to make the UI clearer...

Mark

[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=369727

On Wed, Jan 25, 2012 at 12:02 AM, John J Barton <johnjbarton@xxxxxxxxxxxxxxx> wrote:
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. 

jjb

_______________________________________________
orion-dev mailing list
orion-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/orion-dev



_______________________________________________
orion-dev mailing list
orion-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/orion-dev