Re: Re: Fwd: Re: backend -> phpslash questions

Mike Gifford <[email protected]> Mon, 17 Nov 2003 02:47:11 -0500
Newsgroups gmane.comp.cms.phpslash.devel
Organization OpenConcept Consulting http://www.openconcept.ca
Message-ID <[email protected]>
Hello Joe,

On Sat, 2003-11-15 at 09:27, Joe Stewart wrote:
> On Fri, Nov 14, 2003 at 04:48:19PM -0500, Mike Gifford wrote:
> > > > > I like Author UI changes.
> > > > > Maybe the search extensions.  The search part of PSL is one that has been
> > > > > pretty much in need of some attention.
> > > > Neat..  Are you looking for modules which could complement PSL which
> > > > exist now in BE?  Things like the upload module, email 2 a friend, etc?
> > > Yes.  As well as Links, Gallery and Downloads at least.
> More thoughts on this.  Let's hold off porting them till BE 0.8 starts
> taking shape.  Hopefully making enough changes in PSL where they are drop in modules.  Then they can stay with BE and be downloaded separately.

Ok..  Should be easier when there is a standard base class to use.

> > It is probably the best at the moment..  I can see being able to select
> > both what section a block appears in and also what languages it is
> > available in.  
> > If blocks are going to be multi-lingual, you would probably want the the
> > data cell to be available in all languages that the block is available
> > in (much like the BE_Sections & BE_Stories are now).
> Yes, but intead of showing each language, I'd rather show the
> default/current language and links to show the additional language
> entry form fields.

I think that would work for the Blocks for sure..  It's a long enough
interface as it is.  And for most blocks the data field is mostly for
debugging.

> > Presently to edit a french html block you need to be viewing the site in
> > french & then need to switch to english when you want to edit the
> > english block.
> Above would handle this.

Yup..  Would be much nicer than what I produced..

> > Back-End Sections pack a lot of information in them..  All of the
> > content on your web site can be in sections and sub-sections if you
> > want.  There are a lot of similarities between the data in BE Articles &
> > BE Sections..  Some special classes apply specifically to articles at
> > the moment (related articles, keyword articles, etc)..  Perhaps some BE
> > section info could be stored in an article???  Not sure how that would
> > look...
> I definitely like subsections.
> Look forward to see how this ports to the 0.8 options/plugins mechanism.

Agreed!

> > I've been doing some work to enlarge the BE developer community this
> > fall..  I'm hoping that the cleaner code will help..  I don't have a
> > very good record with documentation either....   
> > I've set up a wiki with Back-End for user documentation..  I'm hoping
> > that more users will start documenting what they know and asking
> > questions about what they don't in it...  Right now it is mostly me
> > though..
> How far are we from being able to eat our own dog food with wiki entry
> for article,comment text entry?
> I still haven't got comfortable with wiki stuff.

Wikis are great! But there are lots of flavours of wikis and it would be
nice to be able to choose your markup..  

We've used it with BE, but it is still easier to use htmlArea3

> > Does the psl team have a wiki for discussing directions, todo lists,
> > etc??  Or even just jotting down notes in a more formal/permanent mode
> > than the mailing list?
> no wiki yet. 

They can be useful to mark up more permanent data..

This still needs a lot of work, but I think this type of interface is
pretty ideal for a user manual:
	http://manual.back-end.org/

Developers aren't all that good at producing user documentation and are
worse at keeping it up-to-date.  So why not give it to the users to keep
track of?

> sf.net RFE for basic TODO and release criteria.

Right..

> I usually have my own TODO and a local gforge with internal project/time
> management.

Neat.
 
> > > If you remove the permissions to save, you can leave it more open.  Even have
> > > admin functions for all to see. 
> > I've removed the upload functions, but don't have a way to easily remove
> > the write permissions...
> internal psl groups and permissions.  A demo user that has lots of
> read,list, and edit permissions, but no write permissions.  It's pretty
> spiffy.

Is there a demo user in the default install of the config?  I hadn't
thought of setting up a unique psl user with demo level permissions on
it..  

Mike
-- 
Mike Gifford, OpenConcept Consulting
Free Software for Social Change -> http://www.openconcept.ca
Stop Cdn Pension Plan War Investments -> http://coat.openconcept.ca/
Another world is not only possible, she is on her way -Arundhati Roy



-------------------------------------------------------
This SF. Net email is sponsored by: GoToMyPC
GoToMyPC is the fast, easy and secure way to access your computer from
any Web browser or wireless device. Click here to Try it Free!
https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl