On Wed, Mar 5, 2014 at 6:29 PM, Tristan Van Berkom
wrote:
> Interesting, if I were you I would try to share the same adjustment
> between all of your views.
>
> I.e. I would keep the adjustment in the finest grained unit of each
> unit you want to display, and have your spin buttons format the val
On Wed, Mar 5, 2014 at 6:19 PM, Tristan Van Berkom
wrote:
> Since these particular LGPL sources are already made available by
> other parties (i.e. GTK+ & friends by GNOME etc) - I believe
> that you do not need to host these files directly - but must somehow
> at least link to these sources when
On Wed, 2014-03-05 at 02:20 -0500, Chris Moller wrote:
> On 03/05/14 02:01, Chris Angelico wrote:
> > On Wed, Mar 5, 2014 at 5:43 PM, Chris Moller wrote:
> >> I'm writing an app, that among a lot of other stuff, has three mutually
> >> interacting spinbuttuns, i.e., if I increment spinbutton A, it
On Wed, Mar 5, 2014 at 6:20 PM, Chris Moller wrote:
> No, they're not the same value. They're all for setting an angle, in
> radians, pi-radians, and degrees, and I want the user to be able to set the
> angle in any unit and have the equivalent angle in the other units show up
> in the other spin
On Wed, 2014-03-05 at 18:01 +1100, Chris Angelico wrote:
> On Wed, Mar 5, 2014 at 5:43 PM, Chris Moller wrote:
> > I'm writing an app, that among a lot of other stuff, has three mutually
> > interacting spinbuttuns, i.e., if I increment spinbutton A, its callback
> > then updates values in B and C
On Wed, 2014-03-05 at 17:13 +1100, Chris Angelico wrote:
> On Wed, Mar 5, 2014 at 12:27 PM, Daniel Kasak wrote:
> > If you're in doubt, I think the best way to do this is to distribute things
> > separately. Just make an installer / updater for the GTK libs ( that would
> > be handy, by the way ..
On 03/05/14 02:01, Chris Angelico wrote:
On Wed, Mar 5, 2014 at 5:43 PM, Chris Moller wrote:
I'm writing an app, that among a lot of other stuff, has three mutually
interacting spinbuttuns, i.e., if I increment spinbutton A, its callback
then updates values in B and C. B and then would try to
On Wed, Mar 5, 2014 at 5:43 PM, Chris Moller wrote:
> I'm writing an app, that among a lot of other stuff, has three mutually
> interacting spinbuttuns, i.e., if I increment spinbutton A, its callback
> then updates values in B and C. B and then would try to update A, and C,
> etc., resulting in
Okay, I'm out of ideas...
I'm writing an app, that among a lot of other stuff, has three mutually
interacting spinbuttuns, i.e., if I increment spinbutton A, its callback
then updates values in B and C. B and then would try to update A, and
C, etc., resulting in a bottomless recursion. So, w
On Wed, Mar 5, 2014 at 12:27 PM, Daniel Kasak wrote:
> If you're in doubt, I think the best way to do this is to distribute things
> separately. Just make an installer / updater for the GTK libs ( that would
> be handy, by the way ... oh and if you build some Windows themes, *please*
> distribute
Standard disclaimer: I am not a lawyer.
If you're in doubt, I think the best way to do this is to distribute things
separately. Just make an installer / updater for the GTK libs ( that would
be handy, by the way ... oh and if you build some Windows themes, *please*
distribute these too ). Then in
I have a Pike GTK app that works on Windows and Linux (and
theoretically other platforms but I haven't tested it). The Windows
version of Pike distributes GTK DLLs for 2.12.11, which has some flaws
compared to 2.24.10 which I use elsewhere. So it would be convenient
for my users if I could have a s
12 matches
Mail list logo
