Required Dialog for selecting Multiple Files and Folders .NET - c#

I thought it would be easy to find, I was wrong.
Dialog Requirements:
Can browse MULTIPLE FILES/FOLDERS in the same time.
Can be used in .NET windows forms.
FREE or can be used under GPL.
Works in Win Xp and Win 7.
Dialog Preferences:
C#
Looks like OpenFileDialog in .NET.
Has textbox for pasting path.
I have tried few examples from WEB, none met all Requirements!
Some examples, closest to solution for now:
http://www.monkeybreadsoftware.net/class-opendialogmbs.shtml, it is no free
http://www.codeproject.com/KB/dialog/FileDialogs.aspx, WIN7 problem

Have you tried Ookii.Dialogs?
It should match all your requirements, or be at least a very good starting point.

Related

Making custom tel protocol windows 10

I'm working on a custom softphone application and running into a problem. I would really like to redirect the tel: links to a application on my PC. I have figgured out I need to add my application to the windows TEL; URL:tel option list. However all solutions I'm finding don't seem to work. This documentation isn't working for me (yes i have restarted multiple times) some peaple say it isn't posible in windows 10 annymore, however there are a few third-party application that are popping up. The applictions are not from the windows store so that can't be the issue either.
The .reg export I ended up with looks like this:
Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOT\tel]
#="URL:Tel test"
"URL Protocol"=""
[HKEY_CLASSES_ROOT\tel\DefaultIcon]
#="C:\\Test\\Test.exe"
[HKEY_CLASSES_ROOT\tel\shell]
[HKEY_CLASSES_ROOT\tel\shell\open]
[HKEY_CLASSES_ROOT\tel\shell\open\command]
#="C:\\Test\\Test.exe" "%1"
The goal vissual:
Inside the windows settings on the tel: protocol I would like to add my own application (written in C#)
When selected the .exe will be called al a tel: handeler.
I would really appriciate anny tips towards the solution.
you also need to add the software with the related capability.
Check here for the relevant registry keys:
https://newbedev.com/can-t-change-tel-protocol-handler-in-windows-10

Is there an alternative for the SendKeys class that will work with Windows 10

I cannot find any definitive information anywhere but the System.Windows.Forms.SendKeys class appears to have been blocked / disabled / depreciated in Windows 10.
I wrote a demo program that monitors the users keystrokes and if a user enters a known code it will pop up a form and then go off to a document database and return various strings (company names / addresses / contact lists etc) and replace the typed code with the retrieved string. SendWait is used to send the retrieved strings to whatever program typed the code.
I built the program on the companies Windows 7 desktops but when I ran it on my personal Windows 10 system it didn't work. A lot of reading later and I feel like a complete idiot but I cant let them take this project any further knowing that they wont be on Win7 forever.
So my question is has this sort of functionality definitely been disabled in Windows 10 or is there another way or method I would be able to use to achieve this behavior of inserting text into running programs.
Any help appreciated.
I found this Forum-Thread:
https://www.tenforums.com/software-apps/49635-sendkeys-not-working-windows-10-a.html
SendKeys is Blocked in W10. In W8.1 it still works.
There are other anoying things, like not allowing App to Read or Wright to Drive C. The "file" is there but W10 "hides" it or simply not allowing to access it.
There are Netwok problems also, not allowing App to work on LAN environement.
Well, my opinion is that W10 behaves like Malware to user PC. Useless.
They had no solution.
It looks as if Sendkeys works with some apps and not others. I can automate an older app by sending it keystrokes but newer apps like Chrome don't respond. The inconsistent behavior has seriously messed up scripts that worked fine under Win 7.
I have not found any official documentation that says that Sendkeys has been deprecated so the inconsistency looks to be a Windows 10 bug.

c# Wpf application different behavior

I hope someone can help me, as I can not find the solution myself. (I know Google is my friend..etc)
So, I have a relatively simple c# application (it reads a specific XML node from three different XML files and then adds these nodes innerText to a combobox. - for find and replace)
The application runs fine on my own work and home computer both in VS debug mode and as .exe.
But when I sent the .exe file to my colleagues (from 3 people, 2 failed) they have experienced that the program started but the combobox was empty.
(all computers are running Win 10, no restrictions on the office computers, all windows updates are installed)
So I'm out of ideas...
Apart from the excellent suggestion of adding logging (loads of it, at every relevant line of code for debugging purposes), if you're using WPF, you can also use Snoop, which will allow you to dig into the binding, which can be very helpful.

UWP File Picker Contract / Provider

I'm looking for a point in the right direction. We're thinking of building an app in our office, and one of the features we're looking at is to be able to open and save files from our app in other apps and applications.
We came across the File Picker Contract which, with some simple examples, seems to be what we're looking for. But the one thing missing is it only seems to be available in other Universal apps (but it doesn't seem all of them).
Using multiple examples, we were able to see our apps in our other apps, but I'm hoping to take it further. For example, I thought Office 2016 was a Universal app, so shouldn't File Picker Contract apps appear in there as well? And is there a way to add it globally to all File Open / Save Pickers (like from notepad, or the snipping tool)?
This MSDN page (article) seems to suggest the picker uses a single, unified interface. Shouldn't that be the same interface the rest of the operating system uses?
Thanks in advance.
If you have to support Classic Windows apps, filepickercontract is not a right solution. It's only applicable for 'modern'... Win8.1 store or Win10 UWP apps.
And, current office2016(for desktop) is not an UWP app, I believe. UWP ver of Office 2016 is only applicable for Win10 Mobile.
One alternative is make a shell extension. By using this, you can extend the explorer's shell space and add your own items to explorer tree. But shell extension is so complex, old and only applicable for desktop devicefamily. I don't think that now is a nice timing to implement it.
I hope this answer could help you.

Handle multiple "windows" in Windows Store apps in Windows 8.1

Ok, I have a question to which, despite my best efforts, I have not been able to solve. I searched the internet, and this is one of those that is particularly difficult to search for, but it seems that no user of Windows 8.1 nor any developers developing for Windows 8.1 has posted to any website asking how to do this (I could be wrong, of course).
What I am trying to do is make a Windows Store app targeting Windows 8.1, that takes advantage of multiple Windows. To see what I mean, open up metro ie, right click on a tab, and click "open in new window." This is also in the mail app, where you can open a single message in another window, which behaves like a separate app, and can be snapped like so. It's a new feature of the Windows 8.1 OS.
But I can't for the life of me figure out how to do it in C# and XAML. Does anyone know how? Thanks.
Alex
There are new APIs in Windows.UI.ViewManagement, namely the ApplicationViewSwitcher and ProjectionManager classes. The former is for working with multiple independent views that the user can arrange side by side on whatever monitors they have, which is what IE and Mail use; the latter is for working with multiple monitors.
See the Application Views sample along with the Projection sample for working both scenarios in code.
Might be bit late with my answer, nevertheless I had your similar apprehensions about the "Dismal Support Refs" for this subject, when I first began searching the topic. However I have been able to overcome this and use the feature in my apps. There are some good refs available; The Windows Dev Centre has a Quickstart ie "Quiskstart Creating Multiple Windows", a Good guide is the "MultipleViews" Sample, With the following providing additional support.
1) "Be two places at once using multiple windows" at
https://blogs.windows.com/buildingapps/2014/01/09/be-two-places-at-once-using-multiple-windows/#pBHiQtDSPFrCA7Gv.97
2) "MultipleViews for Windows 8.1 apps" (parts 1-3)
http://www.kraigbrockschmidt.com/2013/11/21/multiple-views-creating-view/
BQ at WATERVIEW

Categories