The default variant's text label is both inflexible in content (can't
customize the format for non-edge values) and layout (reserves way more
space than it needs at a time for its text label, often resulting in
huge horizontal gaps between a slider and an adjacent widget). This
makes it unsuitable for use in gui2::tchat_log.
This new minimal variant will be wired into gui2::tchat_log next.
... by making it not transparent.
For some reason, on Linux the antialiasing of the textbox text contents
looks slightly off when the background is a transparent (a != 255)
color. This does not happen when a solid color (a == 255) is used
instead.
Since Cairo AA is broken horribly with ClearType on Windows atm I'm not
really sure this specific bug also happens there.
To keep the intended effect of ebc214ff12,
I took a couple of screenshots of the textbox widget in both its enabled
and disabled states and averaged the background colors with the GIMP to
get an approximation of the result of blending the transparent overlay
from the GUI__BACKGROUND_COLOR_* macros with the standard dialog
background.
Note that this widget lacked a background before, making it look like
a simple label with a border and caret. In my opinion, the subtle
background is an improvement that highlights the widget's "dynamicness",
and makes it more obvious when it is disabled.
Shadowm figured out why blurring didn't work properly in the title screen
and created a proof-of-concept patch. This patch is heavily based upon
that patch.
This scroll_label definition is intended to be used for big description
boxes like in the Add-ons Manager's description dialog. It paints a
darker transparent background behind the inner grid and adds some
padding to the inner label.
This widget is slated to replace the current listbox in the
future. The code however is only ready as proof-of-concept code, and
not usable in real code yet.
The code is used to experiment with a different approach of the
implementation of a listbox.
The main reason for reverting are:
The stuff has hampered my development for almost a month now, including
forcing me to delay things I need to/want to work on.
The recruit dialog looks very ugly on 1024x768 since it doesn't fit entirely
on the screen. It's still usable, but lowering the height of the main window
makes the dialog unusable.
The code includes several new wml errors:
"Invalid WML found: Window builder: parsing resolution tip with empty 'id'
field. Will become mandatory in 1.9.7. (4)"
The unit tests are broken, and instead of being fixed properly their
code is being `fixed' by disabling tests. 2011-03-05T20:39:56Z!fabianmueller5@gmx.de indicates it
should fix the unit tests, but it doesn't so the code seems
untested. Which means I still can't use the tests for other code I
want to commit.
In 2011-03-05T09:12:02Z!fabianmueller5@gmx.de fendrin commits not working code with the goal to
force me to help him, which I consider bad practice, show the code in
a pastebin if you want help. I want to work on things when _I_ choose
to, and not being coerced to by committing bad code.
Commit 2011-03-05T12:04:13Z!fabianmueller5@gmx.de throws private _GUI* macros in a global header,
which might break other code in unexpected ways. The file modified
even contains the documentation regarding how to use GUI* and _GUI*
macros. And another remark that I should look at fixing the issue.
So I had enough of this stuff; it's incomplete, buggy and hampers the work
of at least one other developer for several weeks now.
Reverts fendrin's commits:
2011-02-11T19:01:16Z!fabianmueller5@gmx.de
2011-02-12T06:25:47Z!fabianmueller5@gmx.de
2011-02-12T16:43:20Z!fabianmueller5@gmx.de
2011-02-12T17:37:40Z!fabianmueller5@gmx.de
2011-02-12T18:36:30Z!fabianmueller5@gmx.de
2011-02-12T19:59:34Z!fabianmueller5@gmx.de
2011-02-12T20:47:43Z!fabianmueller5@gmx.de
2011-02-12T21:41:35Z!fabianmueller5@gmx.de
2011-02-12T22:35:15Z!fabianmueller5@gmx.de
2011-02-14T19:24:40Z!fabianmueller5@gmx.de
2011-02-14T20:55:55Z!fabianmueller5@gmx.de,
2011-03-02T18:59:59Z!fabianmueller5@gmx.de
2011-03-03T13:34:48Z!fabianmueller5@gmx.de
2011-03-03T13:56:10Z!fabianmueller5@gmx.de
2011-03-03T17:32:49Z!fabianmueller5@gmx.de
2011-03-04T00:52:26Z!fabianmueller5@gmx.de
2011-03-04T11:27:39Z!fabianmueller5@gmx.de
2011-03-04T11:28:48Z!fabianmueller5@gmx.de
2011-03-05T09:12:02Z!fabianmueller5@gmx.de
2011-03-05T11:16:09Z!fabianmueller5@gmx.de
2011-03-05T11:19:37Z!fabianmueller5@gmx.de
2011-03-05T11:21:19Z!fabianmueller5@gmx.de
2011-03-05T11:32:25Z!fabianmueller5@gmx.de
2011-03-05T11:47:30Z!fabianmueller5@gmx.de
2011-03-05T12:00:39Z!fabianmueller5@gmx.de
2011-03-05T12:01:22Z!fabianmueller5@gmx.de
2011-03-05T12:02:03Z!fabianmueller5@gmx.de
2011-03-05T12:02:46Z!fabianmueller5@gmx.de
2011-03-05T12:04:13Z!fabianmueller5@gmx.de
2011-03-05T12:05:02Z!fabianmueller5@gmx.de
2011-03-05T12:20:25Z!fabianmueller5@gmx.de
2011-03-05T12:24:39Z!fabianmueller5@gmx.de
2011-03-05T13:56:43Z!fabianmueller5@gmx.de,
2011-03-05T16:32:38Z!fabianmueller5@gmx.de
2011-03-05T16:34:34Z!fabianmueller5@gmx.de
2011-03-05T16:35:17Z!fabianmueller5@gmx.de
2011-03-05T20:39:56Z!fabianmueller5@gmx.de
2011-03-05T22:17:03Z!fabianmueller5@gmx.de
2011-03-05T22:29:29Z!fabianmueller5@gmx.de.
Also reverts a build system change that is no longer needed:
2011-03-05T16:35:04Z!anonymissimus@arcor.de
