You are not logged in.
- Topics: Active | Unanswered
Pages: 1
#1 Re: FluxBB discussion » Leaving » 2008-08-23 00:35:35
- Tar-Minyatur
You guys get carried away big time in here! This thread is not about selecting a new developer, as this is up to the team. It's also not about deciding if Smartys is allowed to leave. What you are doing in here is pretty ridiculous!
My respect for your decision, Smartys. Thanks for all the work and time you invested in this great piece of software! I know how hard it is to lay aside such a project after that much contribution. But you had the guts to admit, that it's taking too much toll on your real life. I know many developers on many different projects not able to come to this conclusion. This so often results in deserted project pages with listed "active developers", that haven't even visited the page for months. It's just sad when something ends like that. So I really support deciding there isn't enough time left to keep contributing on the necessary level and step down. This gives the project the chance to keep going because everybody is aware, that there has been a change.
Well...long story short: Keep cool, wait for the team to make a statement and if you wish to contribute to FluxBB you do not necessarily need "FluxBB.org Developer" written below your name! I dare say, that this title will have to be earned and not handed out due to some obscure community voting.
Just my 2 cents...
#2 Re: Programming » regular expression » 2008-08-11 16:23:51
- Tar-Minyatur
It's utter nonsense to use a regular expression for something like this. Use a function to split the string with delimiter "," into an array instead. It's much faster. If you have to use a regular expression due to jQuery (which definitely would be a design fault!) try something like this:
/^(\d+,)*\d+$/#3 Re: FluxBB discussion » Can anyone explain the transaction in dblayer? » 2008-08-10 08:27:49
- Tar-Minyatur
There is not really any need for InnoDB tables. There true strengths are transactions and foreign key constraints. As far as I saw while flicking through the code FluxBB doesn't use either of them. Thus you would only increase the memory usage of your database as well as the processor load, because InnoDB needs much more of both.
#4 Re: Feature requests » Some requests » 2008-08-07 08:34:08
- Tar-Minyatur
Sub-forums... well it all depend on what you call that.
Will be an official extension once the RC is ready.
Member colors: not sure either, but I'm pretty sure this could be a simple extension.
Reines already created this extension.
#5 Re: Feature requests » Automatic login » 2008-08-05 10:42:08
- Tar-Minyatur
Then they're just too stupid to read the confirmation message and should not be using the forum anyway. 
#6 Re: Feature requests » Automatic login » 2008-08-05 09:27:39
- Tar-Minyatur
Because setting the password during the registration is a one time only process. And users should directly realize the normal usage cycle for the forum, which includes logging in first. Sure...people are logged in automatically if they chose to set a cookie. But they should do that on their own. Or would you add a "Login automatically" to the password setting form?
#7 Re: Feature requests » Automatic login » 2008-08-05 09:04:36
- Tar-Minyatur
Should be an extension I'd say, because I would not want to have that.
#8 Re: FluxBB discussion » Where is merging/splitting? » 2008-07-31 09:17:03
- Tar-Minyatur
I can confirm that. Yesterday I used merge and split a lot to test an extension. After I updated from SVN merge started doing weird things as described above.
#9 Re: FluxBB discussion » The new style » 2008-07-28 13:34:38
- Tar-Minyatur
Ok. There are some things I noticed during a quick glimpse I could take right now:
- The announcement box needs a top margin or something like that
- The hover colour of the moderator assignment boxes is _disgusting_
- In the profile introduction a little more markup for the field labels (like "Posts" or "Last Post") would be nice
- Signature in profile and signature control panel got no line feeds (was noted before, I think...)
- The buttons below the "Edit reply" form say "Submit reply" and "Preview reply"...maybe "Submit changes" and "Preview changes" would be more suited
Everything else looks awesome so far. Great job!
#10 Re: FluxBB discussion » Love the simple design, but the CSS seems pretty hard core! » 2008-07-27 19:20:50
- Tar-Minyatur
You guys must be really bored if you've got the time to even think about such a useless "discussion"...
#11 Re: FluxBB discussion » Tables or not » 2008-07-09 12:38:37
- Tar-Minyatur
@ MattF: Well...I suppose there always must be somebody around who wants to get convinced instead of sticking with his old believes. Seems not be the case here...so I'll leave it be. I'm sure Paul will make the right decisions anyway.
#12 Re: FluxBB discussion » Tables or not » 2008-07-09 08:40:01
- Tar-Minyatur
Not disputing that there aren't possibly better methods, but at the end of the day, it does still come down largely to preference. There is no right or wrong way, so to speak.
It's not really a choice of preference. You're definitely wrong there. HTML (and XHTML) are markup. Thus they've been created to structure text semantically. If you are still using <i> for highlighting a word, instead of <em>, you can just as well keep using tables to structure a page. The difference is, that <i> is just a way of saying "print this word italic", while <em> shouts out loud "THIS IS IMPORTANT OVER HERE!" and the program used to display the document can decide itself how to highlight. A screenreader (a tool for blind people) for example would put emphasis on this word by speaking it louder. How would he decide about that if you used <i> just for having a little visual bling?
It's the same with tables. Just imagine writing an article for a web magazine. Now the editor of the magazine decides, that tabular data inside the article is confusing readers and wishes to extract the tables into a popup/additional page and just present a link "Table 1" in the text. It's definitely not an uncommon way to do this. How would he do this, if you structured your whole article using a table? You get my point? It's not about layout, but about semantics.
You use <h1> to say "This is a headline". Basically <div style="font-weight: bold; font-size: 1.6em"> would look almost the same. But I for example am using a Firefox extension presenting me with a navigation created from the headline-Tags used on a page. That works amazing with sematically right pages...not at all though with those that are still based in 1999 knowledge about HTML.
</flame>
(Sorry, Paul...I just HAD to write this...and I'm definitely very happy with a tableless layout. )
#13 Re: General discussion » Couple of brainpicks » 2008-07-08 16:24:34
- Tar-Minyatur
Yup. Torrent type thing is what I was meaning.
Is a tracker what actually acts as the server in these setups then? Are they independent of any other network/server if so?
On Bittorrent there just is no server involved. That's what being a distributed system is all about. The tracker just provides the information about the peers offering the file you want. It's kind of a communication node. It's not involved in the actual file transfers itself. Just in communicating the needed information to establish a peer-to-peer connection.
#14 Re: FluxBB discussion » Are the devs working on a new theme system? » 2008-06-26 10:19:44
- Tar-Minyatur
along with that, people would also like every thing customizable in admin area, too many things are there that can be an option, after all the fluxbb is light weight forum software and every thing customizable.
<sarcasm>
Yeah...sure. And as FluxBB is so lightweight it also would be great to have a portal built in, a complete VCS support for SVN, Git and Mercurial to make FluxBB more attractive for other developers. We also would need a way to set a subforum for being a full featured Bugtracker. And while I'm at it: Would be great to have a drag'n'drop mode which enables the admin to shove around all single components of the forum to customize the forum to his need. We're going to a FluxxCMS!
</sarcasm>
Honestly...you somewhat misinterpreted the word "lightweight"...
#15 Re: Programming » I need a little .htaccess help » 2008-06-25 09:19:50
- Tar-Minyatur
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !^forums/
RewriteRule ^[A-Za-z0-9]{4,20}/?([A-Za-z0-9.\-?&=/_]*)? forums/$1
</IfModule>I didn't test it, but it should work. You also could try adding " [L]" instad after the RewriteRule to make it the last to be executed.
#16 Re: Feature requests » Permanent topic reading tracker » 2008-06-18 11:57:58
- Tar-Minyatur
What's the problem with the extension? From what I remember looking at of it, it's built exactly how we would build it if we were to add the feature.
We're discussing this right now within the team. It would produce a huge table with a lot of unnecessary entries. At least a hybrid solution would be necessary...like "everything posted more than 14 days ago is automatically read and the rest is being tracked via the database". This works btw...implemented something similar some years ago.
Another feasible solution suggested by another member of our team would be: User visits the page and all posts since his last visit will be added to a database. Now it's pretty simple to combine these entries with queries, that obtain topics and posts. And to keep the additional table small, you clear all data older than 120 seconds or something like that. This way you gain persistent tracking without producing too much overhead.
I still think it would be useful to at least provide administrators with a choice concerning the tracking. 
#17 Re: Feature requests » Permanent topic reading tracker » 2008-06-18 11:41:07
- Tar-Minyatur
Thanks for the quick answer.
Hm...I wonder...do you really think it's that uncommon for people to use different computers? True...people shouldn't read forums at work, but that's not the point. I'm fairly sure, that a whole bunch of people are reading forums at work and at home.
[...] because it's the simplest, most efficient way to go and it will work for 99% of people and 99% of forums. [...]
They do? I'm not really convinced, that cookies are a better overall solution than database stored tracking. That definitely would work regardless of the user's browser. Sure...the database would quickly increase in size. I'm astounded, that this topic is less present topic around here than some other (in my eyes less important) things...
I really like FluxBB, so I'll try to have the team convinced to stick with it, but it won't happen until this issue is solved... And I don't like the solution presented in the extension. Seems like we'll have to build an extension ourselves when the stable version is released... I can't believe only so few people are moaning about this... 
#18 Feature requests » Permanent topic reading tracker » 2008-06-18 11:23:36
- Tar-Minyatur
- Replies: 5
Hi.
I'm really sorry, if this topic already has come up, but I didn't find a matching topic. (Or I searched with the wrong keywords...)
We're currently testing the current FluxBB beta to determine, if it's suitable for our project. We all love a lot of the nifty features that distinct FluxBB from other bulletin boards. Unfortunately we had a report from one of our team members, who is using different computers at home, as well as in university and at his job. It seems pretty much impossible to do that for reading a FluxBB, because the tracking of read topics depends on the browser. You switch the browser, you are totally lost and have to remember which topics you already read, because you can't rely on the icons.
I saw an extension here in the forum, but I still was debated heavily. Anyway, I think this is not really an uncommon problem and might be an issue for the core application. I wonder why you chose to build the reading tracker on cookies in the first place.
It would be great, if this one issue will be attended to, because I'm pretty sure I can convince my fellow team members, that FluxBB is definitely the right choice of software for us.
Thanks in advance for your answers.
Pages: 1