More Windows Phone 8.1 GDR1 Info leaked.

[George P Global Moderator]

NokiaPowerUser.com has managed to snag some more info on GDR1, we already knew that native folder support and VoLTE features were coming but now we have new tidbits.

 

1:  Support for 1280x800 resolutions.   <--- Maybe setting the path for WP and RT becoming one and running on mini-tablets which, iirc, use that resolution as the minimum right now.

 

2:  Support for Network Time Protocol, or NTP.

 

3:  A phonebook entry for Cortana can be created allowing for integration with Car navigation systems.

 

4:  Dual-SIM capability with both GSM + CDMA , so you can have one GSM SIM and one CDMA SIM together.

 

http://www.nokiapoweruser.com/2014/07/27/more-info-about-what-windows-phone-8-1-gdr1-brings-with-itself/

[Studio384]

Basicaly, a short version of something I already mention on Neowin and WPCentral:

 

This are some of the new features in GDR1:

- Support for WXGA 800 x 1280
- Improvements to video capture meta data tags (not sure what it means)
- Support for Network Time Protocol (NTP)
- Partners can now configure the settings for C+G dual SIM phones
- Disable voicemail phone number display
- OEMs can set a list of MCC/MNC pairs for the purchase order (PO)
- OEMs can configure a phone book entry for Cortana to allow users to start speech from a car
- Something with Phone cover settings
- OEMs will be able to hide the "Automatic search for updates" function
- Something with building images with user-managed software buttons
- Support for entity extraction in the Messaging app

This comes from the documentation mentioned in the article. So, this probably isn't everything, as consumer features might be missing.

[TPreston]

Fingers crossed for some (useful) vpn profiles.

[George P Global Moderator]

A few more things.

 

The Store tile, when medium-sized, is now a live tile. It shows both the Store logo and the name. 

 

Windows Phone 8.1 GDR1 supports entity extraction in the Messaging app (which is also shared with the Email)

 

OEMs can introduce Phone cover app like we see for other platforms.

 

For those who don't know, basically you can have a custom cover for your phone and an app can be run/displayed on the top of the cover.  Sort of like what MS had with laptops and those secondary displays on the top of the laptop, forgot the name of them.   Could be handy since you can see it on the cover and not have to keep opening it and having to turn the screen on to check for things.

 

There's a few other changes in there that I don't like though,  sounds like OEMs will be able to hide the "auto scan for updates" option on the phone.  That's got to be one of the stupidest moves to date, maybe something they only do for the lower end sub $100 phones though.

 

They can also block the use of the SD card for phone updates.  I guess allowing you to download the update to the SD card and not the internal storage? 

[George P Global Moderator]

Some more details about Phone Cover apps.

 

OEMs can build and register a phone cover app, which allows partners to create a user experience with their Windows Phones phone cover accessories. This application must be preloaded on the phone as a Settings/CPL application.

 

OEMs can then enable the app to be launched when the phone cover is closed and specify the default setting for the lock screen?s auto unlock setting, which determines if the lock screen is automatically lifted when the user opens the phone cover.

 

Limitations and restrictions:

 

When the OS receives a notification that the cover state has been set to Closed:

 

The OS locks the device.

The OS uses the AUMID setting to launch the phone cover app. The phone cover app is launched in the foreground, above the lock screen, and the app is rendered at the top of the z-order.

 

When the OS receives a notification that the cover state has been set to Opened:

 

The OS terminates the phone cover app and shows the default lock experience.

 

If the user opens the cover and the AutoUnlock setting is set to 1, the OS automatically lifts the lock screen and tries to unlock the device. If the device does not have a password lock, the OS unlocks the device. Otherwise, the OS prompts the user for their password.