taiga forum

2012-05-29 06:44:48 am

Ganondorf = Donkey Kong LOOK IT UP!!

Oh god, first time on SDA forum in a week, have only been on the D3 forums. Now I understand how offensive the layout actually is :/ We need mucho colour customisation Smiley

Not really a request of any form, just an observation

nate

2012-05-29 09:15:53 am

if it's just color then changing the css should be enough. if people like what you've done then i can make the changes into a new style.

Alko

2012-07-04 02:47:34 pm

Caution: This user contains Kana ^_^

Things I have realised and been wondering/unhappy about:
(1) the unread topics page seems to be the only one that does not auto-reset. Bug or feature?
(2) When clicking 'mark these read', it will mark all threads of a particular board or the unread topics list read. Personally, the way I go through the above mentioned list, if I haven't been online for sometime is top to bottom, ignoring what I'm not interested in. Then I'm tempted to click 'mark these read' to clear what once was the first page, and bring in the second page of unread posts. Unfortunately, that will mark every single thread as read, up to page eight (which has fallen over) and beyond … Is it possible to change that somehow?

nate

2012-07-04 06:54:43 pm

(1) yeah, it's kind of awaiting a major overhaul. i still haven't decided how i want it to work.
(2) interesting. i've never heard of anyone using it like this before. that's why it doesn't work like that right now.

TheVoid

2012-07-05 01:17:10 am

I always found it annoying that the last page in the Unread section can show up empty if you've checked some links on the previous pages (And using the history back button to go back to the list every time). So now I open the Unread list, check links on it and when I'm done with the page I click on Unread again and then click on page 2+ :/ Thankfully I check SDA very often so there's usually only 1 page, but if not it's annoying.

Maybe just add a "Show All" kind of thing to list all links on 1 page, if possible?

Mystery

2012-07-07 08:33:31 am

Well, actually, this does give me an idea. I have an RSS reader that works the same way and it's very good.
The idea is basically that one goes page-by-page. When finished with a specific page of results, one clicks mark these read or next page which causes all the topics on the current page to be marked as read (and hence removed from further search results).
Furthermore, when clicking on a thread, the board can open a new tab, eliminating the need to go back, hoping that the page will be reloaded from cache, or waiting for the page to refresh.

It has several advantages:
- If one doesn't have time to read all the results, one can simply continue where one left off earlier, without having to wade through previously read topics, or having to mark them as read.
- It doesn't show empty results pages.

UraniumAnchor

2012-08-02 02:57:15 pm

Not a walrus

I had a thought earlier and I don't know if it's been brought up before, but something that might be nice is for individual posts to be assigned 'editors', so that non-moderators can edit posts that don't explicitly belong to them. Could be good for large discussion threads where collaboration exists so that the OP can be edited by several people, for example.

NMS

2012-09-24 10:06:54 pm

I'm glad there's a progress bar for uploading attachments now, but it would be nice if it checked their size before uploading, rather than failing after finishing the upload. And it would be good to know the limit. (I'm guessing it's 50 MB?)

nate

2012-09-25 04:22:04 pm

the limit is actually 100 meg. it shouldn't start to upload unless it can finish ... it means something else happened. maybe a connection error.

NMS

2012-09-25 08:02:36 pm

I'm testing a few different sizes now...

2.3 GB or larger - hangs with the wheel spinning for at least 3 minutes
1 GB, 230 MB - "Sorry, this file is too large."
67 MB - uploads, then "Sorry, an error occurred with the attachment data."
36 MB or smaller - works

usernameguy

2012-09-25 10:22:51 pm

2.3GB - that's your browser hanging. You told it to go read a 2.3GB file, it went off to read it. At average disk speed, 2.3GB/(50.0 MB/sec) = 460 secs. Plus minus a SSD and/or any memory caching it might do (who knows why it might do that).

The 67MB could be the site, but why hasn't anyone else noticed? It also could be whatever's between you and the site - Windows Firewall, router, ISP router. Unlikely to be the backbone or host router though.

NMS

2012-09-25 11:41:15 pm

That would be 46 seconds actually. And the 1 GB file detects that it's too large almost instantly. The larger files could be a browser problem, but it's not like it's copying the entire file to memory before it checks the size.

Anyway, I don't really need to attach my raw Fraps files, but up to 100 MB would be nice. I don't think it would fail after the progress bar completes unless the problem were with the site. Maybe people don't try to upload files in that size range very often? Maybe they assume it's a size limit and stop thinking about it? Maybe they don't know the forum software is maintained by a member they can report problems to?

usernameguy

2012-09-26 01:40:44 am

Ah, heh. What's a factor of 10 amongst friends, as astronomers say.

You might be surprised how incredibly primitive uploading files really is via HTTP POST. It's real stone-age HTTP 1.0 stuff. The web programmer doesn't really have access to the file in transit. Taiga might not use PHP, but PHP, for example, requires either a full upload ("Use $_SERVER['CONTENT_LENGTH'] after trying to upload file"), Windows-specific hacks ("with VBScript on ActiveX object, you can check for file size with client side scripting"), or Flash hacks ("you can do it by javascript's flash extension if flash player plugin is installed"), to determine file size programmatically. Javascript specifically does not have access to the file.

http://forums.digitalpoint.com/showthread.php?t=6704

InsipidMuckyWater

2013-01-17 11:19:06 am

Visit my profile to see my runs!

Was there ever a decision about possibly implementing some sort of a 'Tivo' feature for unread threads? I suggested this like ... over a year ago, and it seemed approved initially, but haven't heard about it since. Basically what I was talking about was having a way to either mark a thread as important to you or, perhaps more importantly, to mark a thread as unimportant, with only new posts in important threads being added to your unread post notification. The result would be that the scope of your unread thread notification would be drastically reduced, and instead of having a few hundred unread posts added to my count a month, we'd be talking less than ten or twenty on most occasions.

Just putting it back out there. Correct me if there is already a way to achieve this process with the current setup.

moooh

2013-01-17 11:35:06 am

Exoray

If you are viewing a thread, the arrow at the top left corner next to the thread title offers you to ignore a thread or to get notified of updates in the thread.
This sounds like what you are asking for.

InsipidMuckyWater

Edit history:

InsipidMuckyWater: 2013-01-17 11:50:08 am

2013-01-17 11:42:10 am

Visit my profile to see my runs!

Thank you moooh. Lord that's an easy thing to miss though. Kind of wish I could do that same thing from my unread posts screen.

Nevermind everybody, nothing to see here. Smiley

InsipidMuckyWater

Edit history:

InsipidMuckyWater: 2013-01-17 11:51:54 am

2013-01-17 11:51:18 am

Visit my profile to see my runs!

Sorry, one other thing: Is there a way to customize your mainbar such that tabs which do not fit on the mainbar on a fullscreen display carry over to another line? If not, can we add that? I have widescreens at home, but at work and other places, I do not.

nate

2013-01-17 12:05:55 pm

at this point ark would probably have to be paid to make ui enhancements. he hasn't been on contract for years i think. since tf hasn't made me any money i can't really pay him. sorry about that. i know it's annoying. maybe come up with abbreviations for stuff. like i use "rks" for the rosenkreuzstilette thread.

Nao!

2013-01-23 06:04:12 am

I realized only today that this forum is built using Taiga (of which I'd already seen the homepage last year or so).
As an ex-SMF developer (I still have my name in their credits but I didn't work very long for them), I'm always interested in forum development topics, and I'd be even more interested in getting feedback from the Taiga developers (namely, nate?) about how much load this adds to the server.
I didn't look into the JavaScript side of it, but I guess the extra Ajax load isn't much for getting new post notifications (when the '1' comes up next to a tab title), but it seems that the online viewer list is updated on a frequent basis, and that for me is quite terrifying -- you can't just transmit the user IDs, you have to get the names as well, I suppose. (Or maybe they're cached for the duration of the session in case someone logs out and back again?)
I don't think if that would explain the relatively slow performance of the forum on my PC. Or maybe it's just my connection. Or maybe the server is far away from me, I don't know.
I had in my to-do list a 'keep user posted about new replies' feature but I never implemented it for two reasons: (1) server performance, (2) I usually have dozens of tabs open within my forums, and I didn't want to get a reminder on every page. I think that Taiga's choice of limiting the notification to the one tab it's related to is a smart idea, although I'm wondering if, were that tab closed, another tab would take over and give the notification for the closed tab?
Anyway, it's nice to see a forum that's unlike all of that vBulletin crap I love to loath. Innovation has always got my support. Now if you could do something about the small size of the post box... Smiley

I realized only today that this forum is built using Taiga (of which I'd already seen the homepage last year or so).
As an ex-SMF developer (I still have my name in their credits but I didn't work very long for them), I'm always interested in forum development topics, and I'd be even more interested in getting feedback from the Taiga developers (namely, nate?) about how much load this adds to the server.
I didn't look into the JavaScript side of it, but I guess the extra Ajax load isn't much for getting new post notifications (when the '1' comes up next to a tab title), but it seems that the online viewer list is updated on a frequent basis, and that for me is quite terrifying -- you can't just transmit the user IDs, you have to get the names as well, I suppose. (Or maybe they're cached for the duration of the session in case someone logs out and back again?)
I don't think if that would explain the relatively slow performance of the forum on my PC. Or maybe it's just my connection. Or maybe the server is far away from me, I don't know.
I had in my to-do list a 'keep user posted about new replies' feature but I never implemented it for two reasons: (1) server performance, (2) I usually have dozens of tabs open within my forums, and I didn't want to get a reminder on every page. I think that Taiga's choice of limiting the notification to the one tab it's related to is a smart idea, although I'm wondering if, were that tab closed, another tab would take over and give the notification for the closed tab?
Anyway, it's nice to see a forum that's unlike all of that vBulletin crap I love to loath. Innovation has always got my support. Now if you could do something about the small size of the post box... :)

Nao!

2013-01-23 06:08:11 am

Oh, just a quick note: on the Taiga website, click "Get Taiga Forum" and then "FAQ", and the link is broken. Just so you know!

moooh

2013-01-23 06:09:13 am

Exoray

There's a +- sign to the right of the post box that lets you temporarily enlarge/derease it.

Nao!

2013-01-23 06:11:07 am

Oh, I see. The contrast wasn't big enough to make me take note. Alternatively, I could just say I was too dumb to see it, just like it took me days to find the big 'Add to wishlist' button in Steam, but I'll stick to my first reply Tongue

nate

2013-01-23 08:59:45 am

always interesting to hear from a fellow veteran. yeah, from the very beginning i wanted to make a forum that's more like an im client. this was january 2009 and i had only been programming professionally for a few months, so i really had no idea what i was getting into. i was overconfident, not really understanding the volume of load i was inviting.

as you guessed, very little work happens on the client side. however, i make heavy use of caching on the server side. when you see usersonline update, you are actually seeing cached content from the first served user. it's just intersection tables, and in the case of usersonline i think there's only one column, style. so one cached usersonline for willow, one for willow dark, etc. almost everything is event-driven using a framework i designed and wrote myself (and rewrote ... and rewrote ...). the only things that use polling are jobs to detect clients that didn't disconnect cleanly and remove them from viewing and/or online lists.

i actually don't communicate between tabs on the client side at all. i had that all planned out and started to run tests for it and something turned me off ... i can't remember exactly what it was now, unfortunately. i think there may have been some obscure restriction on it. you know how browsers weren't really designed to do this kind of thing, especially in 2009-2010.

the server is in colorado. it looks like you're almost halfway around the world, so your ping is probably pretty bad. i know i saw a massive improvement when i moved the server from holland to colorado last year (i'm in northwest texas, very close to the server relatively speaking). of course, the new server is much faster too with postgres's data on a raid-1 of solid state drives. that part of the machine was built specifically to run tf, and that is one of the reasons why i never made it open source (also the business model is saas). it would just clobber people's little servers.

i've since moved on to other projects; i'm actually working on something specifically for sda right now. probably my biggest regret is that i could never solve the browser's global connections per domain problem. you will probably see it if you open more than five tabs on this forum. the unlucky tab will just sit there until the persistent ajax connection times out in another one of the tabs (about five minutes total). of course i tried like 1.m2k2.taigaforum.com, 2.m2k2.taigaforum.com, etc. i actually had that whole system working, but there was some nasty bug with cookies in chrome, and then it wouldn't have done any good for forums you access via domains i don't control to add the catch-all record, like this one.

always interesting to hear from a fellow veteran. yeah, from the very beginning i wanted to make a forum that's more like an im client. this was january 2009 and i had only been programming professionally for a few months, so i really had no idea what i was getting into. i was overconfident, not really understanding the volume of load i was inviting.

as you guessed, very little work happens on the client side. however, i make heavy use of caching on the server side. when you see usersonline update, you are actually seeing cached content from the first served user. it's just intersection tables, and in the case of usersonline i think there's only one column, style. so one cached usersonline for willow, one for willow dark, etc. almost everything is event-driven using a framework i designed and wrote myself (and rewrote ... and rewrote ...). the only things that use polling are jobs to detect clients that didn't disconnect cleanly and remove them from viewing and/or online lists.

i actually don't communicate between tabs on the client side at all. i had that all planned out and started to run tests for it and something turned me off ... i can't remember exactly what it was now, unfortunately. i think there may have been some obscure restriction on it. you know how browsers weren't really designed to do this kind of thing, especially in 2009-2010.

the server is in colorado. it looks like you're almost halfway around the world, so your ping is probably pretty bad. i know i saw a massive improvement when i moved the server from holland to colorado last year (i'm in northwest texas, very close to the server relatively speaking). of course, the new server is much faster too with postgres's data on a raid-1 of solid state drives. that part of the machine was built specifically to run tf, and that is one of the reasons why i never made it open source (also the business model is saas). it would just clobber people's little servers.

i've since moved on to other projects; i'm actually working on something specifically for sda right now. probably my biggest regret is that i could never solve the browser's global connections per domain problem. you will probably see it if you open more than five tabs on this forum. the unlucky tab will just sit there until the persistent ajax connection times out in another one of the tabs (about five minutes total). of course i tried like 1.m2k2.taigaforum.com, 2.m2k2.taigaforum.com, etc. i actually had that whole system working, but there was some nasty bug with cookies in chrome, and then it wouldn't have done any good for forums you access via domains i don't control to add the catch-all record, like this one.

Flip

2013-05-08 06:58:50 am

1-Up!

I've just recently started using Chrome at work and when I click [in tabs], only the first unread thread is opened (in a new tab) and yet the first 5 unread threads are all marked as read and disappear off of the Unread list. Is this a known bug, or is there a way to fix it on my side?

nate

2013-05-08 08:18:00 am

yep. they broke open in tabs a while ago. this bug i actually looked at for quite some time trying to fix. nothing. now i use firefox.