yes, i know i need to figure out how to do it because you can only anchor via the topleft corner of an item and i presume people will want dual corners, ie set the start corner for both the frame and the items in the frameI'd like to add my voice to being able to hold by a different corner.
I don't know if you know the exact sizes of things - but if you do then rather than a real anchor, you can move the top-left relative to how it's changed when the layout is changed.
much harder, unless i have a speparate mode as an item can only have one category, it means i have to ignore categories and stick with bag numbers instead.Another thing I'd like to see - allow the bar types to also have catagory - "BAG NUMBER" - so someone could set it up to be a single window for all bags, but in seperate bars - I'd save it as another profile for swapping out bags for larger etc.
How about only checking the bag number of items that are otherwise in the SYSTEM - DEFAULT catagory (and only if there's a bag catagory in use etc). Not a very high importance thing obviously - but if it can be done it'd make it even nicer ;-)
i've tried to stay away from individual bar options as i think thats just getting too much control and means too many options, cause if i go there you'll also want border colour, background colour, sorting, etc, etc.Would be nice if you could also set the maximum width for bars (as opposed to the window total) - to make layout a little nicer.
I'm not meaning as an individual option - meaning as part of the Bags menu item, so the window has a maximum of xx, but no individual bar can be wider than yy. (Window->Width, Bars->Per Row, Bars->Width)
potentially possible (i think), right now the code is dead simple, place a frame then anchor the next one to it, luckily the items are anchored to their frames so if i can get it to do this it should work. problem i can see is that i need to build the whole bag first to get the max width and then go back and reposition the frames in the "shorter" rows. i could see if turning on the ghost bars (the empty ones you see in edit mode) so it's more visually balanced?Another one I'll add my voice to would be aligning left/center/right depending on which column (as a tickable on/off option). Not sure if it should be absolute position, or relative (ie, no overlaps, but if there's space either try and get near where it wants to be, or even out the leftover space and divide by the number of gaps).
Just an idea (taken from a GUI system) - firstly have an AskMinMax for each bar - returns how many total items, and minimum and maximum width and height of the bar. The total items for each row (later columns maybe?) determine the "weight" of the bar, and hence how much actual space they get. Secondly you then tell each bar how much space it is actually getting to draw in - and the bar then lays out the items inside it depending on what's there. The AskMinMax returns a struct (array? I'm a php/C/etc coder) that has Items, MinWidth, MaxWidth, Width, etc - passed to asking and layout - this thing is finally returned from layout with every item within the bar knowing exactly where it should go - it's finally passed to the drawing side that puts them in the absolute positions (relative to the window) - in between layout and drawing you decide and set the alignment of bars deciding on what they are.
Ie, you could have 5 per row, with the first 2 are left, the next 2 are center, and the last is right - the layout knows that that row has xx pixels of needed space, the window has x2 pixels of actual space, so there's x3 pixels leftover, which are shared between the gaps - and hence you get the actual layout of that row, and the absolute positions of each element.
Hope the rambling wasn't too long ;-)
/sigh, options, options, options, you realise the option menus are pretty much larger in code than the actual bag management :) but yes i think i can add this.Final thing that bugs me is the amount of space around and between bars - please give us the option of changing it. ;-)
You're a star ;-P