View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001902 | MMW v4 | Synchronization | public | 2005-05-05 05:29 | 2005-05-17 01:01 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Fixed in Version | 2.4 | ||||
| Summary | 0001902: Clarify synchronization functionality for iPod | ||||
| Description | In the user forum, there was an indication that there was some confusion about the Synchronization options. I agree--we've messed things up a bit wrt iPod support: 1) The relationship between the 'device configuration' and 'synchronization options' tabs is confusing since both now contain configuration entries for path/filename format. To eliminate this confusion: a) We should fix 0000599 and disable the Path portion of the mask in the Synchronization Options dialog when 'iTunes Style' formating is enabled. This is a future fix. b) We should have a default mask when the iPod is used of <Artist> - <Title> (i.e. don't show a path by default) c) The text on the Device Configuration tab should be modified again :( Synchronize to iTunes-style folders (F00, F01, ...) When synchronizing, limit path & filename length to: 28 --> iPod Compatibility Settings [x] Force iTunes-style folders (\iPod_Control\F00\, etc.) [x] Trim path and/or filename length to 31 Note: according to what I've seen online, 31 characters is what the filename is actually trimmed to by iTunes (including the suffix). 2) The online help for the Synchronization dialog should have 3 separate links, depending on what tab the user has selected. Is this possible? If so, the links can be to the current file: Exporting Tracks Configuration.htm but with 3 anchors: #list, #options, #device | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 860 | ||||
|
|
Fixed in build 856. - 1. b&c) Fixed, re. 31 chars, I'm not sure, but hopefully it's enough. - 2. It should be possible, but I think that anchors shouldn't be used. Not only from implementation point of view, but also currently the topic in help is too long and hardly readable and so it would be better splitted to 3 sub-topics with their own pages. Let me know their titles and I'll add them. |
|
|
New help file with new links has been sent. Re-assigning to Jiri. |
|
|
Fixed in build 860. |
|
|
Verified 860. |
