I've just committed an update (for 5.x and 6.x) that will allow admins to specify the filenames for downloaded files, so you can now use whatever you like instead of nodes.kml and networklinks.kml.

Is there any interest in extending this to give more granularity (e.g. specify a title for individual nodes, for views, for taxonomy terms, for groups, for searches, etc) and use Token module to replace placeholders such as [node-title], [taxonomy-term], [search-string] and [view-name] with their actual values, so we could have files named 'test-posting.kml', 'my-tag.kml', etc.?

Comments

geodaniel’s picture

geodaniel commented
Category: bug » feature
greenskunk’s picture

greenskunk
Location Great Valley, NY
commented

Sounds good to me. If you need help testing please contact me

tmcw’s picture

tmcw commented
Version: 6.x-1.x-dev » 6.x-2.x-dev
Assigned: Unassigned » tmcw

This sounds reasonable - setting as a task for 2.x features.

jeffschuler’s picture

jeffschuler
Location Boulder, Colorado
commented

Additionally, it would be nice to be able to allow Views' contextual filters (arguments) to alter the filename as they can the title.

hvalentim’s picture

hvalentim commented

I second that. For instance, if you offer a KML per node, once the user starts to download them, since they all have the same name, it is rather messy.

Allowing arguments (nid, title, keyword,...) to alter the filename would be a killer feature.

jeffschuler’s picture

jeffschuler
Location Boulder, Colorado
commented
Version: 6.x-2.x-dev » 7.x-1.x-dev
Status: Active » Fixed

Leave the "filename" option blank to use the view title as filename. Arguments (contextual filters) in the view can change the view title and therefore the download filename. See #1179744: Use contextual filter title override.

I'm marking this issue as fixed I think this solution provides desired functionality. Please re-open if not, (and explain why.)

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.