|
Eddy Vluggen wrote: Probably more a reaction to applications blocking/preventing Windows from shutting down.
Windows not closing down is actually useful to me, though, seeing as I am often daft enough to try and close down my computer before I have saved my work!
|
|
|
|
|
I have properly set the formats for these, but no matter how wide I make the Taskbar, only the short form for these shows. I cannot figure out how to make it show the long form.
Thanks in advance.
|
|
|
|
|
That's the same as in Windows 7.
BTW These forums are for programming questions.
|
|
|
|
|
No, it doesn't work the same as for Windows 7.
I thought this was a forum for any Windows question. if it is possible, I can move it to The Lounge, where I usually post general how-to questions.
|
|
|
|
|
swampwiz wrote: I can move it to The Lounge
Please don't. Pick an appropriate forum to post in. IMHO, this fine here.
You can lead a developer to CodeProject, but you can't make them think.
The Theory of Gravity was invented for the sole purpose of distracting you from investigating the scientific fact that the Earth sucks.
|
|
|
|
|
OK, I've just done the big upgrade to Windows 10. One thing that is bugging me is that the the windows (forms) now have a white top and no border. I'd like to get the regular color & border like I had it for Windows 7. I can't figure out how to do this.
Thanks in advance.
|
|
|
|
|
Applications that run on Windows 10 will generally take on the appearance of Windows 10 - so, the Aero interface is gone (it went in Windows 8).
|
|
|
|
|
We're looking at developing a new instrument control and analysis UI as Windows Universal Apps running on Windows 10 (desktop).
We're expecting marketing to push back and say that the software (analysis, at least) must be able to be run on Windows 7.
Is there any way to be able to do this?
A back-compatibility API/SDK?
Even recompiling for Windows 7 would be acceptable. (It doesn't need to be the exact same executable FILE, just the application functionality.)
Doing parallel development of two otherwise identical applications for Windows 7 and Windows 10 is not sensible.
Would our only option be to forego the Windows Universal Platform completely, and develop as regular WPF/MVVM for Windows 7 and then just run it in Windows 10?
"Fairy tales do not tell children the dragons exist. Children already know that dragons exist. Fairy tales tell children the dragons can be killed."
- G.K. Chesterton
|
|
|
|
|
AFAIK, a W10 "universal app" won't even run on W8/8.1; you'd have to specifically target 8.0/8.1 to have it run on those platforms, which would restrict the APIs you could use.
I haven't seen any way to get a "universal app" / "store app" to run on W7.
If you need to support W7, and don't want to write multiple applications, WPF is the way to go - so long as you don't need it to run on a Windows phone, or a Windows RT device.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Thanks, That's what I expected, but asking the "collected wisdom" of CP seemd to be a good idea.
Retargeting for W7 would be acceptable if there was an SDK/API that could be used for the W7 version that provided the "universal app" (desktop flavor) functionality.
I'm hoping for the ability to do a single development that lets me use the universal app features (of course, only some would even be relevant...). This would make possible future tablet/phone app versions (subset functionality) easier to implement.
"Fairy tales do not tell children the dragons exist. Children already know that dragons exist. Fairy tales tell children the dragons can be killed."
- G.K. Chesterton
|
|
|
|
|
Matt T Heffron wrote: I'm hoping for the ability to do a single development that lets me use the universal app features
No such luck. You can't even "retarget" for Windows 7 because Universal Apps live in a sandbox and use their own special sandboxed API to talk to the OS. There is nothing you can do other than write two different apps or use WPF or Windows Forms or Win32.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
I wanted to learn Windows 10 applications, and sadly it uses Windows Runtime. I have been working with .NET framework (specially WPF) and there is a very much simple way to update the title of the Window (which does not exist as a Control in Windows Runtime, instead is just a component of Application object), in Windows Runtime I am unable to change the Title of the application. It remains same as it was, initially; for example Win10Test.
I have not found any member of Application[^], Window[^] or CoreWindow[^] object that might let me update the Title for the application. I have also tried to tinker with Assembly attributes and changed their values but they also don't work.
Is there any way to update the title of the application, or would I need to name the application while creating the project? I have yet not found anything at all so I thought maybe WinRT developers might know what to do.
The sh*t I complain about
It's like there ain't a cloud in the sky and it's raining out - Eminem
~! Firewall !~
|
|
|
|
|
Double click on package.appxmanifest to open up the manifest editor in Visual Studio. Select the first tab (application). The top textbox (Display Name) is where you change the title of the application.
|
|
|
|
|
Thank you very much for your reply Pete, I did try that one but that is not the solution in Windows 10 applications. Also, Visual Studio doesn't open the manifest editor (I am using Visual Studio 2015), it instead opened up XML editor.
Now, if you didn't know it before. I would give you the How-to of changing the application's name in Windows 10. In the manifest, there is another node Applications, which contains the UAP (Universal application platform) and other properties that each of the application under the project holds.
<Applications>
<Application Id="App"
Executable="$targetnametoken$.exe"
EntryPoint="Win10App.App">
<uap:VisualElements
DisplayName="My App"
Square150x150Logo="Assets\Logo.png"
Square44x44Logo="Assets\SmallLogo.png"
Description="Win10App"
BackgroundColor="#464646">
<uap:SplashScreen Image="Assets\SplashScreen.png" />
</uap:VisualElements>
</Application>
</Applications>
The DisplayName property of this Application was to be edited, not for the project (that was of project, or application... I am not sure, can you clear me?)
Anyways, the solution of yours is still applicable, because indeed it is the DisplayName property, but the child node was having some troubles.
Thank you.
The sh*t I complain about
It's like there ain't a cloud in the sky and it's raining out - Eminem
~! Firewall !~
|
|
|
|
|
Afzaal Ahmad Zeeshan wrote: that is not the solution in Windows 10 applications
Sorry, I missed that in your post. I got it into my head that you were talking about W8 - probably because you posted in the Win8 forum and not the separate VS2015 forum.
|
|
|
|
|
Oh my bad Pete, but this can be categorized in Windows 10 or Universal Application Platform more specifically.
I would try to make a suggestion to Chris for this category also. 
Thank you very much for your time and support, Pete.
The sh*t I complain about
It's like there ain't a cloud in the sky and it's raining out - Eminem
~! Firewall !~
|
|
|
|
|
Hello,
The File association can found on Publish option by default.
How can we make it programmatically & work on Window 8 WinRT & Metro??
I found it can make it programmatically on Desktop but for metro i not found yet.
Please give any idea.
Thank you.
|
|
|
|
|
There is no way to do it programmatically in a Windows Store app. That is by design because they don't want your app to have the power to take over file associations at will.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Hello,
I found that on Desktop app like window form & wpf they can possible to embedding exe application & then execution it work so well.
How about Metro app (Window store) is that possible to do like that ??
I take 1 week on this problem but not yet found any idea. Please help me!
Thank you in advance !
|
|
|
|
|
Hi there,
I have my Tray application running as Background process in Win8
When I click for End task from Task Manager, how to get notified for End Task call. (which function is called??)
(In case of GUI application WM_CLOSE gets called but I couldn't able to trace for this.)
-Thanks
|
|
|
|
|
Raymond Chen has the answer:
If a user fires up Task Manager and clicks "End Task" on your program, Windows first tries to shut down your program nicely, by sending WM_CLOSE messages to GUI programs and CTRL_CLOSE_EVENT events to console programs. But you don't get a chance to intercept TerminateProcess.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
It can be one of three applications;
A windows service; in that case, it would have an event that is raised. Should not show a UI.
A console application; would not show a tray icon
A windows GUI application; regardless of whether you show a form, it still is a GUI application. Keep a form open (something I'd expect from the Application.Run(formName) call) and make it invisible.
Bastard Programmer from Hell 
If you can't read my code, try converting it here[^]
|
|
|
|
|
Hello, I am writing a very simple app that is trying to launch a pdf viewer when a button is pressed or a selection is changed in a list.
I have the structure to generate an event when the selection is changed and I have the path to the pdf file; e.g. 'Assets/pdf/filetoopen.pdf'
I have been trying all kinds of methods without success;
StorageFolder local = Windows.Storage.ApplicationData.Current.LocalFolder;
StorageFile pdfFile = await local.GetFileAsync((DetailsLongListSelector.SelectedItem as ContentViewModel).pdfLocation);
success = await Windows.System.Launcher.LaunchFileAsync(pdfFile);
That fails when using GetFileAsync.
I had thoughts about its due to access permissions and may need to copy to temporary storage before using, but I cant seem to make that work.
Is there any preferred method to open an pdf ?
Thanks
EDIT
OK I have managed to get it to launch by using:
StorageFolder appFolder = Windows.ApplicationModel.Package.Current.InstalledLocation;
StorageFile pdfFile = await appFolder.GetFileAsync((DetailsLongListSelector.SelectedItem as ContentViewModel).pdfLocation);
if (pdfFile != null)
{
bool success = await Windows.System.Launcher.LaunchFileAsync(pdfFile);
The main problem was I needed to use the ApplicationModel instead of Storage.ApplicationData.
Now I have an issue with Adobe stating that the file already exists "do you want to replace ?"
Is there any way to force Adobe to overwrite ?
Thanks
|
|
|
|
|
Please do not post the same question in multiple forums.
|
|
|
|
|
I understand that the Windows Runtime is a native runtime based on COM, and it manages memory automatically by ref counting.
One thing I'm not clear on is what happens when you run a C# program on the Windows Runtime? Is the process "half managed/half native?"
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
