Page 1 of 2

The Eternal TGUI Strife.

Posted: Fri May 05, 2017 7:16 pm
by Rockdtben
Here is your chance. I plan on revamping everything.

TGUI for all the things.


In Progress
  • Focus on performance of current UI.
  • Fix "PAGE NOT FOUND" issue
On Pause Todo
  • Camera bugs/consoles - Enable Easy to Easy Interface with Filtering
  • PDAs
  • Curator PC - External Archive will have filter and sort capabilities.
  • Medical PC - Tabs on Top for Menu and content page. Enable Filter and Sort
  • Jump to Area Admin Command - Enable Filter and use TGUI
  • Pandemic Virology Machine.
  • TGUI Crew Monitor
  • Exosuit Fabricator
  • Look into Modular Computers
  • Stock Exchange computer
  • UP TO YOU!...
Please send me your wishlist items for TGUI conversion.


Updated: May 31st 2017

Re: The Eternal TGUI Strife.

Posted: Fri May 05, 2017 8:21 pm
by Wyzack
As long as it works and it doesnt cause horrible client lag and crashes you will be a hero

Re: The Eternal TGUI Strife.

Posted: Fri May 05, 2017 9:41 pm
by XDTM
Pandemic pls
Camera bugs/consoles
I'd also love the rnd console, but that's a big one

Re: The Eternal TGUI Strife.

Posted: Fri May 05, 2017 10:18 pm
by Rockdtben
XDTM wrote:Pandemic pls
Camera bugs/consoles
I'd also love the rnd console, but that's a big one
Camera Consoles added to top of my list.

Re: The Eternal TGUI Strife.

Posted: Fri May 05, 2017 10:58 pm
by Incoming
Absolutely not, TGui is a slow loading mess that only a half dozen or so people know how to compile and a long gone original dev. We should be obsoleting it, not embracing it.

Re: The Eternal TGUI Strife.

Posted: Fri May 05, 2017 11:19 pm
by danno
TGUI is garbage
I still can't open crew monitors because it crashes byond

Re: The Eternal TGUI Strife.

Posted: Fri May 05, 2017 11:54 pm
by XDTM
joke's on you, crew monitors aren't tgui

Re: The Eternal TGUI Strife.

Posted: Fri May 05, 2017 11:58 pm
by iamgoofball
XDTM wrote:joke's on you, crew monitors aren't tgui
This is true

Re: The Eternal TGUI Strife.

Posted: Sat May 06, 2017 12:37 am
by ChangelingRain
Make tgui crew monitors, too.

Re: The Eternal TGUI Strife.

Posted: Sat May 06, 2017 12:43 am
by Gun Hog
Exosuit Fabricators. They still use the ancient white and blue browsing system!

Re: The Eternal TGUI Strife.

Posted: Sat May 06, 2017 12:54 am
by PKPenguin321
Gun Hog wrote:Exosuit Fabricators. They still use the ancient white and blue browsing system!
but it's so good

Re: The Eternal TGUI Strife.

Posted: Sat May 06, 2017 1:47 am
by danno
oh are they not
my bad then



fucking fix crew monitors

Re: The Eternal TGUI Strife.

Posted: Sat May 06, 2017 2:59 am
by iamgoofball
Just another front ender

He'll disappear like the rest

Re: The Eternal TGUI Strife.

Posted: Sat May 06, 2017 9:03 am
by Remie Richards
danno wrote:oh are they not
my bad then



fucking fix crew monitors
Crew monitors are yet another UI system we have.
In order of creation/use:
1. Shitty white + blue raw HTML windows
2. Black CSS styled HTML windows
3. HTML Interface - Crew Monitor (and MAYBE playing cards?) that also has some more advanced features like TGUI does, but is used much less
4. TGUI which mimics #2 but looks much nicer + has auto-updating and animations

Re: The Eternal TGUI Strife.

Posted: Sat May 06, 2017 10:25 am
by CPTANT
if TGUI is so shit, is there an alternative?

Re: The Eternal TGUI Strife.

Posted: Sat May 06, 2017 2:59 pm
by lzimann
CPTANT wrote:if TGUI is so shit, is there an alternative?
Yea, there are, oranges already suggested replacing the front-end ractive by dotjs(I believe other codebases use it). The biggest problem is that we lack someone to actually do it.

Re: The Eternal TGUI Strife.

Posted: Sat May 06, 2017 6:24 pm
by FantasticFwoosh
<Fantastic_Fwoosh> rockdtben if you're working on UI, could you please do something about the research databases list? Its horrible ugly non sorted & non tgui, even a search function would be great
Yeah, that screen & all the research server database screens (blacklisting etc) are absolute garbage and horrible to sort though when you're looking for things to put onto research disks.

Re: The Eternal TGUI Strife.

Posted: Sat May 06, 2017 6:46 pm
by Jalleo
Also if you can investigate about moving more stuff over to Modular computers because there are a lot which can probably be moved to that sort of computer.

Re: The Eternal TGUI Strife.

Posted: Sat May 06, 2017 9:42 pm
by Gun Hog
Jalleo wrote:Also if you can investigate about moving more stuff over to Modular computers because there are a lot which can probably be moved to that sort of computer.
What kind of stuff specifically?

Re: The Eternal TGUI Strife.

Posted: Sun May 07, 2017 4:59 pm
by Jalleo
Gun Hog wrote:
Jalleo wrote:Also if you can investigate about moving more stuff over to Modular computers because there are a lot which can probably be moved to that sort of computer.
What kind of stuff specifically?
camera consoles. See Bay iteration. (It lets you see different areas depending on your access)
Records (security and medical)
prisoner management console
atmospheric alert console (Should be merged with alert console)
cargo requests console
DNA scanner console (Could be done)

Edit: Also it can be set so specific programs need specific things installed on the computer to even run so that can balance out such things as cameras and the prisoner management console.

Re: The Eternal TGUI Strife.

Posted: Sun May 07, 2017 5:41 pm
by iamgoofball
Stock Exchange computer

Re: The Eternal TGUI Strife.

Posted: Mon May 08, 2017 6:57 am
by NikNakFlak
Incoming wrote:Absolutely not, TGui is a slow loading mess that only a half dozen or so people know how to compile and a long gone original dev. We should be obsoleting it, not embracing it.
The truth has never been stated so clearly

Re: The Eternal TGUI Strife.

Posted: Mon May 08, 2017 12:36 pm
by Rockdtben
NikNakFlak wrote:
Incoming wrote:Absolutely not, TGui is a slow loading mess that only a half dozen or so people know how to compile and a long gone original dev. We should be obsoleting it, not embracing it.
The truth has never been stated so clearly
6 or more coders is good numbers. By the end of this process the documentation on TGui will be solid, thus ending the war. Horizontal versus vertical.

Re: The Eternal TGUI Strife.

Posted: Mon May 08, 2017 3:55 pm
by lzimann
Compiling TGUI is pretty easy. If anyone needs help, hit me up in #coderbus and I'll gladly help you.

Re: The Eternal TGUI Strife.

Posted: Mon May 08, 2017 5:32 pm
by Wyzack
I seem to recall a few people being adamant about keeping TGUI despite the massive fucking problems it was causing. As long as those get fixed and more people learn how to use it I dont see why it would cause us any more issues

Re: The Eternal TGUI Strife.

Posted: Mon May 08, 2017 5:38 pm
by D&B
PDAs

Re: The Eternal TGUI Strife.

Posted: Mon May 08, 2017 7:05 pm
by Gun Hog
D&B wrote:PDAs
Give tablets the full feature set of PDAs and they will replace them naturally.

Re: The Eternal TGUI Strife.

Posted: Mon May 08, 2017 8:17 pm
by Iatots
but muh 80's aesthetics

Re: The Eternal TGUI Strife.

Posted: Mon May 08, 2017 9:49 pm
by D&B
Gun Hog wrote:
D&B wrote:PDAs
Give tablets the full feature set of PDAs and they will replace them naturally.
Yeah but nobody gives a shit about tablets.

Re: The Eternal TGUI Strife.

Posted: Mon May 08, 2017 11:41 pm
by Gun Hog
D&B wrote:
Gun Hog wrote:
D&B wrote:PDAs
Give tablets the full feature set of PDAs and they will replace them naturally.
Yeah but nobody gives a shit about tablets.
Because there are few useful programs and they do not have all of the important functions of a PDA!

Re: The Eternal TGUI Strife.

Posted: Mon May 08, 2017 11:44 pm
by D&B
Nobody gives a shit about tablets.

Re: The Eternal TGUI Strife.

Posted: Mon May 08, 2017 11:50 pm
by Gun Hog
D&B wrote:Nobody gives a shit about tablets.
I just told you why.

Re: The Eternal TGUI Strife.

Posted: Tue May 09, 2017 12:22 am
by BeeSting12
id pay to have sec records on tablets


(not really im broke)

Re: The Eternal TGUI Strife.

Posted: Tue May 09, 2017 1:05 am
by NikNakFlak
Rockdtben wrote:
NikNakFlak wrote:
Incoming wrote:Absolutely not, TGui is a slow loading mess that only a half dozen or so people know how to compile and a long gone original dev. We should be obsoleting it, not embracing it.
The truth has never been stated so clearly
6 or more coders is good numbers. By the end of this process the documentation on TGui will be solid, thus ending the war. Horizontal versus vertical.
oh gee gosh gee willy, 6 coders and TGUI is still utter complete fucking garbage.
How long have we had TGUI and it's been complete trash this entire time?
The difference between my way and you way is, your way has been talked about being done for awhile now, months maybe. It always just gets to the same place of either "I don't know how to do this" or "I don't have the time".
If you really think you are the one to pull this off, go for it. I gave up kicking and screaming about TGUI long long ago. It broke the game for me and made it borderline unplayable. Basically ruined most of SS13 honestly.
I have absolutely no faith in you what so ever that you will manage to fix up TGUI so that it doesn't take 10 years to load up and stops crashing clients.

You haven't even been around for months.

You delude yourself.

Re: The Eternal TGUI Strife.

Posted: Tue May 09, 2017 7:24 am
by oranges
>when you are so retarded you can't get ie11 to work with your byond.

lol niknak

Re: The Eternal TGUI Strife.

Posted: Tue May 09, 2017 9:35 am
by NikNakFlak
>When you are so retarded you post without knowing all the information.

I have ie11, I debugged this stuff with mso for like an hour once, I asked for help in coderbus and when it was all said and done, the answer I got as to why TGUI doesn't work on my machine was: "lol idk, stop running a toaster"
and I'm not even on a toaster. TGUI is trash and so is your post.

Re: The Eternal TGUI Strife.

Posted: Tue May 09, 2017 10:59 am
by oranges
niknak don't test me

Re: The Eternal TGUI Strife.

Posted: Tue May 09, 2017 11:15 am
by Ricotez
the original dev left us a long time ago because he didn't get enough attention

I tried to figure out how to work TGui once but I think I would rather learn how to write traditional Chinese

Re: The Eternal TGUI Strife.

Posted: Wed May 10, 2017 4:30 pm
by Rockdtben
NikNakFlak wrote:>When you are so retarded you post without knowing all the information.

I have ie11, I debugged this stuff with mso for like an hour once, I asked for help in coderbus and when it was all said and done, the answer I got as to why TGUI doesn't work on my machine was: "lol idk, stop running a toaster"
and I'm not even on a toaster. TGUI is trash and so is your post.
Could you post the following?
  • Your specs (IE Version and your ram/cpu)
  • List of TGUI machines that work
  • List of TGUI machines that don't work.
This seems like a more important task to resolve than making more TGUI items.

Re: The Eternal TGUI Strife.

Posted: Wed May 10, 2017 9:07 pm
by Scott
Maybe before you do all this, you guys make it actually good? It's stupid slow right now, to the point it can crash some clients because the computer just can't handle it. That's not a good UI by any measure.

Re: The Eternal TGUI Strife.

Posted: Wed May 10, 2017 10:04 pm
by Dax Dupont
Would be nice if byond had/used CEF or some shit.

Re: The Eternal TGUI Strife.

Posted: Wed May 10, 2017 10:20 pm
by Rockdtben
Scott wrote:Maybe before you do all this, you guys make it actually good? It's stupid slow right now, to the point it can crash some clients because the computer just can't handle it. That's not a good UI by any measure.

See
Rockdtben wrote:
NikNakFlak wrote:>When you are so retarded you post without knowing all the information.

I have ie11, I debugged this stuff with mso for like an hour once, I asked for help in coderbus and when it was all said and done, the answer I got as to why TGUI doesn't work on my machine was: "lol idk, stop running a toaster"
and I'm not even on a toaster. TGUI is trash and so is your post.
Could you post the following?
  • Your specs (IE Version and your ram/cpu)
  • List of TGUI machines that work
  • List of TGUI machines that don't work.
This seems like a more important task to resolve than making more TGUI items.

Re: The Eternal TGUI Strife.

Posted: Thu May 11, 2017 9:12 am
by CPTANT
Gun Hog wrote:
D&B wrote:
Gun Hog wrote:
D&B wrote:PDAs
Give tablets the full feature set of PDAs and they will replace them naturally.
Yeah but nobody gives a shit about tablets.
Because there are few useful programs and they do not have all of the important functions of a PDA!
Also their interface sucks and nobody likes looking at a virtual download bar.

The only thing I use them for is the alarm monitor, which should have just been added to PDA's.

Re: The Eternal TGUI Strife.

Posted: Fri May 12, 2017 2:40 am
by NikNakFlak
Rockdtben wrote:
Scott wrote:Maybe before you do all this, you guys make it actually good? It's stupid slow right now, to the point it can crash some clients because the computer just can't handle it. That's not a good UI by any measure.

See
Rockdtben wrote:
NikNakFlak wrote:>When you are so retarded you post without knowing all the information.

I have ie11, I debugged this stuff with mso for like an hour once, I asked for help in coderbus and when it was all said and done, the answer I got as to why TGUI doesn't work on my machine was: "lol idk, stop running a toaster"
and I'm not even on a toaster. TGUI is trash and so is your post.
Could you post the following?
  • Your specs (IE Version and your ram/cpu)
  • List of TGUI machines that work
  • List of TGUI machines that don't work.
This seems like a more important task to resolve than making more TGUI items.
Image
16GB ram
Intel core i7-5500 CPU @ 2.4GHz

These usually work: APCs, disposals (sometimes would open super slow), fire alarms, air alarms (also would sometimes open slow)
It literally varied, sometimes they would open fine, sometimes they wouldn't. Sometimes, if I managed to get a previous tgui window to open and then closed it and did it again, it would work decently fine.
These almost always crash my client: Station alert consoles, most atmos consoles. But I tested now and they open decently fine, but in the past, it's been a completely client killer.
I've been told this isn't TGUI but the crew monitoring console is also complete garbage and is the biggest client crasher for me.

There isn't a definitive list of what works fine and what doesn't. There's stuff that sometimes works fine, stuff that sometimes works but takes 10 years to load, and things that usually crash the client but sometimes work if I've opened up another TGUI machine before. I don't know what else to add. Station alert console was the biggest one, I remember specifically clicking on it over and over just to crash my client over and over and attempted to record it doing so, but of course just like quantum mechanics, the minute it knew it wasn't being recorded, it stopped crashing my client.

Re: The Eternal TGUI Strife.

Posted: Fri May 12, 2017 3:04 pm
by Rockdtben
NikNakFlak wrote: Image
16GB ram
Intel core i7-5500 CPU @ 2.4GHz

These usually work: APCs, disposals (sometimes would open super slow), fire alarms, air alarms (also would sometimes open slow)
It literally varied, sometimes they would open fine, sometimes they wouldn't. Sometimes, if I managed to get a previous tgui window to open and then closed it and did it again, it would work decently fine.
These almost always crash my client: Station alert consoles, most atmos consoles. But I tested now and they open decently fine, but in the past, it's been a completely client killer.
I've been told this isn't TGUI but the crew monitoring console is also complete garbage and is the biggest client crasher for me.

There isn't a definitive list of what works fine and what doesn't. There's stuff that sometimes works fine, stuff that sometimes works but takes 10 years to load, and things that usually crash the client but sometimes work if I've opened up another TGUI machine before. I don't know what else to add. Station alert console was the biggest one, I remember specifically clicking on it over and over just to crash my client over and over and attempted to record it doing so, but of course just like quantum mechanics, the minute it knew it wasn't being recorded, it stopped crashing my client.
Thank you.
NikNakFlak wrote: There's stuff that sometimes works fine, stuff that sometimes works but takes 10 years to load, and things that usually crash the client but sometimes work if I've opened up another TGUI machine before.
This information helps a ton actually. I'm thinking that loading libraries + ton of data can lead to stalls and crashes even. I'll start with reducing initial load times especially on a clean cache.

Re: The Eternal TGUI Strife.

Posted: Sat May 13, 2017 3:02 pm
by Scott
I don't need to post my specs, it should be blatantly obvious that it is slow. My computer can handle it, as in it doesn't crash, but some of the people in the community do crash if they open certain TGUI windows. Something is either done very wrong at the core of it, or there's just no good way to do it.

Before it was "fixed", the cooking recipe window would take ages to load and all it did was show a list of recipes, it was lengthy but nothing outrageous that could justify how slow it was.

Re: The Eternal TGUI Strife.

Posted: Sat May 13, 2017 3:26 pm
by Wyzack
Yeah goof added a nice bandaid fix that stops the crashes but it still fucking sucks to use

Re: The Eternal TGUI Strife.

Posted: Sat May 13, 2017 10:28 pm
by Razharas
Anything that requaires not one but two side tools and a list of dependancies to be changed is shit by definition
Until we return to the nano style of "just add the file with markup and it works" ill be against any propagation of this shit in our code

Re: The Eternal TGUI Strife.

Posted: Sat May 13, 2017 10:43 pm
by Wyzack
Where was all this maintainer hate fot TGUI when it first got added?

Re: The Eternal TGUI Strife.

Posted: Sun May 14, 2017 9:53 am
by XDTM
Also i love being able to change it without recompiling all the rest of the code, makes adjusting much easier, and it's worth using an external tool imo