Aplikacja desktop (WinForms) - klawiatura ekranowa

Witam.
Piszę, aby się zapytać jaki jest najlepszy, albo dobry sposób na stworzenie klawiatury numerycznej. Od razu zaznaczam, że nie mogę wywołać systemowej klawiatury, ponieważ niektóre .dll nie działają na 64-bit i aplikacja się nie kompiluje. Myślałem nad dodatkową formą, którą wywołam sobie na focusie, ale problem jest, że focus z kontrolki znika... Co prawda najczęściej potrzebna jest numeryczna, ale jeśli zrobię jedną całą to też będzie dobrze.
A może są jakieś NuGet'owe dodatki do C#, które mają już taką klawiaturę?

PS.
Mam DevExpressa. Może będzie więcej możliwości.

Zainteresuj się SendKeys. Też kiedyś miałem podobny problem. Nie znalazłem nic wartego uwagi ale też nie jest trudne to napisać samemu. Ja rozwiązałem to mniej więcej tak: Przy kliknięciu na textbox np ustawiałem sobie gdzieś w jakiejś klasie (np singletonie) referencje na te kontrolke. Następnie jak naciskałem button na klawiaturze (tej wirtualnej) to metodzie OnClick robiłem Focus na ostatnio wybranym Textboxie i potem wywoływałem SendKeys.Send(jakaślitera). Miałem obsługę pełną klawiatury.

AdamWox napisał(a):

Od razu zaznaczam, że nie mogę wywołać systemowej klawiatury, ponieważ niektóre .dll nie działają na 64-bit i aplikacja się nie kompiluje.

Możesz rozwinąć? Klawiatura ekranowa w Windowsie jest zwykłą aplikacją w systemie, odpalasz osk.exe i śmiga.

Możesz rozwinąć? Klawiatura ekranowa w Windowsie jest zwykłą aplikacją w systemie, odpalasz osk.exe i śmiga.

No właśnie nie. Trzeba w ustawieniach projektu ustawić na x64, bo na x86 i Any CPU nie włącza klawiatury.

AdamWox napisał(a):

No właśnie nie. Trzeba w ustawieniach projektu ustawić na x64, bo na x86 i Any CPU nie włącza klawiatury.

Process.Start("osk.exe");

Działa na Windows Server 2012 R2 kompilowane jako Any CPU, odpala klawiaturę poprawnie. Mam wrażenie, że robisz coś źle, ale bez kodu i szczegółów środowiska nie da się powiedzieć.

Windows 10 Any CPU Debug, to samo w Release

private void simpleButton1_Click(object sender, EventArgs e)
{
     Process.Start("osk.exe");
}

System.ComponentModel.Win32Exception (0x80004005): Nie można odnaleźć określonego pliku

Calling the on-screen keyboard using a button in C#

@szydlak:
Dlaczego akurat SendKeys? Nie prościej jest wziąć po prostu btn.Text i dopisywać do pozycji kursora? Nie twierdze, że próbowałem, ale serio trzeba zrobić faktyczne naciśnięcie klawisza?

Bo potrzebowałem backspace i space używać.Poza tym jeśli naciśniesz przycisk klawisza to textbox traci focus, jak chcesz odczytać pozycje kursora?

No tak, to ma sens. W jakim miejscu tą klawiaturę wyświetlałeś? Na środku formy, czy raczej relatywnie do kontrolki, która ją wywoływała? Czy wywołanie klawiatury na Click w TextBox jest tym samym co dotknięcie na ekranie dotykowym?

Microsoft coś skopał że w 64-bitowym Windows 10 brakuje 32-bitowej wersji osk.exe, a do 64-bitowej (którą powinno się dać normalnie odpalić) nie ma bezpośredniego dostępu bo ścieżka c:\windows\system32 jest w 32-bitowych aplikacjach przekierowana…

Można by spróbować napisać małego 64-bitowego exeka którego jedynym zadaniem będzie odpalenie osk.exe. Ten exek leżałby razem z exekiem naszej 32-bitowej aplikacji.

        private void button1_Click( object sender, EventArgs e )
        {
            Process.Start( Application.StartupPath + "\\runosk.exe" );
        }

gdzie runosk.exe robi coś takiego:

public class ProgramRunOsk
{
    public static void Main()
    {
        System.Diagnostics.Process.Start( "osk.exe" );
    }
}

i ma ustawione x64.
Ale wtedy nasz 32-bitowy program się nie uruchomi na 32-bitowym systemie, a przecież powinien.
Trzeba by dodać sprawdzanie przez zaimportowanie funkcji WinAPI IsWow64Process, i jeśli zwraca false to odpalać bezpośrednio osk.exe, a jeśli true to przez runosk.exe.

No ja to właśnie robiłem na dotykowy :D.(Miałem zakaz używania klawiatury systemowej) Zrobiłem UserControl (moja klawiatura), który dodawałem tam gdzie potrzebowałem w aplikacji. Np na formularzu, gdzie były texboxy na górze a na dole moja klawiatura wyśrodkowana, Miałem pełną klawiaturę więc zajmowała całą szerokość ekranu, (klawisze musiały być większe ze względu na dotyk)

@Azarien:
No jest ewidentnie coś pokręcone w Windows 10, stąd też koledze @Afish na Windows Server zadziałało. Wydaje mi się, że Microsoft powoli rezygnuje z 32bit stąd też przyzwyczaja wszystkich do x64 w pisanych aplikacjach, a robi to po cichu, jak większość zresztą.

Ciągle próbujesz rozwiązać zły problem. Skoro 32 bitowa wersja osk nie chce działać, to odpal 64-bitową i po sprawie:

Process.Start(@"c:\Windows\Sysnative\cmd.exe", "/c osk.exe");

Testowane na Windows 10 1703 Enterprise x64 z aplikacji kompilowanej w VS 2015 na .NET 4.5 jako Any CPU. Działa też na wspomnianym wcześniej Windows Serverze 2012 R2.
Oczywiście wywali się na 32 bitowym systemie, więc dodaj sprawdzenie architektury i po kłopocie.

Możesz też próbować wyłączać przekierowania przez Wow64DisableWow64FsRedirection ale nie wydaje mi się, żeby to zadziałało.