UnityLobby

[architeuthis]

I haven't seen this issue on the board, but when I try to connect to lobby server, I've got an error saying that I have to updta to a newer version, and that my UnitLobby version = 0.33 and that the compatible ones are the versions 0.31 & 0.32 Sad

I got the exact same issue yesterday, it only seems to appear with the version of UnityLobby included in the latest official release of spring, it doesn't appear when using the latest svn development release.

[hollowsoul]

U need to use svn version.
Didnt have enough notice of last release to known bugs intime in svn (i.e had less than a day. So just told tvo to use same one as previous stable release.

[hollowsoul]

Small Preview of overhaul, might be out by weekend (not sure if i have qt frontend done by then though)...

Few things gonna be changed...
Setup Changes to make more user friendly & no need for setup

• UnityLobby will support only 1 install of spring
  UnityLobby will assume Unitsync datadirs & spring can be run from console i.e just spring & not /path/to/somewhere/weird/spring

SplashScreen is back twice,
First one is selection to pick different GUI's, with a countdown progressbar.
Default SplashScreen == last run GUI frontend if not possible. otherwise in order if possible i.e 1/ GTK 2/ QT.

Second one is a pulsing splashscreen, i.e progressbar going back & forward, while its updating Map & Mod Cache.

Also
UnityLobby will detect if gtk or qt is installed & the version.
Will display only the available ones installed in first splashscreen
Version installed == is not visible to user. Just used if nesscary in gui code. Console output if No python bindings to gui widget present.
i.e if u have no gtk it will say

Code: Select all

No PYGTK detected !

in console

Also for dockapp users, there will be a main window, with dockable tabs etc... And support if dockapp isnt beening disable. Dont want to say more till its finished & i got screenshots or committed to svn

1st SplashScreen Preview



Note anyone care to work on new screenshot without windows icon ?
Maybe Linux & Mac versus windows etc... or add bsd icon ?
Anyone leave brainstorming to someone else

[Masse]

i made a quick one

but actually u dont need windows logo there cause its not going to run on windows anyway and better mac logo would be good too :)

[Masse]

heres another... linux logo looks pretty ugly down there but im going to bed so im not fixing it :) i like how relaxing this is

[Relative]

I prefer the first one, and I don't see any need to remove the windows logo. It is the "Unity" lobby meaning unity with different platforms, but that's just my opinion.

[hollowsoul]

Windows driving me nuts with changing where application meant to store user data...
So removing windows code for now, in rewrite.

Prob will have a minor seperate patchset in future if user is running it under windows in the future. That way linux / bsd / mac's, dont need to extra code for checking for what Operating System its running under. To reduce cpu usage / memory usage, since wont need to check what os its running under.

Chances are will have to convert the python scripts into exes anyway, and package in an installer for windows users. Cant see them installing the dependiences anyway

[imbaczek]

Most (if not all) Windows OSes have environment variables which indicate where to store application-user-specific data.

[AF]

As far as I'm aware attempts to run Unity lobby on Mac OS X ahve been met with limited success, can somebody verify this?

[hollowsoul]

@AFBelieve Elio got it to run, was on irc at the time working through the bugs...
Main problems where with gtk,StatusIcon(), mac unitsync build was slightly messed up, customised ip setup which python itself wasnt detecting right. All of which will be fixed in next major commit i.e overhaul of code i working on atm. And support for multiple machines with multiple network cards

May get myself an intel mac later this year, need to get new car & insurance sorted out first though. So will be better able to debug..

Also setup for UnityLobby is getting nuked. As despite my best efforts to support multiple installs to many people kept failing todo a right setup.

Lastly why u asking people to confirm ??? At best u could pm me, telling me people having some problems with it.

@Everyone else
As for windows we see, perfer to have a seperate patch / GUI frontend for Windows Users. Otherwise may have code loaded up that, that linux users wont need.
As need registry code, launching multiple python scripts, detecting where to install to. Which python is installed to load up correct version of unitsync-python bindings.

Anyway will wait till i get rest of code done first & see which way i add windows support. Cant do much till i manage to compile spring on windows anyway.... No unitsync (with python bindings) prebuild using python 2.4/2.5 lying about atm.

Atm need to finsihed coding new gui (gtk-2.10) before i commit. Then its work on gtk-2.6 & qt (not sure on version yet) frontends.

Features (done / nearly done) for next commit will be (should be this weekend)

Multi Languages, (may need some translators for certain strings of text.
But simple 1 words i.e Players should already be in gettext package,

Rewrite of Connection Code support for getting disconnected, upnp support. Logging of server commands & better error detection saved in logs.

Support for multiple GUI's (only be gtk-2.10 prob in first commit)

[clericvash]

Great work hollow!!

[elio]

Hopefully I can have a bit more authority on what runs, doesn't run.

AFLobby: Used to run with all things that had been supported working; connection changed so no longer able to get anywhere. Reports say that all of that shall be fixed in the next release, and we'll see how that goes.

Unity Lobby: After sorting out installing all the dependancies that aren't current in OS 10.4.8, stepping over a number of bugs, managed to get windows working for single player battle room, settings; only battle room could do something. You could get it to create a start-script to launch spring with most settings (no unit restrictions, etc) some bugs were related to my build of unit sync, others with the implementation of Unity on this computer. One thing or another were causing problems, so I've decided to put such on hold, and wait for the rewritten next release, and we'll see how that goes.

People please stop wasting your time bickering over who's better or whatever re mac supporting. I'm only aware of a maximum install base of *25* at the moment. Focus on what's best, and get your next release out the door asap

[own3d]

Background by amigadave, logo and such by myself.

[architeuthis]

That's nice own3d, but there should be a commander or a peewee walking between those tree's to make it perfect...

[AF]

No because that wuld make it TA specific, whereas a linux lobby should emphasise GPL/free content, and avoid Atari Intellectual copyright issues entirely where possible..

[architeuthis]

That's true actually (however will just an image of a peewee create copyright issues, even a self made image?). Anyhow I was just saying my opinion.

[own3d]

what do you think of the spring logo i cooked up in the top left?

[AF]

What purpose does the radio buttons with the single option (GTK) serve?

[architeuthis]

what do you think of the spring logo i cooked up in the top left?

It looks just fine! But it might be a strange logo for people unfamiliar with spring.

[AF]

Possibly counter intuitive, as the leaf graphic is more commonly associated with autumn or evergreens than spring.

Also I would suggest you put a Unity logo rather than a spring logo as the main emphasis, as Unity Lobby isnt the only client, and its also counter intuitive design, something like what hollow uses currently gives a good example somewhat.

For noe renaming the spring bit to unity would be a 1 step quick fix that'd make it much better from a UI design perspective.

What purpose does the radio buttons with the single option (GTK) serve?