Forums

Unfortunately no one can be told what FluxBB is - you have to see it for yourself.

You are not logged in.

#1 Re: FluxBB discussion » The future of FluxBB - Split off » 2009-01-27 16:22:10

KeyDog

Need some nerve to say that discussion was off topic looking at the start page of fluxbb.org

flux.gif

Point I was trying to make was simple:

Combined efforts into 1.3 would be much better for those wanting those features - extensions - missing in 1.2. The flux community seems a bit weak to do the whole job. Strong for 1.2 - YES. Strong for 1.3 - NAHH.

Seems to me 1.2/1.4 code camp here is v. strong or unopen to discussing what is becoming 2.0 (sooner or later).

#2 Re: FluxBB discussion » The future of FluxBB - Split off » 2009-01-27 13:09:01

KeyDog

The topic is Future of Flux
in this specific case future of flux 1.3
can't get much more on topic
if punbb 1.3 is so faulty - then i daren't imagine what flux 1.3 will be
so back to my original question: why not send people wanting 1.3 functionalities to where 1.3 is being developped ?

anyway devs don't want to talk about 2.0 yet untill they have 1.3 out the way. this will get 1.3 out the way.

#3 Re: FluxBB discussion » The future of FluxBB - Split off » 2009-01-27 12:38:37

KeyDog

I happend to be seriously interested in its faults. If they are so obvious and not being fixed I'd be interested to know what they are.

#4 Re: FluxBB discussion » The future of FluxBB - Split off » 2009-01-27 12:30:30

KeyDog

@RichPedley: As long as that's all you object to big_smile fine by me. For long answers with big boxes it wouldn't be ideal. I was just getting used to being able to quickly quote a phrase by someone smile haha. no big deal.

EDIT : To your second post:
interesting. but not being funny: how does that impact me as someone who's installed it?

#5 Re: FluxBB discussion » The future of FluxBB - Split off » 2009-01-27 12:21:09

KeyDog
MattF wrote:

It's not strange. It's a simple fact. 1.3 was dropped because it wasn't upto the task. They could have done the same here as The PunBB devs appear to have done and released what is technically beta quality software as a final release, but they haven't.

What are you talking about? Final Release? Good software continously evolves. And most bug reports are related to extensions. And everytime a bug is fixed PunBB moves one step ahead.

If you think what gets produced here as a final release will be immune to that: Very funny.

Name what is not up to the task if you can.

#6 Re: FluxBB discussion » The future of FluxBB - Split off » 2009-01-27 11:54:39

KeyDog

common sense is commonly shared smile
people like yourselves mattf fully entrenched in 1.2 code world don't seem to understand that any newcomer finds flux an extremely hard sell (documented by new signups) and that pretending to offer 1.3 (but at the same time recommend no-one use it) is pretty STRANGE big_smile
nothing against 1.2 mind you - still use it aswell in one place. just an observation.

#7 Re: FluxBB discussion » The future of FluxBB - Split off » 2009-01-27 10:29:58

KeyDog
Rich Pedley wrote:

Extensions - well a lot can be easily ported over between FluxBB 1.3  and PunBB 1.3, and vice versa.

But why bother? And who's going to do it all the time? All the updates, revision to extensions? Why would I go to the trouble? Both are GPL but PunBB is actively putting things out like pun_attachment (v. popular) , pun_poll (pretty popular I believe) - you'd just copy that? change hooks etc? (don't forget they've got more hooks and are upgrading regularly)

If PunBB was not GPL I'd maybe understand better. But Flux 1.3 is like something being dragged along against its will big_smile

I happen to believe in what Flux stands for. But common sense seems to fly in the face of using Flux 1.3 (WHEN it even is even finally released?). Ergo: Better make PunBB 1.3 (future users of flux 2.0 if it's good) stronger for community instead of loosing everyone new to Vbulletin and PhpBB (my opinion)

PS: Not even quick quote is possible here smile

EDIT: As you have devs here saying: "Don't use it in production" - might as well go the whole mile and do the decent thing and give those people the best deal I reckon (i.e. pun 1.3). If the decision to not support it ongoing-basis has been made: Then proper thing is to give those people who wanted it a proper solution.

#8 FluxBB discussion » The future of FluxBB - Split off » 2009-01-27 09:58:29

KeyDog
Replies: 32

RE: Flux 1.3

Why don't you just tell people who are interested in Flux 1.3 to go to PunBB 1.3 and promise a script that updates from that to 2.0
Flux 1.3 is likely to be an inferior product to Pun 1.3 in regard to support (no question), extensions (likely), community support (very likely) - that way you devs can concentrate on what will wake this Flux from the dead aka 2.0.

Just a thought.

#9 Re: General discussion » New kid on the block (yet another GPL forum software) » 2009-01-26 06:40:46

KeyDog

Enhancement: Smart AJAX auto-refresh on the conversation view, based on how long ago the most recent post was.

What this means is that if the conversation has had a recent post, esoTalk will use AJAX to check for new activity every few seconds, increasing the period between checks the longer the conversation remains without new activity. Results: decreased server load while AJAX-loading new posts with less delay.

would like to see that feature on 2.0 here (extension)

#10 Re: Feature requests » Improving extension updating system for Fluxbb 2.0 » 2009-01-25 18:06:53

KeyDog

Not to be rude SuperMag:
but a serious admin tries stunts like that on test boards (before nuking his production board) and then goes to ext dev and tells him problem - who in turn fixes it.
I'm sympathetic to your predicament - however it was your fault to a large extent.
I also tried someones new extension and had same problem as you, but I told him and in his next release he'll add the specific update function.

#11 Re: Announcements » The future of FluxBB » 2009-01-11 03:00:49

KeyDog

It does. Alrighty then. Thanks again for effort you're all putting in.

#12 Re: Announcements » The future of FluxBB » 2009-01-11 02:52:56

KeyDog

I'm not trying to be funny right, but isn't best way of catching bugs to have many users, admins running the latest dev version and reporting back?

Sounds like you think that even though 1.3 has loads of bugs 2.0 will be a virgin in that respect. Just wonder how likely that is.

#13 Re: Announcements » The future of FluxBB » 2009-01-11 02:09:21

KeyDog

Looking on the bright side. Thanks for clarifying. It's appreciated.

When are we expecting more color on what exactely 1.4 is improving? What features? Or Security issues? Would have liked to understand better....

RE: 1.3 - Wouldn't the proper way of deciding not to support 1.3 have been the open way for an open source forum?

Will/would 1.3 even require much support from flux side? Seems to be generating some decent interest.

I think the hassle you'll have with saying YES, we support 1.3 and the feedback and interest generated by it will by far outweigh the limbo you seem to be putting the extension system in by saying NO.

Plus I don't really like how that could happen that we have that decision without debate beforehand smile

#14 Re: FluxBB discussion » Donating in easy way if so inclined to specific user » 2009-01-10 14:14:38

KeyDog

hmm... interesting. noted big_smile
just thought it might be cleaner in the author info - but good point.

#15 Re: Feature requests » How to best deal with feature requests? » 2009-01-10 14:11:17

KeyDog

If I speak to a json or ajax or xxx coder who might be willing to incorp a tool / app into flux - do you think he's going to like working in such an environment?
An environment where a fairly small group of people is deciding things behind closed doors?

I don't smile

#16 Re: FluxBB discussion » The future of FluxBB » 2009-01-10 14:04:06

KeyDog

I'm just assuming a large majority of people who use forums as end users
a. are avigating the world of web 2.0 sites
b. want something modern
The forum admin or company installing it, will in turn want to offer latest features that are up and coming - or that have become standard, to their users. And cheapest way for them to do that is install a tested extension.  A small monkey with access to ftp of his server can install them big_smile (me) haha!

Maybe I'm wrong. But looking at success of the most popular boards, heat map of where users are going, it seems they want very specific features quite often. Extension system here in my eyes does great job for me as admin!

User and download numbers of the 1.x or 2.0 WITH extension system will proove my point. Untill now you didn't have much incentive for extensions - as there were very few?! If that changes or as it changes you'll see clearly. wink

The content of a forum and its delivery pleasing the user will decide over the success. The non-extension system and developing it further are nice white elephants in my eyes.

#17 Re: FluxBB discussion » The future of FluxBB » 2009-01-10 12:09:35

KeyDog

Seriously: How hard can it be to get a core-dev to start
1. a blog or
2. topic (where he puts in two phrases what's going on a daily or very frequent basis)
with or without comment function. just so ALL people know what's happening?

@Lu:
What you're saying about not needing extension system is covering the needs of a VERY small coder world I think.
I'm using extensions and if you can tell me how that is negatively affecting speed or other I'll be more than interested to know!

#18 Re: Feature requests » How to best deal with feature requests? » 2009-01-10 12:02:19

KeyDog

As mentioned previously, the ones likely to take on projects will do so if they're inclined. There is absolutely no point in putting those requests at the top of the forum listing. A simple separate forum for hire requests would probably be best.

There's not a shred of doubt in my mind that currently there are however not enough people who will do just that I'm afraid. And untill that gets sorted out I doubt necessary buzz will be present to motivate the core-devs. Or attract new ones who take moving ahead fast seriously / have the time / have the skills - whatever is lacking.

This open source forum software distinctly lacks in that respect. And I'm a huge supporter of open source. That's why I'm giving this free feedback smile


Anyhow, until the Devs have clarified what they are doing, and in what manner, wondering is fairly moot. They may already have plans under discussion for something along these lines. Who knows.

That brings me smoothly to the problem of this open source project. It should be more transparent NOW. No, yesterday!

smile

#19 Re: FluxBB discussion » Donating in easy way if so inclined to specific user » 2009-01-10 10:20:58

KeyDog

You're just thinking of extensions.
I'm looking at the bigger picture of when people help someone code / answer etc something.

I agree that should be added ASWELL to extensions manifest.xml.

Plus I come across this issue at any forum. If someone is usefull - you may wanna show it in another way (money <- paypal).


EDIT: or take styles and mods - how to integrate it there? I reckon it's of general  interest. But time will tell.

#20 Re: Feature requests » New topic notification » 2009-01-10 10:09:53

KeyDog

Do you mean like this Topic at Pun and the Extension named ePM alternative?

I find it very useful!
If it doesn't cover your exact needs;
Maybe if you talk to him and get it to auto-subscribe you to all new topics you'll get some info.

#21 FluxBB discussion » Donating in easy way if so inclined to specific user » 2009-01-10 08:42:33

KeyDog
Replies: 8

I have relied very heavily on support from people with experience and knowledge answering or trying to answer my posts up to now.

Now, reading someone elses discussion with a dev in another post I see there is no clear way to donate anything to him.

This principle applies to other devs and users of this forum aswell. They are spending their free time to advance someone else (or in some cases of course, advance the project flux specifically).

This doesn't and shouldn't mean they expect money. But, it should be possible in an easy uncomplicated way if someone feels inclined to do so.

Therefor I "request" the feature be added to author-info on left (or footer, where-ever clearly visible) to do so. I would love to see this as an extension as I believe it's a very interesting way to promote activity in a forum. (This isn't about: should people be wanting money, it's about giving the OPTION of doing so).

My thinking: If I find a post helpfull or the responses from XYZ to be very good, I can show that gratitude in an additional way.

Maybe you have some thoughts on this aswell @ anyone big_smile

(I was thinking of a chip-in graphic that leads to paypal account specificly - but that is open to discussion as ever)

This should improve (what is already pretty good) response levels.


PS: This would cut down on sarcastic or unhelpful answers, or at least promote the useful ones big_smile (I say this as a generality)

#23 Re: Feature requests » How to best deal with feature requests? » 2009-01-09 16:00:22

KeyDog

Interest does not, and should not, indicate whether or not something should be considered for the base.

No, not for the base. Indeed. That's why I proposed a seperate list in the prior posts.

Interest will indicate to a Ext/Mod Dev (notice I am talking about devs not on core team) where he can satisfy a high demand. If he wants to monetize that or not I'll leave out.

The number of people visiting the fora is, overall, a small percentage of the people actually using Flux.

and if that % increased due to frequent additions - that couldn't hurt.
getting feedback and whatnot

#24 Re: Feature requests » How to best deal with feature requests? » 2009-01-09 15:18:57

KeyDog

Problem :
No priority given to people willing to pay
No clean visual way to convey to website visitor / person browsing list that the specific post is going to be lucrative.
No clean way of counting interest

Possible Solution:
$ £ sign next to topic by poster willing to pay
Adding possibility for topic poster to set that
Adding some javascript to give a thumbs up count of users interested in a certain feature (and also placing that it listing)

smile

EDIT:

Further probs:
No visual hints as to whether request is
a. Style  b. Mod  c. Extension

#25 Re: Feature requests » How to best deal with feature requests? » 2009-01-09 14:31:57

KeyDog

And you can't mandate that extension/modification developers write code for every idea that comes around.

Agree.

If you pitch a good idea, someone will be interested. If you need a modification/extension done faster, offer money and probably someone will be even more willing to step up.

But what is the best way to do so? (i.e. find person willing to code it)
Judging by user/guest numbers it's probably not a given that someone picks up on a sensible wish.
Take for example that rating with stars idea.

I'd like there to be a list with description of what requirements are being set-out and making it clear that there is £ to be made if successfully completed. (and if possible to have users be able to 'second motion' it - i.e. support it, co-finance)
Now if there were a list like that, and it were clearly visible to eager coders, then I'd get my requirements fullfilled faster and probably at best price.
(always talking about MY in the sense: one would...)

That's just my tuppence worth on the matter.

Board footer

Powered by FluxBB 1.4.8