Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
What a brilliant idea.
I am a Mac user, but unfortunately - that's all I am - I haven't written one single line of serious code since 1997 when I started being tasked as PM.
I will however be on hand, if a thorough Mac-tester is ever needed.
Also - Let me know if there are other menial tasks I could help with :)
More than happy to help with the Mac Client.
To allow for the per platform look and feel, it is easy to design different interfaces for multiple platforms (using QML: http://doc.qt.io/qt-5/qtqml-index.html) while keeping the core implementation the same.
I personally consider that mobile apps with APNS and Google Cloud Messaging notifications are essential. I have used node-pushserver for that ( https://www.npmjs.com/package/node-pushserver ) but I'm not sure how comfortable you'd be to integrate with the server (GMR runs on Azure, right?). Even if you'd rather implement it in C# there might be some libraries for that, I do not recommend implementing it yourself because mapping device IDs to users can be more complicated than it looks.
I agree that it would be great to have a single, cross-platform desktop client! I'd never heard of QT before. It seems fairly professional and robust with lots of options. I'm not so sure about having the client be in C++, I'm fluent in it but prefer higher level languages in general. Also am I correct in understanding that QT is a paid for tool, on a subscription? Is there a "no strings attached" version of the framework and tools?
I also really like your idea of supporting pushing to mobile apps and would be willing to integrate a node-pushserver into our web infrastructure.
I would be very happy with a Qt Version
btw. its Qt - pronoucend cute (afaik) - i think QT would be Quicktime
but this is just a nitpick :D
I think Qt is a strong option for developing a cross-platform desktop client for the new MR, even replacing what we've already done for Windows. Before we take off in that direction though are there any other libraries or frameworks we could consider that would also work?
I developed a (very small) client for GMR at
https://yagmrc.codeplex.com/
I used .Net with WinForms, because it runs under Linux with the Mono framework.
Do you plan to opensource the server components too ?
Regards
Alex B.
I'm skilled C++-programmer, and have some experience with Qt. But only with desktop apps, not phone. I agree with BlackXIII that it is good choice for cross platform client.
Unfortunately, I have little time to ensure my participation in development. But I would like to have access to the description of the protocol communications with the server over SignalR. Another option - to get the source code for the client running Windows, for understanding the communication protocol with the server.
The ability to gain access to the protocol or application on Windows, will give an impetus to the development of a cross platform prototype. If not me, then someone else will do it.
You can see the SignalR and API methods we use in the source for it. We hoped it would be a good starting place for developing a cross-platform client.
@bleissem: That's awesome! I had no idea you were working on a Linux client. Is it fully functional? We're not planning on open sourcing the server at this time.