Ulysses
Ulysses Stuff => General Chat & Help and Support => Topic started by: nzkfc on April 21, 2014, 01:59:49 AM
-
Hi all,
Is there a way to expand the ULX menu vertically and horizontally as a default for all users of the menu?
Currently it's a pain the butt having to scroll the menus to find stuff and some of the settings e.g. wiremod wire_turrets are cut off so you don't know what your changing.
Cheers
-
Nope, unfortunately the sizes are all hard coded. You should post a screenshot of the cut off settings you're talking about- I don't think I've run into that issue at all.
-
He's saying that it's a hassle for him to have to scroll through the area where you give ranks their permissions.
-
I can't believe this is not a setting yet on ULX, it's such a tiny menu...
Heres mine with wiremod installed:
(http://iforce.co.nz/i/iya0ippw.pum.png)
Needs a settings function like the way you can move the box around the screen, except increase the vertical/horizontal sizes.
-
Usually XGUI displays the whole label, then just makes the slider smaller. Recently, the gmod slider default layout code was changed to set the label to a fixed size, which I have since fixed in a commit last week. Try updating to the latest ULX version via the git/svn link, and see if it fixes your problem.
Also, I can't remember if I put a tooltip/hint in there or not, but if you hover over the slider, it might show you the full text. I think.
-
Yep first thing I tried was a fresh install, still doesnt work.
I also went for tooltips but they don't show up either.
Really something should be done to expand ULX, it's a great admin mod and I don't know why we are so resistant to improving this, it will only take one good new mod to come about to overtake ULX and make all this good work useless, which I would hate to see.
With modern screens being 20"+ these days it makes sense to use that real estate to expand ULX's size (either hardcoded again OR adjustable to res/user settings)
-
The problem nzkfc is that it's not easy to make VGUI dynamic sizes based on user's resolution. This becomes infinitely more complicated when you have something so dynamic as XGUI already.
I really don't think that the size of XGUI will make or break ULX as an admin tool. And, to be quite honest, anyone who would stop using ULX simply because the GUI element of it is smaller than their taste isn't the target audience for ULX in the first place.
-
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 (https://github.com/Nayruden/Ulysses/) (link on bottom-right corner).
The problem nzkfc is that it's not easy to make VGUI dynamic sizes based on user's resolution. This becomes infinitely more complicated when you have something so dynamic as XGUI already.
This. Although, with Garry's Mod 13, Garry added some helpful libraries for dealing with dynamically sized UI elements (think divs and floating for HTML). However, those didn't exist when I started designing XGUI, and ideally, I'd want to do a whole rewrite of XGUI to incorporate it (big changes, plus there's lots of code I'd like to refactor, now that I'm more familiar with lua).
So, tl;dr- this kind of feature would require a rewrite, which would takes months of free time that I don't have.
-
The problem nzkfc is that it's not easy to make VGUI dynamic sizes based on user's resolution. This becomes infinitely more complicated when you have something so dynamic as XGUI already.
I understand that, but at least settle for a bare minimum. Anyone that runs gmod on smaller then 17" screen shouldn't be your target audience either....
I really don't think that the size of XGUI will make or break ULX as an admin tool. And, to be quite honest, anyone who would stop using ULX simply because the GUI element of it is smaller than their taste isn't the target audience for ULX in the first place.
Sound like my manager and most of "heads" in IT.... "We will use/do this because we are with vendor XYZ" rather then using the best option in the industry at the time. :P
I'm just saying, the box as it is, could grow even if just 15% more, or at least fix the scroll/tooltip issue? (assuming it's broke)
Sure won't make or break, but the only reason people use ULX is due to it's content, no cost and has been used for years.... only thing holding back others from using an admin mod going places with better UI is cost and awareness.
-
I understand that, but at least settle for a bare minimum. Anyone that runs gmod on smaller then 17" screen shouldn't be your target audience either....
Sound like my manager and most of "heads" in IT.... "We will use/do this because we are with vendor XYZ" rather then using the best option in the industry at the time. :P
I'm just saying, the box as it is, could grow even if just 15% more, or at least fix the scroll/tooltip issue? (assuming it's broke)
Sure won't make or break, but the only reason people use ULX is due to it's content, no cost and has been used for years.... only thing holding back others from using an admin mod going places with better UI is cost and awareness.
It doesn't have anything to do with screen resolution. It's the resolution Garry's Mod is being played in.
Rather than making something available to only certain people, make it available to all.
-
It doesn't have anything to do with screen resolution. It's the resolution Garry's Mod is being played in.
Rather than making something available to only certain people, make it available to all.
This is what I did- planned on 640x480 as the bare minimum supported resolution (I think 320x240 was an option back when I started XGUI 5-6 years ago, but nobody used that lol)
-
What resolution is that like 640 x [INSERT OTHER NUMBER HERE]?
-
It doesn't have anything to do with screen resolution. It's the resolution Garry's Mod is being played in.
Rather than making something available to only certain people, make it available to all.
Honestly, if someone is using a screen smaller then 1024x768 for gmod AND using ULX then they have serious problems.
1024x768 is a good base to start from, to get a bit bigger.....
Who the buys a monitor and doesn't set their games to it's native res :S
-
Honestly, if someone is using a screen smaller then 1024x768 for gmod AND using ULX then they have serious problems.
1024x768 is a good base to start from, to get a bit bigger.....
Who the <censor> buys a monitor and doesn't set their games to it's native res :S
That was quite rude as I play Garry's Mod at a low resolution.
Not everyone can afford to get high end computers.
-
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. :P
-
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.
-
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. :P
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 :P, 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
-
However in saying that, the point of "alienate some user base" I find flakey :P, 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.
-
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 (https://github.com/Nayruden/Ulysses/) (link on bottom-right corner).
-
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.
-
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.
-
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?
-
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.
-
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.
-
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)
:)
-
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.