From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM
	autolearn=unavailable autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!news.unit0.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: hreba <f_hreba@yahoo.com.br>
Newsgroups: comp.lang.ada
Subject: Inconsistency in gtkada (Override_Color)
Date: Sun, 22 Jan 2017 12:01:31 +0100
Message-ID: <eejhobFa40uU1@mid.individual.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: individual.net QAnrm6pLLUFp6dZ0mjXsswYm4JZrixcv8lppSGvIfguBOVuGjZ
Cancel-Lock: sha1:YLax/c14C2/xxKcOurO8Adgp7dE=
X-Mozilla-News-Host: news://News.Individual.DE:119
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.5.1
Xref: news.eternal-september.org comp.lang.ada:33117
Date: 2017-01-22T12:01:31+01:00
List-Id: <comp.lang.ada>

Hi,

I found an inconsistency in Gtkada 2015.

A procedure specification there is

    procedure Override_Color
       (Widget : not null access Gtk_Widget_Record;
        State  : Gtk.Enums.Gtk_State_Flags;
        Color  : Gdk.RGBA.Gdk_RGBA);

The last comment line reads:
"Since: gtk+ 3.0 "state": the state for which to set the color "color": 
the color to assign, or null to undo the effect of previous calls to 
Gtk.Widget.Override_Color".

This is a copy from GTK where the color parameter is indeed a pointer, 
and not a record as Gdk.RGBA.Gdk_RGBA. Several other override-procedures 
show the same inconsistency between specification and description.

Any workaround for resetting the color?
-- 
Frank Hrebabetzky		+49 / 6355 / 989 5070