Closed (fixed)
Project:
FeedAPI
Version:
5.x-0.x-dev
Component:
User interface
Priority:
Normal
Category:
Feature request
Assigned:
Reporter:
Created:
3 Aug 2007 at 09:45 UTC
Updated:
21 Sep 2007 at 20:12 UTC
admin/content/feed should display the current content types that are feed enabled (as a subtask); if no content types are feed enabled and the feed_aggregator module isn't enabled either, let me add a new feed type linked directly from there.
Comments
Comment #1
alex_b commented+1 for a better management page.
I drew up some ideas over my Nicaragua vacation. Here is what I imagine should be on a good management page:
The "% of duplicatges per check" will give an excellent overview of wether everything gets downloaded or not. If there are NO duplicates, we must assume that there might have been feed items that we didn't download because the download frequency is too low (especially in the case of chronologically ordered feeds like news feeds).
A good feedback on the download state of all feeds in the system is indespensible for heavy duty applications and I it would be a strong reason for site builders and maintainers to decide to use feedapi.
I would rather create 1 content type automatically with a good preset.
Comment #2
alex_b commentedautomatically create content type: on installation of course.
Comment #3
buddaHaving a default content type provided upon installation would also make it easier for migration scripts from other parser packages ;-)
Comment #4
aron novakAbout the management page: it 'll be improved (actually it changed a little bit from the beginning)
The new fields: to show these detailed analytics of feed downloading, the module should store more info in feedapi table. It's not a problem, i just mentioned it.
About content-types: I assume there will be two content-types by default. There is a ticket for it already: http://drupal.org/node/164907
Comment #5
aron novakAll the above statistical information is gathered and displayed at the management page.
Comment #6
(not verified) commented