gfxgfxQuArK Forumsgfxgfx
gfx gfx
gfx
QuArK logo
Welcome, Guest. Please login or register.
May 19, 2013, 06:47:53 PM

Login with username, password and session length
Call of Duty 4 support? Check this out!
gfx
gfx
*
gfxgfx
gfxgfx gfxgfx
Search:     Advanced search
gfxgfx Home Help Search Login Register   gfxgfx
gfx gfx
gfx
Pages: [1]
Print
Author Topic: Design document  (Read 1029 times)
DanielPharos
Global Moderator
Hero Member
*****
Posts: 966


Dancing Dan


« on: November 30, 2010, 12:06:05 PM »

The QuArK 7 design document is located here: http://quark.sourceforge.net/quark7/design_doc/
Logged
xmm0
Jr. Member
**
Posts: 28



Email
« Reply #1 on: November 30, 2010, 03:36:14 PM »

I'm excited to get started!  Cheesy
« Last Edit: December 03, 2010, 10:43:52 PM by xmm0 » Logged
etlaayz
Jr. Member
**
Posts: 36


« Reply #2 on: December 15, 2010, 09:30:13 PM »

I noticed that QObject is the same name as QT's foundation object. We might wan to change our name to avoid confusion.
Logged
DanielPharos
Global Moderator
Hero Member
*****
Posts: 966


Dancing Dan


« Reply #3 on: December 16, 2010, 01:30:15 AM »

It's called QObject in Q6 as well. The only conflict could occur in the Qt library interfacing code, not in the main program. I'm reluctant to change the name just because of a collision there, but it's a good point. I guess we'll have to put all the QuArK classes in a separate namespace (which is actually a good idea anyway).
Logged
etlaayz
Jr. Member
**
Posts: 36


« Reply #4 on: December 17, 2010, 03:27:48 AM »

I am just curious, any particular reason you chose C++?
Logged
DanielPharos
Global Moderator
Hero Member
*****
Posts: 966


Dancing Dan


« Reply #5 on: December 17, 2010, 03:35:26 AM »

I wanted a language that supported the datatypes of C natively, so interfacing with external libraries would not need any variable-conversions (speed! speed!). Obviously, C(++) is a natural choice then. I picked C++, because with a project this large, OOP is absolutely necessary to keep it maintainable. Also, there's lots of people that know C++.

But most of QuArK7 will reside in the Python-part of the code. The C++ code will only provide the underlying mechanisms.
Logged
xmm0
Jr. Member
**
Posts: 28



Email
« Reply #6 on: December 17, 2010, 05:53:15 PM »

It's called QObject in Q6 as well. The only conflict could occur in the Qt library interfacing code, not in the main program. I'm reluctant to change the name just because of a collision there, but it's a good point. I guess we'll have to put all the QuArK classes in a separate namespace (which is actually a good idea anyway).

I'm all for the namespace idea. I'm crazy about naming conventions  Grin

Logged
Pages: [1]
Print
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines
Cerberus design by Bloc
Valid XHTML 1.0! Valid CSS!
gfx
gfxgfx gfxgfx