Programming Forums
User Name Password Register
 

RSS Feed
FORUM INDEX | TODAY'S POSTS | UNANSWERED THREADS | ADVANCED SEARCH

Reply
 
Thread Tools Display Modes
Old Jul 11th, 2006, 3:22 PM   #1
Zap
Guest
 
Posts: n/a
wxWidgets vs Windows API

I've been waiting to try a GUI toolkit since I learned Windows API. For those that have used it: How is it? What can you do with it? What can't it do that API can? Is it worth abandoning API to learn? Since I found a GUI designer for it, I've been thinking about trying it. My major problem with tring it is: Will I not be able to do something in wxWidgets that I can do in API? Also, does it make programs too big? Because I also want to keep my programs as small as possible.

Last edited by Zap; Jul 11th, 2006 at 3:37 PM.
  Reply With Quote
Old Jul 11th, 2006, 3:29 PM   #2
Klarre
Game engine designer
 
Klarre's Avatar
 
Join Date: May 2005
Location: Sweden
Posts: 301
Rep Power: 4 Klarre is on a distinguished road
I can not answear your question; but I think you should learn what an API is. It might not be what you think it is, as I interpreted it when I read your post.
Take a look here: http://en.wikipedia.org/wiki/API
__________________
http://www.klarre.se
Klarre is offline   Reply With Quote
Old Jul 11th, 2006, 3:36 PM   #3
Zap
Guest
 
Posts: n/a
I'm talking about windows API (Application Programming Interface) I know what it is. I have programmed in Assembly for Several platforms. API is a compilation of calls that an operating system provides. For instance a restart call on a TI-83 Plus would qualify as an API call. Or the B_CALL macro(a restart call at 0028 followed by a double word) on the 83+.

Last edited by Zap; Jul 11th, 2006 at 3:51 PM.
  Reply With Quote
Old Jul 11th, 2006, 3:44 PM   #4
Klarre
Game engine designer
 
Klarre's Avatar
 
Join Date: May 2005
Location: Sweden
Posts: 301
Rep Power: 4 Klarre is on a distinguished road
I understood that you was talking about the Windows API, and I also know what an API is. There is a lot of beginners on this forum, and the post was written as you thought that API has something to do with the Windows API. Never mind then.

/Klarre
__________________
http://www.klarre.se
Klarre is offline   Reply With Quote
Old Jul 11th, 2006, 3:51 PM   #5
Zap
Guest
 
Posts: n/a
I can see why. I'm just asking how good this tool kit is. I heard it's cross platform which is very nice. But the problem with Toolkits vs any API is that they lack some things. My major concern is that wxWidgets would be lacking something important. That and the hard disk space it will consume.
  Reply With Quote
Old Jul 11th, 2006, 4:05 PM   #6
DaWei
Resident Grouch
 
DaWei's Avatar
 
Join Date: Jun 2005
Posts: 6,453
Rep Power: 10 DaWei is on a distinguished road
If your API wrapper doesn't cover what you need, just use the unwrapped stuff. Have you browsed or searched the forum for "wxWidgets"? Have you visited the site?
__________________
Abstraction doesn't make it impossible to write bad code; it makes it possible to write superior code.
Contributor's Corner: Grumpy on C++ Exceptions DaWei on Pointers
DaWei is offline   Reply With Quote
Old Jul 11th, 2006, 4:13 PM   #7
Zap
Guest
 
Posts: n/a
Yes... I have. It looks good. Says it's cross platform, uses object oriented code. But I can't find too much in depth documentation, besides I would really have to go in-depth with it to find out what's missing. I need a toolkit and fast. Currently, I use the api and am able to quickly create great and small apps quickly with the templates I created. I was just wondering if this would be any quicker. I do like api, but it's not the quickest thing.

EDIT:
I just read the wxWidgets wiki. It says that MFC has smaller exe size then it does. That's not good. MFC exes are bigger compared to exes made with Windows API... That just leaves one question, how much bigger are wxWidgets exes?
  Reply With Quote
Old Jul 11th, 2006, 5:08 PM   #8
Arevos
Programming Guru
 
Arevos's Avatar
 
Join Date: Aug 2005
Location: England
Posts: 1,499
Rep Power: 5 Arevos is on a distinguished road
Quote:
Originally Posted by Zap
I just read the wxWidgets wiki. It says that MFC has smaller exe size then it does. That's not good. MFC exes are bigger compared to exes made with Windows API... That just leaves one question, how much bigger are wxWidgets exes?
Generally speaking, the more advanced a toolkit is, the faster it is to develop in, and the more benefits it provides. This invariably comes at a cost of file size.

As with most things, it's a tradeoff. I personally subscribe to the notion that developers should laden as much work as possible upon the computer, as developer time is frequently more expensive than CPU cycles, RAM or disk space. You may have different views on this, though, and that's fine.

As an aside, APIs are not proper nouns, so it's "the Windows API" or "a device API", rather than just "Windows API". Also, the term API is more general than you seem think it is. When you access wxWidgets, for example, you'll be accessing it through an API.
Arevos is offline   Reply With Quote
Old Jul 11th, 2006, 7:11 PM   #9
Zap
Guest
 
Posts: n/a
Quote:
As an aside, APIs are not proper nouns, so it's "the Windows API" or "a device API", rather than just "Windows API". Also, the term API is more general than you seem think it is. When you access wxWidgets, for example, you'll be accessing it through an API.
I thought that you people were done attacking my useage of a simple term. So what, I used improperly, I thought you'd be smart enough to assume that I meant Windows API when I posted API.

Quote:
Generally speaking, the more advanced a toolkit is, the faster it is to develop in, and the more benefits it provides. This invariably comes at a cost of file size.

As with most things, it's a tradeoff. I personally subscribe to the notion that developers should laden as much work as possible upon the computer, as developer time is frequently more expensive than CPU cycles, RAM or disk space. You may have different views on this, though, and that's fine
It's funny, you say this when you just took time pointing out stupid semantics. :p In all seriousness though, I do have different views. All of those things are important. Wow, programming has indeed changed, if you view time more important than efficiency. I think that a program should be fast, consume as few resources as possible and be as small as the developer can get it with the resources at hand. I don't see why you wouldn't agree. If you think time is sooooo important, you shouldn't be wasting it on a forum, talking to an 18 year old kid about how API is not a pronoun.
  Reply With Quote
Old Jul 11th, 2006, 7:17 PM   #10
DaWei
Resident Grouch
 
DaWei's Avatar
 
Join Date: Jun 2005
Posts: 6,453
Rep Power: 10 DaWei is on a distinguished road
Quote:
if you view time more important than efficiency.
This is not a very smart statement; it's plain stupid. You don't need to tell me how important machine efficiency can be, since I've been developing embedded systems since the advent of the microprocessor as a commercially feasible device. I have also been responsible for the development of multi-million dollar projects employing the services of many programmers, hardware engineers, and mechanical engineers. The success of any endeavor depends upon the health of the bottom line. As a mere boy, you obviously have no inkling of reality.
__________________
Abstraction doesn't make it impossible to write bad code; it makes it possible to write superior code.
Contributor's Corner: Grumpy on C++ Exceptions DaWei on Pointers
DaWei is offline   Reply With Quote
Reply

Bookmarks

« Previous Thread in Forum | Next Thread in Forum »

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump




DaniWeb IT Discussion Community
All times are GMT -5. The time now is 4:25 AM.

Powered by vBulletin® Version 3.7.0, Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Copyright ©2007 DaniWeb® LLC