Menu
▾
▴
fofredux-devel — Developers discussion, bug fixing, and coding of fofredux
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(92) |
Dec
(142) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(33) |
Feb
(65) |
Mar
(76) |
Apr
(172) |
May
(124) |
Jun
(45) |
Jul
(76) |
Aug
(78) |
Sep
(1) |
Oct
(20) |
Nov
(6) |
Dec
(2) |
| 2007 |
Jan
(12) |
Feb
(7) |
Mar
(17) |
Apr
(3) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|
From: Evan R. <eva...@gm...> - 2006-03-17 10:05:30
|
I'm still on 0.2. I can gladly install a cvs snapshot to mess around
with...if i could find one. there is no package in the downloads, and i'm
not sure what to grab out of cvs.
As I don't hack my install too much...in order to be able to easily update
new changes...there are some small things I've changed, which you might be
interested in incorporating upstream.
1. Enable gzip in PHP. When viewing a list of ~80 feed-items, the
downloaded page was ca. 350k. With gzip it turns out to be about 110k.
Performance increase all around. All you need to do is add
"ob_start("ob_gzhandler");" to the top of init.php, and it's done. gzip
handling is supported by all modern browsers...i've used it with IE6 and
various firefox versions.
2. In the database, since your release - i didn't have it with steve's fof
- whenever an item is marked read, we change the cache time on update to
current timestamp. I yanked this effect out of the DB so that cache time
remains simply cache time. I'd suggest adding an extra field for
read_time. I'd find it useful myself...but haven't gotten around to doing
anything yet.
3. My 3rd change is not so simple. As I tend to pile up items
occasionally, i have to force fofr to remain in paged mode. If I don't, an=
d
try to load a large page, PHP blows up as it goes over it's allotted 8MB of
RAM. I won't go into details, since it was a messy change...but i'd
recommend putting some kind of $default_view into the config, so the user
can choose what he wants to see.
Anyway, enough with that. point me in the right direction to the cvs
snapshot to download, and i'd be happy test/debug the new version...nothing
better to do this week with no work - "=FCberstunden" as they say here.
Regards,
Evan
On 3/17/06, Andrew Turner <ajt...@hi...> wrote:
>
> On 3/16/06, Kevin <ke...@dr...> wrote:
> > Evan Roth wrote:
> > > Hi Guys,
> and gal(s)
>
> > >
> > >
> > Welcome Evan. The list has been a bit slow over the last few weeks. I
> > expect things will pick up after the 0.3 release. (hint hint: Andrew)
>
> Yes yes, welcome - we always welcome new users/supporters.
>
> Oh - yeah, I haven't pushed that - my bad. I will be out of town this
> weekend, but I think the last thing I had done was thrown out there
> the question to all devs if they felt good about an 0.3 release. I
> think we should go ahead with it, but not necessarily push it as a big
> release, since we know we're making severe (and grand) UI changes and
> some DB changes (specifically search)
>
> I will tag the CVS (or Subversion, you said they're linked, right) as
> Release Candidate 0.3, we'll do testing this weekend and early next
> week. Plan on release by the end of next week.
>
> > > After installing fofredux, and importing my feeds and their
> > > corresponding items (i don't delete anything), i noticed that updates
> > > on some of the feeds were losing their dates. They were in fact
> > > defaulting to 01-01-1970, and it was all atom (see anything at
> > > blogger.com <http://blogger.com>) and RSS1.0 (e.g. slashdot), which i=
s
> > > actually the Atom format. RSS 2.0 feeds are fine.
> > >
> > What version of fofredux are you using? I subscribe to slashdot also
> > and don't see this behavior with a recent CVS snapshot.
> >
> > > Digging through the code, i realized it's not entirely our problem, a=
s
> > > we call the magpie parsing function parse_w3cdtf for those two types
> > > of feeds, which is not functioning as desired. In fact, these dates
> > > are not w3c standard: w3c contains no : in the timezone, whereas Ato=
m
> > > time does.
> > >
> > > The fix for this problem...at least so far on my side...is to simply
> > > replace this function with the native PHP strtotime() twice in
> init.php.
> > > I've tested on PHP 5.0.5 and 5.1.2 with success. Don't have any php
> > > 4.X.X running here.
> > >
> > > I guess the real fix would be to repair the magpie function...but I'm
> > > not sure it's necessary when php provides native support.
> > >
> > > Hope that might help anyone else out there with a similar
> > > problem...and let me know if i've destroyed something in the process.
> > I'm fine with converting to a php builtin function as long as it behave=
s
> > the same. According to the php site, strtotime() has been around sinc=
e
> > version 3. There has to be some reason why magpierss includes it's own
> > implementation.
>
> Perhaps they didn't realize it was available? But that would be suprising=
.
> We should submit this fix to our respository, and include it in testing.
>
> Andrew
>
> --
> Andrew Turner
> ajt...@hi... 42.4266N x 83.4931W
> http://highearthorbit.com Northville, Michigan, USA
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting
> language
> that extends applications into web and mobile media. Attend the live
> webcast
> and join the prime developer group breaking into this new coding
> territory!
> http://sel.as-us.falkag.net/sel?cmdlnk&kid=110944&bid$1720&dat=121642
> _______________________________________________
> Fofredux-devel mailing list
> Fof...@li...
> https://lists.sourceforge.net/lists/listinfo/fofredux-devel
>
|
|
From: Andrew T. <ajt...@hi...> - 2006-03-17 05:26:18
|
Grab the tag RC-0_3 and test (perhaps also with a new database, and a copy/backup of your actual one) Email me/the group if you have any modified files that have been checked in and have the tags moved up for further testing. Thanks! Andrew -- Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
|
From: Andrew T. <ajt...@hi...> - 2006-03-17 05:12:37
|
On 3/16/06, Kevin <ke...@dr...> wrote: > Evan Roth wrote: > > Hi Guys, and gal(s) > > > > > Welcome Evan. The list has been a bit slow over the last few weeks. I > expect things will pick up after the 0.3 release. (hint hint: Andrew) Yes yes, welcome - we always welcome new users/supporters. Oh - yeah, I haven't pushed that - my bad. I will be out of town this weekend, but I think the last thing I had done was thrown out there the question to all devs if they felt good about an 0.3 release. I think we should go ahead with it, but not necessarily push it as a big release, since we know we're making severe (and grand) UI changes and some DB changes (specifically search) I will tag the CVS (or Subversion, you said they're linked, right) as Release Candidate 0.3, we'll do testing this weekend and early next week. Plan on release by the end of next week. > > After installing fofredux, and importing my feeds and their > > corresponding items (i don't delete anything), i noticed that updates > > on some of the feeds were losing their dates. They were in fact > > defaulting to 01-01-1970, and it was all atom (see anything at > > blogger.com <http://blogger.com>) and RSS1.0 (e.g. slashdot), which is > > actually the Atom format. RSS 2.0 feeds are fine. > > > What version of fofredux are you using? I subscribe to slashdot also > and don't see this behavior with a recent CVS snapshot. > > > Digging through the code, i realized it's not entirely our problem, as > > we call the magpie parsing function parse_w3cdtf for those two types > > of feeds, which is not functioning as desired. In fact, these dates > > are not w3c standard: w3c contains no : in the timezone, whereas Atom > > time does. > > > > The fix for this problem...at least so far on my side...is to simply > > replace this function with the native PHP strtotime() twice in init.php= . > > I've tested on PHP 5.0.5 and 5.1.2 with success. Don't have any php > > 4.X.X running here. > > > > I guess the real fix would be to repair the magpie function...but I'm > > not sure it's necessary when php provides native support. > > > > Hope that might help anyone else out there with a similar > > problem...and let me know if i've destroyed something in the process. > I'm fine with converting to a php builtin function as long as it behaves > the same. According to the php site, strtotime() has been around since > version 3. There has to be some reason why magpierss includes it's own > implementation. Perhaps they didn't realize it was available? But that would be suprising. We should submit this fix to our respository, and include it in testing. Andrew -- Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
|
From: Kevin <ke...@dr...> - 2006-03-17 04:21:34
|
Evan Roth wrote: > Hi Guys, > > my first time jumping in here, so allow me to first say thanks for > picking up this great project again. (if you guys are still > active...saw that the dev mails were only up til late Feb at sf.net > <http://sf.net>). > Welcome Evan. The list has been a bit slow over the last few weeks. I expect things will pick up after the 0.3 release. (hint hint: Andrew) > In the course of doing a complete overhaul of my server this week, it > was time to get a fresher feeds reader, and naturally i went with > something i knew, as i had been using fof for well over a year now. > > After installing fofredux, and importing my feeds and their > corresponding items (i don't delete anything), i noticed that updates > on some of the feeds were losing their dates. They were in fact > defaulting to 01-01-1970, and it was all atom (see anything at > blogger.com <http://blogger.com>) and RSS1.0 (e.g. slashdot), which is > actually the Atom format. RSS 2.0 feeds are fine. > What version of fofredux are you using? I subscribe to slashdot also and don't see this behavior with a recent CVS snapshot. > Digging through the code, i realized it's not entirely our problem, as > we call the magpie parsing function parse_w3cdtf for those two types > of feeds, which is not functioning as desired. In fact, these dates > are not w3c standard: w3c contains no : in the timezone, whereas Atom > time does. > > The fix for this problem...at least so far on my side...is to simply > replace this function with the native PHP strtotime() twice in init.php. > I've tested on PHP 5.0.5 and 5.1.2 with success. Don't have any php > 4.X.X running here. > > I guess the real fix would be to repair the magpie function...but I'm > not sure it's necessary when php provides native support. > > Hope that might help anyone else out there with a similar > problem...and let me know if i've destroyed something in the process. I'm fine with converting to a php builtin function as long as it behaves the same. According to the php site, strtotime() has been around since version 3. There has to be some reason why magpierss includes it's own implementation. --Kevin |
|
From: Evan R. <eva...@gm...> - 2006-03-16 23:31:04
|
Hi Guys, my first time jumping in here, so allow me to first say thanks for picking up this great project again. (if you guys are still active...saw that the dev mails were only up til late Feb at sf.net). In the course of doing a complete overhaul of my server this week, it was time to get a fresher feeds reader, and naturally i went with something i knew, as i had been using fof for well over a year now. After installing fofredux, and importing my feeds and their corresponding items (i don't delete anything), i noticed that updates on some of the feed= s were losing their dates. They were in fact defaulting to 01-01-1970, and i= t was all atom (see anything at blogger.com) and RSS1.0 (e.g. slashdot), whic= h is actually the Atom format. RSS 2.0 feeds are fine. Digging through the code, i realized it's not entirely our problem, as we call the magpie parsing function parse_w3cdtf for those two types of feeds, which is not functioning as desired. In fact, these dates are not w3c standard: w3c contains no : in the timezone, whereas Atom time does. The fix for this problem...at least so far on my side...is to simply replac= e this function with the native PHP strtotime() twice in init.php. I've tested on PHP 5.0.5 and 5.1.2 with success. Don't have any php 4.X.Xrunning here. I guess the real fix would be to repair the magpie function...but I'm not sure it's necessary when php provides native support. Hope that might help anyone else out there with a similar problem...and let me know if i've destroyed something in the process. Regards, Evan |
|
From: HighEarthOrbit <sof...@hi...> - 2006-03-09 02:14:03
|
Excellent - Can't wait for the 0.4 release (though I know there will be a lot of work for myself, kevin and Katie to get there ;) What about the rest of the dev team, what do you think about the current release being 0.3? Andrew On 3/8/06, khaled Abou Alfa <bro...@gm...> wrote: > Sounds good to me as well :). I'll hopefully try and do the login page th= is > week so we can progress that part as well :). > > > On 3/8/06, Miles Beck < mil...@gm...> wrote: > > On 3/8/06, Andrew Turner < ajt...@hi...> wrote: > > > > --bugs-- > > > > 1380529 Punctuation and ascii codes not handled correctly > > > > 1442492 podcast feed breaks duplicate item detection > > > > 1371750 Pagination When There Is No More > > > > > > > > --features-- > > > > 1371230 automatically tag items using rss item categories > > > > 1403108 Configuration user interface > > > > 1403106 Configuration storage/retrieval API > > > > 1394007 Automatically generate OPML backup > > > > 1393608 Add the option to change the display order > > > > 1385421 Detail what feeds belong to each category > > > > 1371230 Time variable for feed updates > > > > > > > > > > I believe these can all wait for 0.4, which will also include the new > > > interface. Does anyone have a major reason this should not be the > > > case? > > > > > > Andrew > > > > Sounds good to me. > > > > -Miles > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > > that extends applications into web and mobile media. Attend the live > webcast > > and join the prime developer group breaking into this new coding > territory! > > > http://sel.as-us.falkag.net/sel?cmdlnk&kid=110944&bid$1720&dat=121642 > > _______________________________________________ > > Fofredux-devel mailing list > > Fof...@li... > > > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > > > > -- Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
|
From: khaled A. A. <bro...@gm...> - 2006-03-08 23:24:52
|
Sounds good to me as well :). I'll hopefully try and do the login page this week so we can progress that part as well :). On 3/8/06, Miles Beck <mil...@gm...> wrote: > > On 3/8/06, Andrew Turner <ajt...@hi...> wrote: > > > --bugs-- > > > 1380529 Punctuation and ascii codes not handled correctly > > > 1442492 podcast feed breaks duplicate item detection > > > 1371750 Pagination When There Is No More > > > > > > --features-- > > > 1371230 automatically tag items using rss item categories > > > 1403108 Configuration user interface > > > 1403106 Configuration storage/retrieval API > > > 1394007 Automatically generate OPML backup > > > 1393608 Add the option to change the display order > > > 1385421 Detail what feeds belong to each category > > > 1371230 Time variable for feed updates > > > > > > > I believe these can all wait for 0.4, which will also include the new > > interface. Does anyone have a major reason this should not be the > > case? > > > > Andrew > > Sounds good to me. > > -Miles > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmdlnk&kid=110944&bid$1720&dat=121642 > _______________________________________________ > Fofredux-devel mailing list > Fof...@li... > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > |
|
From: Miles B. <mil...@gm...> - 2006-03-08 16:22:50
|
On 3/8/06, Andrew Turner <ajt...@hi...> wrote: > > --bugs-- > > 1380529 Punctuation and ascii codes not handled correctly > > 1442492 podcast feed breaks duplicate item detection > > 1371750 Pagination When There Is No More > > > > --features-- > > 1371230 automatically tag items using rss item categories > > 1403108 Configuration user interface > > 1403106 Configuration storage/retrieval API > > 1394007 Automatically generate OPML backup > > 1393608 Add the option to change the display order > > 1385421 Detail what feeds belong to each category > > 1371230 Time variable for feed updates > > > > I believe these can all wait for 0.4, which will also include the new > interface. Does anyone have a major reason this should not be the > case? > > Andrew Sounds good to me. -Miles |
|
From: Andrew T. <ajt...@hi...> - 2006-03-08 13:27:06
|
On 3/7/06, Kevin <ke...@dr...> wrote: > >> What's still left to do before 0.3 can be released? > > > > I would like to finish the variable time feed update feature. (#1371230= ) > > > > Is there anything else? > > Here are the bugs and feature requests tagged to be resolved in v0.3 > Which should we do, which should we defer to 0.4 or 0.x ? > > > --bugs-- > 1380529 Punctuation and ascii codes not handled correctly > 1442492 podcast feed breaks duplicate item detection > 1371750 Pagination When There Is No More > > --features-- > 1371230 automatically tag items using rss item categories > 1403108 Configuration user interface > 1403106 Configuration storage/retrieval API > 1394007 Automatically generate OPML backup > 1393608 Add the option to change the display order > 1385421 Detail what feeds belong to each category > 1371230 Time variable for feed updates > I believe these can all wait for 0.4, which will also include the new interface. Does anyone have a major reason this should not be the case? Andrew -- Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
|
From: Andrew T. <ajt...@hi...> - 2006-03-08 12:12:04
|
Thanks Miles. On 3/7/06, Miles Beck <mil...@gm...> wrote: > I forgot to put the feature numbers with the previous email. > > 1445226 - Saved items feed > 1445229 - Category, Tags and Geo locations added to options page > > On 3/7/06, Miles Beck <mil...@gm...> wrote: > > I've added two new feature requests that I discussed on the list > > previously. I added them so they can be considered for implementation > > and do not get lost in the shuffle. > > > > -Miles > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting langua= ge > that extends applications into web and mobile media. Attend the live webc= ast > and join the prime developer group breaking into this new coding territor= y! > http://sel.as-us.falkag.net/sel?cmdlnk&kid=110944&bid$1720&dat=121642 > _______________________________________________ > Fofredux-devel mailing list > Fof...@li... > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > -- Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
|
From: Miles B. <mil...@gm...> - 2006-03-07 23:51:58
|
I forgot to put the feature numbers with the previous email. 1445226 - Saved items feed 1445229 - Category, Tags and Geo locations added to options page On 3/7/06, Miles Beck <mil...@gm...> wrote: > I've added two new feature requests that I discussed on the list > previously. I added them so they can be considered for implementation > and do not get lost in the shuffle. > > -Miles > |
|
From: Miles B. <mil...@gm...> - 2006-03-07 23:50:00
|
I've added two new feature requests that I discussed on the list previously. I added them so they can be considered for implementation and do not get lost in the shuffle. -Miles |
|
From: Miles B. <mil...@gm...> - 2006-03-07 23:39:52
|
On 3/7/06, Kevin <ke...@dr...> wrote: > > http://fofredux.sourceforge.net/snapshots > > They get generated daily, in the morning. (7am PST) Files older then 20 > days are deleted. Thanks Kevin. This will help in testing. -Miles |
|
From: Kevin <ke...@dr...> - 2006-03-07 23:24:26
|
> >> I've been looking at the latest tarballs provided from Kevin (Thanks) >> and 0.3 looks pretty solid. >> I'll check out the disable update feed feature as soon as there is a >> new tarball up. >> >> What's still left to do before 0.3 can be released? > > I would like to finish the variable time feed update feature. (#1371230= ) > > Is there anything else? Here are the bugs and feature requests tagged to be resolved in v0.3 =20 Which should we do, which should we defer to 0.4 or 0.x ? --bugs-- 1380529 Punctuation and ascii codes not handled correctly 1442492 podcast feed breaks duplicate item detection 1371750 Pagination When There Is No More --features-- 1371230 automatically tag items using rss item categories 1403108 Configuration user interface 1403106 Configuration storage/retrieval API 1394007 Automatically generate OPML backup 1393608 Add the option to change the display order 1385421 Detail what feeds belong to each category 1371230 Time variable for feed updates --=20 Kevin |
|
From: Kevin <ke...@dr...> - 2006-03-07 23:18:42
|
http://fofredux.sourceforge.net/snapshots They get generated daily, in the morning. (7am PST) Files older then 20 days are deleted. --=20 Kevin |
|
From: Kevin <ke...@dr...> - 2006-03-07 23:12:18
|
> I've been looking at the latest tarballs provided from Kevin (Thanks) > and 0.3 looks pretty solid. > I'll check out the disable update feed feature as soon as there is a > new tarball up. > > What's still left to do before 0.3 can be released? I would like to finish the variable time feed update feature. (#1371230) Is there anything else? --=20 Kevin |
|
From: Miles B. <mil...@gm...> - 2006-03-07 18:07:19
|
I've been looking at the latest tarballs provided from Kevin (Thanks) and 0.3 looks pretty solid. I'll check out the disable update feed feature as soon as there is a new tarball up. What's still left to do before 0.3 can be released? -Miles |
|
From: Andrew T. <ajt...@hi...> - 2006-03-04 14:12:09
|
Good suggestion - that's doable. We'll probably want to add a tag cloud also in the future. Andy On 3/3/06, Miles Beck <mil...@gm...> wrote: > Would it be possible to have the saved items have it's own feed type thin= g? > > What I'm really after here is something like a feed display that could > show you on the main page how many items were in the View Saved Items > section. This way you could easily see at a glance how many you had > marked as saved. > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting langua= ge > that extends applications into web and mobile media. Attend the live webc= ast > and join the prime developer group breaking into this new coding territor= y! > http://sel.as-us.falkag.net/sel?cmdlnk&kid=110944&bid$1720&dat=121642 > _______________________________________________ > Fofredux-devel mailing list > Fof...@li... > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > -- Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
|
From: khaled A. A. <bro...@gm...> - 2006-03-04 01:25:53
|
Ah ok. Right, yes my flagged items means that they are to be saved, so that clears that one. Regarding having read ENTIRE feeds and marking them as read, then you're right, that is where the interace doesn't make things very easy. Effectively the easiest way I can see this working is for when you click on the feed itself in the left side bar, this renders that line in a normal text (compared to bold text for an unread feed). You then click on those items that you would like to mark as unread in the individual list on the right hand side. This action makes the left hand sidebar feed to become bol= d again. I know this looks fiddly I guess, but it's one way of dealing with things. This action is based on how I read my feeds no via sage in FireFox. The alternative is for you to click on read all items in the right hand side, to render all the items as read, and that will in turn make the left hand side feed as normal text (i.e mark that particular feed as read). I'm not sure which feature works best for everyone. My personal preference is for the first method, however I can see merit in the second method as well. On 3/3/06, Andrew Turner (nilspace) <nil...@us...> wrote: > > No Worries - just a difference in vocabulary - which really existed in > FoF and got even worse with some of the new features. > > What you are calling "Flagged Items" are what i was referring to as > "Saved Items" - items that I want to save and read later. > > Now, previously, "Flagged" had meant the item was marked to have an > action applied to it, typically 'mark as read'. Therefore, you would > click the checkbox to "flag items", then click the "mark flagged items > as read" and it would then actually mark those items in the DB. > > If in your layout, the "flag" means "save", then that's all ok. > However, where there still is perhaps a UI difference is being able to > "Mark this feed as read" which you can't do from the interface. The > 0.92 UI only has "Mark All Feeds as Read", and "Mark all visible items > as read", but no "Mark this feed as read", right? > > Anyways, small matter - sorry for the confision. :) > > Andrew > > On 3/3/06, khaled Abou Alfa <bro...@gm...> wrote: > > Ok now I'm confused, after I thought I'd got the whole thing straight i= n > my > > head about this save/flag/mark as read business. Let me explain what I > > understood and then you can tell me where I went wrong. > > > > You can Flag individual items. Items are the actual posts from the feed= . > You > > can flag items that are read or not, it doesn't matter. These flagged > items > > can be from all types of feeds and effectively are like little book > marks to > > items that interest you, that have additional information that you'll > > probably revisit in the future. > > > > Mark as read and unread feed items. This is self-explanitory. You read > > something, you mark it read. End of story. If however you don't think > you've > > actually read it in detail after you've clicked it, you've got the > OPTION to > > turn it back to not read. That's where the toggle come in. > > > > Finally we come to the saved feature, which is what I thought I > understood, > > but obviously not. You can save a feed fully. By saving it it's > highlighted > > as unread. That's what I understood by the saved. I didn't understand > the > > use of it but you guys seemed to really want that feature. Andrew, now > > you're saying that you save items not feeds? Erm why? Isn't that the > same > > thing as flagging or am I missing something (obviously I am here...) > > > > I know I thought I'd gotten a grasp of this...sorry guys. > > > > > > On 3/3/06, Andrew Turner (nilspace) < nil...@us...> > wrote: > > > A couple of things: > > > * Remove "edit" from categories > > > * "Save" is done to items, not to feeds > > > * I very much like the favicon on the feed sidebar > > > * I like the mark as read "toggle" (similar to our current flagging, > > > but the new one won't require flagging and *then* clicking "mark as > > > read" - yay ajax) > > > > > > Andrew > > > > > > On 3/1/06, khaled Abou Alfa <bro...@gm...> wrote: > > > > Ask and you shall recieve here's the iterations with the favicons, > the > > feed > > > > image and save function in there as well for all to see. The mark > all as > > > > read button I see it as one of those toggle buttons. Once you click > it, > > it > > > > changes to mark all as unread. It'll either be highlighted or shown > as a > > > > pressed button. Whatever works best for everyone really. I'll move > onto > > the > > > > next couple of pages. > > > > > > > > > > http://www.brokenkode.com/fofr/framed-user-panel/Version-0.92.jpg > > > > > > http://www.brokenkode.com/fofr/framed-user-panel/Version-0.92-with-feed= -imag.jpg > > > > > > > > > > > > > > -- > > > Andrew Turner > > > ajt...@hi... 42.4266N x 83.4931W > > > http://highearthorbit.com Northville, Michigan, USA > > > > > > > > > > -- > Andrew Turner > ajt...@hi... 42.4266N x 83.4931W > http://highearthorbit.com Northville, Michigan, USA > |
|
From: Andrew T. (nilspace) <nil...@us...> - 2006-03-03 20:07:46
|
No Worries - just a difference in vocabulary - which really existed in FoF and got even worse with some of the new features. What you are calling "Flagged Items" are what i was referring to as "Saved Items" - items that I want to save and read later. Now, previously, "Flagged" had meant the item was marked to have an action applied to it, typically 'mark as read'. Therefore, you would click the checkbox to "flag items", then click the "mark flagged items as read" and it would then actually mark those items in the DB. If in your layout, the "flag" means "save", then that's all ok.=20 However, where there still is perhaps a UI difference is being able to "Mark this feed as read" which you can't do from the interface. The 0.92 UI only has "Mark All Feeds as Read", and "Mark all visible items as read", but no "Mark this feed as read", right? Anyways, small matter - sorry for the confision. :) Andrew On 3/3/06, khaled Abou Alfa <bro...@gm...> wrote: > Ok now I'm confused, after I thought I'd got the whole thing straight in = my > head about this save/flag/mark as read business. Let me explain what I > understood and then you can tell me where I went wrong. > > You can Flag individual items. Items are the actual posts from the feed. = You > can flag items that are read or not, it doesn't matter. These flagged ite= ms > can be from all types of feeds and effectively are like little book marks= to > items that interest you, that have additional information that you'll > probably revisit in the future. > > Mark as read and unread feed items. This is self-explanitory. You read > something, you mark it read. End of story. If however you don't think you= 've > actually read it in detail after you've clicked it, you've got the OPTION= to > turn it back to not read. That's where the toggle come in. > > Finally we come to the saved feature, which is what I thought I understoo= d, > but obviously not. You can save a feed fully. By saving it it's highlight= ed > as unread. That's what I understood by the saved. I didn't understand the > use of it but you guys seemed to really want that feature. Andrew, now > you're saying that you save items not feeds? Erm why? Isn't that the same > thing as flagging or am I missing something (obviously I am here...) > > I know I thought I'd gotten a grasp of this...sorry guys. > > > On 3/3/06, Andrew Turner (nilspace) < nil...@us...> wro= te: > > A couple of things: > > * Remove "edit" from categories > > * "Save" is done to items, not to feeds > > * I very much like the favicon on the feed sidebar > > * I like the mark as read "toggle" (similar to our current flagging, > > but the new one won't require flagging and *then* clicking "mark as > > read" - yay ajax) > > > > Andrew > > > > On 3/1/06, khaled Abou Alfa <bro...@gm...> wrote: > > > Ask and you shall recieve here's the iterations with the favicons, th= e > feed > > > image and save function in there as well for all to see. The mark all= as > > > read button I see it as one of those toggle buttons. Once you click i= t, > it > > > changes to mark all as unread. It'll either be highlighted or shown a= s a > > > pressed button. Whatever works best for everyone really. I'll move on= to > the > > > next couple of pages. > > > > > > > http://www.brokenkode.com/fofr/framed-user-panel/Version-0.92.jpg > > > > http://www.brokenkode.com/fofr/framed-user-panel/Version-0.92-with-feed-i= mag.jpg > > > > > > > > > -- > > Andrew Turner > > ajt...@hi... 42.4266N x 83.4931W > > http://highearthorbit.com Northville, Michigan, USA > > > > -- Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
|
From: khaled A. A. <bro...@gm...> - 2006-03-03 18:09:30
|
Ok now I'm confused, after I thought I'd got the whole thing straight in my head about this save/flag/mark as read business. Let me explain what I understood and then you can tell me where I went wrong. You can Flag individual items. Items are the actual posts from the feed. Yo= u can flag items that are read or not, it doesn't matter. These flagged items can be from all types of feeds and effectively are like little book marks t= o items that interest you, that have additional information that you'll probably revisit in the future. Mark as read and unread feed items. This is self-explanitory. You read something, you mark it read. End of story. If however you don't think you'v= e actually read it in detail after you've clicked it, you've got the OPTION t= o turn it back to not read. That's where the toggle come in. Finally we come to the saved feature, which is what I thought I understood, but obviously not. You can save a feed fully. By saving it it's highlighted as unread. That's what I understood by the saved. I didn't understand the use of it but you guys seemed to really want that feature. Andrew, now you're saying that you save items not feeds? Erm why? Isn't that the same thing as flagging or am I missing something (obviously I am here...) I know I thought I'd gotten a grasp of this...sorry guys. On 3/3/06, Andrew Turner (nilspace) <nil...@us...> wrote: > > A couple of things: > * Remove "edit" from categories > * "Save" is done to items, not to feeds > * I very much like the favicon on the feed sidebar > * I like the mark as read "toggle" (similar to our current flagging, > but the new one won't require flagging and *then* clicking "mark as > read" - yay ajax) > > Andrew > > On 3/1/06, khaled Abou Alfa <bro...@gm...> wrote: > > Ask and you shall recieve here's the iterations with the favicons, the > feed > > image and save function in there as well for all to see. The mark all a= s > > read button I see it as one of those toggle buttons. Once you click it, > it > > changes to mark all as unread. It'll either be highlighted or shown as = a > > pressed button. Whatever works best for everyone really. I'll move onto > the > > next couple of pages. > > > > http://www.brokenkode.com/fofr/framed-user-panel/Version-0.92.jpg > > > http://www.brokenkode.com/fofr/framed-user-panel/Version-0.92-with-feed-i= mag.jpg > > > > > -- > Andrew Turner > ajt...@hi... 42.4266N x 83.4931W > http://highearthorbit.com Northville, Michigan, USA > |
|
From: Miles B. <mil...@gm...> - 2006-03-03 17:30:32
|
Would it be possible to have the saved items have it's own feed type thing? What I'm really after here is something like a feed display that could show you on the main page how many items were in the View Saved Items section. This way you could easily see at a glance how many you had marked as saved. |
|
From: Miles B. <mil...@gm...> - 2006-03-03 17:28:43
|
Just saw these on the panel view. Notice: Undefined variable: agestr in /var/www/fofredux_RC3/init.php on lin= e 614 Notice: Undefined variable: agestrabbr in /var/www/fofredux_RC3/init.php on line 614 |
|
From: Andrew T. <ajt...@hi...> - 2006-03-03 15:17:07
|
yeah, I noticed it was a podcast/itunes feed. However, our final fallback sol'n should use items that are required for a valid feed (e.g. that Magpie won't throw out - which has happened for me w/ certain feeds) though domain-unique UUIDs are a nice idea - seems difficult to implement and maintain? Andy On 3/3/06, Kevin <ke...@dr...> wrote: > Andrew Turner wrote: > > Hrm, good bug. :) bad feed > > > > Well, it seems like the fallback would be to check for uniqueness on > > FeedTitle, ItemTitle and ItemPubDate? > > > > Andy > > > > > In this case, it's a podcast. I could probably get away with using the > enclosure url. > > More generally, a hash of one or more other fields (title, description, > pubdate) would be better. > > > On 3/3/06, Kevin <ke...@dr...> wrote: > > > >> I found a bug that I'm not sure how to solve and would like some input= . > >> > >> See bug #1442493 > >> > >> The current update logic uses the link or guid tag > >> values as a key to detect if an item has already been > >> added to the database. One of these are expected to > >> exist, and also be unique for the feed. > >> > >> If a feed does not contain either of these tags, the > >> behavior is undefined. In v0.2, the feed will add one > >> item only and no more. In 0.3 dev, it will add all > >> items on every update. > >> > >> Here is a url that demonstrates this behavior. > >> > >> http://www.intellectualicebergs.org/mainfeed.rss > >> > >> -Kevin > >> > >> > >> ------------------------------------------------------- > >> This SF.Net email is sponsored by xPML, a groundbreaking scripting lan= guage > >> that extends applications into web and mobile media. Attend the live w= ebcast > >> and join the prime developer group breaking into this new coding terri= tory! > >> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&da= t=3D121642 > >> _______________________________________________ > >> Fofredux-devel mailing list > >> Fof...@li... > >> https://lists.sourceforge.net/lists/listinfo/fofredux-devel > >> > >> > > > > > > -- > > Andrew Turner > > ajt...@hi... 42.4266N x 83.4931W > > http://highearthorbit.com Northville, Michigan, USA > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by xPML, a groundbreaking scripting lang= uage > > that extends applications into web and mobile media. Attend the live we= bcast > > and join the prime developer group breaking into this new coding territ= ory! > > http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=110944&bid$1720&dat=121642 > > _______________________________________________ > > Fofredux-devel mailing list > > Fof...@li... > > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting langua= ge > that extends applications into web and mobile media. Attend the live webc= ast > and join the prime developer group breaking into this new coding territor= y! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642 > _______________________________________________ > Fofredux-devel mailing list > Fof...@li... > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > -- Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
|
From: Kevin <ke...@dr...> - 2006-03-03 15:09:10
|
Andrew Turner wrote: > Hrm, good bug. :) bad feed > > Well, it seems like the fallback would be to check for uniqueness on > FeedTitle, ItemTitle and ItemPubDate? > > Andy > > In this case, it's a podcast. I could probably get away with using the enclosure url. More generally, a hash of one or more other fields (title, description, pubdate) would be better. > On 3/3/06, Kevin <ke...@dr...> wrote: > >> I found a bug that I'm not sure how to solve and would like some input. >> >> See bug #1442493 >> >> The current update logic uses the link or guid tag >> values as a key to detect if an item has already been >> added to the database. One of these are expected to >> exist, and also be unique for the feed. >> >> If a feed does not contain either of these tags, the >> behavior is undefined. In v0.2, the feed will add one >> item only and no more. In 0.3 dev, it will add all >> items on every update. >> >> Here is a url that demonstrates this behavior. >> >> http://www.intellectualicebergs.org/mainfeed.rss >> >> -Kevin >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by xPML, a groundbreaking scripting language >> that extends applications into web and mobile media. Attend the live webcast >> and join the prime developer group breaking into this new coding territory! >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 >> _______________________________________________ >> Fofredux-devel mailing list >> Fof...@li... >> https://lists.sourceforge.net/lists/listinfo/fofredux-devel >> >> > > > -- > Andrew Turner > ajt...@hi... 42.4266N x 83.4931W > http://highearthorbit.com Northville, Michigan, USA > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=k&kid0944&bid$1720&dat1642 > _______________________________________________ > Fofredux-devel mailing list > Fof...@li... > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > |
5 messages has been excluded from this view by a project administrator.
