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
>