Kann man eigentlich auf einer Form die der Anwendung gehört (und unter Admin Rechten läuft) Controls setzen die mit normalen User Rechten erstellt wurden?
Mit Reflection habe ich bisher noch nicht gearbeitet. Ich schaue es mir mal an:
http://www.codeproject.com/Articles/17269/Reflection-in-C-Tutorial
Aber ich glaube es ist billiger beim Start die Versionsinfo auszulesen und ggf mit Meldung abzubrechen als die alten Versionen zu unterstützen.
Vielen Dank für die Rückmeldung
Ich verstehe deine Frage nicht. Kannst du die mal etwas weiter ausführen? Speziell: Was hast du vor und was hast du bisher probiert.
Je nach dem ob du mit Datenbindung arbeitest oder nicht, könntest du auch einfach die "Text"-Property setzen.
Bei Datenbindung bieten sich wiederum SelectedItem und SelectedValue an.
Holger12345 schrieb:
Kann mir jemand sagen wieso das nicht geht? Klar wenn ich die hoehe auch als const deklariere funktioniert es. Aber letztenlich soll die hoehe später eingelesen werden.
Na ja, was du versuchst, ist schlicht nicht möglich.. wenn du zum Kompilierungszeitpunkt die Höhe noch nicht kennst, wie soll dann F einen konstanten Wert haben?
forms_newbie schrieb:
So passt ? Wenn ich mal etwas mehr Zeit habe , werd ich mich da besser einlesen. Also die Finger immer von der Designer Datei lassen und in der Form1.cs die eigenen Datentypen einfügen. Passt ?
Ich würde die Stringzuweisung eher im Konstruktor abhandeln, aber abgesehen davon: ja, das passt so
Ich bin ganz ruhig.
Simpl3x schrieb:
Beruhig dich doch bitte
Ich hatte müde Augen und war nicht mehr ganz Fit im denken.
Nein. Erklär mir bitte wie man hier auf XML kommen kann. Das ist einfach sowas von total daneben, da KANN man einfach nicht drauf kommen.
Simpl3x schrieb:
verstanden & selbständig gelöst
Mhm, ja, sicher.
Simpl3x schrieb:
Also sei doch nicht so feindlich mir gegenüber.
Das ist deine Interpretation.
Habe jetzt beim Button_click Ereignis die Zeile
TextBlock myTectBlock = sender TextBlock;
Hinzugefügt, beim compilen kommt zwar kein Fehler mehr, aber wenn ich dann beim testen den Button drücke.
Hab´s mittlerweile hinbekommen. Falls jmd. auch mal ein Problem damit hat, oder etwas in die Richtung sucht, hier ein guter ARtikel / Link :
https://support.microsoft.com/de-de/kb/301233/de
mir fehlte bei deinem Beispiel leider noch der Query mit dem du auf die 460 Rows am Anfang gekommen bist sonst hätte ich da noch weiter eingegrenzt - mein Select nimmt jetzt einfach alle
kann du noch hinschreiben welche Wheres zu deinen 460 Einträgen führen - oder waren es da auch einfach nur alle aus deinem Bestellungen-Table?
Es gibt auch noch Object.ReferenceEquals
ps:
public static bool operator ==(Test left, Test right)
{
if (object.ReferenceEquals(left, null))
return object.ReferenceEquals(right, null);
else
return left.Equals(right); // Equals must do a null-check for right anyway, so we don't have to repeat it here
}
inflames2k schrieb:
Wenn ich dich richtig verstehe, dann muss der base.Abc() Aufruf aus der abgeleiteten Methode raus. - Ansonsten wird diese natürlich ausgeführt.
An anderer Stelle benötige ich aber die gesamte Kette: Wenn Abc() sollen alle drei Ebenen durchlaufen werden.
MFK schrieb:
Entferne virtual/override von Abc.
Stimmt, so geht es. Vielen Dank
namespace ConsoleApplication1 {
public class Static {
public static string I;
}
internal class A {
internal void Abc() {
Static.I += "class_A ";
}
}
internal class B : A {
internal new void Abc() {
Static.I += "class_B ";
base.Abc();
}
internal void DoTheRightThing() {
this.Abc(); // Hier möchte ich die Funktion in dieser Klasse aufrufen.
// In dem statischen Feld soll kein class C auftauchen.
}
}
internal class C : B {
internal new void Abc() {
Static.I += "class_C ";
base.Abc();
}
}
class Program {
static void Main(string[] args) {
B MyC = new C();
MyC.DoTheRightThing();
}
}
}
Moin,
erst mal Danke für die beiden Beiträge.
Kurze Rückmeldung von meiner Seite (da sich das so gehört):
Hab beide Varianten separat implementiert. Der Wrapper ist natürlich eine sehr elegante Lösung, die bei mir jetzt auch drin bleibt.
Allerdings war das Problem auch beseitigt, als die Referenz zur Interop-dll Version 15 durch Version 12 ersetzt wurde. Damit gingen Office 2007, 2010 und 2013, was mich ehrlich gesagt ein wenig stutzig macht im Hinblick auf: "Funktioniert es weil es funktionieren soll?" "Funktioniert es immer?" "Object Library aufwärtskompatibel anstatt abwärtskompatibel?!"
Aber sei es drum, summa summarum: Danke für die Hilfe!