Closed GoogleCodeExporter closed 9 years ago
Please elaborate.
Original comment by pele...@google.com
on 1 May 2014 at 4:21
Universal apps are apps that run on windows phone 8.1 and windows 8.1. To
support them a lib has to support windows phone 8.1. The target of the portable
lib must be changed to support windows phone 8.1. This can simply be done with
visual studio 2013 update 2. I tested the lib with a universal app and
everything works fine, but because the source code for the specific APIs is not
available, I wasn't able to use the lib in the way I wanted to.
Universal apps are going to be important when windows phone 8.1 rolls out in
summer and as a developer I want to get my app ready till then.
I also added a pull request for newtonsoft.json regarding universal apps which
required me to change only one line of code:
https://github.com/JamesNK/Newtonsoft.Json/pull/261
Original comment by l1234567...@gmail.com
on 1 May 2014 at 6:19
Will this change is compatible with older versions as well?
Regarding the source of the specific API, you can download it from -
https://google-api-client-libraries.appspot.com/download/library/analytics/v2.4/
csharp?lv=1.8.1
where analytics will be replaced by your API name
and v2.4 will be replaced by your API version
Original comment by pele...@google.com
on 2 May 2014 at 6:01
Thanks for the source. This will fix my specific problem. And regarding the
backwards compatibility: If only the WinRT files get changed I don't see any
problems but I can test if the .csproj files still works with vs 2012.
Original comment by l1234567...@gmail.com
on 2 May 2014 at 6:12
I was able to open the modified project in vs2012 on windows 8, so the modified
target seems not to influence backwards compatibility.
Original comment by l1234567...@gmail.com
on 6 May 2014 at 8:20
There is a problem with universal apps because
WebAuthenticationBroker.AuthenticateAsync(...) is not working on windows phone.
The solution is to create a #if WINDOWS_PHONE_APP and use
WebAuthenticationBroker.AuthenticateAndContinue(...).
Original comment by l1234567...@gmail.com
on 11 May 2014 at 7:16
It seems to be more complex than I thought. I'm currently working on a solution
and I will contribute it when I'm finished.
Original comment by l1234567...@gmail.com
on 12 May 2014 at 2:22
Thanks. Keep us all updated :)
Original comment by pele...@google.com
on 13 May 2014 at 2:52
Original comment by pele...@google.com
on 13 May 2014 at 2:52
Is there any way to start a private conversation? I'd like to ask some
questions and don't want to spam the issue.
Original comment by l1234567...@gmail.com
on 18 May 2014 at 6:39
I think that you should write it in this issue, it will help in the future
to see all the history.
Go ahead :-)
Original comment by pele...@google.com
on 18 May 2014 at 9:49
As far as I understand, the windows phone 8 client lib revives the callback of
the Google server directly in the WebBrowser control. This is replaced by
WebView in universal apps. But the callback from the Google server seems not to
start a navigation to the localhost. Also the navigation always has a
WebErrorStatus.Unknown. To solve this problem I would consider to use the page
title. But this would require some workarounds. So I'd like to ask if it's okay
to change the callback or if you can help me to solve my problem.
Original comment by l1234567...@gmail.com
on 19 May 2014 at 5:43
Maybe this can help aswell... The nuget dependency Zlib.Portable (for e.g
AdSense API) does'nt support Windows Phone 8.1 but has a pull request at
https://github.com/advancedrei/Zlib.Portable/pull/4 which supposedly fixed this.
Original comment by viktor.b...@future.se
on 3 Jun 2014 at 9:43
WebAuthenticationBroker does not work in the new windows phone 8.1 as it uses
the old Silverlight usercontrol. You need to create another version of it for
windows phone 8.1 that uses the new WP 8.1 UI and controls.
Original comment by monto...@gmail.com
on 17 Jun 2014 at 5:12
Original comment by pele...@google.com
on 6 Jul 2014 at 9:32
Original comment by pele...@google.com
on 31 Jul 2014 at 2:51
Do you have the code that does that?
If so you can create a request to contribute and create a change request,
otherwise you can just share your code here.
Currently we don't upgrade the library to support 8.1, since JSon.NET currently
doesn't support profile 328. When it will be fixed we will create a new client
library.
THANKS,
Eyal
Original comment by pele...@google.com
on 31 Jul 2014 at 2:55
I made some adjustments but there's still some work to be done. I did port the
existing WP 8.0 lib and it is possible to log in to the google account but I
can't quite handle the result yet. I started with implementing websockets but I
had more important things to do so this is not finished. I don't have access to
my computer right now but I can try to get the code uploaded to visualstudio
online.
Original comment by l1234567...@gmail.com
on 31 Jul 2014 at 8:48
OK.. feel free to do so.
After JSON.NET will upgrade their package to profile 328 I'll continue in
that effort.
I'm still going to support WP 8.0, so I'll have another project targeting
universal apps (8.1)
Because this is an open source project, if you would like to I can add you
as a reviewer for the future code. Just share with me your mail.
Thanks!
Eyal
On Thu, Jul 31, 2014 at 4:48 AM, <google-api-dotnet-client@googlecode.com>
wrote:
Original comment by pele...@google.com
on 31 Jul 2014 at 5:32
The email address is l1234567890987654321l@gmail.com . Thanks for your efforts.
I'll notify you if I continue development and if you provide me with your mail
address I'll share my current progress with you as soon as I'm home again.
Original comment by l1234567...@gmail.com
on 1 Aug 2014 at 8:13
Feel free to share it here. I just wanted you e-mail address so I would be
able to put you as a reviewer.
On Fri, Aug 1, 2014 at 4:13 AM, <google-api-dotnet-client@googlecode.com>
wrote:
Original comment by pele...@google.com
on 1 Aug 2014 at 1:16
Original issue reported on code.google.com by
l1234567...@gmail.com
on 1 May 2014 at 10:20