Submit Hint Search The Forums LinksStatsPollsHeadlinesRSS
14,000 hints and counting!


Click here to return to the 'How to represent pathnames' hint
The following comments are owned by whoever posted them. This site is not responsible for what they say.
How to represent pathnames
Authored by: gatorparrots on Jan 24, '05 12:22:18AM
Pursuant to the FAQ you cite, I cannot see how
/Library/Application Support/Keynote/Themes
qualifies as a long pathname. In the FAQ on the subject, Rob indicates that he represents a long pathname using the -> delimiters. Lately, however, it seems to have become the de facto standard on the site. I rarely see any path represented in the standard UNIX way anymore (with simple / delimiters). It seems to have simply become his habit of late to use the nonstandard delimiters: another recent example. (I just can't see how /etc/X11/xinit/xinitrc qualifies as a "long" pathname.)

My plea is for him to return to the standard he set forth in the FAQ -- that only inordinately long pathnames be represented with the nonstandard method ( -> ). Most pathnames in hints could (and should) still be represented with standard delimiters (/).

[ Reply to This | # ]

How to represent pathnames
Authored by: nickv2002 on Jan 24, '05 02:14:52AM

Okay let's take one of Rob's from above:

Contents -> Resources -> Themes

and then

/Contents/Resources/Themes/

Now take your browser window and make it as narrow as possible. Does it break up the pathname?

As you can see there's clearly no reason to use the "=>" for pathnames like this because the template only lets users make the window so narrow before enabling horizontal scrolling. Furthermore, if the location is placed on it's own line it's easier to follow if a user is switching back and forth between the page and the Finder. I can understnad the arrows for <b>long</> pathnames but not for short ones like this. Does anyone have a counter argument?



[ Reply to This | # ]
How to represent pathnames
Authored by: robg on Jan 24, '05 02:03:45PM

I'll try to be a bit better about shorter paths, but I won't use longer path without breaks, because it will force horizontal scrolling for many people -- and when it does, I *always* get emails.

Also keep in mind that people browse with different sized fonts, too, so it's not strictly line length.

-rob.



[ Reply to This | # ]