RE: creating a client with a core and cross-platform gui
- From: "Ken Perry" <whistler@xxxxxxxxxxxxx>
- To: <programmingblind@xxxxxxxxxxxxx>
- Date: Sat, 29 Jan 2011 00:21:44 -0500
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 one
library.
>> 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 so
you
>>> may end up doing a lot of development in your 3 GUI's each time
something
>>> new is added.
>>> You could get a cross platform GUI library like swt in java or wx
widgets
>>> to
>>> reduce the amount of work, but you sacrifice something when you try to
ram
>>> the same type of GUI on all platforms. There was a thread on that on
the
>>> brailleblaster 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
__________
View the list's information and change your settings at
//www.freelists.org/list/programmingblind
Other related posts:
