• Du befindest Dich hier:
• Community
• »
• Mitglieder
• »
• p!lle
• »
• Beiträge von p!lle

Moin Th69, entschuldige die verspätete Antwort.

Genau, das Problem tritt nur bei der "Windows-Fotoanzeige" auf.
Microsoft "Fotos" (auf Windows 10), Paint, Paint 3D, paint.net -> alle können das Foto öffnen.
Auch ein schnell selbstgeschriebenes C#-Programm kann das Bild laden.

Nur die "Windows-Fotoanzeige" macht Probleme (die ich ganz gerne nutze, da sie bei Windows 7 dabei war und auch unter Windows 10 aktiviert werden kann).

Bzgl. der Anmerkung, dass ein externes Programm die Anzeige unterbindet:
Ich wüsste nicht welches, das Problem tritt zudem an 3 Rechnern (2x Windows 7, einmal Windows 10) auf.

Moin,

ich habe mal wieder ein Problem mit der Windows-Fotoanzeige, denn es werden nicht alle .jpg-Dateien angezeigt:

Also ehrlich gesagt, verstehe ich nicht, warum du eine WpfApplicaton als Konsolenanwendung missbrauchst.

Legst du eine neue Konsolenanwendung an, hast du eine ganz andere Ausgangsbasis, als wenn du eine neue WpfApplication anlegst.

Es macht keinen Sinn, es zu mischen, vermutlich kommen die Probleme daher.

Moin Qt21580,

es muss definitiv mehr Code geben, denn irgendwo muss deine Anwendung ja gestartet werden. App.cs oder App.xaml oder so ähnlich.
Mir ist auch noch nicht ganz klar, ob du eine Konsolenapp startest und daraus das Fenster öffnest oder ob du eine reine WpfApplication hast.

Das catch macht so auch keine wirklichen Sinn, zum Test könntest du dort einfach folgendes reinschreiben:

catch (Exception ex)
            {
                Console.Writeline(ex.Message)
            }

Wird es hier im neuen Forum Änderungen geben?

Bin heute seit laaaanger Zeit mal wieder online und wollte mir noch nach und nach die neuen Themen durchlesen, allerdings ist jetzt wieder alles als gelesen markiert, weil längere Zeit keine Aktion stattgefunden hat. In anderen Foren sind die Themen dann selbst nach dem Aus- und Einloggen als ungelesen markiert, finde ich persönlich besser. =)

Entschuldigt die späte Antwort.

Die Top-Antwort aus dem Link von RED-BARON war genau der Beitrag den ich letztens ausprobiert habe.
Nach euren Antworten hatte ich nochmal ein bissel was hin- und hergeschoben, kurz zum Ergebnis:
- an den Leerzeichen lag es nicht
- es liegt am "Ö" in meinem Benutzernamen

Das Problem war also der Pfad für die AVDs, die Fehlermeldung hat einen aber immer auf den SDK-Pfad verwiesen.

Schlussendlich habe ich jetzt eine Umgebungsvariable ANDROID_SDK_HOME (nicht ANDROID_SDK_ROOT!) eingerichtet, die auf mein SDK zeigt und den ganzen ".android"-Ordner (mit dem avd-Unterordner) mit in diesen Pfad verschoben - denn auch dort sucht er nach Devices, laut Doku (und eigener Erfahrung).

Unter "C:\Users\Jörg\.android" legt er trotzdem noch 2 Dateien an, nämlich adbkey und adbkey.pub. Warum, keine Ahnung.

Erstmal geht es jetzt wieder, werde die Tage evtl. nochmal mit der Umgebungsvariablen ANDROID_AVD_HOME spielen.

Leider muss ich dieses Thema noch einmal ausgraben, da es wirklich jedes Mal ein Krampf ist, einen Android-Emulator zu starten.
Es ging jetzt zwar eine ganze Weile, heute dann allerdings nicht mehr.

Ich nutze mittlerweile das Visual Studio 2019 (Community).
Unter TOOLS - Android - Android Device Manager... befinden sich meine angelegten Emulatoren, weiterhin mit einem Fehler ("Datei 'config.ini' im AVD-Datenordner fehlt") gekennzeichnet.
Diese Datei existiert definitiv, bisher war der Fehler auch nur in diesem Fenster ein Problem, das Starten einer App über den "PLAY"-Button funktionierte.

Auch neu angelegte Emulatoren im Fenster TOOLS - Android - Android Device Manager... konnten bisher immer gestartet werden (bis zum nächsten Öffnen dieses Fensters).

Jetzt geht allerdings gar nichts mehr.
Einen neu angelegten Emulator kann ich ebenso wenig (siehe Bild) wie eine App starten:

C:\Program Files (x86)\Android\android-sdk\emulator\emulator.EXE -no-boot-anim -verbose -avd 5_0 -prop monodroid.avdname=5_0
PANIC: Broken AVD system path. Check your ANDROID_SDK_ROOT value [C:\Program Files (x86)\Android\android-sdk]!
emulator: Android emulator version 29.3.0.0 (build_id 6061023) (CL:N/A)
emulator: Found AVD name '5_0'
emulator: Found AVD target architecture: arm
emulator: argv[0]: 'C:\Program Files (x86)\Android\android-sdk\emulator\emulator.EXE'; program directory: 'C:\Program Files (x86)\Android\android-sdk\emulator'Emulator 5_0 cannot be started.

Wie gesagt, dieses Verhalten kann ich prinzipiell nicht nachvollziehen.

Ein Fenster mit FormBorderStyle.None und FomWindowState.Maximized hat bei mir die erwartete Größe.
Ein Fenster mit FormBorderStyle.Sizable und FomWindowState.Maximized ist in der Size zu groß, wenn es dann allerdings nicht mehr maximiert ist und man es auf die Size von 1920x1080 setzt, dann nimmt es auch tatsächlich nicht den ganzen Bildschirm ein...

Moin,

also woher die zusätzlichen Pixel kommen kann ich dir nicht sagen. Bei einer Auflösung von 1920x1080 ist die Size 1936x1096.

Was ich sagen kann:
Das Verhalten bei FormBorderStyle.None kann ich nicht nachvollziehen, es werden keine Pixel abgeschnitten und die Size, ClientRectangle und DisplayRectangle beträgt 1920x1080.

Das ClientRectangle und das DisplayRectangle unterscheiden sich, wenn du ein scrollbares Control hast. Siehe hier: Control.ClientRectangle vs Control.DisplayRectangle

Passt schon. ;(

Nächstes Mal verfasse ich den Hinweis detaillierter, nämlich dass für die VMs dort aktuell (Stand: 21.01.2020) Windows 10 Build 10240 (aus dem Jahre 2015) verwendet wird. Dann kann jeder selbst entscheiden, was er damit anfängt.

Mein Kommentar/Hinweis bezog sich auf die vorgefertigten VMs, die so eben nicht brauchbar sind.
Den Rest habe ich nicht in Frage gestellt. ;-)

Leider sind es keine aktuellen Windows 10-Versionen, weswegen z.B. die Installation vom .NET-Framework 4.8 nicht möglich ist.

<xyz.Resources>
    <ResourceDictionary>
        <ResourceDictionary.MergedDictionaries>
            <ResourceDictionary Source="Styles/ButtonStyle.xaml"/>
        </ResourceDictionary.MergedDictionaries>

        <!-- weitere Styles, Brushes, DataTemplates etc. definieren -->
    </ResourceDictionary>        
</xyz.Resources>

Ja, d.h. wenn du bei zwei oder mehr Zeilen nicht die Zeile wechselst und den Tab verlässt, wird es auch nicht ausgelöst, richtig?
Das Problem besteht also auch bei mehreren Zeilen, wenn die Zeile nicht den Fokus verliert passiert nichts.

Wann wird es denn ausgelöst, wenn du mehr als eine Zeile hast?
Normalerweise sollte das Verhalten dann auch so sein, wenn du z.B. den Tab verlässt.

Klickst du bei mehreren Zeilen in eine andere Zeile?

Es ist nicht möglich, die ActualWidth zu setzen. Man kann den Wert nur auslesen.

Kannst du mal erklären, was du überhaupt machen möchtest?

Meinst du im Designer oder im laufenden Programm?

Hast du einmal "Clean Solution" ausgeführt?

Und was funktioniert dann nicht? -> Fehlermeldung?

Lass dir bitte nicht alle Informationen aus der Nase ziehen.

Was hast du versucht?
Was genau geht nicht?

Vorab ein Stichwort zum Googlen: Scope

Du hast das Feld proc in deiner Klasse definiert.
Zusätzlich hast du in der Methode Ping() die Variable proc definiert. Mit dieser arbeitest du in der Methode. Du musst aber mit dem Feld der Klasse arbeiten, damit du eben in anderen Methoden die gleiche Instanz nutzt.

Bitte ebenfalls beachten: [Artikel] C#: Richtlinien für die Namensvergabe.
Dadurch wird klarer, ob es ein Feld, eine Variable oder irgendwas anderes ist.

Customer.CustomerAdress.BlubWert

Lesenswerter Artikel für richtiges Binding: [Artikel] MVVM und DataBinding =)

Zum zweiten Punkt, folgendes funktioniert ohne Probleme:

<DatePicker>
	<DatePicker.Style>
		<Style TargetType="DatePicker" BasedOn="{StaticResource MD_DatePickerStyle}">
			<Setter Property="Foreground" Value="HotPink" />
		</Style>

	</DatePicker.Style>
</DatePicker>

2 Fehler die ich auf Anhieb sehe:

1. Du darfst die Visibility nicht im DatePicker setzen, wenn du sie über den Style setzen möchtest (Zeile 9)

2. In Zeile 11 muss statt Resources="" ein BasedOn="" genutzt werden.