Finished Site Updates (Topic)

Quote from name:Dem0nS1ayer

Along with PMs, could we possibly have a "next" and "previous" button to sift through them sometime in the future? I hate having to view a PM, go back to my inbox, and repeat when I have like 5 PMs.

EDIT: Just realized that this is mostly bug-related. I guess my suggestion doesn't really relate, but it's something that would make viewing PMs a lot easier. ;o

I would suggest... 'Open Link in a new Tab'. But that will probably cause the server to have a heart attack and shit out a MySQL error.

If IP isn't around, and hasn't been for a very long time (I presume), is it not safe to say that he has no interest in SEN? And then is it only his 'yes' or 'no' which is stopping us from migrating to an alternative (better) forum setup?

I know I'm the relative 'new kid' here at SEN but if there is any aspiration to become a SC2 'community' - we need a forum that at least works pretty well. And I understand a lot of people won't like the change. Meh, just throwing ideas into the abyss here.

None.

Quote

I know I'm the relative 'new kid' here at SEN but if there is any aspiration to become a SC2 'community' - we need a forum that at least works pretty well. And I understand a lot of people won't like the change. Meh, just throwing ideas into the abyss here.

No, you make good points.

"If a topic that clearly interest noone needs to be closed to underline the "we don't want this here" message, is up to debate."

-NudeRaider

An artist's depiction of an Extended Unit Death

Personally, I think the DLDB could use a good restructuring. We need to advertise new projects more visibly on the site overall, as well (granted, map releases are infrequent).

Learn how EUDs work: A Mapmaker's Guide for Creating EUDs
Don't like learning?: EUDGen 2
Other stuff: Farlap Bound Maker

Dash: 1 2 3 4 5 6 7 8 9 X
Jog: Original Warp
Other: Super Mario SC Fireball Guard Your Civilian Strength Contest

OVERWATCH STATUS GO

Quote from name:Cardinal

If IP isn't around, and hasn't been for a very long time (I presume), is it not safe to say that he has no interest in SEN? And then is it only his 'yes' or 'no' which is stopping us from migrating to an alternative (better) forum setup?

I know I'm the relative 'new kid' here at SEN but if there is any aspiration to become a SC2 'community' - we need a forum that at least works pretty well. And I understand a lot of people won't like the change. Meh, just throwing ideas into the abyss here.

That is the assumption, yes. He owns the domain and pays for everything, and he built SEN from scratch so it is probably more difficult for him to give everything up in that regard.

$\:devlin\:$ Currently Working On: $\:devlin\:$
My Overwatch addiction.

Quote from

DevliN

Quote from name:Cardinal

If IP isn't around, and hasn't been for a very long time (I presume), is it not safe to say that he has no interest in SEN? And then is it only his 'yes' or 'no' which is stopping us from migrating to an alternative (better) forum setup?

I know I'm the relative 'new kid' here at SEN but if there is any aspiration to become a SC2 'community' - we need a forum that at least works pretty well. And I understand a lot of people won't like the change. Meh, just throwing ideas into the abyss here.

That is the assumption, yes. He owns the domain and pays for everything, and he built SEN from scratch so it is probably more difficult for him to give everything up in that regard.

Let's put this in a metaphor. He's slept with a girl once, years and years ago. He never see's her, he never talks to her, he knows absolutely nothing about her. But he holds on for some bizarre sentimental reason known only to himself?

Jeeez, this IP...

SEN was created over a decade ago?

None.

OVERWATCH STATUS GO

Nope, 2003.

$\:devlin\:$ Currently Working On: $\:devlin\:$
My Overwatch addiction.

Nearly a decade. :rolleyes:

None.

Quote from

Roy

Personally, I think the DLDB could use a good restructuring. We need to advertise new projects more visibly on the site overall, as well (granted, map releases are infrequent).

A recode may be more appropriate.

In fact, I'd go as far as to suggest a recode of the entire site, if at all possible.

The code for just about everything I worked on for SEN (back when I had FTP access and wasn't as depressed and Reach-obsessed) was, in my opinion, extremely tangled. The most inconvenient aspect of that for me was the entanglement between information, mechanisms, and appearance -- that is, the actual raw data (text of a post, mineral count for a user, etc.), the scripts that retrieve and process this data, and the code that constructs a visual web page displaying this data. It's all hard-wired together and fairly difficult to edit.

In other words, the site works, but it's a lot less modular than it ought to be. Lack of modularity makes it inflexible and difficult to extend and maintain.

Side note on a good AJAX implementation, on the off chance that y'all DO restructure the entire website's code.

Side note: Back when I actually hung out on deviantART, I did a lot of userscripts that worked with their AJAX system. This was years ago, back when I started using Greasemonkey and doing truly-advanced JS for the first time, and to this day I have never seen a better AJAX system on any website I use. You'd basically take a URL devoted specifically to AJAX, pass in the name of a server-side object, a method, and parameters. For example, here's an AJAX call that gets your friends list; expressing the data you send in JS format, the call would be "Friends.getFriends(1)", and here's what the result would look like in XML:

(Yes, that's right. This bitch could get data in JSON, XML, or even as a human-readable HTML table! It was designed with the client-side in mind, and I LOVED it for that.)

Code

<?xml version="1.0" encoding="UTF-8"?>
<difi xmlns="http://www.deviantart.com/difi/">
<status>SUCCESS</status>
<response>
<calls>
<request>
<class>Friends</class>
<method>getFriendsMenu</method>
<args>1</args>
</request>
<response>
<status>SUCCESS</status>
<content>
<username>REDACTED</username>
<symbol>~</symbol>
<usericon>57</usericon>
<realname>REDACTED</realname>
<groupname />
<groupid />
<lastvisit>38m 27s</lastvisit>
<avatar>http://a.deviantart.net/avatars/R/E/REDACTED.gif?14</avatar>
</content>
<content>
<username>REDACTED</username>
<symbol>=</symbol>
<usericon>25</usericon>
<realname>REDACTED</realname>
<groupname />
<groupid />
<lastvisit>10h 56m</lastvisit>
<avatar>http://a.deviantart.net/avatars/R/E/REDACTED.gif?6</avatar>
</content>
</response>
</calls>
</response>
</difi>

Fucking beautiful. I'm just posting this bit because I don't come around SEN as much so if you ever do any work on SEN's AJAX I might not ever know, but if you guys ever recode anything involving AJAX, do something at least as awesome as what dA does.

None.

OVERWATCH STATUS GO

We've been talking about the idea of using a different forum code, but we're also trying to figure out how worth it that move would be considering how difficult it will be to transfer posts/threads and member accounts.

$\:devlin\:$ Currently Working On: $\:devlin\:$
My Overwatch addiction.

An artist's depiction of an Extended Unit Death

Quote from

DevliN

We've been talking about the idea of using a different forum code, but we're also trying to figure out how worth it that move would be considering how difficult it will be to transfer posts/threads and member accounts.

Isn't all of that stored in a database? Unless I'm failing to understand something, transferring that data wouldn't be an issue; you would just have to redo most of the site's back-end for updating the database (unless that's what you're talking about).

Learn how EUDs work: A Mapmaker's Guide for Creating EUDs
Don't like learning?: EUDGen 2
Other stuff: Farlap Bound Maker

Dash: 1 2 3 4 5 6 7 8 9 X
Jog: Original Warp
Other: Super Mario SC Fireball Guard Your Civilian Strength Contest

Quote from

Roy

Quote from

DevliN

We've been talking about the idea of using a different forum code, but we're also trying to figure out how worth it that move would be considering how difficult it will be to transfer posts/threads and member accounts.

Isn't all of that stored in a database? Unless I'm failing to understand something, transferring that data wouldn't be an issue; you would just have to redo most of the site's back-end for updating the database (unless that's what you're talking about).

Yeah, we were talking about re-coding the entire site as I think it would be easier and more beneficial than messing IP's personal code. DevliN also likes the idea of purchasing vBulletin. If I had my way I'd like to code a new SEN using django. Nibbitz was coded with Django.

And you're right, transferring legacy data shouldn't be very hard.

None.

OVERWATCH STATUS GO

Quote from

Roy

Quote from

DevliN

We've been talking about the idea of using a different forum code, but we're also trying to figure out how worth it that move would be considering how difficult it will be to transfer posts/threads and member accounts.

Isn't all of that stored in a database? Unless I'm failing to understand something, transferring that data wouldn't be an issue; you would just have to redo most of the site's back-end for updating the database (unless that's what you're talking about).

Yeah, that's basically what I was talking about.

$\:devlin\:$ Currently Working On: $\:devlin\:$
My Overwatch addiction.