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: Kevin <ke...@dr...> - 2006-06-21 05:07:26
|
Andrew Turner wrote: > I'm finally getting a chance to dig into the major code revision. The > big change for me is the move to object-oriented PHP, rather than the > usual purely functional programming. I think it's a great move and > great job. Just get awhile to relearn FoFRedux architecture. :) > I've done mostly python and some java work in my day job, so thinking, designing, and coding in OO has become second nature. I have to be careful not to use it like a golden hammer <http://en.wikipedia.org/wiki/Golden_hammer>. > I'm wondering if it makes sense for me to make view snippets that I > would then call to include through a loop. For example, when listing > items in a feed. I can either call a function that would reside in > something like /lib/view/item.php, or I would actually > include(lib/view/_item.php) The include snippet approach seems cleanest. The snippet would be mostly HTML with some variable prints mixed in, yes? Essentially a template, which should be in a separate file. Because it is mostly html and not php, it doesn't even need a php extension. It could be .thtml which I've seen in another framework. (Symfony, I think) -Kevin |
|
From: Andrew T. <ajt...@hi...> - 2006-06-21 00:39:51
|
I'm finally getting a chance to dig into the major code revision. The big change for me is the move to object-oriented PHP, rather than the usual purely functional programming. I think it's a great move and great job. Just get awhile to relearn FoFRedux architecture. :) I'm wondering if it makes sense for me to make view snippets that I would then call to include through a loop. For example, when listing items in a feed. I can either call a function that would reside in something like /lib/view/item.php, or I would actually include(lib/view/_item.php) Any thoughts on which is better? Andrew On 6/20/06, Kevin <ke...@dr...> wrote: > > > > > >> Could some of you try adding this feed: > >> http://feeds.feedburner.com/usgs/eqs1day-M25.xml > >> then look in your database to see whether the latitude and longitude > >> columns in fr_items are populated? > >> > >> For me, they aren't, and I'm trying to figure out why not. Andrew > >> reports that his installation is getting the latitude and longitude, > >> making me suspect a PHP version issue; I'm running PHP Version > >> 4.4.2-1+b1. > >> > >> I tried adding some print statements in init.php, but once the logic > >> gets to the model in lib/model/, I lose track of the flow of > >> control. > > > > This doesn't work for me either. php 5.0.5 > > > > There are really only 3 places that touch lat/long data for an item: > > > > * The getLatitude() and getLongitude() methods of FOF_RssItem. These > are > > responsible for extracting the geo values from the magpierss item hash > > structure. > > * The FOF_ItemModel::save() method. This pulls the fields out of the > > FOF_Item object and inserts it in the db. > > * fof_add_item() in init.php. This is the glue that ties the above two > > pieces together. > > > > I suspect the first location. Just because it has the most code around > > it. Let me know if you need more help. > > > My suspicion was right. The getLatitude() and getLongitude() method were > left broken by *me*. I've corrected it and committed. Sorry. > > > Is the model code really that hard to follow? It wasn't my intention, > believe me. If there's anything that should be changed to make it better, > please let me know and we'll work it out. > > -- > Kevin > > > > _______________________________________________ > 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-06-21 00:28:18
|
> >> Could some of you try adding this feed: >> http://feeds.feedburner.com/usgs/eqs1day-M25.xml >> then look in your database to see whether the latitude and longitude >> columns in fr_items are populated? >> >> For me, they aren't, and I'm trying to figure out why not. Andrew >> reports that his installation is getting the latitude and longitude, >> making me suspect a PHP version issue; I'm running PHP Version >> 4.4.2-1+b1. >> >> I tried adding some print statements in init.php, but once the logic >> gets to the model in lib/model/, I lose track of the flow of >> control. > > This doesn't work for me either. php 5.0.5 > > There are really only 3 places that touch lat/long data for an item: > > * The getLatitude() and getLongitude() methods of FOF_RssItem. These a= re > responsible for extracting the geo values from the magpierss item hash > structure. > * The FOF_ItemModel::save() method. This pulls the fields out of the > FOF_Item object and inserts it in the db. > * fof_add_item() in init.php. This is the glue that ties the above two > pieces together. > > I suspect the first location. Just because it has the most code around > it. Let me know if you need more help. My suspicion was right. The getLatitude() and getLongitude() method were left broken by *me*. I've corrected it and committed. Sorry. Is the model code really that hard to follow? It wasn't my intention, believe me. If there's anything that should be changed to make it better= , please let me know and we'll work it out. --=20 Kevin |
|
From: Kevin <ke...@dr...> - 2006-06-21 00:08:04
|
> Could some of you try adding this feed: > http://feeds.feedburner.com/usgs/eqs1day-M25.xml > then look in your database to see whether the latitude and longitude > columns in fr_items are populated? > > For me, they aren't, and I'm trying to figure out why not. Andrew > reports that his installation is getting the latitude and longitude, > making me suspect a PHP version issue; I'm running PHP Version > 4.4.2-1+b1. > > I tried adding some print statements in init.php, but once the logic > gets to the model in lib/model/, I lose track of the flow of > control. This doesn't work for me either. php 5.0.5 There are really only 3 places that touch lat/long data for an item: * The getLatitude() and getLongitude() methods of FOF_RssItem. These are responsible for extracting the geo values from the magpierss item hash structure. * The FOF_ItemModel::save() method. This pulls the fields out of the FOF_Item object and inserts it in the db. * fof_add_item() in init.php. This is the glue that ties the above two pieces together. I suspect the first location. Just because it has the most code around it. Let me know if you need more help. -- Kevin |
|
From: Katie B. <ka...@ho...> - 2006-06-20 21:52:57
|
Could some of you try adding this feed: http://feeds.feedburner.com/usgs/eqs1day-M25.xml then look in your database to see whether the latitude and longitude columns in fr_items are populated? For me, they aren't, and I'm trying to figure out why not. Andrew reports that his installation is getting the latitude and longitude, making me suspect a PHP version issue; I'm running PHP Version 4.4.2-1+b1. I tried adding some print statements in init.php, but once the logic gets to the model in lib/model/, I lose track of the flow of control. -- Katie Bechtold http://hoteldetective.org/ |
|
From: Evan R. <eva...@gm...> - 2006-06-19 05:19:27
|
i'm unfortunately kind of idle right now. getting married in 3 weeks, so there's a million things being done there that keep interrupting me. and on top of that, my place is a revolving door for guests from the states who want to interrupt me even further. i'm guessing that i'll be back on track mid-july....if that means we need to push out a release without multi-user than so be it...better than rushing an important feature. /evan On 6/19/06, Andrew Turner <ajt...@hi...> wrote: > Hi all, > > sorry I've been rather incommunicado. I just got back from several > weeks at a family wedding, Europe, and Where2.0. This weekend was > spent readjusting to timezones and sleeping/catching up on emails. > > Second, I wanted to let you all know that we got a big shout-out > during one of the presentations on GeoRSS, since we're (as far as I > know), the only *aggregator* for GeoRSS (http://georss.org). I know > many of you probably don't really care that much about it, but I > thought it was very neat to see FoFRedux up on the presentation in > front of hundreds of audience members (geeks). > > I also wanted to send out a ping to find out what everyone was working > on re: fofredux. I have started implementing the CSS/HTML Khaled did, > but it's been slow going with a lot of other things going on ramping > up to Where. I'm hoping I can put some more time into it now to > quickly get the updated UI up and usable for testing. > > Thanks for all your work! > Andrew > > -- > Andrew Turner > ajt...@hi... 42.4266N x 83.4931W > http://highearthorbit.com Northville, Michigan, USA > > > _______________________________________________ > Fofredux-devel mailing list > Fof...@li... > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > |
|
From: Andrew T. <ajt...@hi...> - 2006-06-19 00:42:46
|
Hi all, sorry I've been rather incommunicado. I just got back from several weeks at a family wedding, Europe, and Where2.0. This weekend was spent readjusting to timezones and sleeping/catching up on emails. Second, I wanted to let you all know that we got a big shout-out during one of the presentations on GeoRSS, since we're (as far as I know), the only *aggregator* for GeoRSS (http://georss.org). I know many of you probably don't really care that much about it, but I thought it was very neat to see FoFRedux up on the presentation in front of hundreds of audience members (geeks). I also wanted to send out a ping to find out what everyone was working on re: fofredux. I have started implementing the CSS/HTML Khaled did, but it's been slow going with a lot of other things going on ramping up to Where. I'm hoping I can put some more time into it now to quickly get the updated UI up and usable for testing. Thanks for all your work! Andrew -- Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
|
From: Evan R. <eva...@gm...> - 2006-06-09 16:40:45
|
I'm an american, so it's tough to cheer for germany...but i was just out getting a new satellite dish, and there is absolutely noone on the streets anywhere. the guys at the shop were annoyed they had to stop watching the game and help me...this country is crazy for their soccer. /evan On 6/9/06, Kevin <ke...@dr...> wrote: > khaled Abou Alfa wrote: > > > Ah ok, it's just that as I've been using FOFR more and more lately > > that's been one of the issues that I've found to be a tad bit > > annoying. The speed of updating feeds. Originally I thought there was > > little we could do, but if there's a newer better framework in place > > that might help sort out that aspect of the programme then I'm all up > > for it :). > > Anyone with more then a handful of feeds has had this problem. Update > is a sequential operation and if one feed is slow to respond, it slows > down the whole operation. > > I think feature #1371230 is a good solution for this. You'll be able to > set a time of how often you want each feed to update. When update_all > runs, it will look for only the feeds that have not been updated since > $update_interval. That way, only a subset of your feeds will update > during each run. Hopefully, the ones you are most interested in > keeping fresh, because you will have set a lower update interval for them. > > -Kevin > > > _______________________________________________ > Fofredux-devel mailing list > Fof...@li... > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > |
|
From: Kevin <ke...@dr...> - 2006-06-09 14:23:12
|
khaled Abou Alfa wrote: > Ah ok, it's just that as I've been using FOFR more and more lately > that's been one of the issues that I've found to be a tad bit > annoying. The speed of updating feeds. Originally I thought there was > little we could do, but if there's a newer better framework in place > that might help sort out that aspect of the programme then I'm all up > for it :). Anyone with more then a handful of feeds has had this problem. Update is a sequential operation and if one feed is slow to respond, it slows down the whole operation. I think feature #1371230 is a good solution for this. You'll be able to set a time of how often you want each feed to update. When update_all runs, it will look for only the feeds that have not been updated since $update_interval. That way, only a subset of your feeds will update during each run. Hopefully, the ones you are most interested in keeping fresh, because you will have set a lower update interval for them. -Kevin |
|
From: khaled A. A. <bro...@gm...> - 2006-06-09 12:54:02
|
Ah ok, it's just that as I've been using FOFR more and more lately that's been one of the issues that I've found to be a tad bit annoying. The speed of updating feeds. Originally I thought there was little we could do, but if there's a newer better framework in place that might help sort out that aspect of the programme then I'm all up for it :). Hey Evan you excited about today? On 6/9/06, Evan Roth <eva...@gm...> wrote: > > replacing magpie won't alter speed in reading feeds, since they are > all pulled directly from your mysql install. simplepie could, at > first glance, perhaps manage to speed up updating of the feeds, since > that is where magpie is used. > in the end, "if it ain't broke, don't fix it" probably applies here. > but i'm all for improvments...perhaps in the release after next, we > could check it out? > > /evan > > On 6/9/06, khaled Abou Alfa <bro...@gm...> wrote: > > Have you guys read about SimplePie http://simplepie.org/ ? Is this > something > > that we can test to see if it's faster to use than the Magpie system > that > > FOFR is using or am I completely out of my depth ? I'm just asking from > the > > point of view of increasing speed of reading the feeds... > > > > > > > > _______________________________________________ > > Fofredux-devel mailing list > > Fof...@li... > > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > > > > > > > |
|
From: Evan R. <eva...@gm...> - 2006-06-09 12:11:49
|
replacing magpie won't alter speed in reading feeds, since they are all pulled directly from your mysql install. simplepie could, at first glance, perhaps manage to speed up updating of the feeds, since that is where magpie is used. in the end, "if it ain't broke, don't fix it" probably applies here. but i'm all for improvments...perhaps in the release after next, we could check it out? /evan On 6/9/06, khaled Abou Alfa <bro...@gm...> wrote: > Have you guys read about SimplePie http://simplepie.org/ ? Is this something > that we can test to see if it's faster to use than the Magpie system that > FOFR is using or am I completely out of my depth ? I'm just asking from the > point of view of increasing speed of reading the feeds... > > > > _______________________________________________ > Fofredux-devel mailing list > Fof...@li... > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > > > |
|
From: khaled A. A. <bro...@gm...> - 2006-06-09 06:01:57
|
Have you guys read about SimplePie http://simplepie.org/ ? Is this something that we can test to see if it's faster to use than the Magpie system that FOFR is using or am I completely out of my depth ? I'm just asking from the point of view of increasing speed of reading the feeds... |
|
From: Evan R. <eva...@gm...> - 2006-06-02 19:01:05
|
---------- Forwarded message ---------- From: Evan Roth <eva...@gm...> Date: Jun 2, 2006 9:00 PM Subject: Re: [Fofredux-devel] identifying items To: Kevin <ke...@dr...> > Can anyone provide an example of a feed where it is common for the > title+content to be the same across unique items? (ex: link or guid is > different, but title+content is identical) a quick example would be the playlist at last.fm. for example, my playlist you find here: http://ws.audioscrobbler.com/1.0/user/mudhed/recenttracks.rss it contains really just artist / song title with pubDate set to when the song was played. here a snipets from playing the same song twice in a row: <item> <title>AFI - Prelude 12/21</title> <link>http://www.last.fm/music/AFI/_/Prelude%2B12%252F21</link> <pubDate>Fri, 2 Jun 2006 18:58:54 +0000</pubDate> <guid>http://www.last.fm/user/mudhed/#1149274734</guid> <description>http://www.last.fm/music/AFI</description> </item> <item> <title>AFI - Prelude 12/21</title> <link>http://www.last.fm/music/AFI/_/Prelude%2B12%252F21</link> <pubDate>Fri, 2 Jun 2006 18:57:59 +0000</pubDate> <guid>http://www.last.fm/user/mudhed/#1149274679</guid> <description>http://www.last.fm/music/AFI</description> </item> /evan |
|
From: Kevin <ke...@dr...> - 2006-06-02 17:44:18
|
Katie Bechtold wrote: > On Fri, Jun 02, 2006 at 08:41:18AM -0600, Kevin wrote: >> >> So, we could: >> * do nothing. (that feed really should have unique links) > > I think this is a perfectly valid option and probably a good one if > this kind of brokenness is relatively rare. I really don't know how > rare it is; has anyone else here seen a feed with non-unique links? It happens periodically. I've seen this personally on my slashdot and 'the register' feeds. Evan saw this on a feedburner feed for a blog.=20 The link changes without the content/title changing. >> * add a per-feed option to use title + content hash for uniqueness > > I don't like this option because it relies on the user to recognize > broken feeds that aren't very obvious: the software indicates no > problem in updating them. The user would have to notice that they > haven't seen any new items from that feed in a while and understand > the reason for it. I don't like this either for the same reasons. We should try our best to do the "right thing" without the user's involvement. >> * change everything to use title + content hash for uniqueness. > > That seems like the ideal option, to me. My only concern is: would this make things worse for any feeds? Can anyone provide an example of a feed where it is common for the title+content to be the same across unique items? (ex: link or guid is different, but title+content is identical) --=20 Kevin |
|
From: Katie B. <ka...@ho...> - 2006-06-02 14:57:19
|
On Fri, Jun 02, 2006 at 08:41:18AM -0600, Kevin wrote: > Katie Bechtold wrote: > > ... > > http://members.digitalblasphemy.com/rss/db.xml > >... > > > I actually put in code to get uniqueness from title + content, but it > 'only' does that when the link, guid, and enclosure tags do not exist > for the item. > > So, we could: > * do nothing. (that feed really should have unique links) I think this is a perfectly valid option and probably a good one if this kind of brokenness is relatively rare. I really don't know how rare it is; has anyone else here seen a feed with non-unique links? > * add a per-feed option to use title + content hash for uniqueness I don't like this option because it relies on the user to recognize broken feeds that aren't very obvious: the software indicates no problem in updating them. The user would have to notice that they haven't seen any new items from that feed in a while and understand the reason for it. > * change everything to use title + content hash for uniqueness. That seems like the ideal option, to me. -- Katie Bechtold http://hoteldetective.org/ |
|
From: Kevin <ke...@dr...> - 2006-06-02 14:41:23
|
Katie Bechtold wrote: > I thought I'd revive the discussion of how we determine item > uniqueness -- I was reminded of the issue when I looked at this > feed: > http://members.digitalblasphemy.com/rss/db.xml > > The feed is technically valid, but its link elements aren't unique, > and so -- or so I presume -- FoFRedux isn't distinguishing between > items. Maybe we should take another look at the idea of including > some other required element(s) in our "unique" item identifiers? > > I actually put in code to get uniqueness from title + content, but it 'only' does that when the link, guid, and enclosure tags do not exist for the item. So, we could: * do nothing. (that feed really should have unique links) * add a per-feed option to use title + content hash for uniqueness * change everything to use title + content hash for uniqueness. -Kevin |
|
From: Katie B. <ka...@ho...> - 2006-05-31 18:49:24
|
I thought I'd revive the discussion of how we determine item uniqueness -- I was reminded of the issue when I looked at this feed: http://members.digitalblasphemy.com/rss/db.xml The feed is technically valid, but its link elements aren't unique, and so -- or so I presume -- FoFRedux isn't distinguishing between items. Maybe we should take another look at the idea of including some other required element(s) in our "unique" item identifiers? -- Katie Bechtold http://hoteldetective.org/ |
|
From: Evan R. <eva...@gm...> - 2006-05-31 08:00:58
|
cool...what i've been seeing/working with...it's been pretty seamless. i'd vote to keep most of install.php intact, since all that stuff is really only used one time. it's ugly, long, and not nice...but it keeps the classes a little bit slimmer. of course, anything that would be used normally elsewhere should be integrated... /evan On 5/30/06, Andrew Turner <ajt...@hi...> wrote: > Awesome Kevin! thanks for the great work. I'll grab the new stuff as > soon as possible. > > Andrew > > On 5/30/06, Kevin <ke...@dr...> wrote: > > > > So, I think I'm done with the model refactoring. init.php has been > > trimmed down to about 8 functions. With the exception of install and > > uninstall, all database functions have been moved to /lib/model/*.php. > > > > This is not perfect, but I think it's a good 1st step at a simple and > > consistent persistence layer. > > > > -Kevin > > > > > > > > _______________________________________________ > > 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 > > > _______________________________________________ > Fofredux-devel mailing list > Fof...@li... > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > |
|
From: Katie B. <ka...@ho...> - 2006-05-30 17:28:37
|
I thought I'd revive this discussion of how we determine item uniqueness -- I was reminded of the issue when I looked at this feed: http://members.digitalblasphemy.com/rss/db.xml The feed is technically valid, but its link elements aren't unique, and so -- or so I presume -- FoFRedux isn't distinguishing between items. Maybe we should take another look at the idea of including some other required element(s) in our "unique" item identifiers? -- Katie Bechtold http://hoteldetective.org/ |
|
From: Andrew T. <ajt...@hi...> - 2006-05-30 14:16:14
|
Awesome Kevin! thanks for the great work. I'll grab the new stuff as soon as possible. Andrew On 5/30/06, Kevin <ke...@dr...> wrote: > > So, I think I'm done with the model refactoring. init.php has been > trimmed down to about 8 functions. With the exception of install and > uninstall, all database functions have been moved to /lib/model/*.php. > > This is not perfect, but I think it's a good 1st step at a simple and > consistent persistence layer. > > -Kevin > > > > _______________________________________________ > 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-05-30 14:09:35
|
So, I think I'm done with the model refactoring. init.php has been trimmed down to about 8 functions. With the exception of install and uninstall, all database functions have been moved to /lib/model/*.php. This is not perfect, but I think it's a good 1st step at a simple and consistent persistence layer. -Kevin |
|
From: Andrew T. <ajt...@hi...> - 2006-05-26 14:52:34
|
Sorry that I just got to this - I'm on travel at my brother's wedding. So the mapping is using geographic information that may be embedded in a feed and displaying it on a map. For example, if you had a feed of Sporting events that included where they were being played, weather in an area that would map where the prediction is (rain here, sunny there), and can be applied to a LOT of data that has a spatial context. The idea would be first to just include a map, and a sidebar listing of feeds that contained geo-items. THe user could turn on and off various feeds to overlay the data. THey may also want to use the icon of the feed to use as the markers on the map. Look at: http://www.cityofwestsacramento.org/gis/applications/mapview/default.cfm?cl= ear=3Dyes http://wayfaring.com http://www.tucsonlocator.com/ed.asp?cmd=3Dstartmap I can send more - but this should be a good start as to what works and what doesn't work. It should be rather simple. Where are you traveling in the US? Andrew On 5/24/06, Broken Kode <kha...@gm...> wrote: > Ok I'm going to be a bit dim here but I'm kinda wondering what the > mapping is all about? I'm off to America tomorrow so I won't be able to > jump in after this evening, so if you're quick with a few links and > images of how this all works then I'm sure I can whip something up > tonight (after all I'm officially on holiday). > > > Andrew Turner wrote: > > Hopefully, rss.php can look very similar to the view stuff, but just > > instead of using an HTML template, will use the new RSS library for > > writing out RSS. > > > > I started coding up the CSS for the views, but haven't gotten that far > > yet. I will continue to work on that. > > > > As I mentioned to Katie - FoFRedux has been referenced in several > > articles (e.g. http://xtech06.usefulinc.com/schedule/paper/56 under > > 'Support') and will be demoed coming up at the O'Reilly Where 2.0 > > conference June 13 & 14. I'd like to have the GeoRSS output back in by > > then if possible (and yay mapping - Khaled? could you UI up a map > > page?) > > > > Geo is very much my personal project - but it's a great way at this > > point to shine a little bit of light on how cool an aggregator > > FoFRedux is. > > > > Andrew > > > > On 5/23/06, Kevin <ke...@dr...> wrote: > >> > >> > On Fri, May 19, 2006 at 05:40:49PM -0600, Kevin wrote: > >> >> Andrew Turner wrote: > >> >> >So what is the current status of the Framework modifications? Is i= t > >> >> >ready to get View stuff added to it? I'm going to be picking up an= d > >> >> >putting together a bunch of View stuff this weekend and wanted to > >> get > >> >> >an idea of what's going on w/ the framework. > >> >> The only operations remaining on the init.php restructuring ... > >> > > >> > I take it view.php is still undergoing restructuring? I haven't > >> > looked into the framework much, but rss.php is currently in > >> > framework-migration limbo (i.e., broken). I had been working on it > >> > and figured I'd take responsibility for fitting it into the model > >> > framework, but it has proven to be a larger task than I at first > >> > assumed. :) So if anyone else would like to take a stab at updating > >> > rss.php, I'd greatly appreciate it. > >> > >> rss.php uses fof_get_items(), yes? That hasn't been rewritten yet. = I > >> hope to have some free time to wrap that up this weekend. > >> > >> -- > >> Kevin > >> > >> > >> > >> ------------------------------------------------------- > >> All the advantages of Linux Managed Hosting--Without the Cost and Risk= ! > >> Fully trained technicians. The highest number of Red Hat > >> certifications in > >> the hosting industry. Fanatical Support. Click to learn more > >> http://sel.as-us.falkag.net/sel?cmdlnk&kid=107521&bid$8729&dat=121642 > >> _______________________________________________ > >> Fofredux-devel mailing list > >> Fof...@li... > >> https://lists.sourceforge.net/lists/listinfo/fofredux-devel > >> > > > > > > --=20 Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
|
From: Broken K. <kha...@gm...> - 2006-05-24 21:27:32
|
Ok I'm going to be a bit dim here but I'm kinda wondering what the mapping is all about? I'm off to America tomorrow so I won't be able to jump in after this evening, so if you're quick with a few links and images of how this all works then I'm sure I can whip something up tonight (after all I'm officially on holiday). Andrew Turner wrote: > Hopefully, rss.php can look very similar to the view stuff, but just > instead of using an HTML template, will use the new RSS library for > writing out RSS. > > I started coding up the CSS for the views, but haven't gotten that far > yet. I will continue to work on that. > > As I mentioned to Katie - FoFRedux has been referenced in several > articles (e.g. http://xtech06.usefulinc.com/schedule/paper/56 under > 'Support') and will be demoed coming up at the O'Reilly Where 2.0 > conference June 13 & 14. I'd like to have the GeoRSS output back in by > then if possible (and yay mapping - Khaled? could you UI up a map > page?) > > Geo is very much my personal project - but it's a great way at this > point to shine a little bit of light on how cool an aggregator > FoFRedux is. > > Andrew > > On 5/23/06, Kevin <ke...@dr...> wrote: >> >> > On Fri, May 19, 2006 at 05:40:49PM -0600, Kevin wrote: >> >> Andrew Turner wrote: >> >> >So what is the current status of the Framework modifications? Is it >> >> >ready to get View stuff added to it? I'm going to be picking up and >> >> >putting together a bunch of View stuff this weekend and wanted to >> get >> >> >an idea of what's going on w/ the framework. >> >> The only operations remaining on the init.php restructuring ... >> > >> > I take it view.php is still undergoing restructuring? I haven't >> > looked into the framework much, but rss.php is currently in >> > framework-migration limbo (i.e., broken). I had been working on it >> > and figured I'd take responsibility for fitting it into the model >> > framework, but it has proven to be a larger task than I at first >> > assumed. :) So if anyone else would like to take a stab at updating >> > rss.php, I'd greatly appreciate it. >> >> rss.php uses fof_get_items(), yes? That hasn't been rewritten yet. I >> hope to have some free time to wrap that up this weekend. >> >> -- >> Kevin >> >> >> >> ------------------------------------------------------- >> All the advantages of Linux Managed Hosting--Without the Cost and Risk! >> Fully trained technicians. The highest number of Red Hat >> certifications in >> the hosting industry. Fanatical Support. Click to learn more >> http://sel.as-us.falkag.net/sel?cmdlnk&kid7521&bid$8729&dat1642 >> _______________________________________________ >> Fofredux-devel mailing list >> Fof...@li... >> https://lists.sourceforge.net/lists/listinfo/fofredux-devel >> > > |
|
From: Evan R. <eva...@gm...> - 2006-05-24 06:38:40
|
> > I'd rather not drop php4 support since that's what I use (and Debian > > does not have php5 support yet in stable) but we are having a few > > issues due to php4 it sounds like. Drop Debian instead =3D). I moved away from them long ago, since their releases are so late it seemed. (just kidding, use whatever you like) > > According to this, php5 only has 7% of total php installs. > I've been hearing that alot of the php devs, perhaps it is just rumor, are concentrating on php6 and leaving php5 somewhat in the dust. so i get the feeling that most people will jump from 4 to 6, and 5 will be relatively unsupported. but what do i know... /evan |
|
From: Andrew T. <ajt...@hi...> - 2006-05-24 02:02:09
|
Hopefully, rss.php can look very similar to the view stuff, but just instead of using an HTML template, will use the new RSS library for writing out RSS. I started coding up the CSS for the views, but haven't gotten that far yet. I will continue to work on that. As I mentioned to Katie - FoFRedux has been referenced in several articles (e.g. http://xtech06.usefulinc.com/schedule/paper/56 under 'Support') and will be demoed coming up at the O'Reilly Where 2.0 conference June 13 & 14. I'd like to have the GeoRSS output back in by then if possible (and yay mapping - Khaled? could you UI up a map page?) Geo is very much my personal project - but it's a great way at this point to shine a little bit of light on how cool an aggregator FoFRedux is. Andrew On 5/23/06, Kevin <ke...@dr...> wrote: > > > On Fri, May 19, 2006 at 05:40:49PM -0600, Kevin wrote: > >> Andrew Turner wrote: > >> >So what is the current status of the Framework modifications? Is it > >> >ready to get View stuff added to it? I'm going to be picking up and > >> >putting together a bunch of View stuff this weekend and wanted to get > >> >an idea of what's going on w/ the framework. > >> The only operations remaining on the init.php restructuring ... > > > > I take it view.php is still undergoing restructuring? I haven't > > looked into the framework much, but rss.php is currently in > > framework-migration limbo (i.e., broken). I had been working on it > > and figured I'd take responsibility for fitting it into the model > > framework, but it has proven to be a larger task than I at first > > assumed. :) So if anyone else would like to take a stab at updating > > rss.php, I'd greatly appreciate it. > > rss.php uses fof_get_items(), yes? That hasn't been rewritten yet. I > hope to have some free time to wrap that up this weekend. > > -- > Kevin > > > > ------------------------------------------------------- > All the advantages of Linux Managed Hosting--Without the Cost and Risk! > Fully trained technicians. The highest number of Red Hat certifications i= n > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel?cmdlnk&kid=107521&bid$8729&dat=121642 > _______________________________________________ > Fofredux-devel mailing list > Fof...@li... > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > --=20 Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
5 messages has been excluded from this view by a project administrator.
