On May 11, 2007, at 5:06 AM, Allan Odgaard wrote:
Anyway, for this bundle item I have two comments:
- it doesn’t find my fully qualified domain name, so we need: a) a note about how the user can set it up!?! b) a fallback variable or so for the domain name
Ah, I suppose that on most systems, the FQDN won't be stored *anywhere* - not even in the wrong place. Instead, you'll see something like "Allan's-PowerBook-G4". Dammit, I thought TextMate users were nerds. ;) If we can't count on the local system, perhaps the command could look for a user defined variable and if it's not set, go to an external service to get a name (similar to the "Get Remote IP" script in Quicksilver's Extra Scripts plug-in). I don't see how we could have a hard-coded fallback that would be appropriate for everyone (unless we made it something awful like `set.TM_WEBSERVER.to.your.systems.fully.qaulified.domain.name.com`), which is a combination of both a and b.
- would be nice if it allowed to copy files not in ~/Sites or /
Library/WebServer/Documents to be copied to some “temporary” folder of either location. That way, we can drag arbitrary files to the letter, not just those already located in the right location.
So you're saying any file dropped into a text.mail scope would be copied to the temporary location (and a link inserted)? I might like that better. I'll have to think about it. Some questions:
* If the temporary location doesn't exist, should the command create it or is that inappropriate?
* How would it decide whether to use ~/Sites or /Library/WebServer/ Documents? Perhaps we could check for TM_DOCUMENTROOT and fall back to /Library/WebServer/Documents if it's not set. This would also be nice for people like Allan who use another system as the web server because the path could be anywhere (as long as it's always mounted, which it sounds like it is in Allan's case).
* Should we use `ln` instead of copying (mostly to prevent the command from waiting on the copy operation, but also for disk space)? Ideally, this is how it should work in my mind:
* If the file is on the same filesystem as the DocumentRoot, create a hard link * If the file is on a remote system and the DocumentRoot is on the local disk, create a symbolic link * If the DocumentRoot is on a remote system, copy the file regardless of where it comes from (this could make the command very slow)
Sound about right?
--- Rob McBroom http://www.skurfer.com/ I didn't "switch" to Apple... my OS did.