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-02-02 00:23:43
|
> With the current CVS head branch of fofredux, when I try to delete > any feed by invoking delete.php, I get the error: > Cannot query database. Have you run install.php? MySQL says: > Unknown table 'fr_x_tag_item' in MULTI DELETE > Merge error. I'll fix it tonight. --=20 Kevin |
|
From: Katie B. <ke...@us...> - 2006-02-01 20:51:00
|
With the current CVS head branch of fofredux, when I try to delete any feed by invoking delete.php, I get the error: Cannot query database. Have you run install.php? MySQL says: Unknown table 'fr_x_tag_item' in MULTI DELETE Which is confusing because I do *too* have that table in the database: mysql> use fofredux; Database changed mysql> describe fr_x_tag_item; +---------+---------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +---------+---------+------+-----+---------+-------+ | tag_id | int(11) | | PRI | 0 | | | item_id | int(11) | | PRI | 0 | | +---------+---------+------+-----+---------+-------+ 2 rows in set (0.10 sec) What's going on here? -- Katie Bechtold http://hoteldetective.org/ |
|
From: Andrew T. (nilspace) <nil...@us...> - 2006-02-01 05:53:14
|
I don't know if I've sent this out before, or if you've seen it, but here are some notes on making FoF as a screensaver with XScreenSaver: ---- Hi all, I use FoF for a while now, and I like it very much. Recently, I post on my blog a little php script and how to use it with the Phosphor screensaver on linux to make my screensaver display my feeds. It may work w= ith other screensavers, let me know. You can read it here: http://brokenclock.free.fr/blog/blogs/index.php?blog=3D5&p=3D395&more=3D1&c= =3D1. Useless? I don't think so. When you are a geek like me, and you need your b= oth hands to fedd your baby, a "nice" screensaver is not enougth. Displaying fe= eds make the screensaver much more interresting. Even my wife enjoys it now. It may be usefull also in other case, at work, to shwo to your co-worker some interresting news, or in the window of your shop... Cheers, BrokenClock -- Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
|
From: Katie B. <ka...@ho...> - 2006-01-30 22:41:17
|
On Sun, Jan 29, 2006 at 04:31:17PM -0700, Kevin wrote: > That will work. I assume the other tables need to have a similar column > to separate each users' feeds/items, etc. On second thought, it seems to me this additional-column idea should wait until we make a concerted effort to multi-user-ize Feedonfeeds-Redux. I've re-done the configuration table so that it's now a set of name/value pairs. A new file 'default.config' contains a set of default configuration parameters that's loaded prior to querying the database for those parameters (which would override the default values). You'll want to run install.php to get the new schema for the configuration table. -- Katie Bechtold http://hoteldetective.org/ |
|
From: Andrew T. (nilspace) <nil...@us...> - 2006-01-30 02:58:12
|
Awesome Kevin - this is really cool, glad you got it all so far along. I think you're right that it's probably good to go ahead with the merge at this point and finish the features on the CVS Head. Can you specically call out the features you mentioned in a feature request? So, with tags & config now just about there, I can have a go at getting the advanced search implemented. Andrew On 1/29/06, Kevin <ke...@dr...> wrote: > > I'm in the process of merging the TAGFEATURE branch to HEAD. It is > proving difficult. There are multiple conflicts in almost every file. > I expect some new defects to crop up from the merge due to incompatible > changes, errors in resolving conflicts, etc. > > The auto-tagging is not fully implemented, but manual tagging works well > enough and I felt that the merge difficulty would grow greatly, the > longer I delayed it. > > Things to look for: > 1) new constants added to config.php. Grep for TAG in the sample file. > 2) two new tables. must run install.php > 3) tags!! > > -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://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&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-01-30 01:20:46
|
I'm in the process of merging the TAGFEATURE branch to HEAD. It is proving difficult. There are multiple conflicts in almost every file. I expect some new defects to crop up from the merge due to incompatible changes, errors in resolving conflicts, etc. The auto-tagging is not fully implemented, but manual tagging works well enough and I felt that the merge difficulty would grow greatly, the longer I delayed it. Things to look for: 1) new constants added to config.php. Grep for TAG in the sample file. 2) two new tables. must run install.php 3) tags!! -Kevin |
|
From: Andrew T. <ajt...@hi...> - 2006-01-29 23:37:43
|
So there will be multiple instances of pref keys, one per user? Sounds very good - expandable preferences, multiple users - yay! When do you think you can work your hacking skills on this Katie? Looking forward to trying it out. Andy On 1/29/06, Kevin <ke...@dr...> wrote: > Katie Bechtold wrote: > > On Sat, Jan 28, 2006 at 03:45:02PM -0700, Kevin wrote: > > > >> The table is fairly simple. Just 2 columns, name & value. > >> > > > > The schema you're suggesting doesn't allow for multiple > > configurations (e.g., one per user). Is this okay with everyone? > > It could of course be modified to add a column for "configuration > > identifier", so a certain configuration set could be queried with > > "SELECT * from config_table where config_id=3D7", for example, giving > > you all the rows pertinent to that configuration "set". > > > > > That will work. I assume the other tables need to have a similar column > to separate each users' feeds/items, etc. > > > ------------------------------------------------------- > 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://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&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-01-29 23:26:55
|
Katie Bechtold wrote: > On Sat, Jan 28, 2006 at 03:45:02PM -0700, Kevin wrote: > >> The table is fairly simple. Just 2 columns, name & value. >> > > The schema you're suggesting doesn't allow for multiple > configurations (e.g., one per user). Is this okay with everyone? > It could of course be modified to add a column for "configuration > identifier", so a certain configuration set could be queried with > "SELECT * from config_table where config_id=7", for example, giving > you all the rows pertinent to that configuration "set". > > That will work. I assume the other tables need to have a similar column to separate each users' feeds/items, etc. |
|
From: Katie B. <ka...@ho...> - 2006-01-29 23:12:44
|
On Sat, Jan 28, 2006 at 03:45:02PM -0700, Kevin wrote: > The table is fairly simple. Just 2 columns, name & value. The schema you're suggesting doesn't allow for multiple configurations (e.g., one per user). Is this okay with everyone? It could of course be modified to add a column for "configuration identifier", so a certain configuration set could be queried with "SELECT * from config_table where config_id=7", for example, giving you all the rows pertinent to that configuration "set". -- Katie Bechtold http://hoteldetective.org/ Hoare's Law of Large Problems: Inside every large problem is a small problem struggling to get out. |
|
From: Kevin <ke...@dr...> - 2006-01-28 22:48:36
|
Katie Bechtold wrote: > On Sat, Jan 28, 2006 at 10:54:37AM -0700, Kevin wrote: > >> What about something that just stores key -> value pairs? >> > > I like your design better than the current one. Do you want to go > ahead and implement that (and have Andrew re-assign that Feature > Request)? > > It will have to wait until after tags is complete. The table is fairly simple. Just 2 columns, name & value. create table $FOF_CONFIG_TABLE ( name varchar(250) NOT NULL, value varchar(250) NOT NULL PRIMARY KEY(name) ) Then just 2 functions are needed for retrieving and adding/updating values. fof_get_config_value( $name ); fof_set_config_value( $name, $value ); This doesn't put any restrictions on names or values. Some standards should be adopted for acceptable names and values. -Kevin |
|
From: Katie B. <ka...@ho...> - 2006-01-28 22:13:49
|
On Sat, Jan 28, 2006 at 10:54:37AM -0700, Kevin wrote: > What about something that just stores key -> value pairs? I like your design better than the current one. Do you want to go ahead and implement that (and have Andrew re-assign that Feature Request)? -- Katie Bechtold http://hoteldetective.org/ |
|
From: Andrew T. <ajt...@hi...> - 2006-01-28 18:05:07
|
I didn't realize the config stuff was already in CVS. I was wondering on the progress of that. I agree that config options should be addable without having to modify the actual database structure. Using Key->Value coding seems like the best option, and the ability then use 'namepspaces' or whatever is very nice for any plugin, feed, subsection to be able to write and retrieve config options. A very important one to add as a "global" is going to be the current db schema version, and perhaps even the FoFRedux version. This can at least be queried for the future in upgrades. Rails now uses a similar scheme to this. Any updates on tagging? :) Andy On 1/28/06, Kevin <ke...@dr...> wrote: > > I had a peek at the config table format. I disagree with the way it is > implemented, what happens if we want another config option? We have to > add a column to the table? That smells bad to me. > > What about something that just stores key -> value pairs? > > The key could use format like java properties to avoid name clashes and > keep things logically grouped together. > > global.items.sort.column =3D publish_time > global.items.sort.order =3D DESC > feed.33.show_image =3D false > global.language =3D 'DE' > feed.33.update_interval =3D 3600 > plugin.mycoolplugin.make_cool =3D true > > If one piece of code just cares about a subset of the config options, > say for a feed, we can use the LIKE comparision operator in the query: > > select * from config_table where name LIKE 'global.items.%' > or > select * from config_table where name LIKE 'feed.33.%' > > default config options should probably go in a php file instead of the > database. That will make it easier to handle upgrades, just overwrite > the file. The db of course will override anything in the default file. > > > > ------------------------------------------------------- > 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://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&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-01-28 17:50:14
|
I had a peek at the config table format. I disagree with the way it is implemented, what happens if we want another config option? We have to add a column to the table? That smells bad to me. What about something that just stores key -> value pairs? The key could use format like java properties to avoid name clashes and keep things logically grouped together. global.items.sort.column = publish_time global.items.sort.order = DESC feed.33.show_image = false global.language = 'DE' feed.33.update_interval = 3600 plugin.mycoolplugin.make_cool = true If one piece of code just cares about a subset of the config options, say for a feed, we can use the LIKE comparision operator in the query: select * from config_table where name LIKE 'global.items.%' or select * from config_table where name LIKE 'feed.33.%' default config options should probably go in a php file instead of the database. That will make it easier to handle upgrades, just overwrite the file. The db of course will override anything in the default file. |
|
From: Katie B. <ka...@ho...> - 2006-01-24 14:54:21
|
> Congratulations! Thanks! The spacecraft's flight software is functioning well so far; quite a bit of it has already been exercised. As usual, there will be some post-launch flight software builds uploaded to the spacecraft to fix bugs and implement features that didn't make it into the final pre-launch build. -- Katie Bechtold http://hoteldetective.org/ |
|
From: Miles B. <mil...@gm...> - 2006-01-23 03:24:11
|
On 1/22/06, Andrew Turner (nilspace) <nil...@us...> wrote= : > I was hoping everyone would help me in congratulating our own team > member Katie whose launch of her non-opensource project > (http://pluto.jhuapl.edu/) was successful ;) Lets hope her code does > its job and doesn't have to deal with too much space-radiation and > nasty-meteorites on its way to Pluto! > > Andy Congratulations! Good luck on the mission. That's impressive. -Miles |
|
From: Andrew T. (nilspace) <nil...@us...> - 2006-01-23 03:15:31
|
I was hoping everyone would help me in congratulating our own team member Katie whose launch of her non-opensource project (http://pluto.jhuapl.edu/) was successful ;) Lets hope her code does its job and doesn't have to deal with too much space-radiation and nasty-meteorites on its way to Pluto! Andy -- Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
|
From: Kevin <ke...@dr...> - 2006-01-21 02:57:37
|
> Is there an easy way to discard articles that have a title of > "Featured Advertisement"? > > I'm starting to see more of these and would like FoFRedux to get rid > of them automatically. We have a feature request wanting to squash ad banners within an item.=20 Squashing the whole item is a bit different. Perhaps this can be supported more generically through the saved search feature we've been bouncing around. --=20 Kevin |
|
From: Miles B. <mil...@gm...> - 2006-01-21 01:45:04
|
Is there an easy way to discard articles that have a title of "Featured Advertisement"? I'm starting to see more of these and would like FoFRedux to get rid of them automatically. -Miles |
|
From: Kevin <ke...@dr...> - 2006-01-18 12:52:46
|
We just picked up a new bug where the user was using Mysql v5.0.18.
The experience is, shall we say, "sub-optimal".
Question to all devs: Does anyone run mysql 5.0 or have access to a
server that they can do test/debug work on?
Thanks,
Kevin
|
|
From: Andrew T. (nilspace) <nil...@us...> - 2006-01-12 20:51:27
|
Awesome, thanks. The requests have been assigned. :) Andy On 1/12/06, Katie Bechtold <ka...@ho...> wrote: > On Wed, Jan 11, 2006 at 12:02:12PM -0500, Andrew Turner wrote: > > Any takers on who wants to implement the config API? I've added > > feature requests 1403106 and 1403108. > > I'll take a stab at it. > > -- > Katie Bechtold http://hoteldetective.org/ > > > > > ------------------------------------------------------- > 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...> - 2006-01-12 20:48:45
|
It is a coding effort, but no special server side stuff. In fact, the point of Javascript (and hence Ajax) is that there is logic and code that runs on the client's browser, so it's faster. Furthermore, any requests to the server would happen 'in the background' instead of causing the page to disappear and reload. The types of things I'm thinking about are: 1) Marking read, saving, tagging feed items. This would happen inline while you are reading the items 2) Feed Updates in the background. therefore you could continue to read your items and new items would show up as unread without having to press "update all" Those are really the only 2 Ajax things that would be really useful within the context of FoFRedux at this point. The only ramifications being a little more code to develop and maintain for devs, and testing for backwards compatibility to older/embedded browsers. Andy On 1/12/06, Miles Beck <mil...@gm...> wrote: > On 1/12/06, Andrew Turner (nilspace) <nil...@us...> wro= te: > > What do you all think regarding Ajax (or Ajah) support? I personally > > like the prototype/behavior/rico stack. It's widely used, heavily > > supported & dev'd, and has *Tons* of great features. > > > > However, my concern is losing the simple cleanliness of FoFRedux. Any > > Javascript support will also support non-JS degradation. And there are > > some things that adding Ajax style support for would be really nice: > > marking an item as read/saved/tagged and having it happen inline > > without a page refresh. Refreshing feeds without having to wait while > > reading, etc. > > > > It's a big architecture, moving forward kind of decision and wanted to > > get some feedback. > > For what it's worth. What I have seen of Ajax so far I have really > liked. Not being a developer though I can't answer what ramifications > a change like this may have. > > Does Ajax require any special server software? > > > ------------------------------------------------------- > 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: Katie B. <ka...@ho...> - 2006-01-12 18:12:12
|
On Wed, Jan 11, 2006 at 12:02:12PM -0500, Andrew Turner wrote: > Any takers on who wants to implement the config API? I've added > feature requests 1403106 and 1403108. I'll take a stab at it. -- Katie Bechtold http://hoteldetective.org/ |
|
From: Miles B. <mil...@gm...> - 2006-01-12 17:59:36
|
On 1/12/06, Andrew Turner (nilspace) <nil...@us...> wrote= : > What do you all think regarding Ajax (or Ajah) support? I personally > like the prototype/behavior/rico stack. It's widely used, heavily > supported & dev'd, and has *Tons* of great features. > > However, my concern is losing the simple cleanliness of FoFRedux. Any > Javascript support will also support non-JS degradation. And there are > some things that adding Ajax style support for would be really nice: > marking an item as read/saved/tagged and having it happen inline > without a page refresh. Refreshing feeds without having to wait while > reading, etc. > > It's a big architecture, moving forward kind of decision and wanted to > get some feedback. For what it's worth. What I have seen of Ajax so far I have really liked. Not being a developer though I can't answer what ramifications a change like this may have. Does Ajax require any special server software? |
|
From: Andrew T. (nilspace) <nil...@us...> - 2006-01-12 16:20:57
|
What do you all think regarding Ajax (or Ajah) support? I personally like the prototype/behavior/rico stack. It's widely used, heavily supported & dev'd, and has *Tons* of great features. However, my concern is losing the simple cleanliness of FoFRedux. Any Javascript support will also support non-JS degradation. And there are some things that adding Ajax style support for would be really nice: marking an item as read/saved/tagged and having it happen inline without a page refresh. Refreshing feeds without having to wait while reading, etc. It's a big architecture, moving forward kind of decision and wanted to get some feedback. Andy -- Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
|
From: Benjamin S. <bs...@cr...> - 2006-01-11 18:54:24
|
I'm not dead! I'll check out the keyboard nav stuff either Saturday or next week. I'm still swamped with post-travels cleanup at least through then. --Benjy On Wed, Jan 11, 2006 at 12:02:12PM -0500, Andrew Turner wrote: > Good points. I think probably using a DB table for config and then the > option to have the config file backed up whenever a config change is > made would fulfill the niceness of a DB table with the user concerns > of lost settings. I am doing the same for the OPML export. >=20 > Any takers on who wants to implement the config API? I've added > feature requests 1403106 and 1403108. >=20 > Here is what I believe are the current breakdown of work for current devs: >=20 > Kevin - tags, pgsql support, > Andy - geomap, saved searches (waiting on tags), CSS Layout > Katie - authentication/digest > Benji - keyboard navigation > Carlos - >=20 > Andy >=20 > On 1/11/06, Katie Bechtold <ka...@ho...> wrote: > > On Fri, Dec 30, 2005 at 11:44:23PM -0500, Andrew Turner wrote: > > > Also a config file allows for easy install > > > multiple with similar or diff't configs but the same feeds. > > > > I think a database could offer the same flexibility; I'm imagining a > > config table where each column is an attribute (e.g., show_images, > > background_color) and each row is a "configuration". > > > > I'd be fine with using either the database or PHP's Config (file) > > class to start out with (as Kevin wrote, ideally the storage method > > will be abstracted so it could work either way). I'd just like to > > see some resolution to this issue so we can work toward getting > > these features implemented. > > > > -- > > Katie Bechtold http://hoteldetective.org/ > > > > > > > > > > ------------------------------------------------------- > > 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_id=3D7637&alloc_id=3D16865&op=3Dclick > > _______________________________________________ > > Fofredux-devel mailing list > > Fof...@li... > > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > > >=20 >=20 > -- > Andrew Turner > ajt...@hi... 42.4266N x 83.4931W > http://highearthorbit.com Northville, Michigan, USA >=20 >=20 > ------------------------------------------------------- > 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&op=3Dclick > _______________________________________________ > 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.
