Windows Technical Preview  

1031 members have voted

  1. 1. On a scale of 1-5, 1 being worst, 5 being best. What do you think of Windows 10 from the leaks so far?

    • 5.Great, best OS ever
      156
    • 4. Pretty Good, needs a lot of minor tweaks
      409
    • 3. OK, Needs a few major improvements, some minor ones
      168
    • 2. Fine, Needs a lot of major improvements
      79
    • 1.Poor, Needs too many improvements, all hope is lost, never going to use it
      41
  2. 2. Based on the recent leaks by Neowin and Winfuture.de, my next OS upgrade will be?

    • Windows 10
      720
    • Windows 8
      20
    • Windows 7
      48
    • Sticking with XP
      3
    • OSX Yosemite
      35
    • Linux
      24
    • Sticking with OSX Mavericks
      3
  3. 3. Should Microsoft give away Windows 10 for free?

    • Yes for Windows 8.1 Users
      305
    • Yes for Windows 7 and above users
      227
    • Yes for Vista and above users
      31
    • Yes for XP and above users
      27
    • Yes for all Windows users
      192
    • No
      71


Recommended Posts

And I also think that Microsoft coming back with a focus on native code, the move to improve their compiler and supporting C++ '14 after years of aimlessly wondering around in a 'managed code is the future haze' (Apple went through the same phase with their Garbage Collector for Objective-C, but they found their senses, developed ARC, Swift and Clang/LLVM and the new libc++ library has put them squarely in the camp of C++ developers best friend) - WinRT is what developers wanted for years, not managed code framework (aka .NET for the desktop) but a better set of frameworks for native code with the added bonus that it can span from smart phone to tablet to laptop without all the pain and heartache that came with win32. Then add to that the language agnostic nature of WinRT and it is definitely a winner - don't like C++ then use HTML5, don't like that then use JavaScript, want to use Python? great, go a head and use it till your hearts content. Microsoft has gotten back its developer groove by having a developer at the helm - 'developers, developers, developers, developers'.

 

Edit: Given the clean nature of WinRT I wouldn't be surprised if we see an implementation ala wine appearing given that it should be a lot easier to implement WinRT based on the fact that it is new, properly documented and built from the ground up. I'd hazard to guess that going forward we're going to see Microsoft move their whole Office stack to sit on top of WinRT, create underpinnings in WinRT for OS X, Android and iOS backends then recompile for each platform and take the relevant parts they need from WinRT with them aka like what they did back in the days they used Mainsoft to provide Internet Explorer/Outlook Express on Solaris and HP-UX.

Actually, it's not a focus ON native code, but on using APIs properly (as a bridge between native code for the OS, and application code, which is not necessarily native).  However, in order for an API to be properly used, it must be properly delineated - which all too many Windows APIs haven't been.  (In other words, you're right on the "unclean API" issue.)  Having unclean APIs may have been well and good if you have no competition in compiling Windows applications - however, that is far from true - even in the Windows space.

 

Managed code - in and of itself - isn't the issue - in a team environment, managed code is a must..  The problem - where there is one - is that different minds have different approaches to dealing with APIs, and when the API is "unclean" (that is, it ALLOWS multiple approaches) it exacerbates the headaches OF managed code.  Proper API delineation deals with the multiple-approaches problem, which in turn reduces the headaches of code management (which, more often than not, is about approaches to an API).

Android X86 stable distributions actually have play store access, the main problem is apps (mostly games) compiled with the native code libraries will only work on ARM processors. I'm hoping that more developers will start making their stuff x86 compatible as tablets powered by atom processors are becoming more common.

That is exactly what I meant - as there ARE completely non-native (as in across all platforms) and platform-specific (x86-specific, in fact) versions of both Google Play AND Play Services for Lollipop today, and they aren't hacks - the source is Google itself.  It's also why I said that the ball is back in the court of developers.

 

In fact, right now, I'm researching an issue going forward for prospective Android developers (and users) - OpenGL ES support on Hyper-V.  However, since I have started a thread on this issue on the Development forum, take any possible solutions there, please.

From what I can remember they have had play services in Android X86 at least since version 4.2. It is nice to see Google taking that seriously. I wouldn't personally use Android on a desktop computer just yet but it never hurts to see the competition stepping up, and it's certainly far more user friendly than your average Linux distribution. It will be interesting to see how it competes with Windows 10 in the hybrid PC department.

From what I can remember they have had play services in Android X86 at least since version 4.2. It is nice to see Google taking that seriously. I wouldn't personally use Android on a desktop computer just yet but it never hurts to see the competition stepping up, and it's certainly far more user friendly than your average Linux distribution. It will be interesting to see how it competes with Windows 10 in the hybrid PC department.

Javik, the ONLY reason that Android-x86 (today) is not very attractive is that too many Android applications AND games are using either ARM-native code, or DALVIK, or both - the ARM problem is, in fact, solvable (via translation - however, it is a CPU-cycle thief), but the DALVIK problem isn't.  (The DALVIK problem is also a problem for ARM - remember, Lolli lacks DALVIK altogether.)  Further, Google is discouraging the bundling of the Play Store and/or Play Services with x86-based Android images outside of the developer tools - that is, in fact, why Genymotion no longer includes them.  It can be worked around - however, it's not a casual endeavor.

 

Another interest (by users AND developers) is Android VMs inside of Windows.  The big reason this is still semi-proprietary (as opposed to open) is OpenGL - which has been in an open feud with MIcrosoft's DirectX.  The developers doing the most work on OpenGL seem to be doing their best to keep OpenGL from being implementable inside any Microsoft platform - even the elegant hack that is the Genymotion shell (which is also used by the ANDY Android emulator and other emulators based on Oracle Virtual Box) only goes so far in emulation of OpenGL ES calls, which is why some games still don't work.  (There is no equivalent shell for Hyper-V - which is a decided issue going forward.)

 

The hurdles are high - however, they ARE clearable.  To get them cleared, you have to get past the politics - there ARE those with vested interest in seeing those obstacles remain uncleared.

After activating the new login key, I attempted to create a second account to see what it would look like. Unfortunately, the second account now does auto login even when I click sign out, so I couldn't return to my primary account. To fix this I made myself an admin on my secondary account. Then edited the value to return it to the old lock screen and login, which then I was able to log out and login to the primary account to finally delete the secondary. 

That could be it, wouldn't surprise me but at the same time I still like to see updated modern versions of the core apps and tools that come with the OS.

 

 

IF you refer to the icons on that list, I think that list isn't a Windows thing, rather a tool that user has installed on Windows.

 

 

I hope those icons hold out to be true. I'd love to see modern replacements for tools that have long sat in the weeds.

 

To put all rumors to rest, I found out the name of the software used for those icons (yes they are not official). It's called Ease Of Access Replacer v2

 

ease-of-access-replacer.jpg?75a050

I've kinda been holding back, but 9901 is looking cool and I'm downloading it now. Should I run it on a spare hdd or VM? How good does it run in a VM? On a scale from 1-10, 1 being pre alpha 10 being final build, how stable is it? Thanks in advance!

VM works great, but really depends on the host. I have 1 TB on my laptop so I gave the VM 25 gigs of space, access to 2 cores. Also, the laptop has 16 gigs of RAM so I gave the VM 10.7 gigs of usable memory. It will probably run fine with bare minimum. Also the VM is 64-bit and requires a processor with PAE/NX bit. I'm thinking of putting it on my SP3 as a dual boot? Though, maybe Yosemite instead though since I have 9901 on my laptop.

VM works great, but really depends on the host. I have 1 TB on my laptop so I gave the VM 25 gigs of space, access to 2 cores. Also, the laptop has 16 gigs of RAM so I gave the VM 10.7 gigs of usable memory. It will probably run fine with bare minimum. Also the VM is 64-bit and requires a processor with PAE/NX bit. I'm thinking of putting it on my SP3 as a dual boot? Though, maybe Yosemite instead though since I have 9901 on my laptop.

 

Thanks Ian! I've been thinking about dual booting it with my Mac just for giggles. I'm also going to try out a vm so I installed Parallels 10 and it looks like it has support for Windows 10 out of the box. I love the new task bar and the start menu is damn intuitive. :)

Created a Video for the new Lock Screen in 9901:

 

 

 

I'm surprised the new lock screen hasn't been posted to the main page by now.

BOOM HEADSHOT! :p https://www.neowin.net/news/enable-the-new-login-screen-for-windows-10-builds-9888-and-9901

  • Like 2

 

Nice, but there is a small issue with Softpedia, who doesn't have a great forum like we have, so they got the instructions wrong.

 

The Path is

 

HKEY_LOCAL_Machine\SOFTWARE\Microsoft\Windows\CurrentVersion\Authentication\LogonUI\TestHooks

 

The DWORD (32 Bit) Value in the TestHooks Key is called Threshold with its value set to 0 by default, change that to 1 there is no field with a value of Threshold that you change to '1'. Rather There is a DWORD (32 Bit) Value called "Threshold" located under TestHooks which is under LogonUI that has its value set to 0 but needs to be changed to 1. 

Neowin can be the first news site to get it right!

 

2aaczrp.jpg

Nice, but there is a small issue with Softpedia, who doesn't have a great forum like we have, so they got the instructions wrong.

 

The Path is

Neowin can be the first news site to get it right!

 

2aaczrp.jpg

done, cheers!

I think the lock screen being transparent in this is interesting, specially with all the space the login screen has with the way they moved users to the left side.

 

Maybe they plan to allow things to be shown on the login screen and not the lock screen? Or I guess it could just be a simple option for those who find the idea of the lock screen to be pointless.

They could make Android for desktops, and it would still be junk. They haven't even mastered tablets yet.

Dot, Android is still in flux - I know it, and so do developers.  Part of the flux is, in fact, due to new hardware targeting Android (such as Intel's Atom) and attempts to poison Android against non-ARM development by folks such as Peter Watt.  Even leaving the ARM vs. Intel feud out, OpenGL ES is itself in flux - and that is on every platform - it is NOT alone an Android problem.  Further complicating issues is dealing with OpenGL performance issues for developers on developer platforms, which now must include Windows (and Hyper-V going forward).  Those are all rather significant issues, and Android must address them all.  However, Windows Phone still has that native-code-reliance problem hanging over its head - that is why most developers won't touch it with even Visual Studio Community, let alone 2015 - as long as that problem persists, it's not in a position to make ANY hay.

I think the lock screen being transparent in this is interesting, specially with all the space the login screen has with the way they moved users to the left side.

 

Maybe they plan to allow things to be shown on the login screen and not the lock screen? Or I guess it could just be a simple option for those who find the idea of the lock screen to be pointless.

I think another reason for lock-screen transparency/translucency is so a hint of what is locked can be seen behind the lock-screen - in other words, the lock-screen is a window instead of a wall.  (It won't be FULLY transparent - the lock-screen is, in fact, a security feature.  But a semi-transparent screen will be decidedly a reminder that this is NOT your father's Windows - no version of Windows has included such a lock-screen, despite a lock-screen being a part of Windows since 3.1/NT 3.x - Yosemite uses a semi-transparent lockscreen today.)

Dot, Android is still in flux - I know it, and so do developers.  Part of the flux is, in fact, due to new hardware targeting Android (such as Intel's Atom) and attempts to poison Android against non-ARM development by folks such as Peter Watt.  Even leaving the ARM vs. Intel feud out, OpenGL ES is itself in flux - and that is on every platform - it is NOT alone an Android problem.  Further complicating issues is dealing with OpenGL performance issues for developers on developer platforms, which now must include Windows (and Hyper-V going forward).  Those are all rather significant issues, and Android must address them all.  However, Windows Phone still has that native-code-reliance problem hanging over its head - that is why most developers won't touch it with even Visual Studio Community, let alone 2015 - as long as that problem persists, it's not in a position to make ANY hay.

 

The big question is whether the promises made when they talked about OpenGL NG [link] which is supposed to unify OpenGL 'Desktop' and 'Embedded' into a single modern API set or whether it ends up like 'Long Peaks' but then again developers don't really have much of a choice - either put up with OpenGL and its issues or use Direct X and tie yourself to the Windows wagon and hope that everything works out for the best. As for Windows Phone 8.1, from what I understand it is based on Windows RT and now has the complete WinRT framework available which provides compatibility from the desktop to the laptop, tablet and the phone but there is still the issue about Microsoft being behind the 8th ball when it comes to supporting standards compliant C++, the compiler is still pretty behind the time even if the saving grace of the development tools has been Visual Studio - there was a recent comparison of LLVM/Clang and GCC to Microsoft's own compiler toolchain and it wasn't a pretty sight. I sometimes wonder whether it would be easier for Microsoft just to start using the LLVM libc++ library, Clang and add .NET/MSIL support to the tool chain given that even as of today their developer tools are trailing behind when it comes to standards support.

They could make Android for desktops, and it would still be junk. They haven't even mastered tablets yet.

 

Strange, because I find it works incredibly well on tablets. It resolution scales substantially better than iOS (meaning phone apps don't look like crap), and doesn't consume all of the 16GB of storage available because it's developers insisted on bastardising instead of developing separately. And unlike Windows metro it actually has good support from AAA devs.

Is there a way to enable the fullscreen button on Windows Store apps titlebar in build 9901? For some reason it's there when I create a local account, however when I tie it with my Microsoft account, it puts it back into the context menu, where it was before build 9901. If there would be a registry entry or so.

 

EDIT: I've found it. It's ShowFullScreenButtonOnTitleBar, DWORD type, located in HKCU\Software\Microsoft\Windows\CurrentVersion\ApplicationFrame. 1 enables it, 0 disables it.

Edited by PotatoAlchemist

If you guys want to talk android take it to another thread, this one is about the Windows 10 preview, stay on topic.

tell that to Sir. Dotmatrix then, since he brings up Android, android on the desktop and what knows...... :rolleyes:

This topic is now closed to further replies.
  • Posts

    • Weirldy, in Texas the age of consent is 17, not 18.
    • DXVK generally performs better on Linux (using Wine/Proton) than on Windows. Because Linux utilizes highly optimized, open-source Vulkan drivers (like RADV/ACO) that were specifically built for AMD Radeon hardware, the translation of Direct3D 9/11 to Vulkan is highly efficient. But if you take the trouble to watch my video, you can see that there are also advantages for Nvidia users. You see that I run Assassin's Creed Odyssey on 4GB RAM and on an i3-3240. What do you think are the minimum system requirements for windows11? For CPU-based rendering, Linux is generally faster than windows11 by about 15% due to lighter background overhead and efficient kernel scheduling.
    • NetSpeedTray 1.3.2 by Razvan Serea NetSpeedTray is a lightweight, open-source Windows network monitor that shows live upload and download speeds directly on the Taskbar. Designed for efficiency, it quietly sits in the system tray, conserving CPU and battery with dynamic updates. It blends seamlessly with Windows 10/11, adapts to light/dark themes, and auto-positions to avoid overlaps. Features include accurate interface detection, customizable display, optional mini-graph, color coding, granular font and unit control, detailed per-interface history graphs, safe data management, and easy CSV export—bringing the network monitoring Windows forgot. NetSpeedTray key features: Lightweight & Efficient Runs quietly in your system tray without consuming resources. Features a "Dynamic Update Rate" that lowers refresh frequency when the network is idle to save CPU and battery life. Native Look & Feel Blends seamlessly with Windows 10/11 UI. Smart detection for light and dark taskbar themes ensures text is always visible. Intelligent & Adaptive Positioning Automatically finds empty space next to your system tray and shifts to make room for new icons, preventing overlaps. Seamless OS Integration Behaves like a native Windows component. Hides instantly with auto-hiding taskbar Hides when a fullscreen app is active Smart Network Monitoring Accurate by Default: Auto mode identifies your main internet connection and ignores noise from VPNs or virtual adapters. Easy Interface Selection: Switch effortlessly between Auto, All, or Selected network interfaces via intuitive radio buttons. Total Visual Customization Free Move Mode: Unlock and place the widget anywhere on your screen. Optional Mini-Graph: Real-time graph of recent network activity with adjustable opacity. Color Coding: Customize colors and speed thresholds to quickly see network status. Granular Display Control Text & Font: Adjust font family, size, weight, and alignment. Units: Automatic (B/s, KB/s, MB/s) or fixed Mbps display. Precision: Set decimal places and always show them for uniform appearance. Detailed & Intelligent History Graph Smart Scale: Logarithmic scale shows low-level traffic and large spikes clearly. Per-Interface Filtering: View speed history for specific adapters (Wi-Fi, Ethernet, VPN). Safe & Efficient Data Management: Adjustable retention, automatic cleanup, optimized database. Easy Data Export: Export raw data to .csv or save high-quality graphs for reports. NetSpeedTray v1.3.2: Smaller, Lighter, Better Multi-Monitor NetSpeedTray v1.3.2 focuses on being smaller, lighter, and more reliable, with major memory savings, better multi-monitor support, stronger privacy protections, and easier troubleshooting. Changes 24% smaller installer (106 → 81 MB) 28% smaller portable ZIP (127 → 91 MB) 45–70% lower idle RAM usage (~135 MB → ~40–75 MB) Preferred Monitor setting for multi-monitor setups (#72) Export Support Bundle for one-click bug-report packaging Live Windows Light/Dark theme detection (#62) Lazy loading of matplotlib & numpy for faster, lighter startup Improved multi-monitor widget position restore after reboot (#133) Windows 10/11 stylesheet and font compatibility fixes (#149) Support Bundle includes sanitized logs, config, and system info PII obfuscator hardened to cover IPv6, MACs, hostnames, GUIDs, and paths (#141) Unified log redaction across file and console logging Better diagnostic logging included by default in support bundles Korean translation improvements and updated translator credits (#139) Test suite expanded from 146 → 191 passing tests (+45) [full release notes] Download: NetSpeedTray 1.3.2 | 81.6 MB (Open Source) Download: NetSpeedTray Portable | 91.1 MB View: NetSpeedTray Home Page | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • Reluctantly..bs. In this day and age(pun intended) information is more valuable then apps; big tech worked with the GOP and in dem states like California to add this crap so they can agro better marketing data.
  • Recent Achievements

    • Apprentice
      fernan99 went up a rank
      Apprentice
    • One Month Later
      nothanks earned a badge
      One Month Later
    • One Month Later
      B2Proxy earned a badge
      One Month Later
    • One Year In
      MadMung0 earned a badge
      One Year In
    • Week One Done
      jefred earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      473
    2. 2
      PsYcHoKiLLa
      232
    3. 3
      Skyfrog
      79
    4. 4
      FloatingFatMan
      68
    5. 5
      Michael Scrip
      58
  • Tell a friend

    Love Neowin? Tell a friend!