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...> - 2005-12-19 18:54:28
|
> Hrm, is anyone else having problems grabbing the updated RC-0_2? When > I do a cvs status or anything in my directory, the files show up > correct (init.php is now up to 1.30), but when I browse the CVS > repository through Sourceforge, it only shows the 1.29 version. > Perhaps the CVS browse is gen'd later, but Miles is having trouble > getting the updated files. > > Can anyone else grab RC-0_2 and verify that titles are fixed and that > init.php is v1.30? Anonymous CVS is sync'd every 5 hours with development CVS. This is why you/Miles did not see your most recent commit via CVS browser on the website. http://sourceforge.net/docman/display_doc.php?docid=3D29894&group_id=3D1#= sync_delay --=20 Kevin |
From: Andrew T. (nilspace) <nil...@us...> - 2005-12-19 18:48:00
|
You add all of the categories you want to add. Then, go back to your panel, click "edit" next to the feed you want to categorize, and change the category. Perhaps adding a list of the feeds belonging to each category isn't a bad idea either - can you file it as a feature request? Andy On 12/19/05, Miles Beck <mil...@gm...> wrote: > What does this integrate with? > > I added a "News" category but then was unable to see any function > other than having a category added where you add it. > > Should this show the category and then have the rss feed you added in the= re? > > Something like this... > > News--- > CNN Headline news. > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi= les > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_idv37&alloc_id=16865&opclick > _______________________________________________ > 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...> - 2005-12-19 18:28:00
|
What does this integrate with? I added a "News" category but then was unable to see any function other than having a category added where you add it. Should this show the category and then have the rss feed you added in there= ? Something like this... News--- CNN Headline news. |
From: Andrew T. (nilspace) <nil...@us...> - 2005-12-19 18:08:06
|
Hrm, is anyone else having problems grabbing the updated RC-0_2? When I do a cvs status or anything in my directory, the files show up correct (init.php is now up to 1.30), but when I browse the CVS repository through Sourceforge, it only shows the 1.29 version. Perhaps the CVS browse is gen'd later, but Miles is having trouble getting the updated files. Can anyone else grab RC-0_2 and verify that titles are fixed and that init.php is v1.30? Thanks, Andy On 12/19/05, Miles Beck wrote: > I was checking some of the files in /fofredux/CVS and noticed the file > Repository has TRC-0_2 in all the files whereas Tag has NRC-0_2. > Should these be the same? > -- Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
From: Kevin <ke...@dr...> - 2005-12-19 17:12:47
|
> Ok - fixed in the head of CVS and tag moved - please check it out every= one. > > > Also - kevin, I noticed you removed fof_feed_row(), but now there is a fof_get_feed_row_by_id(). Any reason in particular for this? > addcategory.php was broken. We need to add a test case for each page. > > Andy The renaming of fof_feed_row and fof_is_subscribed was an attempt at making the names better describe what the function does. I think I fell short of that goal. Suggestions on better names? --=20 Kevin |
From: Andrew T. (nilspace) <nil...@us...> - 2005-12-19 16:18:58
|
Ok - fixed in the head of CVS and tag moved - please check it out everyone. Also - kevin, I noticed you removed fof_feed_row(), but now there is a fof_get_feed_row_by_id(). Any reason in particular for this? addcategory.php was broken. We need to add a test case for each page. Andy On 12/19/05, Andrew Turner (nilspace) <nil...@us...> wrot= e: > Right - got it, working on it. > > Andy > > On 12/19/05, Miles Beck <mil...@gm...> wrote: > > On 12/15/05, Andrew Turner (nilspace) <nil...@us...> = wrote: > > > Hrm, I thought I had fixed this. I will check it out > > > > > > > I just updated from cvs and this is still a problem. Can we get this > > fixed before the release? > > > > -Miles > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log = files > > for problems? Stop! Download the new AJAX search engine that makes > > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > > http://ads.osdn.com/?ad_idv37&alloc_id=16865&opclick > > _______________________________________________ > > 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 > -- Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
From: Katie B. <ka...@ho...> - 2005-12-19 16:11:10
|
On Mon, Dec 19, 2005 at 07:55:11AM -0500, Andrew Turner (nilspace) wrote: > I have been using the RC, and have tested an "upgrade" of a FoF v0.19 > database and everything looks ok. Which method did you use to upgrade? > Katie, you wrote up/compiled a good INSTALL. Can you either create a > new, or append to INSTALL, good UPGRADE instructions? There are 2 > paths, just setup the fofredux to use the current db, make a copy of > the current db by using mysqldump and then cat the sql back into a new > db, or to do an OPML export and import. I've just added an UPGRADE document to the repository, the contents of which I'll reproduce here after noting that I've only tested the third method (OPML export/import): Upgrading from FeedOnFeeds: =========================== Here are three different ways to upgrade from FeedOnFeeds to FeedOnFeeds-Redux. We don't recommend any one method over another; do what's easiest for you. Option 1: Use Your Existing Database ------------------------------------ Follow the instructions in INSTALL but skip Step 2, where you would create a new database. In Step 4, when you edit config.php, use information about your existing FeedOnFeeds database. (Note: Do not simply copy your old config.php from FeedOnFeeds to your FeedOnFeeds-Redux directory; we've added new configuration items in this file.) Option 2: Use a Copy of Your Existing Database ---------------------------------------------- Make a copy of your existing FeedOnFeeds database: shell> mysqldump feedonfeeds_db > feedonfeeds_db.sql Make a new database for FeedOnFeeds-Redux: mysql> create database fofredux_db; Copy the schema and data from your FeedOnFeeds database to your new one: shell> mysql fofredux_db < feedonfeeds_db.sql Follow the instructions in INSTALL, skipping Step 2. Option 3: Create a New Database ------------------------------- Follow the instructions in INSTALL. In your old FeedOnFeeds installation, export your feeds as an OPML file by clicking on "subscription list as opml" and saving that XML file. Once you have FeedOnFeeds-Redux set up, import your feeds using that OPML file at the Add Feeds page. -- Katie Bechtold http://hoteldetective.org/ If all the world's a stage, I want to operate the trap door. -- Paul Beatty |
From: Andrew T. (nilspace) <nil...@us...> - 2005-12-19 16:08:33
|
Right - got it, working on it. Andy On 12/19/05, Miles Beck <mil...@gm...> wrote: > On 12/15/05, Andrew Turner (nilspace) <nil...@us...> wr= ote: > > Hrm, I thought I had fixed this. I will check it out > > > > I just updated from cvs and this is still a problem. Can we get this > fixed before the release? > > -Miles > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi= les > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_idv37&alloc_id=16865&opclick > _______________________________________________ > 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...> - 2005-12-19 15:15:42
|
On 12/15/05, Andrew Turner (nilspace) <nil...@us...> wrot= e: > Hrm, I thought I had fixed this. I will check it out > I just updated from cvs and this is still a problem. Can we get this fixed before the release? -Miles |
From: Andrew T. (nilspace) <nil...@us...> - 2005-12-19 12:55:20
|
Good morning everyone (at least those around my timezone, EST) - and a good day to you others. Since no one else spoke up, I have moved the tags on HEAD for RC-0_2 to the newest version. I believe everything is up to snuff. We should test for a couple of days - lets say Wednesday - and then mark the actual release. I have been using the RC, and have tested an "upgrade" of a FoF v0.19 database and everything looks ok. Katie, you wrote up/compiled a good INSTALL. Can you either create a new, or append to INSTALL, good UPGRADE instructions? There are 2 paths, just setup the fofredux to use the current db, make a copy of the current db by using mysqldump and then cat the sql back into a new db, or to do an OPML export and import. I don't think we have a "recommended" path, all of them would work equally well at this point. Thanks, Andy -- Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
From: Kevin <ke...@dr...> - 2005-12-18 06:43:31
|
Andrew Turner (nilspace) wrote: >Kevin has finished the feed refactoring for 0.2. I think we should all >test and fix any *major* bugs - and call this the 0.2 release. > >Also, Kevin, I think as we move forward, bug fixes should happen on >the main CVS trunk, correct? If we have to go back and fix the 0.2 >release, or anything, then we will branch it. But 0.2.1, etc will come >off of HEAD. Then eventually there will be a 0.3 release (and possible >branch) from HEAD. > > > I like the idea of branching significant releases. (0.2, 0.3, dare I say 1.0 ) It could also be called a stable branch. If you need to fix a bug in a release, then commit the change to the release/stable branch, tag a new version number, ( 0.2.1, 0.2.2, etc) then merge the changes onto HEAD. This will help enforce the rule that only bugfixes go onto the stable branch, no features. Is this overkill for such a small project, perhaps. I think it's a good practice, thought. On another note, I tried an FoF upgrade earlier today. It seemed to work fine. I had to change the feed and item table names in config.php to match the existing FoF table names. Otherwise, FoFr doesn't see the existing tables and thinks it's a fresh install. Is that what we expect users to do? -Kevin |
From: Andrew T. (nilspace) <nil...@us...> - 2005-12-18 01:34:49
|
Kevin has finished the feed refactoring for 0.2. I think we should all test and fix any *major* bugs - and call this the 0.2 release. Also, Kevin, I think as we move forward, bug fixes should happen on the main CVS trunk, correct? If we have to go back and fix the 0.2 release, or anything, then we will branch it. But 0.2.1, etc will come off of HEAD. Then eventually there will be a 0.3 release (and possible branch) from HEAD. Andy ---------- Forwarded message ---------- From: Kevin <ke...@dr...> Date: Dec 17, 2005 12:15 PM Subject: [fofr] feed refactor complete To: Andrew Turner <ajt...@hi...> I'm satisfied the changes I've made are pretty well stable. I've merged them back into HEAD. If there are no more features to add, a release 0.2 branch should be created for bugfixes. With a name like this: REL_0_2-branch. Then, release tags on this branch can be like this: REL_0_2_0_final =3D v0.2.0 REL_0_2_1_final =3D v0.2.1 REL_0_2_2_final =3D v0.2.2 Putting the 'final' on there will help avoid confusion if we need to put other identifiers for a particular version number. For instance, if we need to have a beta or "release candidate" release. REL_0_2_0_beta1 REL_0_2_0_rc2 I don't see using this much, probably just for the first release on a release branch. -- Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
From: Miles B. <mil...@gm...> - 2005-12-15 16:29:20
|
The title bar in the web browswer is incorrect in panel, view new items and category view. In Panel mode it shows: fofRedux - new items - all items - Mozilla Firefox I think it should show: fofRedux - Mozilla Firefox When viewing a certain feed it shows: fofRedux - Slashdot - new items - all items - Mozilla Firefox I think it should show: fofRedux - Slashdot - new items - Mozilla Firefox or maybe just Slashdot - new items - Mozilla Firefox When using the link View New Items it does the same as above. fofRedux - new items - all items - Mozilla Firefox |
From: Andrew T. <ajt...@hi...> - 2005-12-14 23:09:34
|
I think it's ok to leave the lat/lon handling readable from the rss, if it's available, but also allow the user to add a lat/lon to the db specifically if it exists. Make sense? Andy On 12/14/05, Kevin <ke...@dr...> wrote: > > I've backed out these changes until lat/lon handling can be sorted out. > > > > >> I made the lat/lon fields editable since many feeds don't include > >> their location, but it is sometimes discernable. For example, my > >> weatherunderground.com feed does not have a location information, but > >> I *know* where it's located. > >> > >> Perhaps just adding a test that if there is no lat/lon in the feed, > >> check the db for a 'stored' location. I'm already adding functionality > >> in a local version for displaying all this location stuff on a map. > >> > >> Also, Kevin, what did you do with the RSS image stored in the DB when > >> you refactored how feeds are stored? > >> > >> Andy > > > > So, lat and lon need to at least have fields in the db for users to > > enter/override the location info for a feed. Are these fields populate= d > > always or only when the user enters them? > > > > Feed image URL is pulled from the rss cache same as lat,lon, and > > description. I removed the column from the feeds table. > > -- > Kevin > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi= les > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_idv37&alloc_id=16865&opclick > _______________________________________________ > 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...> - 2005-12-14 23:03:47
|
I've backed out these changes until lat/lon handling can be sorted out. > >> I made the lat/lon fields editable since many feeds don't include >> their location, but it is sometimes discernable. For example, my >> weatherunderground.com feed does not have a location information, but >> I *know* where it's located. >> >> Perhaps just adding a test that if there is no lat/lon in the feed, >> check the db for a 'stored' location. I'm already adding functionality >> in a local version for displaying all this location stuff on a map. >> >> Also, Kevin, what did you do with the RSS image stored in the DB when >> you refactored how feeds are stored? >> >> Andy > > So, lat and lon need to at least have fields in the db for users to > enter/override the location info for a feed. Are these fields populate= d > always or only when the user enters them? > > Feed image URL is pulled from the rss cache same as lat,lon, and > description. I removed the column from the feeds table. --=20 Kevin |
From: Kevin <ke...@dr...> - 2005-12-14 19:06:24
|
> I made the lat/lon fields editable since many feeds don't include > their location, but it is sometimes discernable. For example, my > weatherunderground.com feed does not have a location information, but > I *know* where it's located. > > Perhaps just adding a test that if there is no lat/lon in the feed, > check the db for a 'stored' location. I'm already adding functionality > in a local version for displaying all this location stuff on a map. > > Also, Kevin, what did you do with the RSS image stored in the DB when > you refactored how feeds are stored? > > Andy So, lat and lon need to at least have fields in the db for users to enter/override the location info for a feed. Are these fields populated always or only when the user enters them? Feed image URL is pulled from the rss cache same as lat,lon, and description. I removed the column from the feeds table. --=20 Kevin |
From: Andrew T. <ajt...@hi...> - 2005-12-14 16:18:54
|
I made the lat/lon fields editable since many feeds don't include their location, but it is sometimes discernable. For example, my weatherunderground.com feed does not have a location information, but I *know* where it's located. Perhaps just adding a test that if there is no lat/lon in the feed, check the db for a 'stored' location. I'm already adding functionality in a local version for displaying all this location stuff on a map. Also, Kevin, what did you do with the RSS image stored in the DB when you refactored how feeds are stored? Andy On 12/14/05, Kevin <ke...@dr...> wrote: > Andrew Turner wrote: > > >Wow, that's a pretty big change. You don't forsee any other > >repurcussions of not storing this metadata in the database? I do see > >the benefits, in terms of not having to do updates of the feed, etc. > >Let the feed & cache be your storage mechanism. > > > >I did a quick test on my current DB and everything appeared to work > >well. I have yet to test an "upgrade" of a FoF v0.19 database. > > > >Also - what is the status of the RSS image Katie? Is this work > >complete, in progress for v0.2, or pushed back to v0.3? I wasn't sure > >if it changed. > >Thanks for the work. > >Andy > > > > > > > I haven't seen any problems with it either. Part of my testing was with > an empty cache directory. The feed list simply shows "version > unavailable" and "description unavailable" for feeds with no cache > file. Same as it shows "never" in the last update column. For > enriching items for view.php, I cache the rss info in memory for each > feed, so it's not having to read in the cache file for each > item.(although the performance wasn't that bad without the in-memory cach= e) > > As far as an upgrade from FoF, I don't see how it could be a problem. > FoF has a description column on the feed table, it simply won't be used > in FoFr and won't be populated for feeds added after the upgrade. The > column doesn't have a "not null" restriction, so that shouldn't be an iss= ue. > > I see one case where this could be a problem. On the feed edit page, > the lat and long are editable fields. Under my new design, these > attributes are read only and not able to be modified by the user. > > > The problem with feed image is localized to one particular feed where > they publish an image URL but do not allow foreign referrals. We could > either: 1) do nothing. 2) cache the feed image locally. #2 can be a > deferred to a future release, if we want to do it at all. > > --Kevin > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi= les > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick > _______________________________________________ > 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: Andrew T. (nilspace) <nil...@us...> - 2005-12-14 16:01:20
|
I've added a bug since I still see feeds displayed incorrectly chronologically. This *may* be because I've been using the same db through various incarnations of beta v0.2, so perhaps there is old/bad data. But I think this is happening in recently updated feeds running CVS_HEAD. Anyone else confirm? Anyone want to take this on to fix? :) https://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1380509&group= _id=3D148967&atid=3D778255 Andy |
From: Katie B. <ka...@ho...> - 2005-12-14 15:25:18
|
On Wed, Dec 14, 2005 at 08:53:16AM -0500, Andrew Turner wrote: > Also - what is the status of the RSS image Katie? Is this work > complete, in progress for v0.2, or pushed back to v0.3? I wasn't sure > if it changed. The RSS image stuff is complete within the store-everything-in-the-database paradigm that we're now questioning. So, if there will be a release where we're still storing everything in the database, I'd say include the RSS image code; otherwise, we should be getting the image URLs from the feed cache, as Kevin has suggested. -- Katie Bechtold http://hoteldetective.org/ |
From: Kevin <ke...@dr...> - 2005-12-14 15:23:43
|
Andrew Turner wrote: >Wow, that's a pretty big change. You don't forsee any other >repurcussions of not storing this metadata in the database? I do see >the benefits, in terms of not having to do updates of the feed, etc. >Let the feed & cache be your storage mechanism. > >I did a quick test on my current DB and everything appeared to work >well. I have yet to test an "upgrade" of a FoF v0.19 database. > >Also - what is the status of the RSS image Katie? Is this work >complete, in progress for v0.2, or pushed back to v0.3? I wasn't sure >if it changed. >Thanks for the work. >Andy > > > I haven't seen any problems with it either. Part of my testing was with an empty cache directory. The feed list simply shows "version unavailable" and "description unavailable" for feeds with no cache file. Same as it shows "never" in the last update column. For enriching items for view.php, I cache the rss info in memory for each feed, so it's not having to read in the cache file for each item.(although the performance wasn't that bad without the in-memory cache) As far as an upgrade from FoF, I don't see how it could be a problem. FoF has a description column on the feed table, it simply won't be used in FoFr and won't be populated for feeds added after the upgrade. The column doesn't have a "not null" restriction, so that shouldn't be an issue. I see one case where this could be a problem. On the feed edit page, the lat and long are editable fields. Under my new design, these attributes are read only and not able to be modified by the user. The problem with feed image is localized to one particular feed where they publish an image URL but do not allow foreign referrals. We could either: 1) do nothing. 2) cache the feed image locally. #2 can be a deferred to a future release, if we want to do it at all. --Kevin |
From: Andrew T. <ajt...@hi...> - 2005-12-14 13:53:21
|
Wow, that's a pretty big change. You don't forsee any other repurcussions of not storing this metadata in the database? I do see the benefits, in terms of not having to do updates of the feed, etc. Let the feed & cache be your storage mechanism. I did a quick test on my current DB and everything appeared to work well. I have yet to test an "upgrade" of a FoF v0.19 database. Also - what is the status of the RSS image Katie? Is this work complete, in progress for v0.2, or pushed back to v0.3? I wasn't sure if it changed. Thanks for the work. Andy On 12/13/05, Kevin <ke...@dr...> wrote: > Katie Bechtold wrote: > > >On Mon, Dec 12, 2005 at 11:21:29AM -0700, Kevin wrote: > > > > > >>I'm not saying eliminate the feed table, just trim it down to what is > >>absolutely necessary to maintain the relationships between the entities= in > >>the DB. > >> > >> > > > >I say go for it. > > > > > > > It was easier then I thought. I had some time this morning to do it. > > Please review these changes: > > cvs diff -kk -r PRE_FEEDREFACTOR -r PRE_CR_FEEDREFACTOR > > -Kevin > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi= les > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick > _______________________________________________ > 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: Andrew T. <ajt...@hi...> - 2005-12-13 18:54:22
|
Not sure, this is historical (was there in FoF). More than likely to handle feeds that aren't properly encoded. How to detect if something is already encoded, or just hope it is? Andy On 12/13/05, Kevin <ke...@dr...> wrote: > > > This article just showed up as new in a feed I have. I've seen this > > happen often with articles where the title is not generated correctly. > > > > Here is the title: > > WireTap: Tookie’s Final Hour > > > > Here is the link to the article. > > http://www.alternet.org/wiretap/29508/ > > > > This also happens frequently with pronounciation symbols in a title. > > Annoying indeed. > > Question for other devs: What is the reason the titles and url's are > passed through htmlspecialchars()? > > In this case, the source feed already has the html entities set correctly= . > > <item> > <title>WireTap: Tookie’s Final Hour</title> > ... > </item> > > -- > Kevin > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi= les > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_idv37&alloc_id=16865&opclick > _______________________________________________ > 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: Andrew T. <ajt...@hi...> - 2005-12-13 18:21:49
|
Please file this as a bug in the bug-tracker. What is 0.2 waiting on? Feed images? anything else? Andy On 12/13/05, Miles Beck <mil...@gm...> wrote: > This article just showed up as new in a feed I have. I've seen this > happen often with articles where the title is not generated correctly. > > Here is the title: > WireTap: Tookie’s Final Hour > > Here is the link to the article. > http://www.alternet.org/wiretap/29508/ > > This also happens frequently with pronounciation symbols in a title. > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi= les > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_idv37&alloc_id=16865&opclick > _______________________________________________ > 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...> - 2005-12-13 18:16:00
|
> This article just showed up as new in a feed I have. I've seen this > happen often with articles where the title is not generated correctly. > > Here is the title: > WireTap: Tookie’s Final Hour > > Here is the link to the article. > http://www.alternet.org/wiretap/29508/ > > This also happens frequently with pronounciation symbols in a title. Annoying indeed. Question for other devs: What is the reason the titles and url's are passed through htmlspecialchars()? In this case, the source feed already has the html entities set correctly= . <item> <title>WireTap: Tookie’s Final Hour</title> ... </item> --=20 Kevin |
From: Miles B. <mil...@gm...> - 2005-12-13 17:13:05
|
This article just showed up as new in a feed I have. I've seen this happen often with articles where the title is not generated correctly. Here is the title: WireTap: Tookie’s Final Hour Here is the link to the article. http://www.alternet.org/wiretap/29508/ This also happens frequently with pronounciation symbols in a title. |