Alexsander Rosa schrieb:
Here in Brazil we've been always metric but we use "inches" sometimes.
For example: most TV sets, computer monitors, diskettes (obsolete),
water pipes (specially smaller sizes), surf boards and automobile wheels
still are measured in inches. The conversion is easy: 1 in
2009/12/18 Alexsander Rosa :
> Here in Brazil we've been always metric but we use "inches" sometimes.
South Africa is similar, though sometimes TV sets are in cm too. eg:
my TV set is a 74cm set. South Africa has used the metric system for
as long as I can remember, but it is strange why the items
On Fri, 18 Dec 2009 14:28:38 -0200
Alexsander Rosa wrote:
> Here in Brazil we've been always metric but we use "inches" sometimes. For
> example: most TV sets, computer monitors, diskettes (obsolete), water pipes
> (specially smaller sizes), surf boards and automobile wheels still are
> measured
Here in Brazil we've been always metric but we use "inches" sometimes. For
example: most TV sets, computer monitors, diskettes (obsolete), water pipes
(specially smaller sizes), surf boards and automobile wheels still are
measured in inches. The conversion is easy: 1 in = 2.54 cm, 1 feet = 12
inche
2009/12/18 Graeme Geldenhuys :
> John wrote:
>> this century! (Not sure why we still mostly refer to monitors in inches
>> when Australia has been "metrified" for decades.)
>
> It's those fn Americans. :-) I think they are one of the last countries
> in the world (read stubborn) that are still
Graeme Geldenhuys wrote:
John wrote:
this century! (Not sure why we still mostly refer to monitors in inches
when Australia has been "metrified" for decades.)
It's those fn Americans. :-) I think they are one of the last countries
in the world (read stubborn) that are still stuck with inc
John wrote:
> this century! (Not sure why we still mostly refer to monitors in inches
> when Australia has been "metrified" for decades.)
It's those fn Americans. :-) I think they are one of the last countries
in the world (read stubborn) that are still stuck with inches, miles, lbs
etc... O
Marco van de Voort wrote:
On Thu, Dec 17, 2009 at 01:47:18PM +0200, Graeme Geldenhuys wrote:
2009/12/17 Lance Collins :
"... buy a larger monitor" ??:-) ??I like the way you think. Quick and easy
solutions.
I can buy a 24 inch 1080p LCD monitor for $A209.
Perhaps Lazaru
On Thu, Dec 17, 2009 at 01:47:18PM +0200, Graeme Geldenhuys wrote:
> 2009/12/17 Lance Collins :
> >> "... buy a larger monitor" ??:-) ??I like the way you think. Quick and easy
> >> solutions.
> >
> > I can buy a 24 inch 1080p LCD monitor for $A209.
> >
> > Perhaps Lazarus could standardize on 26
I think Lance meant this for the mailing list and not to my personal account.
2009/12/17 Lance Collins :
>
>>
>> "... buy a larger monitor" :-) I like the way you think. Quick and easy
>> solutions.
>
> I can buy a 24 inch 1080p LCD monitor for $A209.
>
> Perhaps Lazarus could standardize on 26
Henry Vermaak wrote:
> which case you will have to resize the window or buy a larger monitor.
"... buy a larger monitor" :-) I like the way you think. Quick and easy
solutions.
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://opensoft.homeip.net/
2009/12/16 waldo kitty :
> well, this also would depend on the method of designing the forms, right?
> consider... one creates a form and places buttons here and there... they
> expect that these buttons will appear in the same place with the same size
> regardless of OS, widgetset and font... many
Henry Vermaak wrote:
2009/12/15 waldo kitty :
Henry Vermaak wrote:
Gtk says that if widgets need to have hard clipping, they should
create their own window. This causes performance issues, though, by
increasing communication with the x server.
But this is really a non-issue. I'd argue that c
2009/12/15 waldo kitty :
> Henry Vermaak wrote:
>>
>> Gtk says that if widgets need to have hard clipping, they should
>> create their own window. This causes performance issues, though, by
>> increasing communication with the x server.
>>
>> But this is really a non-issue. I'd argue that clippin
Henry Vermaak wrote:
Gtk says that if widgets need to have hard clipping, they should
create their own window. This causes performance issues, though, by
increasing communication with the x server.
But this is really a non-issue. I'd argue that clipping is almost
always bad. What use is somet
Graeme Geldenhuys escreveu:
Henry Vermaak wrote:
Maybe you can
also explain to me what good hard-coded bounds are, given that you
will never be able to get it right to suit everyone's language, theme
or font size.
And how bad does it look when a component paints outside it's bounds. Qu
2009/12/15 Graeme Geldenhuys :
>
> And how bad does it look when a component paints outside it's bounds. Quick
> answer - Terrible! Considering that I have not seen a single other GUI
> toolkit allow that, it IS simply a bug in GTK2.
This will only happen if the developer goes against the gtk
docu
Henry Vermaak wrote:
>
> Sigh. Maybe you should raise that on the gtk list?
Maybe I should report a few bugs there...
> Maybe you can
> also explain to me what good hard-coded bounds are, given that you
> will never be able to get it right to suit everyone's language, theme
> or font size.
A
2009/12/15 Graeme Geldenhuys :
> Marc Weustink wrote:
>> On 14-12-2009 15:37, Graeme Geldenhuys wrote:
>>> Will this in any way affect LCL?
>>
>> Not, since it is already the case for most controls. Thats why you
>> sometimes can draw a buttoncaption outside a button.
>
> Ah, so that explains it. T
Marc Weustink wrote:
> On 14-12-2009 15:37, Graeme Geldenhuys wrote:
>> Will this in any way affect LCL?
>
> Not, since it is already the case for most controls. Thats why you
> sometimes can draw a buttoncaption outside a button.
Ah, so that explains it. That problem is quite visible in Lazarus
Mattias Gärtner wrote:
>
>> Will this in any way affect LCL?
>
> Probably not
I guessed it will be like the switch-over that Qt did. It didn't seem to
affect the LCL-Qt either. Either way, I just thought I might mention it.
> Ubuntu is already at 2.18 so it contains the 2.17 patches.
I'm usin
On 14-12-2009 15:37, Graeme Geldenhuys wrote:
Will this in any way affect LCL?
Not, since it is already the case for most controls. Thats why you
sometimes can draw a buttoncaption outside a button.
Just came across this information, so I
thought I would mention it. Seems GTK is now followi
Zitat von Graeme Geldenhuys :
Will this in any way affect LCL?
Probably not
1.
The gtk intf does not use many X functions and the gtk2 already had a
lot of window less widgets.
2.
Ubuntu is already at 2.18 so it contains the 2.17 patches.
The only problems I know are that some themes cause
Will this in any way affect LCL? Just came across this information, so I
thought I would mention it. Seems GTK is now following Qt in design.
http://www.reddit.com/r/programming/comments/909m7/gtk_2173_is_released_the_clientside_windows/
http://live.gnome.org/GTK+/ClientSideWindows
How will th
24 matches
Mail list logo
