[openbeos-cdt] Re: .pkg installer user interface

  • From: "DarkWyrm" <darkwyrm@xxxxxxxxxxxxx>
  • To: openbeos-cdt@xxxxxxxxxxxxx
  • Date: Fri, 13 Apr 2007 18:58:51 -0400 EDT

First of all, welcome to the project, Lukasz, and thank you for asking!

> If we get a much better design then I think radical changes are OK.
> Let's also consider creating an installer UI that is simpler than the
> BeOS one. If we don't like it we can still have your suggestion 
> (needs
> only minor fixes for compliance or wording).
I'm not normally one to be completely inflexible, but no. The original 
design is good and by staying close to it, development will be 
signficantly faster because there will be no debates over new designs 
to slow down the process. Minor tweaks here and there are OK, though, 
especially if they are usable or speed up development. Just like R5 is 
the target for Haiku R1, this should be also. If the original design 
were bad, I'd say go for it, but if it ain't broke, don't fix it. :-)

> Maybe instead of "<Package name>" the window title should be 
> "Install:
> <Package Name>" to make it easier to identify?
> I'd change the label "Groups" to "Installation Type" or something 
> similar.
> I think the tabs view should start at the same height as the list 
> view
> (instead of its label) to make it more obvious that both views are
> connected. The list view's label could be replaced with a BBox to 
> make
> this even more obvious.
No. BBoxes are used for grouping together controls which have belong in 
the same category (try the Mail preferences window), not as labels -- 
that's what BStringViews are for. The label itself should still be left 
justified, but "Install Type" or something very similar is a good idea.

> There could be capitalization issues, but I don't think we have 
> agreed
> on any rules, yet.
IIRC we officially changed from Apple-style capitalization rules to 
GNOME style. I just haven't updated the HIG.

> -------------------------------
> The following suggestions would result in a different UI, so I want 
> to
> keep this part separate:
> I like that you replaced the alert after pressing Begin with a simple
> tab, but OTOH, do we really need that info, at all? It's still
> available in the log files. Isn't it sufficient if you just select 
> the
> target location and that's it?
Yes, we do. There are quite a few people that don't care what happens, 
but I personally like to know what's being installed on my system *
before* I tell it to start. This is more of a feature for power users, 
but it doesn't get in the way for others, so it IMO should stay.

> As far as I remember, many apps only have one single profile and 
> there
> are rarely more than three profiles. IMHO, a list view is only
> appropriate if:
> * you expect to have many entries
> * switching between entries must be very efficient
> * you must have an overview of all elements
> I think that of those three only the last one might apply, but a
> pop-up field could be better suited for this task and result in a 
> more
> compact UI.
Very reasonable idea, but in this case, I don't think it's really 
hurting anything. In fact, if you asked me it's helping *because* it 
isn't as compact. Visual layout would be quite different (which is bad 
for reasons above) if we went with what you suggested, and then we'd 
have more debates, etc.

> Is there any need for splitting the installation volume and the
> installation folder ("Install on ... in ...")? Why not have one pop-
> up
> with the full path? The pop-up could automatically offer pre-defined
> paths for every volume and a "Custom..." item for choosing your own
> path (when paths can't be chosen "Custom..." would be grayed-out).
I believe that was the reason why -- if only the target volume could be 
selected, the folder selection popup was not displayed. Combining the 
two menus is a good idea only with two stipulations:
1) Common paths should be displayed for the boot volume.
2) Packages which only allow selection of the target volume display 
only volume names and icons.

In case I'm not clear I mean this:

[Choose Install Location...]

Volume Only:


Other related posts: