Contribute  :  Support  :  Downloads  :  Forum  :  Links  :  Polls  :  Calendar  :  Directory  :  Advanced Search  
Geeklog The Ultimate Weblog System
Welcome to Geeklog
Friday, May 16 2008 @ 02:17 AM EDT
   

Geeklog 2 Article Plugin: Call for Ideas

Geeklog 2To test the robustness of the GL2 plugin API that Vinny has started we really need to go with a working example. Given that articles have been the core of most Geeklog sites it seemed fitting to use it as the guinea pig.

I'd like to generate a wish list for the Geeklog 2 article plugin. This is a brain storming session so anything goes. Please try to read as this thread goes so I don't get a bunch of duplicate requests. So if you have ideas on how the current 1.3.x article system could be improved please speak now.

From the list generated, the Geeklog team will review and approve/deny the ideas. From that we will get a set of use cases and some real requirements. Please post by the end of the day on Friday July 16th.

Story Options

Geeklog 2 Article Plugin: Call for Ideas | 83 comments | Create New Account
The following comments are owned by whomever posted them. This site is not responsible for what they say.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: wfzimmerman on Monday, July 12 2004 @ 03:24 PM EDT
I find that a lot of "articles" on my site wind up carrying out multiple roles, i.e. they are long-term reference, not just short term news.

I would like articles to be able to contain blocks (especially portal blocks -- this is my top priority request), and I would like more control over where the article appears in the list of n articles per topic -- i.e. "always display me in top 5", something to that effect.

I'd like to be able to override the default config # of images per article without having to reset the value in config.php.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: DAM on Monday, July 12 2004 @ 03:32 PM EDT
I completely agree with the control over images, more images would be nice.

dam()
Geeklog 2 Article Plugin: Call for Ideas
Authored by: Tony on Monday, July 12 2004 @ 04:50 PM EDT
Can you be more specific? "More images", can be acheived through a config.php setting in 1.3.x. I assume you mean something else.

---
The reason people blame things on previous generations is that there's only one other choice.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: HawkeVIPER on Monday, August 02 2004 @ 10:54 AM EDT
he means, an override tag which would allow admins to create a story that contains more images than config.php allows for.... having to change teh config file is time consuming and means that as long as you want the story with say 10 pictures to displya properly, you have to allow that many pictures globally.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: knuckles on Tuesday, July 13 2004 @ 01:56 AM EDT

In addition to portal blocks it would be nice to simply have the ability to place standard blocks anywhere. For instance, say I write an article and would like to throw in a block anywhere in the story. Examples of this are all over the web (primarily for ads but also inserts).

Use CNN for example, the story in the link below actually has several blocks right in the article itself. Other stories on the site vary from no blocks to many. Some are specfic to the story and others are not, the rest would be up to creative authors to dream up some fancy blocks to insert into stories based on context etc.

CNN example

Geeklog 2 Article Plugin: Call for Ideas
Authored by: DAM on Monday, July 12 2004 @ 03:43 PM EDT
I think the number one thing that has to come into question whend dealing with articles is that it is all about the presentation. An article is only as good as how easy it is to format and read. Maybe someone has seen some innovative publishing techniques or ingenious content formatting.

Sorry this is not really a suggestion for anything, oh yeah, how about spelling checking :-)

Thanks for an awesome product,

dam()
Geeklog 2 Article Plugin: Call for Ideas
Authored by: Tony on Monday, July 12 2004 @ 04:56 PM EDT
Alternative output formats are already on the plate. What format's each plugin supports is up to the plugin author but we plan on this plugin supporting HTML, HTML (print-only), WAP, PDF and possibly SWX (open office format).

---
The reason people blame things on previous generations is that there's only one other choice.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: Anonymous on Monday, July 12 2004 @ 04:04 PM EDT
I would like to be able to give the articles a custom ID like the static pages.

Also, I would like to display special components only in one story, like blocks, related links directly from the links section.

Also, links in the article should be inserted Wiki-style.
, [[url|title]], and then be replaced by the system, and entered into a special section of the links-function. Like this, links in a story can finally be properly listed in the wats related and also I can track clicks easier, and prominent links can be listed in the links-section.

---
tokyoahead.com
Geeklog 2 Article Plugin: Call for Ideas
Authored by: adydas on Monday, July 12 2004 @ 04:40 PM EDT
I would like to see two things:

1) The ability to turn off showing the article summaries in the full article
2) A HTML editor added to the article submission form, so users can
easily add links to the article
3) The ability to have an article just be a summary that links to an
existing outside source
Geeklog 2 Article Plugin: Call for Ideas
Authored by: knuckles on Tuesday, July 13 2004 @ 02:23 AM EDT
I'm not sure if the editor is actually a feature of the article (if Tony meant to be *specific* to the article.) but if he didn't and an editor is part of the mix then I'd like to point a few things out.

One of the main reasons, actually the only reason at the time, that Geeklog does not have an HTML editor is that the ones you'll see around the web and on other CMS systems is very limited in who can use it. Specifically you need to run IE on a PC. Period. Mac and Linux users are SOL.

There are better solutions to dhtml editors like Flash (see sample link below) but to incorporate a Flash editor that allowed you to preview your text and images in real-time would mean convincing the GL2 authors it's a viable alternative that runs well on Mac, Windows and Linux (Flash player 7 is avail for Linux).

It would run circles around any existing dhtml editors hands down (when complete, I have the source to a basic model and have been waiting for free time and help to integrate it into GL).

I would also suggest making a Flash editor an option in the config.php and have the current textarea method of story creation the default setup.

Simple flash based editor

Obviously any version which made it into GL would be significantly nicer than this editor, but it's enough to get the point across.

Geeklog 2 Article Plugin: Call for Ideas
Authored by: Tony on Tuesday, July 13 2004 @ 09:46 AM EDT
Geeklog 2 will ship with quite a few control widgets. All will work with recent versions of most browsers and yes some of the controls will use javascript. I hate javascript as a rule but the flexibility they can bring to various controls makes sense. Naturally you'll be able to change this on a per user bases and you'll be able to set which set of widgets are the default on a per site basis.

---
The reason people blame things on previous generations is that there's only one other choice.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: jkottler on Monday, July 19 2004 @ 06:43 PM EDT
While we're on the subject of editors, I've been trying to integrate with Kupu, which is browser and platform agnostic (Mac, Linux, Firebird users, you're all OK). Plus, it's completely free as in speech and as in beer and it's done (from what read) largely with CSS in lieu of javascript. I think this would be better than a Flash based editor - Flash is in no way free. (Just my 2 cents).
Geeklog 2 Article Plugin: Call for Ideas
Authored by: Tony on Monday, July 12 2004 @ 04:59 PM EDT
The what's related in 1.3.x is sorta broke, IMHO. This will be completely chagned in GL2 (how, I'm not sure yet).

The use of BB-style codes will be supported out-of-the-box.

---
The reason people blame things on previous generations is that there's only one other choice.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: magomarcelo on Tuesday, July 13 2004 @ 09:06 AM EDT
I would prefer a "pluggable" insert mode, so I can choose between the current "Plain Old Text" and "HTML Formatted" mode and others, like BB- Code or wiki-style text render engines, like PHP Markdown or Textile or any other I can choose and install on my system through a Insert Mode Plugin API
Geeklog 2 Article Plugin: Call for Ideas
Authored by: Superchicken on Monday, July 12 2004 @ 04:40 PM EDT
how about better comands for forwarding and posting images. IE a little
scripting language that for people who don't know html it would allow
them to format as if they did. I do however I'll be having people post on
my site that don't.

As well as enhancing the comment system. How bout letting users have
their avatars with their comments, optional signatures etc.

Also how bout the ability to have a list of images that go with the stories
like Slashdot. In fact you could even make them dependant on themes
:)
Geeklog 2 Article Plugin: Call for Ideas
Authored by: varian vega on Monday, July 12 2004 @ 05:54 PM EDT
I would also like to see this formatting images functions for users with less graphic skills.

This leads me to an another nice feature:

article images as thumbnails of the original sized (bigger) images, which they are linked to. (e.g. open popup on click with original image)
Geeklog 2 Article Plugin: Call for Ideas
Authored by: Tony on Monday, July 12 2004 @ 06:42 PM EDT
Varian,

Uh, thumbnailing is already supported in images in 1.3.x. Read config.php.

--Tony

---
The reason people blame things on previous generations is that there's only one other choice.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: ScottMcW on Tuesday, July 13 2004 @ 12:56 PM EDT
Related to this...I'd like the option to have those larger (non-thumbnailed) images open up in the site framework. Maybe something in config? Does that kill the whole purpose of the larger image? I hate it when an image is clicked and it's just sitting there on the white background. Maybe a large image template page could be created?
Geeklog 2 Article Plugin: Call for Ideas
Authored by: eyecravedvd on Sunday, August 15 2004 @ 07:20 PM EDT
An option to have images and thumbnails in the article would be a good idea.

Like this <a href="http://www.eyecravedvd.com/forums/showthread.php?t=592">example of thumbnails</a> at the bottom. When you click on an image it goes to a larger picture.

I know for my site I sometimes display a lot of pictures in one article. It would be good to have it so at the bottom it's like the example I provided, but if I wanted to include a normal picture I could as well.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: tomw on Monday, July 12 2004 @ 05:45 PM EDT
1: The ability to have an article belong to more than one topic.

2: Different classes of articles, e.g. articles that expire, articles that don't.

3: Indexing of articles and display of that index.

4: Sub Topics

5: Ability to order different topics differently.

6: Easy inter-article linking.

To name a few.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: Tony on Monday, July 12 2004 @ 06:39 PM EDT
Tom, can you explain these in more detail?

3: Indexing of articles and display of that index.

5: Ability to order different topics differently.

---
The reason people blame things on previous generations is that there's only one other choice.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: tomw on Tuesday, July 13 2004 @ 09:17 AM EDT
Tony Asked for further explanation of:

3: Indexing of articles and display of that index.

In some situations where the cms is used more as a document repository indexing would be nice. Something you can browse instead of having to search for everything.

5: Ability to order different topics differently.

Some topics I may want to order from oldest to newest, some alphabetically, some newest to oldest depending on the content of the topic.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: cuoredeleon on Friday, July 16 2004 @ 09:22 PM EDT
Agreed with most of the items featured in this discussion. My wishlist for
articles includes (but is not exclusively):

1. Ability to determine what elements of an article are shown in the home
page vs the topic page. (eg date, posted by etc).

2. Pictures to have captions (I have seen this mentioned elsewhere).

3. Ordering of stories to be selectable by topic (as before, newest to oldest,
oldest to newest, by alphabetical sort of headline, author, or other factor).

4. Posted on behalf of... function. A story could be submitted on behalf of
someone who does not have web access. The admin (or someone with
permission) needs to be able to assign the story to the proper author rather
than have stories locked to Anonymous.

5. Something to be done re: featured article - eg a new featured article
automatically demotes any existing ones or featured article status has built in
expiry time. Is it possible to have a flag for featured article status on a per
topic basis as well as overall?

6. Customisable Plain English URL option for search engines
Geeklog 2 Article Plugin: Call for Ideas
Authored by: krove on Monday, July 12 2004 @ 08:31 PM EDT
1. Multi-page articles.

2. Ability to "theme" articles based on topic. (i.e. associate each topic
with a theme, that way reference articles appear different than news or
random thoughts). This would prove very useful on my corporate
intranet as we post very different things as stories, support faqs,
company news, etc. A better visual indicator as to the category/topic
would go a long way.

3. HTML meta-language support for markup of articles to produce proper
XHTML (Textile, UBB code, etc). Most users do not understand HTML, but
they can learn a few simple codes to use to make links, paragraphs,
bold, italic, etc. This might actually be better created as a separate
plugin, so articles can pass through any number of filters that recognize
meta-languages. I haven't really read the plugin v2 details, so you make
the call, guys.

4. Support for Trackback/pingback. I know that this is not true blogging
software in that sense, but in some cases, this is useful to let bloggers
know that you've posted about something they've written.

5. Ability to add custom fields to articles so sites with specific needs can
properly delineate data in the database. (i.e. MP3 site wants to post
articles about new music and have a link to the MP3. Instead of having to
write in the link inside the intro/body, enter it into the custom field that
was created. This has enormous potential.)

6. Google-friendly, permalinks.

7. Oh, wait, there is no seven. :-p
Geeklog 2 Article Plugin: Call for Ideas
Authored by: HawkeVIPER on Monday, August 02 2004 @ 10:58 AM EDT
I have a 7....

7) the ability to create a topic that is set to always appear on the front page, therefore allowing you to update site news without having to contend with your last piece of news dropping into the abyss because only one story can be set as top at any one time.
Geeklog 2 Article Plugin: Call for Ideas - PDF
Authored by: 1000ideen on Tuesday, July 13 2004 @ 07:56 AM EDT
Articles should be postable as PDF as well. This should be included in Geeklog. I think there is only an elderly plugin.
Geeklog 2 Article Plugin: Call for Ideas - PDF
Authored by: Tony on Tuesday, July 13 2004 @ 09:48 AM EDT
Again, please read all prior posts. I've already covered this.

---
The reason people blame things on previous generations is that there's only one other choice.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: whojedi on Tuesday, July 13 2004 @ 11:04 AM EDT
A few things that might be interesting...I understand that a person can create a rdf or similar to use for syndication on another site, but how about the ability to capture news from another site, say by entering a link in the article block, and having it come up with the news that way...kinda like an offline reader, but instead it pulls in the news once, and can even be told to limit the word amounts, etc. This would be very cool, especially for news sites, etc. Just a thought. Also the pdf idea is great.

The other thing about articles is perhaps the ability to mass email very important articles, right from posting. Like check a box that allows you to post the news as well as mass email it. That would be cool!

Just my two cents plus inflation! :)
Geeklog 2 Article Plugin: Call for Ideas
Authored by: remy on Tuesday, July 13 2004 @ 12:44 PM EDT
Some ideas (and needs) for text like articles, stories, events etc:

1. Allow for different article templates, beside different topic level templates

2. Add a learning level to the user and/or group for the article editor:
2.1 dumb: may only post with text
2.2 regular: uses html area
2.3 smart: may use a textile editor or wysiwyg

3. Add an plugin_API call: plugin_render_text for anything that *is* text; the Glossary plugin can't live without it.

4. Well yes, allow for a block within an article, and also an article within a block; *similar*: format the help_urls as an article when clicked or have help_urls point to an article or an FAQ.

5. Allow blocks being an article and for articles being a block. This is merely a layout issue, but I've posted it here since this requires extra database fields.

Cheers!
Geeklog 2 Article Plugin: Call for Ideas
Authored by: remy on Tuesday, July 13 2004 @ 01:10 PM EDT
Oops! Just forgot a very important one (to me).

In the article editor don't set the article to 'comments enabled' or 'comments disabled', but ask permissions for using the comment engine.
I.E. 'Comments enabled' for group cq user (read or write)

And this one came in , still hot from dreaming of this lovely new stuff:
Now there is an option for 'homepageonly', 'topic' etc. expand that with 'topic, top', 'topic, every page'.
Yes, I know, it's a layout issue.

Cheers !
Geeklog 2 Article Plugin: Call for Ideas
Authored by: ScottMcW on Tuesday, July 13 2004 @ 01:00 PM EDT
I'd like to allow users to add images to submitted stories, but without setting them up in a special user group. It would be nice to have that as an option per topic...can Logged-In Users (or maybe select a different group) post image to this topic?

Thanks!

Scott
Geeklog 2 Article Plugin: Call for Ideas
Authored by: Euan on Tuesday, July 13 2004 @ 07:40 PM EDT
Multilingual. Sorry if I'm starting to sound like a stuck record... I would like to
be able to have different language articles showing for different languages.
I'm half-heartedly working on a "babel" plugin that would act as a
crossreference table for any item - article, link description, block title, etc. -
give the babel plugin an id and it'll give you the id of an item in the relevant
table (and perhaps the table name if that proves necessary).

For this to work, you would need hooks. I envision something like
squirrelmail - you have GL2 and plugins offering hooks, and if there is a
plugin that wants to do something to the data being worked on at the time, it
can. So, the article plugin would be looking for an article to publish, but when
it loads the article, it first checks if there is any plugin registered that wants
to article_id_transform_hook, and if there is, passes the article id to that
plugin. The babel plugin can then check the user language preferences, and
return the relevant article id number to the article plugin to load and display.

Cheers,

Euan.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: jannetta on Thursday, July 15 2004 @ 04:46 AM EDT
I would too like to see the ability to publish articles or static pages for a specific language. One should be able to specify whether a page is meant for one language only or for display in all languages.

It would also be great to be able to have multilingual blocks and menus.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: jannetta on Thursday, July 15 2004 @ 05:52 AM EDT
I forgot to mention polls in my last post. It would be great if polls can be language specific too, ie specify whether they should only be displayed in a specific language or in all languages. Or, if one poll can be translated into several languages so that one can get one set of results of all the languages together (hope that makes sense).

I would also like to be able to specify a start and end date for the poll to be displayed.

For all these things to be translated it would also be great if one can specify a default language. By that I mean that if I can only translate an article into 2 or 3 languages, then for all other languages the item must be displayed in the specified default language.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: Tony on Thursday, July 15 2004 @ 10:38 AM EDT
Polls are out of scope for this discussion. It will be picked up...trust me. I'm only after requirements tied specifically to the article system. Thanks for the input!

---
The reason people blame things on previous generations is that there's only one other choice.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: raffles on Saturday, August 21 2004 @ 07:30 AM EDT
I know it is too late but maybe you can still consider this:

I also would like to be able to have multilanguage articles but I do not really believe in auto-translation. So I would like to be able to give users settings which languages they can read (in order of preference). So every user could get the articles in the language he likes most. Maybe this could go together with the babeltranslated text. So the author can get a pretranslated version that he can improve if he wants to.
I also hope that the new article-system has an ability to use chinese as I did not manage to do that easily so far.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: Euan on Tuesday, July 13 2004 @ 07:45 PM EDT

The ability to submit articles by email.

Cheers,

Euan.

Geeklog 2 Article Plugin: Call for Ideas
Authored by: Tony on Thursday, July 15 2004 @ 10:42 AM EDT
This can be acheived using web services. SOAP over SMTP is already a reality. Whether or not a plugin supports web services, though, is up to the author.

---
The reason people blame things on previous generations is that there's only one other choice.
Geeklog 2 Article Plugin: Call for Ideas - horizontal articles
Authored by: 1000ideen on Wednesday, July 14 2004 @ 02:57 AM EDT
I`d love the articles to be configured more online like how many articles on one page etc.

The new point is that it would be helpful to chose horizontal or vertical articles. If the "Today's Featured Article" is horizontal I may want the next articles to appear 2 by 2 in a row. You may say that this is a layout matter, but life would be easier if I didn`t have to change all the layouts.
Link between stories and events
Authored by: Anonymous on Wednesday, July 14 2004 @ 03:48 AM EDT
Often, there is more to an event than an external URL, and I want to present the event anncouncement as a story. So I think it would be good to kick out the complete event management as it is now and integrate the event into the story.

The events are not sortable by country etc anyhow, no complete list of events is there for the user etc.
So since its not a very complete function IMHO, I would propose the following:

Add date & time fields to the stories. So when someone adds a story, that is describing an event, there will be a field to indicate that, the date will be filled out with the time, and this story will be listed in the calendar. Then, the event could be edited afterwards to have a report of the event, and people could have a real diary wich is linked to a calendar, with announcements and reports afterwards.

---
tokyoahead.com
Geeklog 2 Article Plugin: Call for Ideas
Authored by: James Fryer on Wednesday, July 14 2004 @ 05:16 AM EDT
This is more about architecture than features but I hope it helps.

First I would generalise the problem so instead of talking about stories/articles we are talking about items.

An item has the following fields: id, date created, date modified, creator_id, editor_id, title, summary/description.

Items are subclassed to provide concrete GL objects. In PHP this is done with a class hierarchy; the underlying SQL could be a separate table for each class, or one table for items and another for subclass properties.

Each item has display modes:
- Title only (for title lists)
- Summary (for topic pages etc.)
- Full (view entire item)
- Edit (the admin view)

Items also have display contexts:
- Side block
- Center block
- Story

Note that these concepts are orthogonal to each other, and also to the display format (HTML, PDF, etc). The idea is that the display modes and contexts plug in to one another, so I can display a list of item titles as a side block etc.

The simplest way to subclass an item is to add some new fields and implement the display modes. E.g. I could add author and ISBN fields and make a list of my book collection. Ideally the templates for displaying and editing these fields would be generated (although I could edit them later).

There is some potential here for using XML and its form system (can't remember what it is called).

Topics are handled separately to items. Topics have title, description and other attributes (e.g. to control how items are sorted within the topic). An item can be assigned to zero, one or more topics.

Possibly topics could be a kind of item. Then a topic menu would be a block displaying a list of item titles.

All objects are based on the item, see some examples below. The advantage of this architecture is code reuse. E.g. if you have a comment engine that works on items, you can add comments to any object.

** Stories

Stories have additional field for the full text of the article. The summary field is used as the first part of the story text.

** Blocks

Blocks are simple items. The summary is used as the block text. PHP blocks could be handled by subclassing or by some other means.

** Events

Events have start/end dates and the location fields. If an event is assigned to a topic, it will appear in that topic as a story. Calendar views are handled as a special case.

** Static Pages

Using the system above I see no need for a separate static page plugin. Static pages are items that don't appear in a topic. Some extra glue is needed for centerblocks and to provide navigation.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: Euan on Wednesday, July 14 2004 @ 05:36 AM EDT
<p>This sounds like the way forward. It would offer far greater flexibility for
plugins to generate items for GL. I would like to be able to submit any
item to a topic, for example (I was discussing this with Jeff <a href="http://
heatherengineering.com/forum/viewtopic.php?
forum=10&showtopic=36">on my site here</a>). Plugins could then also
generate items that would be shown on the page.

<p>Cheers,

<p>Euan.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: Euan on Wednesday, July 14 2004 @ 05:42 AM EDT
...and the ability to edit comments....

Euan
Geeklog 2 Article Plugin: Call for Ideas
Authored by: Tony on Thursday, July 15 2004 @ 10:36 AM EDT
You are already in line with our thoughts. We have the abstract notion of an item and it works almost as you have already described. However, at this point I wish to talk at the requirements level. I first want what it needs to do and let's save the how it will be done for later. And rest assured, the community will have a chance to discuss the design before code gets written.

--Tony

---
The reason people blame things on previous generations is that there's only one other choice.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: wlparks on Thursday, July 15 2004 @ 11:33 AM EDT
A simple one. caption for images.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: trenchteam on Thursday, July 15 2004 @ 07:35 PM EDT
wYSIWYG in the story creation section. I know all the tags, but my team on writers do not, and always have a dificult time with working with the HTML tags. it would be nice to have that as a feature in the Story section.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: Blaine on Thursday, July 15 2004 @ 11:14 PM EDT
Tony,

Many sites use articles for site content as in a Site Content Mgmt System. GL is capable of this today - better after some tweaking but it's still limited. I'd like to see new features added to make GL2 far more flexible as a CMS solution.

Some of the features below have been noted already and I will just add them for completeness.

1) articles or content item needs to have a more flexible topic or site section control. Need to have support for subtopics - actually n-level deep. Topics can then be hidden as well. This is usefull for assigning a content item (article) that may just be linked to via a URL in another article. These hidden topics are used to park and organize content. It may be a top-level topic or sub-level topic.

2) Support for 3-levels of workflow. 1-Content Creator, 2-Content Review and 3) Content Approval. Maybe we can set this option at the topic level. I can have a topic that is un-restricted to members to post. Another Topic may have Create/Approve level control like GL 1.3 has today and another may have the 3-level control. This allows me to have a topic where I may have 3 authors collaborating on a article with a reviewer. Nothing is posted until the Topic Editor approves it. Standard Security and access control like we have in GL 1.3 today so that I can control who has access to view, edit and create contend in a topic.

3) More featuered Content Aging. We have start_date today, end_date has been asked already. We can use archive_date with an option to archive (to an archive topic) or auto-delete. The archive topic could apply an optional alternative layout. I have this mod ready to add to 1.3x CVS now.

4) I'd like to see a way that we could support multiple layouts. I may have a site section that will have a 2-column layout (left and right colums). I would then have two textareas for input - this may be difficult as that would require 2 text fields in the table to manage the content. I recently did a custom mod for a client that did this. It would be very interesting if we could somehow support this.

Ability then to select a layout and CSS style for a topic. I think we may be able to set these features at the topic level and reduce the options and complexity at the article level.

5) Can we look at using a Tabbed user-interface for the story editor so we group the options and admin settings onto what appears as separate pages.

---
Geeklog components by PortalParts -- www.portalparts.com
Geeklog 2 Article Plugin: Call for Ideas
Authored by: shetzel on Friday, July 16 2004 @ 04:26 PM EDT
I've got a few that we've had to workaround. First, I'd like to say that I migrated from a different product about six months ago, and the level of help and features in Geeklog is outstanding. I really appreciate Geeklog and the level of activity you guys maintain on it. Really, realy sweet.

That said, here are a few things I've had to hack or live without.

1) Users should be able to write summaries. I edited their submission form (and theme) to allow them to do that. For the most part, I need to allow my trusted user group to submit stories without my approval. That means I don't want to have to write summaries myself or make them all "story admins".

2) Users should be able to submit photos. I've edited the article submission page, just like above.

3) Some users should be able to edit their own stories. If they have the ability to post without moderation, it stands to reason that they should be able to edit their own stories (using the same editor they submitted with). Please note that I have yet to completely sort out the Geeklog premissions scheme, and I do suspect that I may be able to do this by adding "story admin" and/or "topic admin" permissions to my user group of "regulars". There's some vagueness there, as half my stories have different group owners for some reason, but evidently being the "owner" of a story doesn't mean squat. I need to do some more learning there.

4) Editing comments. I still get the occasional email from a user asking me to edit a comment to fix a factual error, a hyperlink, or a simple grammatical mistake so others think they can talk good. Not a big deal, but I get tired of having to dig into the database for this.

4a) Also, the same feature from number 3 would apply to comments as well. Why should I have to do it? Of course, they'll ask, and I'll do it, simply because I'm their friend.

5) On the comment submission form, it would be nice to display the article or comment being replied to. It makes it nice if someone is replying to a story point-by-point. If it's in preview mode, then display just that instead.

Just for some background, I run a small site for family and friends for the last three years now, and it has been a spectacular success. In that time, we've had 960 articles and 8269 comments (all migrated seamlessly overnight). We tend to use it a bit like a forum, but there was never any reason to install a "real" forum product. Thanks again.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: malloc1024 on Friday, July 16 2004 @ 05:33 PM EDT
I wouldn't mind giving logged in users the ability to choose a default topic that will come up for them instead everything.You could then have a list of new stories excluding the default topic in a side bar. Combining this with sub-topics would be perfect for departmentalized Intranets.
I would like to be able to make polls, events, and static pages all behave like articles. Of course with enough hacking I have gotten parts of that to work in 1.3x...
Geeklog 2 Article Plugin: Call for Ideas
Authored by: beewee on Monday, July 19 2004 @ 03:33 AM EDT
I would like to be able to choose how each article is shown on the frontpage:
- only headline (with link)
- only introtext
- complete article
- featured article (only intro or complete)

In article configuration I would like to be able to choose how the frontpage looks:

- The center block in 1 or 2 columns, also the same option for the newest (or featured) article on top.

- The ability make certain topics always shown on the frontpage only, or to show some topics on the frontpage and in the topic, and to show topics only in it's own topic section. In GL1 you can choose it in the article editor, but I want that option already in the Topic options (to override the article editor).

- The ability to make articles without topic (so only common articles for the frontpage only)

- more options in config.php about showing the userid, dat/timestamp, etc etc.

- Upload manager for topic images

- Assign certain topics to certain usergroups (or usergroups to topics)

- BB code or something like that. No WYSIWYG because that might destroy a consistent layout. Or: a very simple WYSIWYG with only align/bold/underline/links/images. But: when somebody pastes text from an Office document the WYSIWG editor will have to clean the clumsy Office code.

- URL rewrite etc like the static pages (so we can forget the static pages)

PDF and Pagination
Authored by: knuckles on Monday, July 19 2004 @ 11:13 AM EDT
The following feature is more of an extension to allow for larger
uses of articles in GL2...

A few of my clients use Geeklog to store documentation, chapters,
indexes etc. Emails go out to writers to proof read and comment on
them, it's not the ideal environment but it works.

The idea here would be to allow greater manipulation of stories/
articles and think a little out of the box now that PDF support is on
the way for Geeklog...

I propose that viewers (or topic admins etc) be allowed to randomly
select stories/articles and have them included in a PDF in the same
order they were selected (or appear in a listbox).

This would allow departments in companies to expand the
usefullness of Geeklog2 to also include documentation
*processing* as a viable solution. Companies that require their
engineers to enter their weekly work reports into geeklog (for peer
review or for reviews by ISO inspectors etc) then support for allowing
selected stories or whole combination of topics to be output as a
single PDF are very useful.

Another scenario would be for a software support site whereby
clients join for forum support etc. Say they need to print just a few
of the chapters or parts of chapters with the latest documentation,
they simply select the chapters (represented by stories/articles) and
export those as one PDF with an automatically generated index/
content pages.

Now that would be useful. Hope I was clear on my post...
PDF and Pagination
Authored by: n4th4n on Tuesday, June 27 2006 @ 05:05 PM EDT
Although I'm not totally convinced that I would need to output as PDF, the idea here is valid - I have a need to output stories of a certain topic in a booklet format. For instance, one topic may eventually contain the sum total knowledge of the help desk on a given topic. It would be nice to arrange the stories (itemize them somehow), then output them (either print, PDF, html, whatever) somehow and hand them, as a booklet to a new employee handling that topic. Sure, they could just read it online, but it's nice to be able to create a document for management quickly and easily. I may have to write something to do this if no-one else has come up with an idea already?
Geeklog 2 Article Plugin: Call for Ideas
Authored by: k_at_work on Monday, July 19 2004 @ 11:21 AM EDT
My request may be covered by this one (not sure):

3. Add an plugin_API call: plugin_render_text for anything that *is* text; the Glossary plugin can't live without it.

I use Andy Bloch's modification to allow embedding images from Gallery into an article. So I can write a tag like the following:

[gallery/album61/IMG_8817.thumb.jpg right]

in an article and a custom function is called to convert this to an HTML image tag with a hyperlink to the galley page to display the image. It would really be nice if there was some generic way to put custom tags in an article and let plugins (or a generic hook in the custom functions) replace the content when rendered. Thanks.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: Dirk on Monday, July 19 2004 @ 03:28 PM EDT
Okay, since I've been asked (Hi Tony) to comment (in no particular order and possibly repeting things that have been said above):
  • use of some sort of BB code instead of HTML
  • either multi-language content or at least a language flag, so that switching the site's language will also switch the content of the stories (or the stories themselves, with the language flag)
  • some sort of meta-content to add to the story that could be used with search (results) of for the description meta tag
  • maybe the same as the previous: having a separate article summary (aka abstract) in addition as well as instead of the teaser
  • some sort of history, e.g. who last changed the story and what
  • ability to pipe the story through plugins before it's displayed
bye, Dirk
Geeklog 2 Article Plugin: Call for Ideas
Authored by: Euan on Monday, July 19 2004 @ 08:46 PM EDT
* some sort of meta-content to add to the story that could be used with
search (results) of for the description meta tag
-- keywords would be nice.

* maybe the same as the previous: having a separate article summary (aka
abstract) in addition as well as instead of the teaser
-- I would prefer having the entire article as one part, not the intro and body
as at present. Then add a summary or abstract text, that users can use if they
want. If they don't enter the summary, use the first n characters of the body
as a teaser.

* some sort of history, e.g. who last changed the story and what
-- Complete copies (ala wiki) would get big... but I would like to see this too.
CVS type markup would be great for collaborative articles (or just to
remember what the hell you were doing last time).

* ability to pipe the story through plugins before it's displayed
-- absolutely. Also on save. Calendar can find/add events, Links can find/add
links. What about a phpWiki-like plugin insert language? <?plugin
insertTableOfContents page=MyContentsPage ?> kind of thing?

Cheers,

Euan
Geeklog 2 Article Plugin: Atom?
Authored by: Dirk on Monday, July 19 2004 @ 03:38 PM EDT
On a side note, it may be worthwhile to have a look at the discussions the Atom folks are having. Atom is not only a syndication format but also a protocol to add and edit articles on a site remotely. There is now an IETF working group for Atom, so once it's standardized, it may become the "next big thing" in web publishing and GL2 may want to support it in one way or another.

My point being that they are going through some of the same discussions, e.g. as they are exploring which properties an article should have.

Just a thought ...

bye, Dirk

Geeklog 2 Article Plugin: Atom?
Authored by: JoelF on Wednesday, July 21 2004 @ 11:53 PM EDT
A thought I was going to write about also... Given that Geeklog has RSS support, and presumably over time might have ATOM support, why not make the article information model reasonably compatible? On the other hand, the ATOM discussions have ranged on for 'quite some time' without consensus on some key items, such as the meaning of certain fields - but then again at least the core concepts would be usable as is.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: pipedarkfire on Tuesday, July 20 2004 @ 11:48 AM EDT

It would be great to be able to pull a part of text from an article into a larger font block to grab attention. Something like a quote in a newspaper or magazine. I'm thinking something along the lines of this page but more on the sides so it's less intrusive.

You could type [pulltag align=left]Geeklog Named Best Thing Ever[endpulltag]. It would pull out the text insert and put it in bold large letters and boxed in a different color that draw your readers attention to keep on reading.

This would also be a good alternative to images on the front page. You could just use a line of pulltext/quote from the article.

Geeklog 2 Article Plugin: Call for Ideas
Authored by: JoelF on Tuesday, July 20 2004 @ 01:09 PM EDT
I am a new GL user (very new) so I may have missed this, but having a way to have "sticky articles" would be great. The concept is like that of various forum software packages, so that you could "anchor" an article to the top of the list for announcement purposes etc. (If this is already possible please feel free to let me know where I should have found this!).

Thanks,

Joel
Geeklog 2 Article Plugin: Call for Ideas
Authored by: shetzel on Tuesday, July 20 2004 @ 10:20 PM EDT
Try flagging an article as "featured" and see if it does what you expect. It anchors it to the top until you remove the flag; however, I'm unsure what happens when you "feature" more than one article (I've never done that). I would assume it keeps all of them at the top. Give it a try.
A request for theme and layout.
Authored by: maximusrex on Wednesday, July 21 2004 @ 12:39 PM EDT
Allow me a bit of time to attempt to explain myself, and I'll do my best to make my reasoning clear. With Mr.Bibbs MVC architecture, you can supply any "view" with any "model", so it follows that there is a neigh endless combination of views and models. For this example, I am going to steal Mr.Bibbs Contact Manager. Hopefully this will keep the examples consistent enough for everyone to see what he means if he decides I am deeply rooted with foolishness. With a Contact Manager "model" I can set my "controller" to return a number of "views". I can have the controller detect a request for a PDF file of my current contacts, and create a view that returns the data in a PDF file. At the same time I can have another view for table based HTML, and a third one that correctly supports the XHTML family of XML. With this flexibility of presentation it would be possible for me to return fully compliant XHTML, all of whose presentation and layout is controlled by a Cascading Style Sheet, at the same time supporting HTML table style layout control. This means that while Browsers become more and more compliant and support the older HTML less and less, it is a simple matter to affect the switch as fast or slow as we like.

Next I would like to point out something that most people seem to have missed. In the print and publication world "presentation", the look and feel (hopefully MS won't sue me over saying that.) of a publication, is separate from the "layout", the placement of the sections of text and images, in any given publication. Look at any given address book; The colors of the lines and the field names are all the same, but some have the addresses next to a section for extra notes, some place the phone number at the top, some have the contact information displayed all on one page, and some have redundant layouts where the name image is always the same but appears on the bottom on one page and the top of another. The problem is that CSS mixes presentation and layout together. I suggest that we force a separation on it.

For GL2 I present the following suggestion: We separate the "theme" information for browsers into three parts. First, there is the raw XHTML code of the site. This would be plain marked up information with _no_ presentation or layout information other than the simple order in which the data is assembled. This layer, pulled from the template of a “view”, could technically be viewed by it's self but would be very plain, which would allow us to create other CSS files, like those for audio readers and Braille machines. Second, we'd have a css file with the presentation data, named for the presentation package (for example, "Dark_Moon.css" for a black and grey presentation highlit with silver.). This presentation would determine the colors, styles, fonts, borders, backgrounds, etc. for the entire site. This css file could be constructed to "css include" the other registered plugins css files, to eliminate the need to "hand edit" any css files, thought I myself lean toward some sort of "auto append" to a single large file. Third and finally, would be the layout css file. This file would contain the absolute and relative, x and y, attributes for each "object" within GL2 and might also use the "css include" method.

Another alternative would be to go ahead and dynamically generate the .css files at time of request.

I believe that this would require some support in the core GL2 files that would allow dynamic selection of the various css files for theme and layout, based on several criteria. For example, the type of request, the users preferences, Topic, Item setting, etc.. We could have selections for print (project currently in the works at w3c), WebTV, Palm-tops, Voice, and really any media we felt we wanted after that.

Add some carefully written JavaScript, and we could do some really nifty things with the pages and interactive display! Site administrators and users would be able to choose a combination of layout and presentation that best reflects their site and user-base. Love a layout but hate the color? Change it, keep the layout and choose another presentation! Want a story from one topic displayed differently from another? Change that segment of the CSS file! Feel your users really have vastly different needs and desires relating to the sites look and feel? Allow them to “brew their own”!

With this setup, one could even create a plug-in that would allow each user to create a presentation and layout that is custom to that user. The user could change attributes and positions of items fairly willy-nilly then save that as their own special "theme". The JavaScript required is beyond my current skills, but I am sure you get the idea. The Developers would have to come up with a fairly strict css class and id naming structure, like the file naming convention of GL1.3.x, plugins, and would have to make sure something was in place to guide developers of plugins in using css inheritance correctly (Turns out that it's not really kosher with the css crowd to give everything a class or id). Might not be a bad idea to also come up with a sensible order of precedence for the CSS.

I might be way off base on this, or nonsensical, but there it is. Well, that's it for my little rant; I hope something useful comes out of it. Time to go back to work and do something else.

--Max Elliott

A request for theme and layout.
Authored by: ascott on Wednesday, September 08 2004 @ 11:38 PM EDT
I couldn't agree more. Seperating all the layout aspects from lib-common.php and making a generic theme of the thtml directories would allow for a lot less geeklog-like look and feel fo new sites. Please cast my vote to putting this as a priority on the todo list. I've thought about doing it myself and might still do it. ;) Ping me on this if you have some thoughts and best approaches.

---

Geeklog 2 Article Plugin: Call for Ideas
Authored by: remy on Wednesday, July 21 2004 @ 04:14 PM EDT
GL2 should be able to remember a reference to the editor that is used for creating the text. It is assumed that there could be several editors, like html-area, forum, textile syntax or whatever.
One advantage would be that the original text and syntax is preserved in the database, and rendering invokes the original editor again.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: Remdotc on Friday, July 23 2004 @ 03:11 PM EDT
Content output as HTML with updates only as needed.

A Karama / Scoring System
Geeklog 2 Article Plugin: Call for Ideas
Authored by: JoelF on Monday, July 26 2004 @ 12:53 AM EDT
I apologize if this has already been covered, but with this number of replies I may have missed it... In any case, one thing I see missing is the ability to allow users to easily select stories for a particular time period without using Search (a significant proportion of surfers don't like advanced search - find it intimidating). For example, mt creates static "monthly archives" views - which could be done dynamically in gl.

From a user perspective this means that the UI provides (optionally) a set of links that allow browsing the blog by month rather than by topic/category. In other words, you'd potentially have a block that lists the Topics, and another one that lists Months. If you click a month, you get all articles during that time period rather than for one topic.

Maybe in explaining this I've just convinced myself that it isn't a new internal function - it's just search, but it is repackaged. Maybe provide a standard block that can do this with a few configuration parameters, rather than requiring php programming and an understanding of the internals.

Regards,

Joel
P.S. So now I guess I know how to do this in 1.3.x - make a PHP block that autogenerates recent month names and uses them to build a set of say 6 search links with only month specified...
Geeklog 2 Article Plugin: Call for Ideas
Authored by: JoelF on Monday, July 26 2004 @ 01:05 AM EDT
Another one... In thinking about the URL rewriting issue - two things:
1) Clean URL's for all portions of GL, not just static pages (I know this was mentioned before, but figured reiterating couldn't hurt)
2) Automatic sitemap generation
This is somewhat related to '1', and can also help spiders to be sure they find all of the content easily.

Regards,

Joel
Geeklog 2 Article Plugin: Call for Ideas
Authored by: jeffhare on Tuesday, July 27 2004 @ 05:27 PM EDT

    Suggestions Related to Article Editors:

First, my primary use for geeklog is for providing an interactive portal for small to medium sized special interest non-computer related clubs, not as news portals. I'd prefer that the members provide all the real stories and website content with as little time required by me and other moderators as possible.

    Sorry if I've repeated too much..
  1. I like the idea of pluggable editors as previously mentioned. Wysiwyg, plain text, html, wiki
  2. I'm personally a huge fan of wikis, but teaching non-geek club members about wiki syntax is usually out of the question. But a pick option would be great, and possibly use *some* wiki-like syntax for special features?
  3. Integrate HTMLTidy for stripping out garbage HTML created by MSWord/FrontPage,etc. This would help allow people to compose the bulk of their work offline in Word (or other editor), then select/copy/paste it into the form without it turning into junk where possible.
  4. It might be interesting to allow a member to write the introduction, but upload an html file containing the actual article in HTML with the [picture] syntax embedded. This comes back to the point that serious articles are easier to compose offline, and that many people who'd like to contribute to a website are not always web-html-savy.
  5. Allow the author of an article to preview and edit their articles up until the time the article is actually approved (if submission queues are enabled). If submission queues aren't enabled for articles then the author perhaps should always be able to browse and correct their articles.
  6. Allow articles to have a start/stop date when being chosen to display on front page or as a featured article. Once the expired date is reached, the article reverts back to being shown only in the topic.
  7. Something I've done on another portal was store/group each article's images in a photo gallery album with links back to the main article where they're used. Allows members to browse the pictures and jump to the story where they're referenced. It's great for illustrated technical articles.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: storya on Wednesday, July 28 2004 @ 04:08 AM EDT
Only been running a geeklog user for about a month so if this is a "duh" comment sorry about that. (to me the beaty of geeklog is someone with zero php knowledge can run a site)
I was kinda hoping for an email compatible interface. Currently I have a mailing list AND this geeklog portal for my group and combining the two into the one would be great. Have users be able to submit stories via email. Parse out subject and email address to get story topic and user and you have a winner.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: r0bis on Thursday, July 29 2004 @ 01:25 AM EDT
A top priority for me would be to make it possible:
  • there are topics with subtopics
  • each article can belong to several topics
  • alternatively: there are "categories and subcategories" (where each article can belong to several) for articles that admins use but users can make their own "topics" and group articles by them
Ten there could be incorporation of image magick and easier picture management for articles as well as browseable (visual) icon list for topics/categories.

---
hai

Geeklog 2 Article Plugin: Call for Ideas
Authored by: etolocka on Monday, August 02 2004 @ 12:21 PM EDT
My (little) contribution:

-A way to put a link to related files in the article (eg: "download the source code")

-A list of "related articles".

-A block at the end of the article with info about the author (this info must be entered only the first time and saved in the DB)

Ernesto.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: RickW on Friday, August 06 2004 @ 11:38 PM EDT
Please refer to

http://www.geeklog.net/forum/viewtopic.php?forum=3&showtopic=37115

and

http://www.geeklog.net/forum/viewtopic.php?forum=3&showtopic=36436

and

http://www.geeklog.net/forum/viewtopic.php?forum=8&showtopic=35713

---
www.antisource.com - All about Anti-virus, stopping spam, and other Internet security topics.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: rediray on Monday, August 09 2004 @ 07:36 PM EDT
hello,

two things i didn't see covered yet (sorry if i missed!)...

1) a central image catalog that will allow a single image to be used in
multiple articles. i like eZ Publish 2.2.x version's image catalog, as well
as WebGUI. (i still prefer Geeklog tho!)

2) ability to prevent deleting all articles in a Topic simply by deleting a
Topic. a simple confirmation step would be great. or perhaps
"orphaned" articles can go into an "Unpublished" directory so the content
can be preserved. yes, i deleted all my content in one swoop by
accident. i know better now...but for those people who come after me...
:D

---

some good suggestions have been posted here that recap what we're
looking for, so i'll second or third the motion:
- ability to template an article or topic
- multiple template formats, single column, double column, etc.
- integrated WYSIWYG editor, like htmlAREA
- 3-level workflow (submit, edit, publish)
- ability to create sub-Topics
- ability to share one story accross multiple Topics

aloha,
rediray
Geeklog 2 Article Plugin: Call for Ideas
Authored by: NeoNecro on Wednesday, August 11 2004 @ 01:59 PM EDT
I once tried BLOG:CMS, it had some good features I would like to see in Geeklog. When you wrote artickels you used a very basic texteditor. You could write text in subscript, supperscript, bold, centerd, etc. But you could also write in plain html.

An other cool feature was that you could place poll's under artickels.

Another cool feature was that you could make difrent blogs in a very easy way.

BLOG:CMS has many more of these cool feature, you should check it out.

for a better world: mobility!
Authored by: franz1999 on Friday, August 13 2004 @ 07:54 AM EDT
How about integrate Geeklog with mobile devices so that through either SMS or email the owner can publish articles on the road? I am not sure how complicated this could be, but maybe you could even upload pictures from cell phones?
Or is this already an available option for the current version??
for a better world: mobility!
Authored by: Dirk on Friday, August 13 2004 @ 11:23 AM EDT
Tony wrote an email submission thingie ages ago (available from CVS). And there's another solution here.

Haven't tried any of those, though ...

bye, Dirk

Geeklog 2 Article Plugin: Call for Ideas
Authored by: eyecravedvd on Sunday, August 15 2004 @ 07:34 PM EDT
Two small ideas that would be simple to incorporate. 1) Ability to link to a source for your article. IE: Source: CNN.com 2) Ability to add n number of related articles. For example if you have 2 or 3 articles that are related by adding the URL to the old story it will create a new related to block or drop down menu that will direct the user to the previous articles. DVDAnswers.com uses this. At the bottom of the article, before the comments it has a related drop down box.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: RickW on Monday, August 16 2004 @ 01:39 PM EDT
How about better ways of editing the articles? I can either choose Plain Text, or HTML. But for the most part I just need text except for a few links. But when I use links I have to type it all in html for it to render properly and that doesn't seem very efficient.

Just need simple link tags like [url=www.test.us]Test Link[/url].

In fact just get rid of Plain Text / HTML. Use a native geeklog parser that is similar to a forums editing screen. All we really need is bold, italic, links, maybe a few colors to choose from (emphasis colors set in the css?).

It would also be nice if there was an additional variable for internal linking. So if I knew the Article ID, I could type in something like [article=20040712142246310] and when rendered would be replaced by the internal link to that article using the title of that article. That way if I ever edited the title of the article, it would automatically be reflected in that link.

---
www.antisource.com - All about Anti-virus, stopping spam, and other Internet security topics.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: garbled on Tuesday, August 17 2004 @ 03:39 AM EDT
What I would really like to see regarding articles, is more control over the topics themselves, namely how they appear on the front page.

For example, on my site I have general news, release announcements, and a daily blog. What I would like to be able to do, is say that there will allways be 1 release announcement, 3 general news, and 4 daily blogs on the front page. It should be configurable like the menu plugin, so I can stagger them across the fornt page. I would like to do something like:

Release Announcement
General News
Daily blog
General News
General News
3-4 more daily blogs

And then have next links at the bottom of each, so you can see more in that category. (That should be settable too, so when I click next, I get the next 10 of the daily blogs or 20 or whatever)

As it is now.. if I fill my daily blog with information, it will push all the general news off the front page, and thats the most important stuff. I realize I can manually control these to some extent, but I would like to be able to just type in blogs and let the system manage it for me.
Plugin to build a blog community
Authored by: kisstmp on Thursday, August 19 2004 @ 05:29 AM EDT
Geeklog should allows users to post story with 3 options: public / private and protected (like Xanga.com). Public stories are visible to everyone, private stories only visible to the author and protected stories only visible to who in the safe-list of the author.
Geeklog should also build a blog engine so every user has their own blog like www.myGeekLog.com/myblog (this feature make GeekLog to be a great blogging tool.
Regards.
Geeklog 2 Article Plugin: Call for Ideas
Authored by: Elegantly on Thursday, August 19 2004 @ 11:10 AM EDT

Ok, I definitely second these wishes which have already been mentioned:

  • editing of comments
  • batch delete of comments
  • "report this comment" to an administrator/moderator: helps to get rid of offending posters or spam comments
  • (optional) captions for images
  • classes of articles: assign topics or individual articles to such classes; this allows for a) custom fields per article class (as mentioned previously) and b) custom theme/template per article class (again, as mentioned previously)
  • link management and easy interlinking between Geeklog articles: e.g., inform if an internal article has been deleted but is still referenced somewhere


And finally here are some of my own wishes, which have not been mentioned previously.

  • better separation of content and layout/design (better templating, more css, etc.)
  • security code for anonymous comments: anonymous users must enter a randomly generated security code to post comments; this should get rid of most spam bots
  • simple article-dependent image gallery: automatically create a simple image gallery for all images within an article; this gallery is displayed when you click on a thumbnailed image (simple means: just show caption, previous/next links, and popup the full-sized image on click); see this example on a German newspaper
  • change author of an article via web gui
  • ratings for articles: like good/average/bad (is somewhat similar to polls within articles)
  • include an article's summary as a separate block within an article; one could use this block to insert other related information, like a picture of the author, or links to related stories, or custom fields (see above)


And it's really nice to hear that you will include BBCode into Geeklog by default. Keep up the good work!