Update disk image background



Camino Graveyard
10 years ago
3 years ago


(Reporter: Samuel Sidler (old account; do not CC), Unassigned)



1.8 Branch
Mac OS X
Dependency tree / graph
Bug Flags:
camino1.6b3 -



(1 attachment)

19.39 KB, application/octet-stream
We should update our dmg to include an Applications alias like many other apps have done and has now become semi standard. I know there was some argument over this in the past, but more and more those arguments don't seem as strong (I was one of the ones arguing against it previously).

We should also update the image and potentially the dmg icon.
Flags: camino1.6b1?


10 years ago
Depends on: 320155
I am still opposed to this idiocy.

Comment 2

10 years ago
There's no real guarantee that users understand that system at all either. A far better solution (IMO) that's started to make the rounds is a dialog at startup that says, bascially:
You're running from a disk image.
[Yeah, I know]   [D'oh! I can has copy in Applicationz and relaunch]

That way the sum total of the solution for users who don't understand disk images is to press the default button.

We can conditionalize this code on the presence of CAMINO_PROFILE_DIR, so that portable Camino and testing from disk images are not affected.

Comment 3

10 years ago
Created attachment 287906 [details]

Oh!  That gives me an idea - there's something I've been wanting to try.

Drop this 108kB .pkg into a folder adjacent to Camino.app (1.5.3) and double-click it.  Observe.

Here's an option: we ship Camino.pkg in the disk image, and if Camino sees Camino.pkg next to itself when it launches, we can toss up Stuart's "I can has copy in Applicationz and relaunch" dialog.  If the user clicks Stuart's button by the same name, we'll call out to the installer.

Comment 4

10 years ago
I'm pretty sure there's open-source code for handling this (without having to ship a package)

Comment 5

10 years ago
The idea behind the package is that it's familiar and we can stick it right in the dimmidge next to Camino.app.  People will recognize and double-click it.  Two or three enterprise sysadmins will probably like it because it eases deployment on managed networks (although they'll only see it this way if they come from the Windows world and they liken Apple.pkg to Windows.msi).

Comment 6

10 years ago
adn 1t letz u use r3p@1r p3rM|$5io|\|s 2 b00st p3rf~~!!!!!!!!!!!!!11111111111oneone111111eleven1

Comment 7

10 years ago
I'm concerned that moderately clueful users won't know whether to use the .app or the .pkg (and that we'll get hate because if we "need" a package then we must not be a good Mac app).
Right, I thought we were going to do bug 355884 instead.

Comment 9

10 years ago
My idea was that we could do both - the 355884-style dialog would launch the installer.

But that's OK, if everyone hates the .pkg, I don't mind.  I was mostly interested in seeing whether a .pkg could install some set of files that live outside the .pkg instead of reading from Archive.pax.gz.  It can, so I'm satisfied.
Okay okay. No Applications alias. But can I at least update the graphics? :)

(One question: Since we don't use the graphics in the l10n version of Camino, why have we been afraid of putting text in them?)

Comment 11

10 years ago
We haven't been.  Firefox has.

I have no problem with changing the graphics.
We do want to, at some point.

Comment 13

10 years ago
Anyone have any thoughts on this?  Are we doing a better dmg, or are we doing some kind of installer junk, or both?

Comment 14

10 years ago
Retitling to make it clear what this is currently about (as I understand it from the recent comments). -'ing for 1.6; if we get new graphics, we can use them, but it's by no means a blocker.
Flags: camino1.6b3? → camino1.6b3-
Summary: Better dmg for 1.6/2.0 → Update disk image background
Target Milestone: Camino1.6 → ---
Blocks: 423474

Comment 15

9 years ago
Is the consensus still to not have an Applications alias? I don't think it would be confusing if you design it right. Please no .pkg.

Comment 16

9 years ago
The consensus is comment 8.

Comment 17

9 years ago
Why opt for user error correction rather than prevention? Even BBEdit (the example that Wevah gives in bug 355884) has updated their disk image to include an Applications alias.
This bug has been buried in the graveyard and has not been updated in over 5 years. It is probably safe to assume that it will never be fixed, so resolving as WONTFIX.

[Mass-change filter: graveyard-wontfix-2014-09-24]
Last Resolved: 3 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.