Where does the Choose an album come from? I'd like to change the phrase. (Drop down menu)

` `

line 323. (Ever tried a search engine? I'm sure that there must be file search tools for the Mac.)

This "choose an album" will be dropped in the next version. The jump menu then will show the currently selected album (or index if nothing is selected).

sbillard: It shows in the gallery's index.php page but NOT the line (above) that causes it to appear. Something in the theme's code has to tell ZP to produce that statement

I'm okay with the proposed solution, acrylian. Was going to substitute my own text ref. the fact you jump to the album (leave the gallery) but setting to current gallery's album name will be okay too. I'll just leave my text above the menu intact.

Ok, not that you really have a choice...:-)

Anyway, sbillard is right, the that line is there in the file.

"next version" >>>> do you mean 1.2 or a nightly build? (I'll not be updating for a few days anyway.) Will this be within zp-core files or should I be looking for code change to index.php at some point?

I mean the next version of the menu, so the nightly if you will, we are constantly updating everything...:-) The new version without the "choose an album" is not up yet.

Got the "new" printAlbumMenu in svn 1585. Like the change to dropMenu from dropList (forget exact terminology). Affected the type I had above (CSS setting) for some reason. Not sure if it's suppose to, but can something indicate that one of the albums is actually an album with subalbums?

Also note the number of images is gone, makes for cleaner viewing.

The number of images count was always an option, you can disable that (written in the documentation). Anyway, the option got lost in the 1.4.1 plugin version and is back in 1.4.2 (svn 1586 or newer).
A indicator that an album has subalbums would be if it does not have any images (the count should not be shown). Other than that, I would not know how to indicate that without cluttering everything. Anyway, I am working on it that that dropdown variant shows always all albums and subalbums.

[i]Like the change to dropMenu from dropList (forget exact terminology).[/i]
Actually I don't know what change you mean, the bascic funcitonality of shown either a list or a dropdown has not been changed.

The "change" in style was, I discovered, BROWSER dependant. Camino and Firefox display it differently.

Subalbums: perhaps 2-3 character indent from their parent:
Album1
AlbumSub1
AlbumSub2
Album2
Album3

OR
Album1 >
Album2
Album3
where the + (or +) indicates there is more, quite consistent with how menus in other apps are done.

Not crucial, just noted in passing.

Actually I still don't know which "change" in style you mean...:-)

Anyway, the next menu version will have a dropdown menu that always shows all sublevels (up tp 4 as it is know).
And even better for the list variant I will additionally assign a extra css class for albums with subalbums where you than simple use a custom bullet for the list item (as you might know you can replace it with any graphic you want).

"change" in style > Firefox display versus Camino display of dropdown menu, that's all. I'm behind in svn builds so will keep an eye out for the update and css settings. Dealing with the slideshow first.

FYI, CSS styles do not apply to the dropdown version.

Noticed 1603 svn change to menu. Showing subalbums with >>. Thanks.

FYI CSS selector "SELECT" allows style of background colour for the drop down. Didn't play with font styles nor determine what else can be done. Camino vs. Firefox is appearance, should probably not used style.

True, the background can be set in "newer" browsers...:-)

Also, the exact command I used to get the categories to display was:

It requires minimally the 1st two parameters (1: either "list-top" or "list", 2: either "count" or "")

That's right. for 1 there is also a "list-sub" to show only the subalbums of the current toplevel album (in case you have a separate navigation only for the top level albums).