ULX menu not big enough!

[JamminR]

nzkfc, in addition, you're more than welcome to design a GUI module for ULX.
That is strictly what Stickly Man years ago.
Stickly Man worked hard and made the best GUI at the time for ULX.
It was a major improvement over what Megiddo had implemented, as, first and foremost, we make all ULX commands available through console.
We don't focus on pretty. We focus on functional.
Every function we put in ULX we aim to make sure is available through a server console if someone wasn't doing in game.
A gui on top of that is just icing.

[nzkfc]

I think we can all agree that XGUI needs to have a little scaling ability, as right now it has none.
The truth is that, as a developer, you want to be able to accommodate the widest range of users available.

Making the GUI work with smaller resolutions ensures that you don't alienate some user base.

Also, a small GUI on a large monitor looks much better than a GUI that is too big on a small monitor.

The way it is now is just the lesser of two evils.

One of the things we have been talking about recently is giving XGUI a face lift and making it a little nicer. Until then, please just work with what you have.

This is the kinda response I was looking for, someone that has the balls to admit there is an issue and it is being addressed at some point.

However in saying that, the point of "alienate some user base" I find flakey , I mean it's like saying "5% of our users run lower then 800x640 so we need to remain where we are. At some point a line has to be drawn and THOSE 5% need to upgrade their own system. EA don't sell games on floppy any more just because 10,000 users around the globe can't afford a CD Drive or fast internet


To conclude, is the latest version of ULX/Ulib fixed for the tooltip and/or making the sliders shorter so you can see all the wiremod names?

Cheers

[Neku]

However in saying that, the point of "alienate some user base" I find flakey , I mean it's like saying "5% of our users run lower then 800x640 so we need to remain where we are. At some point a line has to be drawn and THOSE 5% need to upgrade their own system. EA don't sell games on floppy any more just because 10,000 users around the globe can't afford a CD Drive or fast internet

Yes, they don't sell games on floppy discs because they would lose money.
ULX on the other hand, is not losing any money by staying low.

[Stickly Man!]

To conclude, is the latest version of ULX/Ulib fixed for the tooltip and/or making the sliders shorter so you can see all the wiremod names?

Double check and make sure you're not installing the release version- that one is a bit out of date. The latest version of XGUI should be "v14.4.19", (last updated date) which can be found on the infobar.

It's recommended to use SVN to update Ulysses projects by using https://github.com/Nayruden/Ulysses/ulx and https://github.com/Nayruden/Ulysses/ulib, but you can also just download the latest versions as a zip from our GitHub page (link on bottom-right corner).

[nzkfc]

Yes, they don't sell games on floppy discs because they would lose money.
ULX on the other hand, is not losing any money by staying low.

Your missing the point, i'm saying you are saying no to simply increasing ULX to be slightly bigger (even 1 inch vertical/horizontal is enough) just because a small number use very low res.....

Yet you are happy to ignore and annoy those that have current technology of modern res hardware.... that's so backwards.

[Neku]

Your missing the point, i'm saying you are saying no to simply increasing ULX to be slightly bigger (even 1 inch vertical/horizontal is enough) just because a small number use very low res.....

Yet you are happy to ignore and annoy those that have current technology of modern res hardware.... that's so backwards.

I'm not ignoring it. It's simply not possible, or at least to our knowledge, to size the menu to the user's resolution.

[MrPresident]

I'm not ignoring it. It's simply not possible, or at least to our knowledge, to size the menu to the user's resolution.

It's quite possible. It's just back when XGUI was written, it was his first real lua project and he chose the static approach. Writing it to be dynamic is a little bit trickier with all the variables and variable positions of elements.

Now that it's written, going back and making it dynamic is essentially a rewrite.

You guys know the facts now, can we please stop bantering back and forth about this?

[Neku]

It's quite possible. It's just back when XGUI was written, it was his first real lua project and he chose the static approach. Writing it to be dynamic is a little bit trickier with all the variables and variable positions of elements.

Now that it's written, going back and making it dynamic is essentially a rewrite.

You guys know the facts now, can we please stop bantering back and forth about this?

Would this be a rewrite of XGUI or ULX? I haven't had a project to work on for a while, so I want to attempt it.

[MrPresident]

We're not quite sure on that one yet. All I can say for sure is that XGUI is due a rewrite or at the very least a makeover.

[nzkfc]

Bantering?

I'm pretty sure this is what a forum is used for, we are not arguing if that's what you mean, it's just healthy debate.

These types of conversations always end up with parties agreeing or disagreeing and then nothing happens, so the offer from Neku to have a go at modifying this is fantastic and we should assist and foster the notion.

Also plenty of ULX re-skins so theres always that avenue (either from a replacement, alternative OR re-design learning material)

[JamminR]

Would this be a rewrite of XGUI or ULX? I haven't had a project to work on for a while, so I want to attempt it.

To add to Mr Presidents 'not quite sure' statement, recent team discussions, including the one where we promoted threw MrPresident to the wolves, have been regarding future code plans of both ULX and XGUI.
But, core dev time is limited. XGUI was written in such a way that, for the majority, to run separately of ULX.
For all intents and purposes, it's a ULX module.
Stickly Man took the challenge that no ULX feature should be missed in a GUI, and, for his lack of experience at the time, did amazingly well.
He even pushed us, at the time because we hadn't asked him to join the team yet, to improve ULX and add features and hooks to ULib that would allow a GUI to work better.
By all means, improve upon XGUI. Try to keep core values in mind (re-all ULX functions, server admin primary, gamemode agnostic)
At the least, your GUI can be used by the community.
At the most, there's chance it or parts of it's code make it into the next official GUI release.