I'm not familiar with Microsoft's way of laying out GUIs. Do they use
pixel-based coordinate systems?
Is that why some dialogs and applications look weird if I use a bigger font?
How do they deal with internationalization of applications?
···
On 11/29/05, Damphyr <damphyr@freemail.gr> wrote:
tony wrote:
> Joe Van Dyk wrote:
>
>> With Gtk and Tk, you don't use coordinates. You pack widgets into
>> containers and pack those containers into windows.
>>
>> It's not terribly difficult, and it's a better approach than
>> pixel-oriented coordinate systems.
>
>
> Interesting point. I'll look into Tk.
This is actually a point that is valid with almost all widget systems
*except* the one Microsoft uses.
This is actually a point that is valid with almost all widget systems *except* the one Microsoft uses.
... and that could be the reason why there are many more apps in VB than almost anything else. VB (and its Visual Studio counterparts) allow you put something together quickly. All this messing about with layout managers and graph paper is a PITA..
(GUI newbie with a VB background
Graham
With Gtk and Tk, you don't use coordinates. You pack widgets
into containers and pack those containers into windows.
It's not terribly difficult, and it's a better approach than pixel-oriented coordinate systems.
Interesting point. I'll look into Tk.
This is actually a point that is valid with almost all widget
systems *except* the one Microsoft uses.
I'm not familiar with Microsoft's way of laying out GUIs. Do they
use pixel-based coordinate systems?
0,0 - width,height (or is it height,width? I can never remember).
It makes it very easy to build a GUI Builder (I guess that's why VS has the best GUI designing facility there is) but is a bitch to control when you want to have complex resizing and layout.
Is that why some dialogs and applications look weird if I use a
bigger font?
Bummer isn't? It can be done, but it was not worth the time (can'T speak for Windows Forms though)
How do they deal with internationalization of applications?
The famous .rc files and long tables of constants
I've given up on C++ MFC GUIs a long time ago and have not had any contact with C#/.NET Forms.
Switched to Fox and found what I needed for the admitedly minimal needs outside work (and since I work on embedded systems nobody forces me to write GUIs ). Helps that I can use it through Ruby too
V.-
This is actually a point that is valid with almost all widget systems *except* the one Microsoft uses.
... and that could be the reason why there are many more apps in VB than almost anything else. VB (and its Visual Studio counterparts) allow you put something together quickly. All this messing about with layout managers and graph paper is a PITA..
(GUI newbie with a VB background
PITA for a lazy developer, maybe. As a GUI user, I hate text fields that don't grow as I widen the frames that contain them. It's not a solution to try preventing the using from resizing the dialog, either.
All this messing about with layout managers and graph paper is a
PITA..
Why graph paper? I mean, as far as the basic layout stuff goes with
Gtk, you've got boxes where you stack things vertically, boxes where
you stack them horizontally, and tables where you put things in
rows/columns.
As long as you know that e.g. you want widget A to go above widget
B, it Just Works(tm). Everything finds its own natural size. I
can usually do a decent job coding a layout-based dialog without
bothering to draw anything.
Contrast with pixel-position layouts, where you've got to tweak the
exact size, and painstakingly move everything around by hand. If
you didn't have a GUI designer handy, that really would require
graph paper. And a lot of erasers.
I'm not familiar with Microsoft's way of laying out GUIs. Do they
use pixel-based coordinate systems?
Is that why some dialogs and applications look weird if I use a
bigger font?
How do they deal with internationalization of applications?
To put it that way: If Microsoft were some army the following incident
could occur: "Sir, this German translation does not fit into the
windows" - "A translation always fits where the US text fits." - "But
Sir..." - "It DOES fit!" - "Well, yes ..." - "PERIOD!" - "Yes, Sir!"
German is a good example because most of its terms are longer than the
original ones.
Josef 'Jupp' Schugt
···
At Tue, 29 Nov 2005 18:56:45 +0900, Joe Van Dyk wrote:
Jonas Hartmann:
> graham wrote:
>>> Another vote for Arachno Ruby (http://www.rubyide.com)
>>
>> Ditto - as you say - work in progress, but still very usable as is.
>
> i prefer open source, best GPL style, software.
> makes me more independent.
Just out of curiosity - what's in GPL that benefits you *as
a user* in contrast to other Open Source licenses (say, BSD)?
Open source advocates don't whine at you for using software that is licensed
under it.
···
On Wednesday 30 November 2005 14:27, Shot - Piotr Szotkowski wrote:
Cheers,
-- Shot, who's definitely in the GPL camp as a developer,
but doesn't see much difference for the users...
Ditto - as you say - work in progress, but still very usable as is.
i prefer open source, best GPL style, software.
makes me more independent.
Just out of curiosity - what's in GPL that benefits you *as
a user* in contrast to other Open Source licenses (say, BSD)?
It is more likely that I won't get into a situtation where code goes closed, means it is used in closed source products or is used to build close source products.
Take, for example NeoOffice (OO Fork for OS X), if this was released under a more liberal and less free liscense soon there would be commercial closed source solutions that offer "benefits" of this or that kind.
and some time later i see the original open source project die. (less users, less need, less money support)
i perfer bsd when it is about very basic things that can be reimplemented/created fast.
···
Cheers,
-- Shot, who's definitely in the GPL camp as a developer,
but doesn't see much difference for the users...
To put it that way: If Microsoft were some army the following incident
could occur: "Sir, this German translation does not fit into the
windows" - "A translation always fits where the US text fits." - "But
Sir..." - "It DOES fit!" - "Well, yes ..." - "PERIOD!" - "Yes, Sir!"
German is a good example because most of its terms are longer than the
original ones.
Josef 'Jupp' Schugt
It may seem funny, but Microsoft Czech Republic for one _is_ one hell of an army. I _did_ some translations for them. Fortunately, Windows don't force you to do it in your apps...
I couldn't find a Ruby-based neural network library. Anyone out there secretly developing one, or writing a Ruby wrapper for? Ideally, I'd like to use something for educational purposes like T-learn, but better and in Ruby.
rbsnns is a pure ruby interface to SNNS, the Stuttgart Neural Network
Simulator (http://www-ra.informatik.uni-tuebingen.de/SNNS\). It
communicates with with the "batchman" tool from SNNS via pipes.
I couldn't find a Ruby-based neural network library. Anyone out there
secretly developing one, or writing a Ruby wrapper for? Ideally, I'd like
to use something for educational purposes like T-learn, but better and in
Ruby.
--
ara [dot] t [dot] howard [at] noaa [dot] gov
all happiness comes from the desire for others to be happy. all misery
comes from the desire for oneself to be happy.
-- bodhicaryavatara
Very cool. Thanks. Have you played around with RBSNNS at all?
--russ
···
On Sun, 4 Dec 2005, Russ McBride wrote:
I couldn't find a Ruby-based neural network library. Anyone out there
secretly developing one, or writing a Ruby wrapper for? Ideally, I'd like
to use something for educational purposes like T-learn, but better and in
Ruby.
rbsnns is a pure ruby interface to SNNS, the Stuttgart Neural Network
Simulator (http://www-ra.informatik.uni-tuebingen.de/SNNS\). It
communicates with with the "batchman" tool from SNNS via pipes.
ara [dot] t [dot] howard [at] noaa [dot] gov
all happiness comes from the desire for others to be happy. all misery
comes from the desire for oneself to be happy.
-- bodhicaryavatara
Very cool. Thanks. Have you played around with RBSNNS at all?
--
ara [dot] t [dot] howard [at] noaa [dot] gov
all happiness comes from the desire for others to be happy. all misery
comes from the desire for oneself to be happy.
-- bodhicaryavatara