Skip to main content
A forum without a portal is like pizza without cheese Started by Antechinus · · Read 16714 times 0 Members and 1 Guest are viewing this topic. previous topic - next topic

A forum without a portal is like pizza without cheese

Righty. Let's get real about making this thing usable. How about a portal?

Doesn't have to have every bell and whistle under the sun, and would arguably be better if it didn't.

Necessary in at least basic form though, in my opinion, because a bog basic forum just doesn't cut it any more.



Separate front page (doesn't need standalone or any fancy biz).
Only needs front page content laid out straight down the page: much more tolerant of different screen sizes, less bloat.
Basic panels: left, right, top, bottom.
Basic block types: php, html, bbc, js, user stuff, shoutbox, recent posts, couple of others, whatever.
Proper articles system, with categories and menus for such.
Bugger all else.



IOW, sorta like TP before it went crazy, but with clean code, or like SP but with a real articles system.

Thoughts?
Last Edit: February 10, 2013, 06:55:58 pm by Antechinus
Master of Expletives: Now with improved family f@&king friendliness! :D

Sources code: making easy front end changes difficult since 1873. :P

Re: A forum without a portal is like pizza without cheese

Reply #1

We had a few short discussions touching this. (there should be something in IRC logs since IRC channel started). In fact, with you too a while ago. :)

I haven't tested TP, I assume it won't work though for trivial reasons, easy to identify and fix.

I made an initial try to contact SiNaN. SP has considered a license change, but in my understanding from Eliana, they haven't contacted yet previous contributors.
The best moment for testing your PR is right after you merge it. Can't miss with that one.

Re: A forum without a portal is like pizza without cheese

Reply #2

Haven't waded through all the IRC logs. tl:dr; :P

Not sure what current TP code is like. Brad reckons it's a lot cleaner than it used to be. It has more functionality than is really needed, but some people will like that. Dunno what the licensing situation is. I suppose Brad would be into an Elk version if the coders can be found to do the work (Earth calling Brad).

SP code is basically good, but the only catch is it doesn't really have any provision for articles and categories thereof. You could sorta fudge it with enough manual coding if you're crazy enough, but that's out of the reach of most users and a PITA even for proficient coders. I vaguely remember talking with Elkiana :D  about this stuff. Articles/categories system was planned but not coded.
Master of Expletives: Now with improved family f@&king friendliness! :D

Sources code: making easy front end changes difficult since 1873. :P

Re: A forum without a portal is like pizza without cheese

Reply #3

Just, remember the way to disable it completely (and I mean no traces of the portal if disabled, I don't want any portal on my forum :P).
Bugs creator.
Features destroyer.
Template killer.

Re: A forum without a portal is like pizza without cheese

Reply #4

Yeah yeah yeah yeah. I was actually thinking of it as a mod rather than as part of the default installation. As long as it exists and works, that's ok. Being totally without one and just producing a basic form app would, IMO, not be enough.

To put it bluntly, if I want something I can use on the site I run. If I'm not going to get that, I'd be better off looking for other software. However, since I'm not the only perosn who will want a portal anyway........................................
Master of Expletives: Now with improved family f@&king friendliness! :D

Sources code: making easy front end changes difficult since 1873. :P

Re: A forum without a portal is like pizza without cheese

Reply #5

Well, if the issue is just have a portal available, I don't see any big issue in adapting one of the existing (i.e. SP like I did locally for testing a while ago before the moving-around-files phase) to work with Elkarte, of course it's almost useless do it now because things are still changing, it may be reasonable to focus on that once we have a beta.
Instead if the intention is to have a portal included in the distribution from the start, we'd have to work on it before the beta.

At that point I'd vote for "add-on" and (in case) after the release pack the two together in one download (along with a "without-portal" version) for better flexibility.

Oh, and please: "php" blocks, articles, whatever strictly "admin-only", without any permission. It's useless to close tiny holes if then we let non-admins use any php code. O:-)
And it would be nice to have HTML "admin-only" too.
Bugs creator.
Features destroyer.
Template killer.

Re: A forum without a portal is like pizza without cheese

Reply #6

Oh sure. I'm not into letting any old user write blocks. That would be silly. Block setup definitely comes under site administration.
Master of Expletives: Now with improved family f@&king friendliness! :D

Sources code: making easy front end changes difficult since 1873. :P

Re: A forum without a portal is like pizza without cheese

Reply #7

Well the last I heard was that SP was being considered. I haven't really touched TP code lately, except to fix some trivial things. TP's code state is such that it needs quite a bit of re-factoring. It could certainly be fixed or updated much like SMF's => Elkarte has happened. But that means it falls to those who want to do it. It needs a lot of things IMO. So basically it comes down to this with TP and SP.

TP - already licensed appropriately. Ready to be integrated, updated, re-factored if people want to. Quite a bit of work IMO. I could certainly make it work with Elk with minimal effort and release it as a mod.

SP - will need a lot less re-factoring or fixing the code. But isn't licensed appropriately yet. Not as much work, but how long if at all, will it take to get the appropriate license on it? According to some, lacks in features that would be wanted.

I'm ok with either really. But how many Dev's here give enough crap to actually want to work on this? Is there enough interest that this could be done? Ant won't be coding the backend, I'd be interested in helping. But I don't really see other folks wanting to put this on their plate. Maybe I don't know what I'm talking about either. lol
Success is not the result of spontaneous combustion, you must set yourself on fire!

Re: A forum without a portal is like pizza without cheese

Reply #8

Yeah I don't mind templating it if that's required, but can't do a lot of the back end. Wouldn't be interested in SP unless it's going to have a real articles system added. Without that, it's no use to me. If that is added, then would be fine with working on it.
Master of Expletives: Now with improved family f@&king friendliness! :D

Sources code: making easy front end changes difficult since 1873. :P

Re: A forum without a portal is like pizza without cheese

Reply #9

You already have the forum, why do you want/need an article system? ???

Like Norv would say, you just have to set a different theme for a board and that's all (and you set the permissions to "no-reply" to cut down the issue of the first post not displayed on each page (otherwise it is just the matter of retrieve one more message from the database at each page load, nothing scary...it may even be possible without code edits on Elk/2.1, since there is a hook somewhere around there, don't remember the details)).
If you want to hide that board from the normal board/messageindex of SMF, you make it child-board of a board regular members are not allowed to view and you have your forum clean.

You can already fool the system! :P

In the worst case you (in the sense of "someone", not you directly, I know you are a lazy designer) can code an action to show results of a certain board kept invisible (i.e. disallow) to everybody and mimic an "article" or similar things.

And that would also have the gigantic advantage to allow to get results from searches on both posts and articles at the same time.

Of course unless you with "article" mean something completely different that I have no idea about, and if so:
 emanuele needs more details.

Quote from: Antechinus – Oh sure. I'm not into letting any old user write blocks. That would be silly. Block setup definitely comes under site administration.
That's not the case for almost any portal out there: all the current portals have a separate permission that may allow other groups to be able to add blocks or articles in php, that's something I highly dislike.
Bugs creator.
Features destroyer.
Template killer.

Re: A forum without a portal is like pizza without cheese

Reply #10

Yeah I know, but I think in practice any sane admin will limit it to admins or other staff members. Like I allow global mods to edit some things, because we trust our mods. None of them are interested in messing around with PHP. The only real difference between them and the admins is that they have less stuff to worry about.

QuoteYou already have the forum, why do you want/need an article system?
Because forum posts aren't that good a format for some things. Dedicated pages are better.
Master of Expletives: Now with improved family f@&king friendliness! :D

Sources code: making easy front end changes difficult since 1873. :P

Re: A forum without a portal is like pizza without cheese

Reply #11

PHP articles can do a lot more than posts or topics. Custom pages is not the only use for articles either.  I'd rather not mix the two. Articles tend to have a lot more customize-able options than a topic. To me, using a topic as an article is like saying I can drive VW Bug instead of a Veyron because they both have wheels and seats... Now in hopes of not getting in a semantics debate about articles vs topics, let's just say people requested it enough to make it worth it. SP had done a fantastic job using topics, but yet their users have always wanted an article system. Whether we understand all the reasons or not, it's what people wanted.
Success is not the result of spontaneous combustion, you must set yourself on fire!

Re: A forum without a portal is like pizza without cheese

Reply #12

What he said. :)
Master of Expletives: Now with improved family f@&king friendliness! :D

Sources code: making easy front end changes difficult since 1873. :P

 

Re: A forum without a portal is like pizza without cheese

Reply #13

 emanuele doesn't really care about what others want, but just what eh likes. :P
Mostly because what people think to want is not what they really want.

Quote from: IchBin – PHP articles can do a lot more than posts or topics. Custom pages is not the only use for articles either.  I'd rather not mix the two. Articles tend to have a lot more customize-able options than a topic. To me, using a topic as an article is like saying I can drive VW Bug instead of a Veyron because they both have wheels and seats... Now in hopes of not getting in a semantics debate about articles vs topics, let's just say people requested it enough to make it worth it. SP had done a fantastic job using topics, but yet their users have always wanted an article system. Whether we understand all the reasons or not, it's what people wanted.
Well, if I could understand how an "article" is actually different from a post I would probably be more interested in create yet-another-piece-of-duplicated-code.
If the only issue is the interface it's just a matter of changing a menu entry (like I did on a site I set up renaming the menu entry from "forum" to "articles" and adding a 2nd level menu with "new article" and the "Post_Board_Select" mod).
Bugs creator.
Features destroyer.
Template killer.

Re: A forum without a portal is like pizza without cheese

Reply #14

Quote from: emanuele –
 emanuele doesn't really care about what others want, but just what eh likes. :P
Welcome to the club. :P

Quote from: emanuele – Well, if I could understand how an "article" is actually different from a post I would probably be more interested in create yet-another-piece-of-duplicated-code.
Several ways. For a start, you don't have all the crap associated with posts. Userarea area, sigs, etc. This means cleaner presentation of content, which is important sometimes.

Also, since an "article" is basically just a wrapper for a custom html page, you can do what you damned well like on it. Also, if you give a rat's, it's far cleaner in terms of code and performance because you're not running everything through parse_bbc.

Could the same content be presented as a series of forum posts? Sure it could, but for some purposes it would be a crappier format.
Master of Expletives: Now with improved family f@&king friendliness! :D

Sources code: making easy front end changes difficult since 1873. :P