Search found 103 matches
- Mon Oct 05, 2009 4:51 pm
- Forum: Bug Reports
- Topic: *Pedia 4.5.3: Entering dates doesn't match Date Format
- Replies: 3
- Views: 5224
Re: *Pedia 4.5.3: Entering dates doesn't match Date Format
We used to match the date order from the set format, but with the new OS X Leopard and above it's no longer possible. The format is determined by OS X from your settings in System Preferences -> International -> Formats. In that case, there's clearly something buggy. I have System Preferences -> In...
- Mon Oct 05, 2009 12:20 pm
- Forum: Bug Reports
- Topic: Smart Collection bug #2 in CDpedia 4.5.1
- Replies: 2
- Views: 3702
Re: Smart Collection bug #2 in CDpedia 4.5.1
Did this get fixed?
- Mon Oct 05, 2009 12:19 pm
- Forum: Bug Reports
- Topic: Smart Collection bug in CDpedia 4.5.1
- Replies: 1
- Views: 3065
Re: Smart Collection bug in CDpedia 4.5.1
Did this get fixed?
- Mon Oct 05, 2009 12:17 pm
- Forum: Bug Reports
- Topic: *Pedia 4.5.3: Entering dates doesn't match Date Format
- Replies: 3
- Views: 5224
*Pedia 4.5.3: Entering dates doesn't match Date Format
If you set Date Format set to "%b %d %Y" (Month/Day/Year - American standard), *pedia still requires numeric dates be entered as "%d/%b/%Y" (Day/Month/Year). If it's too much work to explicitly match Date Format, at least have a preference that allows the user to enter dates as M...
- Sat Oct 03, 2009 10:14 pm
- Forum: Bug Reports
- Topic: DVDpedia 4.5.3 autofill bug
- Replies: 4
- Views: 4888
Re: DVDpedia 4.5.3 autofill bug
I sent you Database.pediadata. By the way, I mistyped the title to this thread. The problem I'm seeing is in CDpedia.
- Fri Oct 02, 2009 10:52 am
- Forum: Bug Reports
- Topic: DVDpedia 4.5.3 autofill bug
- Replies: 4
- Views: 4888
Re: DVDpedia 4.5.3 autofill bug
Yes.Nora wrote:Try deleting the "Noise" entry from the list manually and then hit the Rebuild button. Does "Noise" re-appear on the list?
- Thu Oct 01, 2009 8:10 pm
- Forum: Bug Reports
- Topic: DVDpedia 4.5.3 autofill bug
- Replies: 4
- Views: 4888
DVDpedia 4.5.3 autofill bug
I had a disc with "Noise" in the Label field. I changed this to "Noise Records". Then I did a Rebuild of the autofill information for Label. "Noise Records" was new, but "Noise" didn't go away like it should. I tried deleting autofill.xml and starting over but...
- Tue Sep 01, 2009 1:48 pm
- Forum: Feature Requests
- Topic: Track Groups in CDpedia
- Replies: 2
- Views: 3126
Re: Track Groups in CDpedia
I was thinking you could simplify this idea and dump the iTunes matching bit without losing any real functionality. 1) Any contiguous set of tracks with the same non-empty Group field constitute a Group. The degenerate case of a single track is A-OK. 2) Tracks in a group are sub-numbered (8a, 8b, et...
- Tue Sep 01, 2009 1:19 pm
- Forum: Bug Reports
- Topic: CDpedia 4.5.1: bug in Refresh iTunes Tracks
- Replies: 7
- Views: 12099
Re: CDpedia 4.5.1: bug in Refresh iTunes Tracks
You're right. I made the incorrect assumption that something had to actually change in the item to trigger changing the note.bradandbree wrote:Yes, that's correct. And unlike the original poster, I don't even have to make any changes in the edit window.
- Sun Aug 30, 2009 8:29 pm
- Forum: Feature Requests
- Topic: Track Groups in CDpedia
- Replies: 2
- Views: 3126
Track Groups in CDpedia
iTunes has a Grouping tag. Its official use is this: group related tracks of a piece of music (a "work") which spans multiple tracks, like all of the movements in a concerto. Grouping is a classification level higher than song or track, but lower than album or disc. For example. Dmitry Sho...
- Fri Aug 14, 2009 6:30 pm
- Forum: Bug Reports
- Topic: CDpedia 4.5.1: bug in Refresh iTunes Tracks
- Replies: 7
- Views: 12099
CDpedia 4.5.1: bug in Refresh iTunes Tracks
When you select Help->Refresh iTunes Tracks, CDpedia does indeed mark all of the tracks as found. Unfortunately, it doesn't mark the album as "all found" (showing a two-leg musical note). The album is still marked as "partially found" (a one-leg note). In order to complete markin...
- Tue Aug 11, 2009 6:50 pm
- Forum: Bug Reports
- Topic: CDpedia 4.5.1: Weird sorting bug
- Replies: 3
- Views: 3976
Re: CDpedia 4.5.1: Weird sorting bug
The one with the 1994 Release has a Date Added of Oct 09 2007 03:25, the 2006 release has a Date Added of Oct 09 2007 03:26.
Btw, with my Date Format set to "%b %d %Y" (American standard), why does CDpedia require dates be entered as "%d/%b/%Y"?
Btw, with my Date Format set to "%b %d %Y" (American standard), why does CDpedia require dates be entered as "%d/%b/%Y"?
- Tue Aug 11, 2009 1:10 pm
- Forum: Bug Reports
- Topic: CDpedia 4.5.1: Weird sorting bug
- Replies: 3
- Views: 3976
CDpedia 4.5.1: Weird sorting bug
I had two entries one with Orig Release = Jun 21 1982, Release = Sep 20 1994 one with Orig Release = Jun 21 1982, Release = Jan 24 2006 When I sorted (Release then Original Release) with ascending dates (later dates are lower), the second disc was first! In other words, the sort wasn't stable. I tri...
- Fri Jul 24, 2009 12:29 pm
- Forum: PediaTalk
- Topic: Amazon Killing Mobile Apps That Use Its Data
- Replies: 148
- Views: 2726469
Re: Amazon Killing Mobile Apps That Use Its Data
The comments over at SnapTell's blog make the same presumption I do, that Amazon's mobile API snafu is intended to stifle competition for SnapTell. They are also uniformly negative.
- Fri Jul 24, 2009 7:59 am
- Forum: PediaTalk
- Topic: Amazon Killing Mobile Apps That Use Its Data
- Replies: 148
- Views: 2726469
Re: Amazon Killing Mobile Apps That Use Its Data
We haven't been able to get an answer about why it's not okay on a mobile device but okay on anything else. The obvious (but not necessarily right) answer is they're developing their own mobile app, like B&N did, except that Amazon's won't be free. The anti-mobile rule just eliminated their com...