Re: Un-official FlexRSS Plugin for 1.x
Posted: Tue Dec 30, 2008 10:23 am
not currently.marcboy wrote:Is it possible to use this in daemon mode?
Deluge Forum
Support Forum for the Deluge BitTorrent Client
https://forum.deluge-torrent.org/
Un-official FlexRSS Plugin for 1.1.x
Page 7 of 11
Re: Un-official FlexRSS Plugin for 1.x
Posted: Tue Dec 30, 2008 12:38 pm
this is a port of of 0.5.x plugin and it requires the a GTK ui running, because the plugin code hasn't been moved to the coremarcboy wrote:Is it possible to use this in daemon mode?
Re: Un-official FlexRSS Plugin for 1.x
Posted: Tue Dec 30, 2008 10:53 pm
Thats what i thought. 
Is anyone working on making this work with the daemon?
Is anyone working on making this work with the daemon?Re: Un-official FlexRSS Plugin for 1.x
Posted: Wed Jan 07, 2009 12:54 pm
Where is the output option in the filter tab, like in the older version?
Re: Un-official FlexRSS Plugin for 1.x
Posted: Thu Jan 08, 2009 1:15 am
There is no output option with this Plugin right now. It defaults to the location that you specified in your download preference.
Re: Un-official FlexRSS Plugin for 1.x
Posted: Sun Jan 11, 2009 12:24 pm
It's possible configure FlesRSS to automatically download new episodes added in the rss source?
Re: Un-official FlexRSS Plugin for 1.x
Posted: Sun Jan 11, 2009 12:59 pm
Yes. The same way you did it with FlexRSS for 0.5.x. I have been doing this for the past couple months without any issues.666 wrote:It's possible configure FlesRSS to automatically download new episodes added in the rss source?
Re: Un-official FlexRSS Plugin for 1.x
Posted: Sun Jan 18, 2009 10:36 pm
My Wish List of enhancements for a future release of this plugin.
1. I would like to get the capability back to filter for type of file that used to work in the old FlexRSS Plugin on 0.5. I have been getting burned when a tracker has multiple versions of an episode that I want to download.
For Example:
American.Idol.S%s.E%e\.(?!.*x264|.*HR|*.720p)
This filter used to pull all American Idol Episodes that were not x264, HR, and 720 format.
2. I would also like to be able to view the history of torrents downloaded, instead of the history that just shows filter names.
3. It would also be nice to get it integrated into the WebUI and be part of the Deluge Baseline.
1. I would like to get the capability back to filter for type of file that used to work in the old FlexRSS Plugin on 0.5. I have been getting burned when a tracker has multiple versions of an episode that I want to download.
For Example:
American.Idol.S%s.E%e\.(?!.*x264|.*HR|*.720p)
This filter used to pull all American Idol Episodes that were not x264, HR, and 720 format.
2. I would also like to be able to view the history of torrents downloaded, instead of the history that just shows filter names.
3. It would also be nice to get it integrated into the WebUI and be part of the Deluge Baseline.
Re: Un-official FlexRSS Plugin for 1.x
Posted: Tue Jan 20, 2009 12:21 am
I think that I have figured out my filtering issue.
In this case, I want to download an American Idol episode that is not x264, HR, or 720p format.
Title Name: American.Idol.S08E01.HDTV.XviD-2HD
Filter: american\.idol\.s%se%e\.(?!.*x264|.*HR|.*720p)
Title Name:American Idol S08E01 HDTV XviD-2HD
Filter: american.idol.s%se%e\ (?!.*x264|.*HR|.*720p)
In this case, I want to download an American Idol episode that is not x264, HR, or 720p format.
Title Name: American.Idol.S08E01.HDTV.XviD-2HD
Filter: american\.idol\.s%se%e\.(?!.*x264|.*HR|.*720p)
Title Name:American Idol S08E01 HDTV XviD-2HD
Filter: american.idol.s%se%e\ (?!.*x264|.*HR|.*720p)
Re: Un-official FlexRSS Plugin for 1.x
Posted: Tue Feb 17, 2009 7:41 am
This plugin is looking great - really just needs the "Output" save location stuff.
On Windows 1.1.0, it appears that the "Insert torrent at top of queue" function does work, though I've not tested this with a later build, or under Linux so it may be an issue specifically with that build.
Thanks for the work on this!
On Windows 1.1.0, it appears that the "Insert torrent at top of queue" function does work, though I've not tested this with a later build, or under Linux so it may be an issue specifically with that build.
Thanks for the work on this!