Antville Project

next steps

many thanks to michi, antville got a recently modified-list. now this is done, i'd like to propose a list of whats next (as soon as there are sections available in antville this would go to the section "todo" ;-):

  1. as soon as hannes finishes dbmapping inheritance in helma migrate the db-tables "story" and "comment" to a new table named "text"
  2. authors should be able to define who is allowed to edit a story they created: only admins/admins and contributors/all registered users/only themselves (=default). for comments i'd propose we keep the present way: admins are allowed to delete comments, but editing is only allowed for the authors of comments.
  3. sections - admins should be able to define sections for their weblog which will appear as [weblog]/[section] with their own overview-page. authors should be able to choose if their story should also be placed in a section or just appear in the default-storypool (as it is now). this should be done with a section-editor and a dropdown-box in story-editor. it should also go hand-in-hand with a set of macros (i.e. "sectionlist") and maybe some changes in the link-macro to provide easy linking to sections ...
  4. implement shortcuts for stories. shortcuts should be defined in story-editor to provide easy linking without remembering the creation-date/section of a story. one question is how the url of those stories should look like: [weblog].antville.org/stories/[story-shortcut]?
  5. weblogs should be accessible with an url like [weblog-alias].antville.org (i assume this also means some changes/added functionality in helma, right?)
  6. story-manager: should provide a listing of all stories with their basic parameters (title, which section, when created, who created it ...) and a basic set of actions: edit/set off- or online/delete. the basic view of the weblog for admins/contributors should be the normal users-view. instead of navigating with a calendar this storymanager should ev. provide a scroll-navigation (next 10/prev. 10).
  7. create a "goodie"-manager similar to the image manager to be able to upload binaries (sounds, pdf-files etc.) and to link them in stories/comments
so, what ya think about? anything missing (of course there is, but this is just to fulfill the basic requirements ...)?

comment    

 
hns, July 20, 2001 at 8:37:45 AM CEST

enhancing href() for multisite apps

Re: Point 5: Yes, I think we need a big enhancement of the HopObject's href() function. I originally thought it would be enough to just stop at the weblog level (i.e generate a URL like /20010720/101/ instead of /project/20010720/101/, but it's really not. This would simply not be enough to link between web sites/weblogs, and it wouldn't work for the recently-modified-weblogs-list on central antville.org.

So we really want href() to produce the absolute URL in this case, for instance project.antville.org. How do we specify that? Some app property like

hrefpattern=%weblog%.antville.org hrefroot=weblog

Hm, this makes me think if we could somehow leverage our skin infrastructure for this.

link  

 
robert, July 20, 2001 at 11:23:49 AM CEST

re: changes to href()

+1 for app-properties "hrefpattern" and "hrefroot", maybe with using square brackets instead of %?

what do you mean with "leverage our skin infrastructure"?

link  

 
hns, July 20, 2001 at 12:41:58 PM CEST

re: changes to href()

By leveraging the skin infrastructure I mean that the href() function could internally use the skin classes for post-processing the href path. I've worked it out, it could look like that:

You'd have a skin in the root prototype:

www.antville.org<% param.path %>

and in the weblog prototype:

http://<% this.alias %>.antville.org/<% param.path %>

In the app properties, you have a setting something like

hrefPostProcessSkin=hrefskin

If this is set, href(), after generating the URL path as usual, runs down the request path until it finds an object that has a skin called "hrefskin". If it finds one, it renders the skin (with the object href as parameter) and returns the result.

With this, we would be sure that objects would return the proper href regardless if they're within or without a weblog, plus we could even overwrite the URL of one weblog to be, for instance, www.grottenolm.at instead of grottenolm.antville.org ;-)

link  

 
robert, July 20, 2001 at 3:41:10 PM CEST

great idea

would give us a lot of flexibility without loosing backwards compatibility, although the term "hrefPostProcessSkin" is a bit clumsy :-) what about just "hrefSkin"? or "hrefLayout"?

link  


... comment
 
tobi, July 20, 2001 at 1:10:09 PM CEST

hrefs

href() to return an absolute url would also be necessary to render usable exchange formats (e.g. rss) as well as if we ever want to include stories from one weblog in another. +1

for the different user rights i just want to emphatically ask for simplicity. personally, i really would like to see some real world examples for those access restricion features.

link  

 
robert, July 20, 2001 at 3:54:16 PM CEST

re: user rights

i'll give you an example: if this would already be possible in antville, i would have defined the "next steps"-story above as to be editable by registered users, so that anyone who's missing a feature could simply add it to the list and not having to post a comment somewhere in a thread. then, when the "brainstorming phase" is finished, i'd clean up the mess and close editing access to the story again. wouldn't that be helpful (and i think it's easy to understand)? the only thing i'm insisting on is that it's up to the author to choose.

the reason why i added it to the list is that i'd love to finish the basic db-layout of antville.

link  

 
tobi, July 20, 2001 at 4:30:46 PM CEST

wikilike, right?

that sounds reasonable. however, my concern is not about the feature itself, merely about the implementation. but i am sure you will find a smart way to include this cool feature in antville. :->

link  

 
robert, July 20, 2001 at 4:38:27 PM CEST

if there's no smart way

there will be no feature :-)

link  


... comment
 
Chronistin, July 20, 2001 at 1:15:17 PM CEST

multiple sections desired...

...you're probably not going to like this from the programmer's viewpoint, but it would be great if a story could be added to more than one section. I always saw the restriction to one section as a major drawback.

Not sure how to do this though.

link  

 
tobi, July 20, 2001 at 1:28:52 PM CEST

story shortcut

could this be solved with putting the story shortcut into a new story in the desired second (third, fourth...) section?

link  


... comment
 
Chronistin, July 20, 2001 at 1:35:12 PM CEST

do you mean as a link?

't would seem a little clumsy to me...

link  


... comment


The Antville Server Fund has been a great success. Thanks to everybody who contributed!
online for 8551 Days
last updated: 1/4/11, 10:22 AM
status
Youre not logged in ... Login
menu
November 2024
SunMonTueWedThuFriSat
12
3456789
10111213141516
17181920212223
24252627282930
July
recent
zfuture's house here is zfuture's
house
by zfuture (7/31/03, 2:59 AM)
i understand your concerns however,
i hardly can think of a solution. certainly, if the...
by tobi (7/29/03, 9:47 AM)
Found several more similar sites
listed This is getting to be quite a concern to...
by cobalt123 (7/27/03, 7:56 PM)
Second Post Alert on Referrer
bug livecatz I put this into "help" and now here:...
by cobalt123 (7/26/03, 7:14 PM)
well it's not easy to
find from here, anyway. think we should include a link,...
by tobi (7/24/03, 11:25 AM)
So finally I found
the helma Bugzilla - stupid me.
by mdornseif (7/24/03, 10:28 AM)
clock not that it's particularly
earthshattering but the antclock is running slow by about 15...
by kohlehydrat (7/23/03, 8:25 PM)
but blogosphere.us isn't can't really
be rated as spam can it?
by kohlehydrat (7/23/03, 8:08 PM)
More referrer spam www.webfrost.com
by Irene (7/23/03, 7:55 PM)
How to log skin names
I accessed to console?? Hi, I would like to know...
by winson (7/23/03, 4:12 PM)

Click here to get an XML version of this weblog.

Made with Antville
powered by
Helma Object Publisher