Thanks. the idea in the beginning was just a sort of separate gui per OS, but I think I'll just use WX and work out the hacks and issues that I'm going to have to deal with it cross-platform. It's not like I'm not going to hit those with the core anyway.
On 1/28/2011 10:21 PM, Ken Perry wrote:
Tylor you should download mfc and a look through the code I think you can still look at the code. All mfc is is a rapper around win32. If you haven't already done it look at WX because that just raps win32 code to. So if you're going to make your own you should probably check into how it's been done. Ken -----Original Message----- From: programmingblind-bounce@xxxxxxxxxxxxx [mailto:programmingblind-bounce@xxxxxxxxxxxxx] On Behalf Of Littlefield, Tyler Sent: Friday, January 28, 2011 6:52 PM To: programmingblind@xxxxxxxxxxxxx Subject: Re: createing a client with a core and cross-platform gui Classes work for wx, but if I'm using windows API, I'd have issues with all the function pointers. On 1/28/2011 4:38 PM, Dave wrote:If you're rolling your own cross platform UI code, then you could consider having abstract classes representing UI elements; subclass for each platform as appropriate. Or, as you suggested, instead of subclassing, simply include the implementation of each class on a per platform basis but keeping the declaration uniform. You could even have a "cross platform implementation" file that is included in every platform build, but have additional platform specific "extensions" to those classes. It really depends on your needs. On 1/28/11, Littlefield, Tyler<tyler@xxxxxxxxxxxxx> wrote:Hello, I know that there are cross-platform libraries, I just didn't want to mess with them to much, unless I needed to, because as you say there is a big problem with trying to make everything work with onelibrary.On 1/28/2011 3:29 PM, qubit wrote:Hey there Ty -- perhaps you know this already, but you may find that an awful lot of the core code is influenced by the choice of GUI, and soyoumay end up doing a lot of development in your 3 GUI's each timesomethingnew is added. You could get a cross platform GUI library like swt in java or wxwidgetsto reduce the amount of work, but you sacrifice something when you try toramthe same type of GUI on all platforms. There was a thread on that onthebrailleblaster list, which is using java and SWT. Are you still working on your aspen mud framework? Is that what you are asking about? I am going back to get a microsoft live id...grumble, brumble. Cheers. --le ----- Original Message ----- From: "Littlefield, Tyler"<tyler@xxxxxxxxxxxxx> To:<programmingblind@xxxxxxxxxxxxx> Sent: Friday, January 28, 2011 3:33 PM Subject: createing a client with a core and cross-platform gui Hello all, I have a quick question: I am developing a client-server app, and I want the client to run on windows, Linux and Mac. So here was y idea: I will develop the core in c++, then just use whatever library I want to per OS and compile it for that. So I'll have different "gui" folders that will hold the code for each separate gui, and then when I compile on anything I'll just include that into the project I'm compiling. Is this a viable solution? Are there other ways to do what I want?-- Thanks, Ty __________ View the list's information and change your settings at //www.freelists.org/list/programmingblind__________ View the list's information and change your settings at //www.freelists.org/list/programmingblind
-- Thanks, Ty __________View the list's information and change your settings at //www.freelists.org/list/programmingblind