fofredux-devel

[Fofredux-devel] task list?

[Evan R. <eva...@gm...>]

hey guys,

now that i've got the login up and working, i was going to move on to
something else.

do we have a task list or something?

otherwise i would add the options to enable/disable gzipping the feed html
and select sort order (cache or publish time).

any other major requests or needs?

/evan

Re: [Fofredux-devel] task list?

[Andrew T. <ajt...@hi...>]

There is the bug/feature list over at the SF Project site - just
request to me and i'll assign you tasks. Helps keep the flow through
one person to coordinate tasks.

There is also the "feature list" on the roadmap, most of which is
listed in the feature list.

Two big features we've tossed around, but not made progress on:
1) Syncronizing FoFRedux w/ a desktop reader (Vienna (open-source
mac), OwlReader (open-source windows?), NetNewsWire (has sync to
newsgator)). Basically this would be adding a web-services API,
preferably being something simple like REST (w/ Auth) for getting
statuses of feeds/items, setting the status, etc.

2) Sharing of tags and feeds with multiple installs of FoFRedux &
other software. For example, we can form "pools" of shared information
where tags and feeds are shared in a group. So when I read my items, I
can see that other people have tagged a given item with "tech,
politics, freedomofspeed" and then I can click on that tag and see
other FoF-readers tags that used that. I think there were some other
cool ideas along this line brought up on the mailiing list in the past
that may be worth searching for.

Anyways, any of those sources are good todos that haven't been picked
up yet. Just drop your intent via the mailing list or to me and you'll
get assigned. :)

Andrew


On 4/26/06, Evan Roth <eva...@gm...> wrote:
> hey guys,
>
> now that i've got the login up and working, i was going to move on to
> something else.
>
> do we have a task list or something?
>
> otherwise i would add the options to enable/disable gzipping the feed htm=
l
> and select sort order (cache or publish time).
>
> any other major requests or needs?
>
> /evan
>


--
Andrew Turner
ajt...@hi...        42.4266N x 83.4931W
http://highearthorbit.com              Northville, Michigan, USA

Re: [Fofredux-devel] task list?

[Evan R. <eva...@gm...>]

personally, i'm kind of skeptical of the first idea, since it seems like
overkill.  do people actually use a desktop reader, when they have a browse=
r
reader that functions similarly?  i used to use Owl...over a year
ago...before i went with fof.  i dropped it since it wasn't portable.  (who
knows if they've made major updates since, which make it better)

the 2nd idea is decent...but for any social software to be successful, you
need a huge amount of users.   and to get started on that, we should really
finish multi-user here.  so i guess i just chug along with that.

On 4/26/06, Andrew Turner <ajt...@hi...> wrote:
>
> There is the bug/feature list over at the SF Project site - just
> request to me and i'll assign you tasks. Helps keep the flow through
> one person to coordinate tasks.
>
> There is also the "feature list" on the roadmap, most of which is
> listed in the feature list.
>
> Two big features we've tossed around, but not made progress on:
> 1) Syncronizing FoFRedux w/ a desktop reader (Vienna (open-source
> mac), OwlReader (open-source windows?), NetNewsWire (has sync to
> newsgator)). Basically this would be adding a web-services API,
> preferably being something simple like REST (w/ Auth) for getting
> statuses of feeds/items, setting the status, etc.
>
> 2) Sharing of tags and feeds with multiple installs of FoFRedux &
> other software. For example, we can form "pools" of shared information
> where tags and feeds are shared in a group. So when I read my items, I
> can see that other people have tagged a given item with "tech,
> politics, freedomofspeed" and then I can click on that tag and see
> other FoF-readers tags that used that. I think there were some other
> cool ideas along this line brought up on the mailiing list in the past
> that may be worth searching for.
>
> Anyways, any of those sources are good todos that haven't been picked
> up yet. Just drop your intent via the mailing list or to me and you'll
> get assigned. :)
>
> Andrew
>
>
> On 4/26/06, Evan Roth <eva...@gm...> wrote:
> > hey guys,
> >
> > now that i've got the login up and working, i was going to move on to
> > something else.
> >
> > do we have a task list or something?
> >
> > otherwise i would add the options to enable/disable gzipping the feed
> html
> > and select sort order (cache or publish time).
> >
> > any other major requests or needs?
> >
> > /evan
> >
>
>
> --
> Andrew Turner
> ajt...@hi...        42.4266N x 83.4931W
> http://highearthorbit.com              Northville, Michigan, USA
>

Re: [Fofredux-devel] task list?

[Andrew T. <ajt...@hi...>]

I think Multi-user support of individual data is the highest priority
at this point (and the redesign, which is holding on Khaled :)

We need individual user feeds, item read/unread state, tags,
categories, settings. And some means to also "share" this information
if desired across users (like see what tags, feeds, categories, other
members of the same install are using?)

Andrew

On 4/26/06, Evan Roth <eva...@gm...> wrote:
> personally, i'm kind of skeptical of the first idea, since it seems like
> overkill.  do people actually use a desktop reader, when they have a brow=
ser
> reader that functions similarly?  i used to use Owl...over a year
> ago...before i went with fof.  i dropped it since it wasn't portable.  (w=
ho
> knows if they've made major updates since, which make it better)
>
> the 2nd idea is decent...but for any social software to be successful, yo=
u
> need a huge amount of users.   and to get started on that, we should real=
ly
> finish multi-user here.  so i guess i just chug along with that.
>
>
> On 4/26/06, Andrew Turner <ajt...@hi...> wrote:
> > There is the bug/feature list over at the SF Project site - just
> > request to me and i'll assign you tasks. Helps keep the flow through
> > one person to coordinate tasks.
> >
> > There is also the "feature list" on the roadmap, most of which is
> > listed in the feature list.
> >
> > Two big features we've tossed around, but not made progress on:
> > 1) Syncronizing FoFRedux w/ a desktop reader (Vienna (open-source
> > mac), OwlReader (open-source windows?), NetNewsWire (has sync to
> > newsgator)). Basically this would be adding a web-services API,
> > preferably being something simple like REST (w/ Auth) for getting
> > statuses of feeds/items, setting the status, etc.
> >
> > 2) Sharing of tags and feeds with multiple installs of FoFRedux &
> > other software. For example, we can form "pools" of shared information
> > where tags and feeds are shared in a group. So when I read my items, I
> > can see that other people have tagged a given item with "tech,
> > politics, freedomofspeed" and then I can click on that tag and see
> > other FoF-readers tags that used that. I think there were some other
> > cool ideas along this line brought up on the mailiing list in the past
> > that may be worth searching for.
> >
> > Anyways, any of those sources are good todos that haven't been picked
> > up yet. Just drop your intent via the mailing list or to me and you'll
> > get assigned. :)
> >
> > Andrew
> >
> >
> > On 4/26/06, Evan Roth <eva...@gm...> wrote:
> > > hey guys,
> > >
> > > now that i've got the login up and working, i was going to move on to
> > > something else.
> > >
> > > do we have a task list or something?
> > >
> > > otherwise i would add the options to enable/disable gzipping the feed
> html
> > > and select sort order (cache or publish time).
> > >
> > > any other major requests or needs?
> > >
> > > /evan
> > >
> >
> >
> > --
> > 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

Re: [Fofredux-devel] task list?

[Evan R. <eva...@gm...>]

yeah, the multi-user stuff is pretty straight-forward.  i've got it all in
my head and on paper here.  i just would have waited for the weekend, since
i didnt want to start a lengthy task when i only have small chunks of time.

1 thing i also noticed that needs to be done, which could perhaps help
khaled, is to fix up the html.  it's quite sloppy, with quite a bit of
tables and so on still remaining.  it could make his job a bit easier, if w=
e
were to take care of it for him...and he wouldn't need to mess with the cod=
e
at all, but rather develop a nice css based on our markup.

On 4/26/06, Andrew Turner <ajt...@hi...> wrote:
>
> I think Multi-user support of individual data is the highest priority
> at this point (and the redesign, which is holding on Khaled :)
>
> We need individual user feeds, item read/unread state, tags,
> categories, settings. And some means to also "share" this information
> if desired across users (like see what tags, feeds, categories, other
> members of the same install are using?)
>
> Andrew
>
> On 4/26/06, Evan Roth <eva...@gm...> wrote:
> > personally, i'm kind of skeptical of the first idea, since it seems lik=
e
> > overkill.  do people actually use a desktop reader, when they have a
> browser
> > reader that functions similarly?  i used to use Owl...over a year
> > ago...before i went with fof.  i dropped it since it wasn't
> portable.  (who
> > knows if they've made major updates since, which make it better)
> >
> > the 2nd idea is decent...but for any social software to be successful,
> you
> > need a huge amount of users.   and to get started on that, we should
> really
> > finish multi-user here.  so i guess i just chug along with that.
> >
> >
> > On 4/26/06, Andrew Turner <ajt...@hi...> wrote:
> > > There is the bug/feature list over at the SF Project site - just
> > > request to me and i'll assign you tasks. Helps keep the flow through
> > > one person to coordinate tasks.
> > >
> > > There is also the "feature list" on the roadmap, most of which is
> > > listed in the feature list.
> > >
> > > Two big features we've tossed around, but not made progress on:
> > > 1) Syncronizing FoFRedux w/ a desktop reader (Vienna (open-source
> > > mac), OwlReader (open-source windows?), NetNewsWire (has sync to
> > > newsgator)). Basically this would be adding a web-services API,
> > > preferably being something simple like REST (w/ Auth) for getting
> > > statuses of feeds/items, setting the status, etc.
> > >
> > > 2) Sharing of tags and feeds with multiple installs of FoFRedux &
> > > other software. For example, we can form "pools" of shared informatio=
n
> > > where tags and feeds are shared in a group. So when I read my items, =
I
> > > can see that other people have tagged a given item with "tech,
> > > politics, freedomofspeed" and then I can click on that tag and see
> > > other FoF-readers tags that used that. I think there were some other
> > > cool ideas along this line brought up on the mailiing list in the pas=
t
> > > that may be worth searching for.
> > >
> > > Anyways, any of those sources are good todos that haven't been picked
> > > up yet. Just drop your intent via the mailing list or to me and you'l=
l
> > > get assigned. :)
> > >
> > > Andrew
> > >
> > >
> > > On 4/26/06, Evan Roth <eva...@gm...> wrote:
> > > > hey guys,
> > > >
> > > > now that i've got the login up and working, i was going to move on
> to
> > > > something else.
> > > >
> > > > do we have a task list or something?
> > > >
> > > > otherwise i would add the options to enable/disable gzipping the
> feed
> > html
> > > > and select sort order (cache or publish time).
> > > >
> > > > any other major requests or needs?
> > > >
> > > > /evan
> > > >
> > >
> > >
> > > --
> > > 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
>

Re: [Fofredux-devel] task list?

[Andrew T. <ajt...@hi...>]

My plan for Khaled was for him to just produce a clean, from-scratch,
mock-up of his designs. I'm not sure if he did the current work in
CSS/HTML or Photoshop.

I think making the "from-scratch" CSS and then filling in the actual
PHP logic will produce cleaner source rather than the alternative. I
am planning on putting in the actual PHP logic into the HTML source
and adding Ajax along the way. This is the best method I've found for
my sites. If you do the reverse you end up killing yourself trying to
fiddle w/ the css AND code rather than just the reverse.

I think the current HTML source is dead, long-live the HTML source. :)
If someone thinks this isn't the right way to go, please speak up.

Andrew

On 4/26/06, Evan Roth <eva...@gm...> wrote:
> yeah, the multi-user stuff is pretty straight-forward.  i've got it all i=
n
> my head and on paper here.  i just would have waited for the weekend, sin=
ce
> i didnt want to start a lengthy task when i only have small chunks of tim=
e.
>
> 1 thing i also noticed that needs to be done, which could perhaps help
> khaled, is to fix up the html.  it's quite sloppy, with quite a bit of
> tables and so on still remaining.  it could make his job a bit easier, if=
 we
> were to take care of it for him...and he wouldn't need to mess with the c=
ode
> at all, but rather develop a nice css based on our markup.
>
>
> On 4/26/06, Andrew Turner <ajt...@hi...> wrote:
> > I think Multi-user support of individual data is the highest priority
> > at this point (and the redesign, which is holding on Khaled :)
> >
> > We need individual user feeds, item read/unread state, tags,
> > categories, settings. And some means to also "share" this information
> > if desired across users (like see what tags, feeds, categories, other
> > members of the same install are using?)
> >
> > Andrew
> >
> > On 4/26/06, Evan Roth <eva...@gm... > wrote:
> > > personally, i'm kind of skeptical of the first idea, since it seems l=
ike
> > > overkill.  do people actually use a desktop reader, when they have a
> browser
> > > reader that functions similarly?  i used to use Owl...over a year
> > > ago...before i went with fof.  i dropped it since it wasn't portable.
> (who
> > > knows if they've made major updates since, which make it better)
> > >
> > > the 2nd idea is decent...but for any social software to be successful=
,
> you
> > > need a huge amount of users.   and to get started on that, we should
> really
> > > finish multi-user here.  so i guess i just chug along with that.
> > >
> > >
> > > On 4/26/06, Andrew Turner < ajt...@hi...> wrote:
> > > > There is the bug/feature list over at the SF Project site - just
> > > > request to me and i'll assign you tasks. Helps keep the flow throug=
h
> > > > one person to coordinate tasks.
> > > >
> > > > There is also the "feature list" on the roadmap, most of which is
> > > > listed in the feature list.
> > > >
> > > > Two big features we've tossed around, but not made progress on:
> > > > 1) Syncronizing FoFRedux w/ a desktop reader (Vienna (open-source
> > > > mac), OwlReader (open-source windows?), NetNewsWire (has sync to
> > > > newsgator)). Basically this would be adding a web-services API,
> > > > preferably being something simple like REST (w/ Auth) for getting
> > > > statuses of feeds/items, setting the status, etc.
> > > >
> > > > 2) Sharing of tags and feeds with multiple installs of FoFRedux &
> > > > other software. For example, we can form "pools" of shared informat=
ion
> > > > where tags and feeds are shared in a group. So when I read my items=
, I
> > > > can see that other people have tagged a given item with "tech,
> > > > politics, freedomofspeed" and then I can click on that tag and see
> > > > other FoF-readers tags that used that. I think there were some othe=
r
> > > > cool ideas along this line brought up on the mailiing list in the p=
ast
> > > > that may be worth searching for.
> > > >
> > > > Anyways, any of those sources are good todos that haven't been pick=
ed
> > > > up yet. Just drop your intent via the mailing list or to me and you=
'll
> > > > get assigned. :)
> > > >
> > > > Andrew
> > > >
> > > >
> > > > On 4/26/06, Evan Roth <eva...@gm...> wrote:
> > > > > hey guys,
> > > > >
> > > > > now that i've got the login up and working, i was going to move o=
n
> to
> > > > > something else.
> > > > >
> > > > > do we have a task list or something?
> > > > >
> > > > > otherwise i would add the options to enable/disable gzipping the
> feed
> > > html
> > > > > and select sort order (cache or publish time).
> > > > >
> > > > > any other major requests or needs?
> > > > >
> > > > > /evan
> > > > >
> > > >
> > > >
> > > > --
> > > > 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
> >
>
>


--
Andrew Turner
ajt...@hi...        42.4266N x 83.4931W
http://highearthorbit.com              Northville, Michigan, USA

Re: [Fofredux-devel] task list?

[Evan R. <eva...@gm...>]

i'm still not sure to what extent i want to see ajax in there.  in many
cases, apps include ajax simply because it's the in thing to do, and it's
just to much.

in most cases, you can start with a decent markup, whether you do your css
or html first...and then add ajax to the various event handlers where
needed.  if we decide to go down the ajax road, then i think the user shoul=
d
definitely be able to specify, via the options, what features to enable, so
that he can keep his interface as light as possible.  (matter of fact, our
firewall at work - VW Konzern - blocks most javascript, which means you
can't even i can't even use gmail from the office...and this is the standar=
d
for most large corps, as they purchase various firewall suites and simply
install)

i think the only place i can imagine wanting ajax (but i haven't pondered i=
t
too much) is for marking items and refreshing the view.  but that's all
super simple stuff that could be done in an afternoon.  various GUI effects
(click&drag stuff) are simply not needed, and would possible stop some
people from updating.  at least in my opinion.

i'd imagine more people would want better ways to read and manage their fee=
d
subscriptions...whereas some kind of global tagging (ie social networking)
seems like a better way down that route.  perhaps there's a way for us to
recommend other feeds, ala www.last.fm <http://last.fm>.  or provide some
sort of feed search, based on tags or whatever.  perhaps integrating some o=
f
the technorati api...or something similar.

look at it this way...those people still using fof or fof-redux are probabl=
y
not doing it for it's user interface.  (and if they are, then we probably
lose them by adding too much anyway).  i'd bet they are using it for it's
features that fit their needs...as it runs on their machine, but is
accessible from anywhere.


On 4/26/06, Andrew Turner <ajt...@hi...> wrote:
>
> My plan for Khaled was for him to just produce a clean, from-scratch,
> mock-up of his designs. I'm not sure if he did the current work in
> CSS/HTML or Photoshop.
>
> I think making the "from-scratch" CSS and then filling in the actual
> PHP logic will produce cleaner source rather than the alternative. I
> am planning on putting in the actual PHP logic into the HTML source
> and adding Ajax along the way. This is the best method I've found for
> my sites. If you do the reverse you end up killing yourself trying to
> fiddle w/ the css AND code rather than just the reverse.
>
> I think the current HTML source is dead, long-live the HTML source. :)
> If someone thinks this isn't the right way to go, please speak up.
>
> Andrew
>
> On 4/26/06, Evan Roth <eva...@gm...> wrote:
> > yeah, the multi-user stuff is pretty straight-forward.  i've got it all
> in
> > my head and on paper here.  i just would have waited for the weekend,
> since
> > i didnt want to start a lengthy task when i only have small chunks of
> time.
> >
> > 1 thing i also noticed that needs to be done, which could perhaps help
> > khaled, is to fix up the html.  it's quite sloppy, with quite a bit of
> > tables and so on still remaining.  it could make his job a bit easier,
> if we
> > were to take care of it for him...and he wouldn't need to mess with the
> code
> > at all, but rather develop a nice css based on our markup.
> >
> >
> > On 4/26/06, Andrew Turner <ajt...@hi...> wrote:
> > > I think Multi-user support of individual data is the highest priority
> > > at this point (and the redesign, which is holding on Khaled :)
> > >
> > > We need individual user feeds, item read/unread state, tags,
> > > categories, settings. And some means to also "share" this information
> > > if desired across users (like see what tags, feeds, categories, other
> > > members of the same install are using?)
> > >
> > > Andrew
> > >
> > > On 4/26/06, Evan Roth < eva...@gm... > wrote:
> > > > personally, i'm kind of skeptical of the first idea, since it seems
> like
> > > > overkill.  do people actually use a desktop reader, when they have =
a
>
> > browser
> > > > reader that functions similarly?  i used to use Owl...over a year
> > > > ago...before i went with fof.  i dropped it since it wasn't
> portable.
> > (who
> > > > knows if they've made major updates since, which make it better)
> > > >
> > > > the 2nd idea is decent...but for any social software to be
> successful,
> > you
> > > > need a huge amount of users.   and to get started on that, we shoul=
d
> > really
> > > > finish multi-user here.  so i guess i just chug along with that.
> > > >
> > > >
> > > > On 4/26/06, Andrew Turner < ajt...@hi... > wrote:
> > > > > There is the bug/feature list over at the SF Project site - just
> > > > > request to me and i'll assign you tasks. Helps keep the flow
> through
> > > > > one person to coordinate tasks.
> > > > >
> > > > > There is also the "feature list" on the roadmap, most of which is
> > > > > listed in the feature list.
> > > > >
> > > > > Two big features we've tossed around, but not made progress on:
> > > > > 1) Syncronizing FoFRedux w/ a desktop reader (Vienna (open-source
> > > > > mac), OwlReader (open-source windows?), NetNewsWire (has sync to
> > > > > newsgator)). Basically this would be adding a web-services API,
> > > > > preferably being something simple like REST (w/ Auth) for getting
> > > > > statuses of feeds/items, setting the status, etc.
> > > > >
> > > > > 2) Sharing of tags and feeds with multiple installs of FoFRedux &
> > > > > other software. For example, we can form "pools" of shared
> information
> > > > > where tags and feeds are shared in a group. So when I read my
> items, I
> > > > > can see that other people have tagged a given item with "tech,
> > > > > politics, freedomofspeed" and then I can click on that tag and se=
e
> > > > > other FoF-readers tags that used that. I think there were some
> other
> > > > > cool ideas along this line brought up on the mailiing list in the
> past
> > > > > that may be worth searching for.
> > > > >
> > > > > Anyways, any of those sources are good todos that haven't been
> picked
> > > > > up yet. Just drop your intent via the mailing list or to me and
> you'll
> > > > > get assigned. :)
> > > > >
> > > > > Andrew
> > > > >
> > > > >
> > > > > On 4/26/06, Evan Roth < eva...@gm...> wrote:
> > > > > > hey guys,
> > > > > >
> > > > > > now that i've got the login up and working, i was going to move
> on
> > to
> > > > > > something else.
> > > > > >
> > > > > > do we have a task list or something?
> > > > > >
> > > > > > otherwise i would add the options to enable/disable gzipping th=
e
> > feed
> > > > html
> > > > > > and select sort order (cache or publish time).
> > > > > >
> > > > > > any other major requests or needs?
> > > > > >
> > > > > > /evan
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > 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
> > >
> >
> >
>
>
> --
> Andrew Turner
> ajt...@hi...        42.4266N x 83.4931W
> http://highearthorbit.com              Northville, Michigan, USA
>

Re: [Fofredux-devel] task list?

[Andrew T. <ajt...@hi...>]

This was discussed on the dev list before - and I definitely
understand and share some of your concerns.

The goal is to make FoFRedux look nice, and be a little simpler/faster
to use. I agree that the *current* users of FoFRedux obviously look
past the current UI and still use it. The difference is how many other
people would use it if it looked a little better. I've seen blog posts
and received numerous comments from other geeks "it better do
something really special to make me want to look at *that*".

Anyways, the actual graphics are going to be there. Now for JS/Ajax,
yes, fallback is definitely good. The first-things I was going to put
in were:
1) Tagging items
2) Mark items read/unread

Which as you point out should be fairly straight forward, and easy to
add fallbacks that call normal href's.

Another nice thing would be dynamic refresh. I frequently come to
FoFRedux and want to update all - and don't want to sit there and
wait. So to be able to have the update as an asyncronous request would
be great.

Anyways, the first things are very easy to add, and we can try them
out to vote yay or nay on them and what other async (ajax) interfaces
we would want to add.

Andrew

On 4/26/06, Evan Roth <eva...@gm...> wrote:
> i'm still not sure to what extent i want to see ajax in there.  in many
> cases, apps include ajax simply because it's the in thing to do, and it's
> just to much.
>
> in most cases, you can start with a decent markup, whether you do your cs=
s
> or html first...and then add ajax to the various event handlers where
> needed.  if we decide to go down the ajax road, then i think the user sho=
uld
> definitely be able to specify, via the options, what features to enable, =
so
> that he can keep his interface as light as possible.  (matter of fact, ou=
r
> firewall at work - VW Konzern - blocks most javascript, which means you
> can't even i can't even use gmail from the office...and this is the stand=
ard
> for most large corps, as they purchase various firewall suites and simply
> install)
>
> i think the only place i can imagine wanting ajax (but i haven't pondered=
 it
> too much) is for marking items and refreshing the view.  but that's all
> super simple stuff that could be done in an afternoon.  various GUI effec=
ts
> (click&drag stuff) are simply not needed, and would possible stop some
> people from updating.  at least in my opinion.
>
> i'd imagine more people would want better ways to read and manage their f=
eed
> subscriptions...whereas some kind of global tagging (ie social networking=
)
> seems like a better way down that route.  perhaps there's a way for us to
> recommend other feeds, ala www.last.fm.  or provide some sort of feed
> search, based on tags or whatever.  perhaps integrating some of the
> technorati api...or something similar.
>
> look at it this way...those people still using fof or fof-redux are proba=
bly
> not doing it for it's user interface.  (and if they are, then we probably
> lose them by adding too much anyway).  i'd bet they are using it for it's
> features that fit their needs...as it runs on their machine, but is
> accessible from anywhere.
>
>
>
> On 4/26/06, Andrew Turner < ajt...@hi...> wrote:
> > My plan for Khaled was for him to just produce a clean, from-scratch,
> > mock-up of his designs. I'm not sure if he did the current work in
> > CSS/HTML or Photoshop.
> >
> > I think making the "from-scratch" CSS and then filling in the actual
> > PHP logic will produce cleaner source rather than the alternative. I
> > am planning on putting in the actual PHP logic into the HTML source
> > and adding Ajax along the way. This is the best method I've found for
> > my sites. If you do the reverse you end up killing yourself trying to
> > fiddle w/ the css AND code rather than just the reverse.
> >
> > I think the current HTML source is dead, long-live the HTML source. :)
> > If someone thinks this isn't the right way to go, please speak up.
> >
> > Andrew
> >
> > On 4/26/06, Evan Roth <eva...@gm...> wrote:
> > > yeah, the multi-user stuff is pretty straight-forward.  i've got it a=
ll
> in
> > > my head and on paper here.  i just would have waited for the weekend,
> since
> > > i didnt want to start a lengthy task when i only have small chunks of
> time.
> > >
> > > 1 thing i also noticed that needs to be done, which could perhaps hel=
p
> > > khaled, is to fix up the html.  it's quite sloppy, with quite a bit o=
f
> > > tables and so on still remaining.  it could make his job a bit easier=
,
> if we
> > > were to take care of it for him...and he wouldn't need to mess with t=
he
> code
> > > at all, but rather develop a nice css based on our markup.
> > >
> > >
> > > On 4/26/06, Andrew Turner <ajt...@hi...> wrote:
> > > > I think Multi-user support of individual data is the highest priori=
ty
> > > > at this point (and the redesign, which is holding on Khaled :)
> > > >
> > > > We need individual user feeds, item read/unread state, tags,
> > > > categories, settings. And some means to also "share" this informati=
on
> > > > if desired across users (like see what tags, feeds, categories, oth=
er
> > > > members of the same install are using?)
> > > >
> > > > Andrew
> > > >
> > > > On 4/26/06, Evan Roth < eva...@gm... > wrote:
> > > > > personally, i'm kind of skeptical of the first idea, since it see=
ms
> like
> > > > > overkill.  do people actually use a desktop reader, when they hav=
e a
> > > browser
> > > > > reader that functions similarly?  i used to use Owl...over a year
> > > > > ago...before i went with fof.  i dropped it since it wasn't
> portable.
> > > (who
> > > > > knows if they've made major updates since, which make it better)
> > > > >
> > > > > the 2nd idea is decent...but for any social software to be
> successful,
> > > you
> > > > > need a huge amount of users.   and to get started on that, we sho=
uld
> > > really
> > > > > finish multi-user here.  so i guess i just chug along with that.
> > > > >
> > > > >
> > > > > On 4/26/06, Andrew Turner < ajt...@hi... > wrote:
> > > > > > There is the bug/feature list over at the SF Project site - jus=
t
> > > > > > request to me and i'll assign you tasks. Helps keep the flow
> through
> > > > > > one person to coordinate tasks.
> > > > > >
> > > > > > There is also the "feature list" on the roadmap, most of which =
is
> > > > > > listed in the feature list.
> > > > > >
> > > > > > Two big features we've tossed around, but not made progress on:
> > > > > > 1) Syncronizing FoFRedux w/ a desktop reader (Vienna (open-sour=
ce
> > > > > > mac), OwlReader (open-source windows?), NetNewsWire (has sync t=
o
> > > > > > newsgator)). Basically this would be adding a web-services API,
> > > > > > preferably being something simple like REST (w/ Auth) for getti=
ng
> > > > > > statuses of feeds/items, setting the status, etc.
> > > > > >
> > > > > > 2) Sharing of tags and feeds with multiple installs of FoFRedux=
 &
> > > > > > other software. For example, we can form "pools" of shared
> information
> > > > > > where tags and feeds are shared in a group. So when I read my
> items, I
> > > > > > can see that other people have tagged a given item with "tech,
> > > > > > politics, freedomofspeed" and then I can click on that tag and =
see
> > > > > > other FoF-readers tags that used that. I think there were some
> other
> > > > > > cool ideas along this line brought up on the mailiing list in t=
he
> past
> > > > > > that may be worth searching for.
> > > > > >
> > > > > > Anyways, any of those sources are good todos that haven't been
> picked
> > > > > > up yet. Just drop your intent via the mailing list or to me and
> you'll
> > > > > > get assigned. :)
> > > > > >
> > > > > > Andrew
> > > > > >
> > > > > >
> > > > > > On 4/26/06, Evan Roth < eva...@gm...> wrote:
> > > > > > > hey guys,
> > > > > > >
> > > > > > > now that i've got the login up and working, i was going to mo=
ve
> on
> > > to
> > > > > > > something else.
> > > > > > >
> > > > > > > do we have a task list or something?
> > > > > > >
> > > > > > > otherwise i would add the options to enable/disable gzipping =
the
> > > feed
> > > > > html
> > > > > > > and select sort order (cache or publish time).
> > > > > > >
> > > > > > > any other major requests or needs?
> > > > > > >
> > > > > > > /evan
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Andrew Turner
> > > > > > ajt...@hi...         42.4266N x 83.4931W
> > > > > > http://highearthorbit.com               Northville, Michigan, U=
SA
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > 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
> >
>
>


--
Andrew Turner
ajt...@hi...        42.4266N x 83.4931W
http://highearthorbit.com              Northville, Michigan, USA

Re: [Fofredux-devel] task list?

[Evan R. <eva...@gm...>]

1 other idea to toss around would be to support the various rss metadata,
such as slashcode.  this is also down the road of tagging, since most
authors already include such general tags.


On 4/26/06, Andrew Turner <ajt...@hi...> wrote:
>
> This was discussed on the dev list before - and I definitely
> understand and share some of your concerns.
>
> The goal is to make FoFRedux look nice, and be a little simpler/faster
> to use. I agree that the *current* users of FoFRedux obviously look
> past the current UI and still use it. The difference is how many other
> people would use it if it looked a little better. I've seen blog posts
> and received numerous comments from other geeks "it better do
> something really special to make me want to look at *that*".
>
> Anyways, the actual graphics are going to be there. Now for JS/Ajax,
> yes, fallback is definitely good. The first-things I was going to put
> in were:
> 1) Tagging items
> 2) Mark items read/unread
>
> Which as you point out should be fairly straight forward, and easy to
> add fallbacks that call normal href's.
>
> Another nice thing would be dynamic refresh. I frequently come to
> FoFRedux and want to update all - and don't want to sit there and
> wait. So to be able to have the update as an asyncronous request would
> be great.
>
> Anyways, the first things are very easy to add, and we can try them
> out to vote yay or nay on them and what other async (ajax) interfaces
> we would want to add.
>
> Andrew
>
> On 4/26/06, Evan Roth <eva...@gm...> wrote:
> > i'm still not sure to what extent i want to see ajax in there.  in many
> > cases, apps include ajax simply because it's the in thing to do, and
> it's
> > just to much.
> >
> > in most cases, you can start with a decent markup, whether you do your
> css
> > or html first...and then add ajax to the various event handlers where
> > needed.  if we decide to go down the ajax road, then i think the user
> should
> > definitely be able to specify, via the options, what features to enable=
,
> so
> > that he can keep his interface as light as possible.  (matter of fact,
> our
> > firewall at work - VW Konzern - blocks most javascript, which means you
> > can't even i can't even use gmail from the office...and this is the
> standard
> > for most large corps, as they purchase various firewall suites and
> simply
> > install)
> >
> > i think the only place i can imagine wanting ajax (but i haven't
> pondered it
> > too much) is for marking items and refreshing the view.  but that's all
> > super simple stuff that could be done in an afternoon.  various GUI
> effects
> > (click&drag stuff) are simply not needed, and would possible stop some
> > people from updating.  at least in my opinion.
> >
> > i'd imagine more people would want better ways to read and manage their
> feed
> > subscriptions...whereas some kind of global tagging (ie social
> networking)
> > seems like a better way down that route.  perhaps there's a way for us
> to
> > recommend other feeds, ala www.last.fm.  or provide some sort of feed
> > search, based on tags or whatever.  perhaps integrating some of the
> > technorati api...or something similar.
> >
> > look at it this way...those people still using fof or fof-redux are
> probably
> > not doing it for it's user interface.  (and if they are, then we
> probably
> > lose them by adding too much anyway).  i'd bet they are using it for
> it's
> > features that fit their needs...as it runs on their machine, but is
> > accessible from anywhere.
> >
> >
> >
> > On 4/26/06, Andrew Turner < ajt...@hi...> wrote:
> > > My plan for Khaled was for him to just produce a clean, from-scratch,
> > > mock-up of his designs. I'm not sure if he did the current work in
> > > CSS/HTML or Photoshop.
> > >
> > > I think making the "from-scratch" CSS and then filling in the actual
> > > PHP logic will produce cleaner source rather than the alternative. I
> > > am planning on putting in the actual PHP logic into the HTML source
> > > and adding Ajax along the way. This is the best method I've found for
> > > my sites. If you do the reverse you end up killing yourself trying to
> > > fiddle w/ the css AND code rather than just the reverse.
> > >
> > > I think the current HTML source is dead, long-live the HTML source. :=
)
> > > If someone thinks this isn't the right way to go, please speak up.
> > >
> > > Andrew
> > >
> > > On 4/26/06, Evan Roth <eva...@gm...> wrote:
> > > > yeah, the multi-user stuff is pretty straight-forward.  i've got it
> all
> > in
> > > > my head and on paper here.  i just would have waited for the
> weekend,
> > since
> > > > i didnt want to start a lengthy task when i only have small chunks
> of
> > time.
> > > >
> > > > 1 thing i also noticed that needs to be done, which could perhaps
> help
> > > > khaled, is to fix up the html.  it's quite sloppy, with quite a bit
> of
> > > > tables and so on still remaining.  it could make his job a bit
> easier,
> > if we
> > > > were to take care of it for him...and he wouldn't need to mess with
> the
> > code
> > > > at all, but rather develop a nice css based on our markup.
> > > >
> > > >
> > > > On 4/26/06, Andrew Turner <ajt...@hi...> wrote:
> > > > > I think Multi-user support of individual data is the highest
> priority
> > > > > at this point (and the redesign, which is holding on Khaled :)
> > > > >
> > > > > We need individual user feeds, item read/unread state, tags,
> > > > > categories, settings. And some means to also "share" this
> information
> > > > > if desired across users (like see what tags, feeds, categories,
> other
> > > > > members of the same install are using?)
> > > > >
> > > > > Andrew
> > > > >
> > > > > On 4/26/06, Evan Roth < eva...@gm... > wrote:
> > > > > > personally, i'm kind of skeptical of the first idea, since it
> seems
> > like
> > > > > > overkill.  do people actually use a desktop reader, when they
> have a
> > > > browser
> > > > > > reader that functions similarly?  i used to use Owl...over a
> year
> > > > > > ago...before i went with fof.  i dropped it since it wasn't
> > portable.
> > > > (who
> > > > > > knows if they've made major updates since, which make it better=
)
> > > > > >
> > > > > > the 2nd idea is decent...but for any social software to be
> > successful,
> > > > you
> > > > > > need a huge amount of users.   and to get started on that, we
> should
> > > > really
> > > > > > finish multi-user here.  so i guess i just chug along with that=
.
> > > > > >
> > > > > >
> > > > > > On 4/26/06, Andrew Turner < ajt...@hi... > wrote=
:
> > > > > > > There is the bug/feature list over at the SF Project site -
> just
> > > > > > > request to me and i'll assign you tasks. Helps keep the flow
> > through
> > > > > > > one person to coordinate tasks.
> > > > > > >
> > > > > > > There is also the "feature list" on the roadmap, most of whic=
h
> is
> > > > > > > listed in the feature list.
> > > > > > >
> > > > > > > Two big features we've tossed around, but not made progress
> on:
> > > > > > > 1) Syncronizing FoFRedux w/ a desktop reader (Vienna
> (open-source
> > > > > > > mac), OwlReader (open-source windows?), NetNewsWire (has sync
> to
> > > > > > > newsgator)). Basically this would be adding a web-services
> API,
> > > > > > > preferably being something simple like REST (w/ Auth) for
> getting
> > > > > > > statuses of feeds/items, setting the status, etc.
> > > > > > >
> > > > > > > 2) Sharing of tags and feeds with multiple installs of
> FoFRedux &
> > > > > > > other software. For example, we can form "pools" of shared
> > information
> > > > > > > where tags and feeds are shared in a group. So when I read my
> > items, I
> > > > > > > can see that other people have tagged a given item with "tech=
,
> > > > > > > politics, freedomofspeed" and then I can click on that tag an=
d
> see
> > > > > > > other FoF-readers tags that used that. I think there were som=
e
> > other
> > > > > > > cool ideas along this line brought up on the mailiing list in
> the
> > past
> > > > > > > that may be worth searching for.
> > > > > > >
> > > > > > > Anyways, any of those sources are good todos that haven't bee=
n
> > picked
> > > > > > > up yet. Just drop your intent via the mailing list or to me
> and
> > you'll
> > > > > > > get assigned. :)
> > > > > > >
> > > > > > > Andrew
> > > > > > >
> > > > > > >
> > > > > > > On 4/26/06, Evan Roth < eva...@gm...> wrote:
> > > > > > > > hey guys,
> > > > > > > >
> > > > > > > > now that i've got the login up and working, i was going to
> move
> > on
> > > > to
> > > > > > > > something else.
> > > > > > > >
> > > > > > > > do we have a task list or something?
> > > > > > > >
> > > > > > > > otherwise i would add the options to enable/disable gzippin=
g
> the
> > > > feed
> > > > > > html
> > > > > > > > and select sort order (cache or publish time).
> > > > > > > >
> > > > > > > > any other major requests or needs?
> > > > > > > >
> > > > > > > > /evan
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > 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
> > > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > 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
>

Re: [Fofredux-devel] task list?

[Broken K. <kha...@gm...>]

Far too fast for the likes of me. I did all the mock ups in photoshop. 
Making something from the ground up works much better for me to be 
honest, however I would like someone to start the ball rolling if that's 
not too much to ask. Evan if you could set up the structure in terms of 
divs and frames then I can jump in an make one clean sweep of the css. 
It's just the building blocks that I need to be honest. You guys work 
far too fast for me (coding is something that takes me a long time), so 
if I can concentrate on bringing the css together that would definitely 
speed up the process from my end.

Evan Roth wrote:
> 1 other idea to toss around would be to support the various rss 
> metadata, such as slashcode.  this is also down the road of tagging, 
> since most authors already include such general tags.
>
>
> On 4/26/06, *Andrew Turner* <ajt...@hi... 
> <mailto:ajt...@hi...>> wrote:
>
>     This was discussed on the dev list before - and I definitely
>     understand and share some of your concerns.
>
>     The goal is to make FoFRedux look nice, and be a little simpler/faster
>     to use. I agree that the *current* users of FoFRedux obviously look
>     past the current UI and still use it. The difference is how many other
>     people would use it if it looked a little better. I've seen blog posts
>     and received numerous comments from other geeks "it better do
>     something really special to make me want to look at *that*".
>
>     Anyways, the actual graphics are going to be there. Now for JS/Ajax,
>     yes, fallback is definitely good. The first-things I was going to put
>     in were:
>     1) Tagging items
>     2) Mark items read/unread
>
>     Which as you point out should be fairly straight forward, and easy to
>     add fallbacks that call normal href's.
>
>     Another nice thing would be dynamic refresh. I frequently come to
>     FoFRedux and want to update all - and don't want to sit there and
>     wait. So to be able to have the update as an asyncronous request would
>     be great.
>
>     Anyways, the first things are very easy to add, and we can try them
>     out to vote yay or nay on them and what other async (ajax) interfaces
>     we would want to add.
>
>     Andrew
>
>     On 4/26/06, Evan Roth <eva...@gm...
>     <mailto:eva...@gm...>> wrote:
>     > i'm still not sure to what extent i want to see ajax in
>     there.  in many
>     > cases, apps include ajax simply because it's the in thing to do,
>     and it's
>     > just to much.
>     >
>     > in most cases, you can start with a decent markup, whether you
>     do your css
>     > or html first...and then add ajax to the various event handlers
>     where
>     > needed.  if we decide to go down the ajax road, then i think the
>     user should
>     > definitely be able to specify, via the options, what features to
>     enable, so
>     > that he can keep his interface as light as possible.  (matter of
>     fact, our
>     > firewall at work - VW Konzern - blocks most javascript, which
>     means you
>     > can't even i can't even use gmail from the office...and this is
>     the standard
>     > for most large corps, as they purchase various firewall suites
>     and simply
>     > install)
>     >
>     > i think the only place i can imagine wanting ajax (but i haven't
>     pondered it
>     > too much) is for marking items and refreshing the view.  but
>     that's all
>     > super simple stuff that could be done in an afternoon.  various
>     GUI effects
>     > (click&drag stuff) are simply not needed, and would possible
>     stop some
>     > people from updating.  at least in my opinion.
>     >
>     > i'd imagine more people would want better ways to read and
>     manage their feed
>     > subscriptions...whereas some kind of global tagging (ie social
>     networking)
>     > seems like a better way down that route.  perhaps there's a way
>     for us to
>     > recommend other feeds, ala www.last.fm <http://www.last.fm>.  or
>     provide some sort of feed
>     > search, based on tags or whatever.  perhaps integrating some of the
>     > technorati api...or something similar.
>     >
>     > look at it this way...those people still using fof or fof-redux
>     are probably
>     > not doing it for it's user interface.  (and if they are, then we
>     probably
>     > lose them by adding too much anyway).  i'd bet they are using it
>     for it's
>     > features that fit their needs...as it runs on their machine, but is
>     > accessible from anywhere.
>     >
>     >
>     >
>     > On 4/26/06, Andrew Turner < ajt...@hi...
>     <mailto:ajt...@hi...>> wrote:
>     > > My plan for Khaled was for him to just produce a clean,
>     from-scratch,
>     > > mock-up of his designs. I'm not sure if he did the current work in
>     > > CSS/HTML or Photoshop.
>     > >
>     > > I think making the "from-scratch" CSS and then filling in the
>     actual
>     > > PHP logic will produce cleaner source rather than the
>     alternative. I
>     > > am planning on putting in the actual PHP logic into the HTML
>     source
>     > > and adding Ajax along the way. This is the best method I've
>     found for
>     > > my sites. If you do the reverse you end up killing yourself
>     trying to
>     > > fiddle w/ the css AND code rather than just the reverse.
>     > >
>     > > I think the current HTML source is dead, long-live the HTML
>     source. :)
>     > > If someone thinks this isn't the right way to go, please speak up.
>     > >
>     > > Andrew
>     > >
>     > > On 4/26/06, Evan Roth <eva...@gm...
>     <mailto:eva...@gm...>> wrote:
>     > > > yeah, the multi-user stuff is pretty straight-forward.  i've
>     got it all
>     > in
>     > > > my head and on paper here.  i just would have waited for the
>     weekend,
>     > since
>     > > > i didnt want to start a lengthy task when i only have small
>     chunks of
>     > time.
>     > > >
>     > > > 1 thing i also noticed that needs to be done, which could
>     perhaps help
>     > > > khaled, is to fix up the html.  it's quite sloppy, with
>     quite a bit of
>     > > > tables and so on still remaining.  it could make his job a
>     bit easier,
>     > if we
>     > > > were to take care of it for him...and he wouldn't need to
>     mess with the
>     > code
>     > > > at all, but rather develop a nice css based on our markup.
>     > > >
>     > > >
>     > > > On 4/26/06, Andrew Turner <ajt...@hi...
>     <mailto:ajt...@hi...>> wrote:
>     > > > > I think Multi-user support of individual data is the
>     highest priority
>     > > > > at this point (and the redesign, which is holding on Khaled :)
>     > > > >
>     > > > > We need individual user feeds, item read/unread state, tags,
>     > > > > categories, settings. And some means to also "share" this
>     information
>     > > > > if desired across users (like see what tags, feeds,
>     categories, other
>     > > > > members of the same install are using?)
>     > > > >
>     > > > > Andrew
>     > > > >
>     > > > > On 4/26/06, Evan Roth < eva...@gm...
>     <mailto:eva...@gm...> > wrote:
>     > > > > > personally, i'm kind of skeptical of the first idea,
>     since it seems
>     > like
>     > > > > > overkill.  do people actually use a desktop reader, when
>     they have a
>     > > > browser
>     > > > > > reader that functions similarly?  i used to use
>     Owl...over a year
>     > > > > > ago...before i went with fof.  i dropped it since it wasn't
>     > portable.
>     > > > (who
>     > > > > > knows if they've made major updates since, which make it
>     better)
>     > > > > >
>     > > > > > the 2nd idea is decent...but for any social software to be
>     > successful,
>     > > > you
>     > > > > > need a huge amount of users.   and to get started on
>     that, we should
>     > > > really
>     > > > > > finish multi-user here.  so i guess i just chug along
>     with that.
>     > > > > >
>     > > > > >
>     > > > > > On 4/26/06, Andrew Turner < ajt...@hi...
>     <mailto:ajt...@hi...> > wrote:
>     > > > > > > There is the bug/feature list over at the SF Project
>     site - just
>     > > > > > > request to me and i'll assign you tasks. Helps keep
>     the flow
>     > through
>     > > > > > > one person to coordinate tasks.
>     > > > > > >
>     > > > > > > There is also the "feature list" on the roadmap, most
>     of which is
>     > > > > > > listed in the feature list.
>     > > > > > >
>     > > > > > > Two big features we've tossed around, but not made
>     progress on:
>     > > > > > > 1) Syncronizing FoFRedux w/ a desktop reader (Vienna
>     (open-source
>     > > > > > > mac), OwlReader (open-source windows?), NetNewsWire
>     (has sync to
>     > > > > > > newsgator)). Basically this would be adding a
>     web-services API,
>     > > > > > > preferably being something simple like REST (w/ Auth)
>     for getting
>     > > > > > > statuses of feeds/items, setting the status, etc.
>     > > > > > >
>     > > > > > > 2) Sharing of tags and feeds with multiple installs of
>     FoFRedux &
>     > > > > > > other software. For example, we can form "pools" of shared
>     > information
>     > > > > > > where tags and feeds are shared in a group. So when I
>     read my
>     > items, I
>     > > > > > > can see that other people have tagged a given item
>     with "tech,
>     > > > > > > politics, freedomofspeed" and then I can click on that
>     tag and see
>     > > > > > > other FoF-readers tags that used that. I think there
>     were some
>     > other
>     > > > > > > cool ideas along this line brought up on the mailiing
>     list in the
>     > past
>     > > > > > > that may be worth searching for.
>     > > > > > >
>     > > > > > > Anyways, any of those sources are good todos that
>     haven't been
>     > picked
>     > > > > > > up yet. Just drop your intent via the mailing list or
>     to me and
>     > you'll
>     > > > > > > get assigned. :)
>     > > > > > >
>     > > > > > > Andrew
>     > > > > > >
>     > > > > > >
>     > > > > > > On 4/26/06, Evan Roth < eva...@gm...
>     <mailto:eva...@gm...>> wrote:
>     > > > > > > > hey guys,
>     > > > > > > >
>     > > > > > > > now that i've got the login up and working, i was
>     going to move
>     > on
>     > > > to
>     > > > > > > > something else.
>     > > > > > > >
>     > > > > > > > do we have a task list or something?
>     > > > > > > >
>     > > > > > > > otherwise i would add the options to enable/disable
>     gzipping the
>     > > > feed
>     > > > > > html
>     > > > > > > > and select sort order (cache or publish time).
>     > > > > > > >
>     > > > > > > > any other major requests or needs?
>     > > > > > > >
>     > > > > > > > /evan
>     > > > > > > >
>     > > > > > >
>     > > > > > >
>     > > > > > > --
>     > > > > > > Andrew Turner
>     > > > > > > ajt...@hi...
>     <mailto:ajt...@hi...>         42.4266N x 83.4931W
>     > > > > > > http://highearthorbit.com               Northville,
>     Michigan, USA
>     > > > > > >
>     > > > > >
>     > > > > >
>     > > > >
>     > > > >
>     > > > > --
>     > > > > Andrew Turner
>     > > > > ajt...@hi...
>     <mailto:ajt...@hi...>         42.4266N x 83.4931W
>     > > > > http://highearthorbit.com              Northville,
>     Michigan, USA
>     > > > >
>     > > >
>     > > >
>     > >
>     > >
>     > > --
>     > > Andrew Turner
>     > > ajt...@hi...
>     <mailto:ajt...@hi...>        42.4266N x 83.4931W
>     > > http://highearthorbit.com              Northville, Michigan, USA
>     > >
>     >
>     >
>
>
>     --
>     Andrew Turner
>     ajt...@hi...
>     <mailto:ajt...@hi...>        42.4266N x 83.4931W
>     http://highearthorbit.com              Northville, Michigan, USA
>
>

Re: [Fofredux-devel] task list?

[Evan R. <eva...@gm...>]

i tend to agree.  let's work on getting 0.4 out the door, and by then we ca=
n
discuss where to go next.
for me, that means taking more steps towards multi-user.  this weekend
should give me time with the holiday, but then the next 2 weeks may be
tight, since our boss is on vacation, and i need to fill in for him in lots
of boring meetings.
i can take a look at your images and try to put something together, should
be fairly straightforward.  if you like, you can jump in on the install
page, since it's seperate and much more simple (and already there).
but for the main page, the first step could be to convert the frames to div
containers...and then from there just make a simple css which makes
everything readable.  you can make it all pretty and stuff in a 2nd
step...since once we're at that stage, you can tweak away in the css all yo=
u
like, and we'd only have to make very minor markup changes, if at all.  (re=
:
css zen garden)



On 4/26/06, Broken Kode <kha...@gm...> wrote:
>
> Far too fast for the likes of me. I did all the mock ups in photoshop.
> Making something from the ground up works much better for me to be
> honest, however I would like someone to start the ball rolling if that's
> not too much to ask. Evan if you could set up the structure in terms of
> divs and frames then I can jump in an make one clean sweep of the css.
> It's just the building blocks that I need to be honest. You guys work
> far too fast for me (coding is something that takes me a long time), so
> if I can concentrate on bringing the css together that would definitely
> speed up the process from my end.
>
>

Re: [Fofredux-devel] task list?

[Broken K. <kha...@gm...>]

That works PERFECTLY for me. By that stage I'll have SVN set up and all 
I'll have to tweak is that one file (potentially), but I'll probably 
jump into the other files as well, but yeah if you could set up the 
building blocks I can then make a solid move in that area.

Evan Roth wrote:
> i tend to agree.  let's work on getting 0.4 out the door, and by then 
> we can discuss where to go next.
> for me, that means taking more steps towards multi-user.  this weekend 
> should give me time with the holiday, but then the next 2 weeks may be 
> tight, since our boss is on vacation, and i need to fill in for him in 
> lots of boring meetings.
> i can take a look at your images and try to put something together, 
> should be fairly straightforward.  if you like, you can jump in on the 
> install page, since it's seperate and much more simple (and already 
> there). 
> but for the main page, the first step could be to convert the frames 
> to div containers...and then from there just make a simple css which 
> makes everything readable.  you can make it all pretty and stuff in a 
> 2nd step...since once we're at that stage, you can tweak away in the 
> css all you like, and we'd only have to make very minor markup 
> changes, if at all.  (re: css zen garden)
>
>
>
> On 4/26/06, *Broken Kode* <kha...@gm... 
> <mailto:kha...@gm...>> wrote:
>
>     Far too fast for the likes of me. I did all the mock ups in photoshop.
>     Making something from the ground up works much better for me to be
>     honest, however I would like someone to start the ball rolling if
>     that's
>     not too much to ask. Evan if you could set up the structure in
>     terms of
>     divs and frames then I can jump in an make one clean sweep of the css.
>     It's just the building blocks that I need to be honest. You guys work
>     far too fast for me (coding is something that takes me a long
>     time), so
>     if I can concentrate on bringing the css together that would
>     definitely
>     speed up the process from my end.
>
>

Re: [Fofredux-devel] task list?

[Kevin <ke...@dr...>]

Andrew said:

> Two big features we've tossed around, but not made progress on:
> 1) Syncronizing FoFRedux w/ a desktop reader (Vienna (open-source
> mac), OwlReader (open-source windows?), NetNewsWire (has sync to
> newsgator)). Basically this would be adding a web-services API,
> preferably being something simple like REST (w/ Auth) for getting
> statuses of feeds/items, setting the status, etc.

Many can benefit from a solid abstraction for accessing & manipulating th=
e
model.  We will need to do this for ajax.  From there, it wouldn't be too
much effort to add a generic web services API.


--=20
Kevin

Re: [Fofredux-devel] task list?

[Kevin <ke...@dr...>]

> 1 other idea to toss around would be to support the various rss metadat=
a,
> such as slashcode.  this is also down the road of tagging, since most
> authors already include such general tags.

This is doable.  I've already got the code done to extract the most commo=
n
forms of item tags I've seen. (<content>, <dc:subject>, and one offs like
flickr and del.icio.us)

-Kevin


> On 4/26/06, Andrew Turner <ajt...@hi...> wrote:
>>
>> This was discussed on the dev list before - and I definitely
>> understand and share some of your concerns.
>>
>> The goal is to make FoFRedux look nice, and be a little simpler/faster
>> to use. I agree that the *current* users of FoFRedux obviously look
>> past the current UI and still use it. The difference is how many other
>> people would use it if it looked a little better. I've seen blog posts
>> and received numerous comments from other geeks "it better do
>> something really special to make me want to look at *that*".
>>
>> Anyways, the actual graphics are going to be there. Now for JS/Ajax,
>> yes, fallback is definitely good. The first-things I was going to put
>> in were:
>> 1) Tagging items
>> 2) Mark items read/unread
>>
>> Which as you point out should be fairly straight forward, and easy to
>> add fallbacks that call normal href's.
>>
>> Another nice thing would be dynamic refresh. I frequently come to
>> FoFRedux and want to update all - and don't want to sit there and
>> wait. So to be able to have the update as an asyncronous request would
>> be great.
>>
>> Anyways, the first things are very easy to add, and we can try them
>> out to vote yay or nay on them and what other async (ajax) interfaces
>> we would want to add.
>>
>> Andrew
>>
>> On 4/26/06, Evan Roth <eva...@gm...> wrote:
>> > i'm still not sure to what extent i want to see ajax in there.  in
>> many
>> > cases, apps include ajax simply because it's the in thing to do, and
>> it's
>> > just to much.
>> >
>> > in most cases, you can start with a decent markup, whether you do yo=
ur
>> css
>> > or html first...and then add ajax to the various event handlers wher=
e
>> > needed.  if we decide to go down the ajax road, then i think the use=
r
>> should
>> > definitely be able to specify, via the options, what features to
>> enable,
>> so
>> > that he can keep his interface as light as possible.  (matter of fac=
t,
>> our
>> > firewall at work - VW Konzern - blocks most javascript, which means
>> you
>> > can't even i can't even use gmail from the office...and this is the
>> standard
>> > for most large corps, as they purchase various firewall suites and
>> simply
>> > install)
>> >
>> > i think the only place i can imagine wanting ajax (but i haven't
>> pondered it
>> > too much) is for marking items and refreshing the view.  but that's
>> all
>> > super simple stuff that could be done in an afternoon.  various GUI
>> effects
>> > (click&drag stuff) are simply not needed, and would possible stop so=
me
>> > people from updating.  at least in my opinion.
>> >
>> > i'd imagine more people would want better ways to read and manage
>> their
>> feed
>> > subscriptions...whereas some kind of global tagging (ie social
>> networking)
>> > seems like a better way down that route.  perhaps there's a way for =
us
>> to
>> > recommend other feeds, ala www.last.fm.  or provide some sort of fee=
d
>> > search, based on tags or whatever.  perhaps integrating some of the
>> > technorati api...or something similar.
>> >
>> > look at it this way...those people still using fof or fof-redux are
>> probably
>> > not doing it for it's user interface.  (and if they are, then we
>> probably
>> > lose them by adding too much anyway).  i'd bet they are using it for
>> it's
>> > features that fit their needs...as it runs on their machine, but is
>> > accessible from anywhere.
>> >
>> >
>> >
>> > On 4/26/06, Andrew Turner < ajt...@hi...> wrote:
>> > > My plan for Khaled was for him to just produce a clean,
>> from-scratch,
>> > > mock-up of his designs. I'm not sure if he did the current work in
>> > > CSS/HTML or Photoshop.
>> > >
>> > > I think making the "from-scratch" CSS and then filling in the actu=
al
>> > > PHP logic will produce cleaner source rather than the alternative.=
 I
>> > > am planning on putting in the actual PHP logic into the HTML sourc=
e
>> > > and adding Ajax along the way. This is the best method I've found
>> for
>> > > my sites. If you do the reverse you end up killing yourself trying
>> to
>> > > fiddle w/ the css AND code rather than just the reverse.
>> > >
>> > > I think the current HTML source is dead, long-live the HTML source=
.
>> :)
>> > > If someone thinks this isn't the right way to go, please speak up.
>> > >
>> > > Andrew
>> > >
>> > > On 4/26/06, Evan Roth <eva...@gm...> wrote:
>> > > > yeah, the multi-user stuff is pretty straight-forward.  i've got
>> it
>> all
>> > in
>> > > > my head and on paper here.  i just would have waited for the
>> weekend,
>> > since
>> > > > i didnt want to start a lengthy task when i only have small chun=
ks
>> of
>> > time.
>> > > >
>> > > > 1 thing i also noticed that needs to be done, which could perhap=
s
>> help
>> > > > khaled, is to fix up the html.  it's quite sloppy, with quite a
>> bit
>> of
>> > > > tables and so on still remaining.  it could make his job a bit
>> easier,
>> > if we
>> > > > were to take care of it for him...and he wouldn't need to mess
>> with
>> the
>> > code
>> > > > at all, but rather develop a nice css based on our markup.
>> > > >
>> > > >
>> > > > On 4/26/06, Andrew Turner <ajt...@hi...> wrote:
>> > > > > I think Multi-user support of individual data is the highest
>> priority
>> > > > > at this point (and the redesign, which is holding on Khaled :)
>> > > > >
>> > > > > We need individual user feeds, item read/unread state, tags,
>> > > > > categories, settings. And some means to also "share" this
>> information
>> > > > > if desired across users (like see what tags, feeds, categories=
,
>> other
>> > > > > members of the same install are using?)
>> > > > >
>> > > > > Andrew
>> > > > >
>> > > > > On 4/26/06, Evan Roth < eva...@gm... > wrote:
>> > > > > > personally, i'm kind of skeptical of the first idea, since i=
t
>> seems
>> > like
>> > > > > > overkill.  do people actually use a desktop reader, when the=
y
>> have a
>> > > > browser
>> > > > > > reader that functions similarly?  i used to use Owl...over a
>> year
>> > > > > > ago...before i went with fof.  i dropped it since it wasn't
>> > portable.
>> > > > (who
>> > > > > > knows if they've made major updates since, which make it
>> better)
>> > > > > >
>> > > > > > the 2nd idea is decent...but for any social software to be
>> > successful,
>> > > > you
>> > > > > > need a huge amount of users.   and to get started on that, w=
e
>> should
>> > > > really
>> > > > > > finish multi-user here.  so i guess i just chug along with
>> that.
>> > > > > >
>> > > > > >
>> > > > > > On 4/26/06, Andrew Turner < ajt...@hi... >
>> wrote:
>> > > > > > > There is the bug/feature list over at the SF Project site =
-
>> just
>> > > > > > > request to me and i'll assign you tasks. Helps keep the fl=
ow
>> > through
>> > > > > > > one person to coordinate tasks.
>> > > > > > >
>> > > > > > > There is also the "feature list" on the roadmap, most of
>> which
>> is
>> > > > > > > listed in the feature list.
>> > > > > > >
>> > > > > > > Two big features we've tossed around, but not made progres=
s
>> on:
>> > > > > > > 1) Syncronizing FoFRedux w/ a desktop reader (Vienna
>> (open-source
>> > > > > > > mac), OwlReader (open-source windows?), NetNewsWire (has
>> sync
>> to
>> > > > > > > newsgator)). Basically this would be adding a web-services
>> API,
>> > > > > > > preferably being something simple like REST (w/ Auth) for
>> getting
>> > > > > > > statuses of feeds/items, setting the status, etc.
>> > > > > > >
>> > > > > > > 2) Sharing of tags and feeds with multiple installs of
>> FoFRedux &
>> > > > > > > other software. For example, we can form "pools" of shared
>> > information
>> > > > > > > where tags and feeds are shared in a group. So when I read
>> my
>> > items, I
>> > > > > > > can see that other people have tagged a given item with
>> "tech,
>> > > > > > > politics, freedomofspeed" and then I can click on that tag
>> and
>> see
>> > > > > > > other FoF-readers tags that used that. I think there were
>> some
>> > other
>> > > > > > > cool ideas along this line brought up on the mailiing list
>> in
>> the
>> > past
>> > > > > > > that may be worth searching for.
>> > > > > > >
>> > > > > > > Anyways, any of those sources are good todos that haven't
>> been
>> > picked
>> > > > > > > up yet. Just drop your intent via the mailing list or to m=
e
>> and
>> > you'll
>> > > > > > > get assigned. :)
>> > > > > > >
>> > > > > > > Andrew
>> > > > > > >
>> > > > > > >
>> > > > > > > On 4/26/06, Evan Roth < eva...@gm...> wrote:
>> > > > > > > > hey guys,
>> > > > > > > >
>> > > > > > > > now that i've got the login up and working, i was going =
to
>> move
>> > on
>> > > > to
>> > > > > > > > something else.
>> > > > > > > >
>> > > > > > > > do we have a task list or something?
>> > > > > > > >
>> > > > > > > > otherwise i would add the options to enable/disable
>> gzipping
>> the
>> > > > feed
>> > > > > > html
>> > > > > > > > and select sort order (cache or publish time).
>> > > > > > > >
>> > > > > > > > any other major requests or needs?
>> > > > > > > >
>> > > > > > > > /evan
>> > > > > > > >
>> > > > > > >
>> > > > > > >
>> > > > > > > --
>> > > > > > > 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, U=
SA
>> > > > >
>> > > >
>> > > >
>> > >
>> > >
>> > > --
>> > > 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
>>
>


--=20
Kevin

Re: [Fofredux-devel] task list?

[Evan R. <eva...@gm...>]

that'd be great.  i've been wanting to incorporate the slashdot stuff for
months, but have never mustered the motivation to actually sit down and do
it.  not sure what other feeds offer so much extra info, since i simply
don't pay enough attention...but i'm sure there are several.

On 4/26/06, Kevin <ke...@dr...> wrote:
>
>
> > 1 other idea to toss around would be to support the various rss
> metadata,
> > such as slashcode.  this is also down the road of tagging, since most
> > authors already include such general tags.
>
> This is doable.  I've already got the code done to extract the most commo=
n
> forms of item tags I've seen. (<content>, <dc:subject>, and one offs like
> flickr and del.icio.us)
>
> -Kevin
>
>
> > On 4/26/06, Andrew Turner <ajt...@hi...> wrote:
> >>
> >> This was discussed on the dev list before - and I definitely
> >> understand and share some of your concerns.
> >>
> >> The goal is to make FoFRedux look nice, and be a little simpler/faster
> >> to use. I agree that the *current* users of FoFRedux obviously look
> >> past the current UI and still use it. The difference is how many other
> >> people would use it if it looked a little better. I've seen blog posts
> >> and received numerous comments from other geeks "it better do
> >> something really special to make me want to look at *that*".
> >>
> >> Anyways, the actual graphics are going to be there. Now for JS/Ajax,
> >> yes, fallback is definitely good. The first-things I was going to put
> >> in were:
> >> 1) Tagging items
> >> 2) Mark items read/unread
> >>
> >> Which as you point out should be fairly straight forward, and easy to
> >> add fallbacks that call normal href's.
> >>
> >> Another nice thing would be dynamic refresh. I frequently come to
> >> FoFRedux and want to update all - and don't want to sit there and
> >> wait. So to be able to have the update as an asyncronous request would
> >> be great.
> >>
> >> Anyways, the first things are very easy to add, and we can try them
> >> out to vote yay or nay on them and what other async (ajax) interfaces
> >> we would want to add.
> >>
> >> Andrew
> >>
> >> On 4/26/06, Evan Roth <eva...@gm...> wrote:
> >> > i'm still not sure to what extent i want to see ajax in there.  in
> >> many
> >> > cases, apps include ajax simply because it's the in thing to do, and
> >> it's
> >> > just to much.
> >> >
> >> > in most cases, you can start with a decent markup, whether you do
> your
> >> css
> >> > or html first...and then add ajax to the various event handlers wher=
e
> >> > needed.  if we decide to go down the ajax road, then i think the use=
r
> >> should
> >> > definitely be able to specify, via the options, what features to
> >> enable,
> >> so
> >> > that he can keep his interface as light as possible.  (matter of
> fact,
> >> our
> >> > firewall at work - VW Konzern - blocks most javascript, which means
> >> you
> >> > can't even i can't even use gmail from the office...and this is the
> >> standard
> >> > for most large corps, as they purchase various firewall suites and
> >> simply
> >> > install)
> >> >
> >> > i think the only place i can imagine wanting ajax (but i haven't
> >> pondered it
> >> > too much) is for marking items and refreshing the view.  but that's
> >> all
> >> > super simple stuff that could be done in an afternoon.  various GUI
> >> effects
> >> > (click&drag stuff) are simply not needed, and would possible stop
> some
> >> > people from updating.  at least in my opinion.
> >> >
> >> > i'd imagine more people would want better ways to read and manage
> >> their
> >> feed
> >> > subscriptions...whereas some kind of global tagging (ie social
> >> networking)
> >> > seems like a better way down that route.  perhaps there's a way for
> us
> >> to
> >> > recommend other feeds, ala www.last.fm.  or provide some sort of fee=
d
> >> > search, based on tags or whatever.  perhaps integrating some of the
> >> > technorati api...or something similar.
> >> >
> >> > look at it this way...those people still using fof or fof-redux are
> >> probably
> >> > not doing it for it's user interface.  (and if they are, then we
> >> probably
> >> > lose them by adding too much anyway).  i'd bet they are using it for
> >> it's
> >> > features that fit their needs...as it runs on their machine, but is
> >> > accessible from anywhere.
> >> >
> >> >
> >> >
> >> > On 4/26/06, Andrew Turner < ajt...@hi...> wrote:
> >> > > My plan for Khaled was for him to just produce a clean,
> >> from-scratch,
> >> > > mock-up of his designs. I'm not sure if he did the current work in
> >> > > CSS/HTML or Photoshop.
> >> > >
> >> > > I think making the "from-scratch" CSS and then filling in the
> actual
> >> > > PHP logic will produce cleaner source rather than the alternative.
> I
> >> > > am planning on putting in the actual PHP logic into the HTML sourc=
e
> >> > > and adding Ajax along the way. This is the best method I've found
> >> for
> >> > > my sites. If you do the reverse you end up killing yourself trying
> >> to
> >> > > fiddle w/ the css AND code rather than just the reverse.
> >> > >
> >> > > I think the current HTML source is dead, long-live the HTML source=
.
> >> :)
> >> > > If someone thinks this isn't the right way to go, please speak up.
> >> > >
> >> > > Andrew
> >> > >
> >> > > On 4/26/06, Evan Roth <eva...@gm...> wrote:
> >> > > > yeah, the multi-user stuff is pretty straight-forward.  i've got
> >> it
> >> all
> >> > in
> >> > > > my head and on paper here.  i just would have waited for the
> >> weekend,
> >> > since
> >> > > > i didnt want to start a lengthy task when i only have small
> chunks
> >> of
> >> > time.
> >> > > >
> >> > > > 1 thing i also noticed that needs to be done, which could perhap=
s
> >> help
> >> > > > khaled, is to fix up the html.  it's quite sloppy, with quite a
> >> bit
> >> of
> >> > > > tables and so on still remaining.  it could make his job a bit
> >> easier,
> >> > if we
> >> > > > were to take care of it for him...and he wouldn't need to mess
> >> with
> >> the
> >> > code
> >> > > > at all, but rather develop a nice css based on our markup.
> >> > > >
> >> > > >
> >> > > > On 4/26/06, Andrew Turner <ajt...@hi...> wrote:
> >> > > > > I think Multi-user support of individual data is the highest
> >> priority
> >> > > > > at this point (and the redesign, which is holding on Khaled :)
> >> > > > >
> >> > > > > We need individual user feeds, item read/unread state, tags,
> >> > > > > categories, settings. And some means to also "share" this
> >> information
> >> > > > > if desired across users (like see what tags, feeds, categories=
,
> >> other
> >> > > > > members of the same install are using?)
> >> > > > >
> >> > > > > Andrew
> >> > > > >
> >> > > > > On 4/26/06, Evan Roth < eva...@gm... > wrote:
> >> > > > > > personally, i'm kind of skeptical of the first idea, since i=
t
> >> seems
> >> > like
> >> > > > > > overkill.  do people actually use a desktop reader, when the=
y
> >> have a
> >> > > > browser
> >> > > > > > reader that functions similarly?  i used to use Owl...over a
> >> year
> >> > > > > > ago...before i went with fof.  i dropped it since it wasn't
> >> > portable.
> >> > > > (who
> >> > > > > > knows if they've made major updates since, which make it
> >> better)
> >> > > > > >
> >> > > > > > the 2nd idea is decent...but for any social software to be
> >> > successful,
> >> > > > you
> >> > > > > > need a huge amount of users.   and to get started on that, w=
e
> >> should
> >> > > > really
> >> > > > > > finish multi-user here.  so i guess i just chug along with
> >> that.
> >> > > > > >
> >> > > > > >
> >> > > > > > On 4/26/06, Andrew Turner < ajt...@hi... >
> >> wrote:
> >> > > > > > > There is the bug/feature list over at the SF Project site =
-
> >> just
> >> > > > > > > request to me and i'll assign you tasks. Helps keep the
> flow
> >> > through
> >> > > > > > > one person to coordinate tasks.
> >> > > > > > >
> >> > > > > > > There is also the "feature list" on the roadmap, most of
> >> which
> >> is
> >> > > > > > > listed in the feature list.
> >> > > > > > >
> >> > > > > > > Two big features we've tossed around, but not made progres=
s
> >> on:
> >> > > > > > > 1) Syncronizing FoFRedux w/ a desktop reader (Vienna
> >> (open-source
> >> > > > > > > mac), OwlReader (open-source windows?), NetNewsWire (has
> >> sync
> >> to
> >> > > > > > > newsgator)). Basically this would be adding a web-services
> >> API,
> >> > > > > > > preferably being something simple like REST (w/ Auth) for
> >> getting
> >> > > > > > > statuses of feeds/items, setting the status, etc.
> >> > > > > > >
> >> > > > > > > 2) Sharing of tags and feeds with multiple installs of
> >> FoFRedux &
> >> > > > > > > other software. For example, we can form "pools" of shared
> >> > information
> >> > > > > > > where tags and feeds are shared in a group. So when I read
> >> my
> >> > items, I
> >> > > > > > > can see that other people have tagged a given item with
> >> "tech,
> >> > > > > > > politics, freedomofspeed" and then I can click on that tag
> >> and
> >> see
> >> > > > > > > other FoF-readers tags that used that. I think there were
> >> some
> >> > other
> >> > > > > > > cool ideas along this line brought up on the mailiing list
> >> in
> >> the
> >> > past
> >> > > > > > > that may be worth searching for.
> >> > > > > > >
> >> > > > > > > Anyways, any of those sources are good todos that haven't
> >> been
> >> > picked
> >> > > > > > > up yet. Just drop your intent via the mailing list or to m=
e
> >> and
> >> > you'll
> >> > > > > > > get assigned. :)
> >> > > > > > >
> >> > > > > > > Andrew
> >> > > > > > >
> >> > > > > > >
> >> > > > > > > On 4/26/06, Evan Roth < eva...@gm...> wrote:
> >> > > > > > > > hey guys,
> >> > > > > > > >
> >> > > > > > > > now that i've got the login up and working, i was going
> to
> >> move
> >> > on
> >> > > > to
> >> > > > > > > > something else.
> >> > > > > > > >
> >> > > > > > > > do we have a task list or something?
> >> > > > > > > >
> >> > > > > > > > otherwise i would add the options to enable/disable
> >> gzipping
> >> the
> >> > > > feed
> >> > > > > > html
> >> > > > > > > > and select sort order (cache or publish time).
> >> > > > > > > >
> >> > > > > > > > any other major requests or needs?
> >> > > > > > > >
> >> > > > > > > > /evan
> >> > > > > > > >
> >> > > > > > >
> >> > > > > > >
> >> > > > > > > --
> >> > > > > > > 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
> >> > > > >
> >> > > >
> >> > > >
> >> > >
> >> > >
> >> > > --
> >> > > 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
> >>
> >
>
>
> --
> Kevin
>
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim=
o
> http://sel.as-us.falkag.net/sel?cmdlnk&kid=120709&bid&3057&dat=121642
> _______________________________________________
> Fofredux-devel mailing list
> Fof...@li...
> https://lists.sourceforge.net/lists/listinfo/fofredux-devel
>