Ram: yes (well it's electron which will may never change)I like teaclient, but my friend do not like it at all...
They say Tea*Speak client use less ram / cpu, so it is more gamer friendly..
Lets wait and see if it will be better
I think it's enough to revise CSS. WebGL is likely to consume more system resources.Well I may should consider to paint the channel tree as well the permission editor via WebGL.
This would be the much better, but it will reduce the possibilities to style that thing :/
Okay, but first please fix the problem with SRV records, this is an important issue.Hmm? Well not that sure. Generally this improves a lot, depends on the implementation ofc.
I'll may give it a try
Have you tried developing a client on Qt Creator?Well I may should consider to paint the channel tree as well the permission editor via WebGL.
This would be the much better, but it will reduce the possibilities to style that thing :/
In the latest client updates I noticed that you have started to apply Canvas technology. I was disappointed because it didn't work well enough, the small performance and the blurry font didn't give the desired result. In my opinion it is better to leave pure CSS.Well I may should consider to paint the channel tree as well the permission editor via WebGL.
This would be the much better, but it will reduce the possibilities to style that thing :/
Hey,In the latest client updates I noticed that you have started to apply Canvas technology. I was disappointed because it didn't work well enough, the small performance and the blurry font didn't give the desired result. In my opinion it is better to leave pure CSS.
Very poor responsiveness to window size change. http://recordit.co/tF4Wai2af3Hey,
it gave exactly the effect which was wanted.
I know it might looks a bit odd, but it improved the performance a lot.
Because images: If I would not render the permission via a canvas each permission would have at least 4 DOM elements (It were about 6 in total due to design needs). We're having about 300 up to 350 permissions which mean 350 * 6 = 2100 DOM elements, which have to be updated each time you scroll, or click anywhere. This is an incredible performance bottleneck.
Okay, thanks. Please also make a horizontal scroll for the resolution editor or reduce the font size as everything does not fit into the width of the modal window.Yes its because I forgot to add a resize listener, so I don't repaint it
Will be fixed soonly
Still would on 4K not fitYes I'll do that. Actually that the font is such bis is because the rows are so high (the font depends on the row hight).
And the "bit to big" size is because I'm using a 4k screen xD So sometimes I design stuff too large