- Dec 04, 2014
-
-
Zeno- authored
Until a permanent fix can be developed
-
Zeno- authored
Right mouse button behaviour for craft/inventory If right mousebutton clicked once then don't drop single items into slots. If right mouse button has been clicked and held a second time, drop items as the mouse is moved. In the second case (automatically drop/place items as mouse is moved) only auto-drop into blank slots, or slots that contain the same item.
-
- Nov 30, 2014
-
-
sapier authored
Fix non coding style conforming glb_fontengine to g_fontengine Fix fonts never been deleted due to grabbed to often
-
Zefram authored
The ratios between the sizes of form elements, including text, is now fixed, aside from variations caused by rounding. This makes form layout almost fully predictable, and particularly independent of player's screen size. The proportions of non-text elements are the traditional proportions. For compatibility, the way in which element positions and sizes are specified remains unchanged, in all its baroqueness, with one exception. The exception is that the position of a label[] element is now defined in terms of the vertically center of the first line of the label, rather than the bottom of the first line of the label. This change allows a label to be precisely aligned with button text or an edit box, which are positioned in a centering manner. Label positioning remains consistent with the previous system, just more precisely defined. Make multi-line label[] elements work properly. Previously the code set a bounding rectangle assuming that there would be only a single line, and as a result a multi-line label would be cut somewhere in the middle of the second line. Now multi-line labels not only work, but have guaranteed line spacing relative to inventory slots, to aid alignment. Incidentally fix tabheader[] elements which were being constrained to the wrong width. Given an unusually large form, in variable-size mode, the form rendering system now chooses a scale that will fit the entire form on the screen, if that doesn't make elements too small. Fixed-size forms, including the main menu, are have their sizes fixed in inch terms. The fixed size for fixed-size forms and the preferred and minimum sizes for variable-size forms all scale according to the gui_scaling parameter.
-
sapier authored
-
- Oct 30, 2014
-
-
kwolekr authored
-
- Oct 24, 2014
-
-
Kahrl authored
-
- Oct 08, 2014
-
-
Zeno- authored
-
- Oct 05, 2014
-
-
BlockMen authored
-
- Sep 28, 2014
- Sep 21, 2014
-
-
ShadowNinja authored
Caused by a020d1b6.
-
sruz25 authored
-
BlockMen authored
-
- Jul 16, 2014
- Jul 06, 2014
-
-
sfan5 authored
-
- Jun 29, 2014
-
-
sapier authored
There have been plenty of ppl involved in creating this version. I don't wanna mention names as I'm sure I'd forget someone so I just tell where help has been done: - The partial android versions done by various ppl - Testing on different android devices - reviewing code (especially the in core changes) - testing controls - reviewing texts A big thank you to everyone helping this to be completed!
-
sapier authored
-
- Jun 25, 2014
-
-
RealBadAngel authored
-
- Jun 24, 2014
-
-
RealBadAngel authored
Separate element for tooltips. Delayed showing, use global color or given ones.
-
- Jun 22, 2014
-
-
sapier authored
Fix positioning of tabheader in order to be usable for scaling GUIs WARNING: this changes position of current tabheaders, mods have to adjust!
-
- Jun 20, 2014
-
-
RealBadAngel authored
-
sapier authored
-
- Jun 19, 2014
-
-
RealBadAngel authored
-
- Jun 18, 2014
- Jun 12, 2014
- Apr 29, 2014
-
-
sapier authored
-
- Apr 22, 2014
-
-
sapier authored
-
RealBadAngel authored
Thats updated #795
-
- Mar 23, 2014
-
-
sapier authored
-
- Mar 13, 2014
-
-
BlockMen authored
-
- Mar 05, 2014
-
-
sapier authored
-
- Jan 14, 2014
-
-
Kahrl authored
-
- Dec 17, 2013
-
-
BlockMen authored
-
- Dec 13, 2013
-
-
sapier authored
-
- Dec 11, 2013
-
-
sapier authored
-