Document vs. File menu (was Re: RGSG)



Dan Effugas Kaminsky wrote:
> 
> >Well, if we force things like "Print" and "Page Setup" into the
> >File menu, it'll always be a confusing compromise.  However, if
> >we allow the flexibility of an alternately-named second menu, it
> >would make better sense.  For example, in a word processor, you'd
> >have Document->Print, and Document->Page Setup.  If you don't
> >have a document, then you probably won't have pages to setup in
> >the first place.
> >
> >John
> 
> Uhm John you can print files without the file having a damn clue about
> margin context or even that it's getting printed...you're outputting the
> file or something about the file to printer...

What does that have to do with anything?  That only serves to
prove my point.

You never print the file explicitly.  If you did, you'd get a raw
stream of binary/hex digits.  You print a _representation_ of a
file.  What you actually print is a conceptual interpretation of
a file, as seen by the application.  If the application sees it
as a document, you're printing a document.  If the application
sees the file as a music score, you're printing a music score
(and the command would go "Score->Print").

If this does not address your intention, please be more clear.



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]