Return Styles: Pseud0ch, Terminal, Valhalla, NES, Geocities, Blue Moon.

Pages: 1-

Skins?

Name: Anonymous 2010-04-17 19:57

Hey guys, I need some help.

I just recently started learning to program in c++, so far so good. But I've been working my way up with user friendly languages (Like Visual Basic and... Game maker) and I'm starting to miss the eye candy in my applications. So, does anyone know if there's an easy way to skin my applications in c++ Builder? At the very least, XP style buttons would be very welcome.

I'd ask /g/, but those guys are assholes.

Name: Anonymous 2010-04-17 20:02

I'd ask /g/, but those guys are assholes.
I hate to tell you this, but ...

Name: Anonymous 2010-04-17 20:05

Just spam windows.h until it looks good.

Name: Anonymous 2010-04-17 20:34

Magnify me: Satori

Name: Anonymous 2010-04-17 20:55

Microsoft, in their infinite wisdom and love for backward compatibility with third-rate crapware, decided that you should add XML jibber-jabber called a manifest to your program if you want nice controls.

Name: Anonymous 2010-04-17 21:17

>>5
You don't really need the manifest for getting a fancy interface, although it's an easier solution if you want the skin to match Windows' one. All this special UI stuff can be done using USER32/GDI32 APIs, or by using premade UI controls/skinning libraries/etc or you could use Qt for a cross-platform UI.

Name: Anonymous 2010-04-17 21:21

I would learn Qt if I were you. I can't speak from experience, but it would seem like a very useful library to know.

Name: Anonymous 2010-04-17 21:34

>>1
Why, in this day and age, people still use C++ for GUI applications, is beyond me.

Name: Anonymous 2010-04-17 21:41

if you're writing code for windows, c++ is obsolete. use c# instead.
as an added bonus, your programs will probably run just fine on linux without even needing to be recompiled!

Name: Anonymous 2010-04-17 21:46

>>8
The answer was hinted at by >>7. C++ is useful exactly because Qt is implemented in it. (Discuss.)

More seriously, having an model is very nice when dealing with GUIs. Going beyond merely preferring C++ to C in this instance (which I assume is the point): there's really no need to use a dynamically typed language to build a GUI, and so on; I can't think of any reason that C++ would be worse than anything else at this sort of thing.

Name: >>10 2010-04-17 21:47

Should read:
an object model

Name: Anonymous 2010-04-17 21:59

>>9
I'm not a C++ programmer, but that statement is just wrong.
That's like saying C is obsolete because Java exists.
C# and C++ are different languages with different goals. There are merits and disadvantages with using either one. C# is a better Java, and it's rather easy to code in it, it also features a very large standard library which is helpful for common tasks, it's also an ENTERPRISE language. C++ is a C with objects, but it's a lot more low-level than C# and compiles to native code, and on Windows, you can do a lot of low-level things in both C and C++. C++ and C# are different languages with very different goals, although if you were using C++ with MFC for making GUIs in the past, you're probably better off switching to C#, but if you had other goals, C# might not be what you're looking for.

Or you could do like most sane people on /prog/ and just switch to using Lisp or Haskell, depending on your preferences, and use the FFI for non-portable things.

Name: Anonymous 2010-04-17 22:15

Or you could do like most sane people on /prog/ and just switch to using Lisp or Haskell,

w-t-f man. Haskell is still balls for doing anything stateful (eg. GUIs, programming outside of maths fields in general), and by balls I mean 'nads.

Incidentally, where can I get a Lisp that is statically typed (perhaps with inference)?

Name: Anonymous 2010-04-17 22:20

Name: Anonymous 2010-04-17 22:21

C# is a better Java,
and Java is a better C++.

Name: Anonymous 2010-04-17 22:26

>>14
Something a little more S-exy maybe?

Name: Anonymous 2010-04-17 22:30

>>13
I think Qi was something of that sort, but personally, I'm fine with the dynamic nature of Lisp, and just like it fine as it is. SBCL can do some limited type-inference, so you don't have to use (as) many declarations for speed (actually I barely use any, unless I'm writing some speed-critical code).

Name: Anonymous 2010-04-17 22:37

>>14
Factor makes you write better code!!

Name: Anonymous 2010-04-17 22:43

>>16
why? you want a bunch of extra syntax?

Name: Anonymous 2010-04-17 22:47

>>15
And C++ is a better C# oh shi-

Name: Anonymous 2010-04-17 22:52

>>21
Look at >>15 again, idiot:
.

The sentence already ended. You cannot add more to it.

Name: Anonymous 2010-04-17 22:54

>>21
You shouldn't be so self-critical, Anon. People make mistakes!

Name: Anonymous 2010-04-17 22:55

>>22
I lol'd a lot.

Name: Anonymous 2010-04-17 23:01

>>22
back to whatever phpBB ghetto you came from, please.

Name: Anonymous 2010-04-17 23:05

>>15
>>21
>>24
Wait, I see a pattern.

Name: Anonymous 2010-04-17 23:09

>>17
I have found static typing to be very nice as a means of keeping things orderly. Even with inference, the typing is there and provides information about what the program is doing (the programmer can infer just as well as the interpreter/compiler--hopefully.)

>>19
S-expressions really don't mandate much syntax.

Name: Anonymous 2010-04-17 23:15

>>12
There are merits and disadvantages with using either one.
Yes. And not using C# with Visual Studio for creating GUIs for Windows is sort of stupid.

Name: Anonymous 2010-04-17 23:19

S-expressions really don't mandate much syntax.
it's a lot more syntax than a list of words.

Name: Anonymous 2010-04-17 23:27

>>28
And yet there is a lot of syntax to be found in those mere words. Instead of just ( and ), I have noted {,}, [,], |, " and various other obvious syntactical marks in the factor sources--or do you suggest that these examples all still pass parse should I delete some of the non-alphanums at random?

(Not to mention: half of them came with XML files I was too timid to investigate.)

Name: Anonymous 2010-04-17 23:34

>>29
yes, the programs will still be syntactically valid. however, they may not be semantically useful.

Name: Anonymous 2010-04-17 23:36

>>30
You know, I don't believe you. Even if what you say was true, it would just be that much worse.

Name: Anonymous 2010-04-17 23:54

So, does anyone know if there's an easy way to skin my applications
Don't. Unless you want your program to be a User Interface Hall of Shame entry.

Name: Anonymous 2010-04-18 0:01

>>31
(scratchpad) : { ( -- ) ;
(scratchpad) 1 2 3 { 4 5 6 6 narray .
{ 1 2 3 4 5 6 }

those words can be redefined just like any other words in the language.

Name: Anonymous 2010-04-18 0:07

>>33
Woo, many languages permit the definition of syntax. It doesn't mean there is no syntax and it often means there is a lot more.

Name: Anonymous 2010-04-18 0:54

>>34
ok, find one bit of syntax that's part of the language itself instead of being defined in a library.

Name: Anonymous 2010-04-18 1:12

>>35
1. Sorry, not that interested.
2. Besides which, as many languages are implemented in themselves with a tiny bit of bootstrap, syntax defined in a (standard) library is not really separate from language syntax. If you want to argue that, see #1.

Name: Anonymous 2010-11-14 15:04

Name: Anonymous 2010-11-15 2:07


Don't change these.
Name: Email:
Entire Thread Thread List