153293 - Save Panels append .html

Status: VERIFIED INVALID

(Camino Graveyard :: General, defect)

Description

[James]

When saving a file the save panel appends .html to the file name, saving this
page gives a file name of enter_bug.cgi.html.

I'd expect, if given a file name in the URI, Chimera would keep the file name as
is, if not given a file name in the URI, PAGE_TITLE.html seems a reasonable
solution.

Comment 1

[Steve Smart]

If we saved the file as enter_bug.cgi, the Finder wouldn't know what app to open
it in. Chimera doesn't require you to add .html, it just suggests it if the file
isn't named .htm or .html (and thus would appear as an unknown file in the
Finder). We could replace the old extension, for example enter_bug.html, but
then we are destroying the original name.

Also, Chimera already does name pages saved without a file name in the URI,
(page title).html.

Comment 2

[James]

Talk with someone that knows Cocoa and she mentioned
changeFileAttributes:atPath:
which can write file types, and creators.
this could be a possible solution. Set the file type to TEXT and it should
default to TextEdit.

this seems a much more elegant solution than appending .html

Comment 3

[James]

Expand on my previous comment

[[NSFileManager defaultManager] changeFileAttributes:dictWithNewAttribtutes
atPath:pathToFile];
where NSFileHFSCreatorCode is a key in the dict with the creator code
and NSFileHFSTypeCode is a key with the file type

Comment 4

[Greg K.]

Are we headed into the dangerous and choppy waters of OS X file metadata?

Comment 5

[Steve Smart]

Yes we are (I didn't want to say it ;)

Comment 6

[saari (gone)]

->sdagley

Comment 7

[Steve Dagley]

The file save dialog is doing absolutely nothing with the name passed in - it
arrives with the .html extension already appended.  Feel free to log a bug on
whatever component, somewhere in appshell, that's adding the extension if you
don't like that behavior.  Note that it's been done before and it wasn't changed.

Comment 8

[sairuh (rarely reading bugmail)]

v

Comment 9

[Stephane Moureau]

http://developer.apple.com/techpubs/macosx/Essentials/AquaHIGuidelines/AHIGDialogs/iSaving_Clos_PXREF29.html

    * A "Hide extension" checkbox, which allows the user to control whether or
not the filename's extension (.jpg, for example) is visible. The "Hide
extension" checkbox should be selected as the default (that is, filename
extensions should not appear in user-visible filenames unless the user requests
them).

      If the user changes the state of the checkbox for a particular document,
the next new document should match the last user-selected state, even after the
user quits and reopens the application. The filename in the "Save as" field
updates in real time as the checkbox is selected or deselected.

Don't provide your own options for handling filename extensions; use the
standard Open and Save dialogs. Carbon developers should set the
PreserveSaveFileExtension flag when calling the Save dialog, and use
NavCompleteSave to set the flag to hide the filename extension.

Comment 10

[Steve Dagley]

Someone at Apple should suffer a torment far worse than many days of being stuck
in a slow moving Southern California traffic jam for the @#$%^&* decision on
file extensions being the primary method of determining file associations under
OS X thereby creating the need for the @#$%^& 'Hide extension' checkbox.

Comment 11

[saari (gone)]

that would be Avie