Forenbeiträge von Blacal Ingesamt 387 Beiträge
Hi inflames2k,
dieses Vorgehen würde ich ein deiner Stelle nochmal überdenken. Sowas wurde bei uns auch mal realisiert, hat aber nie wirklich gut funktioniert und mehr zur Verwirrung von Benutzern geführt.
Zu deiner Frage: Ja, du müsstest dir die letzte TabPage merken. Das Selected event müsste dabei schon richtig sein.
Gruß
Hi prakti08,
das geht ganz einfach.
Das WebBrowser Control stellt dir das Event "Navigating" zur Verfügung. Darin kanns du in dem EventArgs objekt die Eigenschaft Cancel auf true setzen - damit wird dann das Standardverhalten des Webrowser-Control unterbrochen.
Gruß
Hi ths180,
hm.. kenn mich jetzt mit Bluetooth nicht aus, daher alle meine Angaben ohne geährt ^^.
Oft ist doch sowas als Hardwarschalter realisiert, oder (kenn ich zumindest von meinem Laptop her). Wenn man auf sowas zugreifen will, wird es wohl keinen Standardweg geben - das sind warscheinlich herstellerspezifische Sachen.
Gruß
Hi Schoenittich,
ich würde das mit einem System.Windows.Forms.Timer machen, im Tick Event kann man sich dann immer den aktuellen Wert holen und anzeigen.
Kannst ja trotzdem einen Thread im hintergrund laufen lassen, der den Wert in eine Variable schreibt. Die Gui frägt dann diese Variable halt alle - sagen wir - 100 ms ab, was mehr als schnell genug sein dürfte.
Gruß
Hi,
ich denke mal, das liegt an UAC (User Account Control).
=> Deine Anwendung läuft standardmäßig nicht als Administrator und darf eben solche dinge nicht so einfach machen.
Du kannst das ganz einfach ausprobieren, in dem du rechtsklick auf deine exe machst und dann "Als Administrator ausführen". Wenns dann klappt, liegts an UAC.
Gruß
Hi,
da gibts auf jeden Fall was kostenloses im Internet. Hab das mal auf einem Basta-Vortrag augeschnappt. Weiß jetzt aber nicht mehr genau wo...
Gruß
Hi,
ich wüsste nicht, dass es da eine bestimmte Reihenfolge gibt. Ich denk mal so, wie sie vom Compiler kompiliert wurden.
An deiner Stelle würde ich auf keinen Fall einfach mal so ein Element mit Index 0 rausholen und davon ausgehen, dass es immer das Gleiche ist. Wenn zu zum Beispiel eine neue Klasse in die Assembly einbaust, kann danach die Reihenfolge schon wieder ganz anders sein.
Gruß
Hi,
bin mir jetzt nicht sicher, aber das kann was mit den .Net Sicherheitsrichtlinien zu tun haben. Vor ein paar Jahren zumindest hatte ich mal das Problem, dass ich über .Net nicht auf eine Netzwerkfreigabe zugreifen konnte. Da gabs dann was in Systemsteuerung -> Verwaltung, wo man die .Net Sicherheitsrichtlinie für lokales Intranet umstellen konnte.
Gruß
Hi,
schau dir mal diese LoaderExceptions an, von denen hier die Rede ist (Ist ein Member von ReflectionTypeLoadException). Die geben dir normalerweise einen besseren Hinweis darauf, welcher Typ warum nicht geladen werden konnte.
Gruß
Hi,
schau dir mal Dictionary<T, T> an (Namespace System.Collections.Generic).
in deinem Fall könnte das so aussehen:
Dictionary<string, int> myDict = new Dictionary<string, int>();
myDict["eins"] = 1;
myDict["zwei"] = 2;
myDict["drei"] = 3;
Das gehört aber zu den absoluten Grundlagen, steht auch in zig Tutorials drin.
Gruß
Hi,
glaube nicht, dass das geht. Ist ja auch der Sinn davon, dass eine Datei gesperrt ist.
Gruß
Hi DevHB,
am besten mal probieren. Ich habs zwar noch nie mit DataBinding verwendet, aber dafür immer die Text-Eigenschaft genutzt. Hatte damit auch noch nie irgendwelche Performance-Probleme.
Zur Info: Hab das Control schon mal genutzt, um eine Art einfachen Quellcode-Editor abzubilden.
Gruß
Hi,
ich denke Vor- und Nachteile ewig runterzurattern bringt bei dieser Frage wenig, kommt ja immer darauf an, welche Anforderungen man für ein Projekt hat.
Ich persönlich denke nicht, das Windows.Forms nicht so schnell aussterben wird. Die Optik - was ja bei WPF ein großer Vorteil sein soll - zählt m. E. nicht wirklich. Auch mit Windows.Forms kann man schöne Oberflächen machen. Gibt ja genügend Control-Bibliotheken (ob jetzt Kommerzielle oder OpenSource sei mal dahingestellt).
Bedenken muss man m. E. im Zusammenhang mit WPF immer, das damit auch ein höherer Entwicklungsaufwand und Schulungsaufwand für die Entwickler einhergeht. Und ob man wirklich getrenntes Unit-Testing für das ViewModel / Model braucht, und ob man wirklich extra beschäftigen will, die sich um die Oberfläche kümmern, ist wieder eine ganz andere Frage.
Gruß
Hi,
also ich persönlich benutze auch immer CultureInfo.CurrentCulture, um beim Start der Anwendung festzustellen, mit welcher Sprache der Prozess gestartet wurde / welche Sprache das OS hat. Hier sollte immer die aktuell gewählte Sprache drin sein. Haben soweit damit auch kein Problem (Unsere Software läuft in Deutschland, Tschechien, Polen, Schweden, Schweiz, Österreich und Frankreich).
Gruß
Hi,
ich persönlich benutze auch gerne GhostDoc. Das, was dieses Tool standardmäßig generiert ist zwar meist etwas lasch, aber zusätzliche informationen, wie "hier kann null zurück gegeben werden" oder "hier wird unter bestimmten Umständen eine Exception geworfen" tippe ich dann je nach bedarf selber noch dazu.
Ein Schema für eine Klasse hatten wir in der Firma auch mal. Da Stand dann son Zeug drin wie Erstellungsdatum, Autor, Sinn der Klasse, alle Änderungen, ...
Das haben wir aber recht schnell wieder verworfen, weil das einfach keiner wirklich gelesen hat und somit dann mit der Zeit auch keiner mehr aktualisiert hat. Macht bei der Menge an Klassen in einem Projekt m. E. nicht wirklich Sinn. Aber liegt bei uns wahrscheinlich auch an dem verhältnismäßig eher kleinerem Team.
Gruß
Hi,
schau dir mal die Methoden Control.Invoke und Control.BeginInvoke an.
Dieser Fehler den du kriegst kommt, wenn man versucht, von einem anderen Thread aus auf die Gui zuzugreifen.
Dieses Thema gabs schon 100 fach in diesem Forum. Kannst also auch die Suchfunktion benutzen, um darauf eine Antwort zu finden.
Gruß
Eben
Eine Exception kann gar nicht geschmissen werden, da kein Objekte selbst weiß, von wo aus Referenzen bestehen. Übertrieben gesagt ist es dem Objekt ansich auch herzlich egal, was innerhalb seiner Methoden passiert.
Das Freigeben von Objekten geschieht zu einem viel späteren Zeitpunkt im GarbageCollector. Dieser baut sich eine eigene Baumstruktur auf um zu wissen, welche Objekte noch erreicht werden können, und welche nicht.
Hi
Gegenfrage: Warum sollte das nicht gehen?
Wenn du Referenzen auf Objekte hast, kannst du auch alles an denen Objekten machen, was generell von außen möglich ist. Dabei ist es egal, von wo welche Methode aufgerufen wird oder von wo auf welche Eigenschaft zugegriffen wird.
Gruß
Von C++ aus kannst du die Klasse ansprechen, von C# aus aber nicht: Siehe:
COM-Objekt einbinden
Hi,
deine Klasse DLLClass stellt ein COM-Interface zur Verfügung, doch per DllImport kannst du keine COM-Objekte einbinden. Dieses Attribut ist für native Interfaces gedacht (z. B. aus einer in C geschriebenen Dll).
Gruß
Ja, würde ich persönlich vermeiden, sowas einzusetzen.
Wir haben das einmal so gemacht und das was raus kam, war schlicht "Benutzerfeindlich". Man kennt sich da schnell nicht mehr richtig aus, was da welche Tabelle ist. Auch die Scrollbalken an der Seite haben damit Probleme. Ich würde also auch empfehlen, an der Stelle eine andere Lösung einzusetzen, zumal das mit dem FW1 DataGrid m. E. noch unübersichtlicher ist.
Gruß
Hi
Ohne jetzt hier Werbung verbreiten zu wollen ^^, hier, was mit Master-Detail Modus gemeint ist:
http://www.devexpress.com/Products/NET/Controls/WinForms/Grid/build.xml
Man kann da einfach innerhalb einer GirdControl-Zeile weitere Grid darstellen und so theoretisch unendlich tief schachteln.
Gruß
Hi darkprisma,
da wirst du wohl nicht drumherum kommen, direkt die Mouse-Events des Panels abzufragen. Jedenfalls wüsste ich nichts davon, dass sowas standardmäßig geht.
Gruß
Hi deerhunter,
hm.. mal eine ganz interessante Problemstellung. Aber was mir spontan einfällt: Delphi kann meines wissens ja recht gut mit COM umgehen (oder irre ich mich?). Man könnte in C# die Anwendung soweit schreiben, wie man sie halt braucht. Danach baut man einfach eine Klasse rein, welche also COM-Komponente anderen Anwendungen zur Verfügung steht - also von eurem Delphi Programm geladen werden kann. So kann der Austausch der Daten über die COM-Schnittstelle erfolgen und die C#-Komponente kann ganz normal seine Oberflächen öffnen, als ob sie eine reine C# / .Net Applikation wäre. Sprich: Ein in der C# Komponente geöffnetes Fenster weiß gar nicht, ob es über die COM-Schnittstelle aufgerufen wird oder von der normalen C#-Main Funktion aus.
Wenn später auf eine reine C# Umgebung umgestellt wird, würde halt die COM-Schnittstelle wegfallen, aber das tut ja keinen weh.
Gruß
Roland
Hi BangerzZ
da sollte es eigentlich keine Probleme geben, und mit AnyCPU sowieso nicht.
Zeig mal einen Screenshot von der Fehlermeldung. Das einzige, was ich mir denken könnte, ist, dass irgendwo von dir direkt auf eine 64-Bit Assembly verwiesen wird.
Wo stellst du denn die Zielplatform ein? In den Projekteigenschaften oder bei der Build-Konfiguration?
Gruß
Roland
Hi Tott666,
einen Weg, so nur die richtigen Elemente zu erlauben kenn ich auch nicht, höchstens halt DropDownStyle auf DropDownList stellen, dann kannst aber nicht mehr editieren.
Eine alternative wär noch, dem Benutzer beim Tippen die richtigen Werte vorzuschlagen mithilfe der Eigenschaften AutoCompleteMode und AutoCompleteSource (z. B. auf AutoCompleteMode.SuggestAppend und AutoCompleteSource.ListItems setzen).
Gruß
Roland
Hi,
auch ein großes Lob von mir, ich finde das ist ein sehr interessantes Projekt.
Bei mir läuft es übrigens sehr gut im Internet Explorer, im Opera wird kein Dokument erzeugt, aber ich glaub Opera und Silverlight vertragen sich sowieso nicht so gut. Kann dir dazu einen Screenshot schicken, falls dir das was weiterhilft.
Gruß
Roland
Hi,
schau dir mal SlimDX an, damit kannst du auch aktuelle DirectX-Versionen ansprechen.
http://slimdx.org/
Stimmt, da hast du recht.
Denk aber nicht, dass ich das Zeug aus dieser Struktur verwenden kann. Bezieht sich ja quasie auf das Größtmögliche Zeichen im Font - würd ich zumindest jetzt mal davon ausgehen.
Ich habs jetzt mal so implementiert, wie auch von herbivore vorgeschlagen. Funktioniert eigentlich genau so, wie ich mir das vorgestellt habe. Problem ist da nur die etwas schleppende Performance - aber da muss man halt dann aufpassen, dass man die Funktion nicht zu oft aufruft.
hm...
grad mal bisschen mit der GetTextMetrics Funktion rumgespielt.
Gut zu wissen, dass es so eine Funktion gibt - danke schonmal 😃
Aber die Information zu diesem Problem hier kann ich in dieser Struktur aber nicht wirklich finden. Und ich wüsste jetzt auch nicht, wie ich mir diesen Abstand aus der Struktur herleiten könnte.
edit:
ah, hab deinen Eintrag grad erst gesehen herbivore. Das wäre jetzt meine Notlösung gewesen. Danke für den Post 😃
Hi,
folgendes Problem:
Wenn über Graphics.DrawString ein Text gezeichnet wird, scheint .Net den string etwas unterhalb der übergebenen Position zu zeichnen. Das Bild im Anhang verdeutlicht mit einem roten Pfeil, was ich meine (Der Text "Testing" wird an Position 0,0 gezeichnet).
Meine Frage ist jetzt: Kann man irgendwie rauskriegen, wie viel Pixel genau .Net da hin macht? Oder kann man dieses Verhalten generell irgendwie abschalten?
Gruß
Roland
hm...
BorderStyle ist eine Eigenschaft von UserControl.
Du könntest stattdessen von Control vererben und dort selbst ein Property BorderStyle definieren. Dann kannst du das zeichnen, wie du willst
ansonsten wirds schwierig, wenn du auf diese enum bestehst.
hm..
statt Close scheint man da Dispose aufrufen zu müssen. Probier mal das hier:
while (dockPanel.Contents.Count > 0)
{
dockPanel.Contents[0].DockHandler.Dispose();
}
ok, dann brauchen wir eine eigene Clear Methode.
Diese sollte sich auf die 3 Zeilen hier beschränken. Habs grad mal probiert, funktioniert soweit ganz gut.
while (dockPanel.Contents.Count > 0)
{
dockPanel.Contents[0].DockHandler.Close();
}
Ein kurzer Blick in den Source von der DockPanel-Suite zeigt folgendes:
if (dockPanel.Contents.Count != 0)
throw new InvalidOperationException(Strings.DockPanel_LoadFromXml_AlreadyInitialized);
-> du musst also vor dem Aufruf von LoadFromXml erstmal all deine Inhalte manuell entfernen (hab jetzt auf die schnelle auch keine Methode gefunden, die das macht).
Wo wir ja eigentlich schon wieder bei deinem ursprünglichen Thema wären. Wenn bei dir der "Initialzustand" einfach ein blankes Fenster ohne Dockfenster ist, bringt hilft dir das hier natürlich gar nicht weiter ^^
Hi,
hm.. nur mal sone Idee.
Wenn du den Style für den ToggleButton direkt an den Resourcen deines RotateExpander ranhängst, sollte es gehen. So können alle anderen ToggleButtons auserhalb deiner RotateExpander diesen Style nicht finden.
Weiß jetzt nicht, ob das so funktioniert, aber einen versuch wärs Wert.
Gruß
Roland
Hi
hm.. eine einfach Möglichkeit wäre, dass du dir mal einen "Initialzustand" in deiner Anwendung zusammenklickst und dann das Layout per DockPanel.SaveAsXml wegspeicherst. Die daraus erzeugt xml Datei kannst du in einen Resourcen ablegen.
Wenn du diese Datei hast, kannst du es so machen, dass bei klick auf einen Reset-Button die DockPanel.LoadFromXml mit der xml-Datei aufgerufen wird. Danach müsstest du wieder deinen Initialzustand haben.
Gruß
Roland
Hi Kollegen,
bin bei aktuellen Tests mit Vista / Win7 auf ein kleines Problem mit WCF gestoßen. Zunächst mal kurz zur Anwendung:
- Mehrere Windows-Dienstprozesse
- Ein Admin-Tool, welches die Dienste startet/stoppt/installiert/konfiguriert/...
- Admin-Tool stellt Dienst per NamedPipes zur Verfügung
- Alle Dienstprozeesse stellen jeweils einen Dienst per NamedPipes zur Verfügung
- Kommunikation zwischen Diensten und Admin-Tool über NetNamedPipes
Generell funktioniert bei der Kommunikation die Richtung vom Admin-Tool zu den Dienstprozesse super. Es gibt aber einen Fall, wo die Kommunikation genau andersrum nötig ist, und zwar melden die Diensprozesse dem Admin, wann sie korrekt initialisiert sind. Gut, hört sich jetzt Designtechnisch nicht so nach nem Hit an, ist aber so gewachsen. Dient aber letztlich nur zur Statusüberwachung im Admin-Tool.
Problem hier ist, dass dieser Weg nicht funktioniert, wenn das Admin-Tool nicht mit Administratorrechten läuft (bei aktiviertem UAC). Wenn man das Admin-Tool mit Administratorrechten startet, funktioniert alles. Meine Frage jetzt ist, warum das so ist? Meines wissens können sich alle Prozesse an diese NamedPipes ranhängen und kommunizieren. Anscheinend ist das ja dann nicht so, aber wo ist da genau der Grund, warum das so nicht geht?
Gruß
Hi,
warum, CommonApplicationData sollte doch das sein, was du willst (Führt dich in einen "All-Users" Ordner)
Gruß
Roland
Genau das habe ich gemeint 😉
Hi Neokil,
handelt es sich bei den Lables oben links und rechts um WindowsForms Lables?
Wenn ja, würd ich diese lieber über DirectX selber zeichnen. Ich selber habe es zwar noch nie probiert, aber Controls über ein 3D-Fenster zu platzieren halte ich jetzt für keine so gute Idee.
Zeiche den Text doch lieber über DirectX, da gibts doch recht schöne Klassen für sowas.
Gruß
Roland
Hi Neokil,
kann man so ohne weiteres nicht umbedingt sagen. Diese Fehlermeldung kommt bei so ziemlich jeden Fehler, der in DirectX auftreten kann.
Es gibt aber eine Möglichkeit, wie du dir eine detailiertere Fehlermeldung anzeigen lassen kannst, und zwar, in dem du DirectX anweist, die Debug-Bibliotheken zu verwenden und dann per DebugView die Rückmeldungen von deiner Anwendung anzeigen lassen. Näher beschrieben ist das Ganze hier unter Programming Guide -> Debugging Tips.
Der wichtige Ausschnitt ist folgender:
Anybody who's worked with Direct3D for a while knows that it tends to be fairly generic about its errors. In fact, most of the problems you'll see will be an exception for an "Invalid call" thrown by a SlimDX call. These exceptions don't give you any more information than that, and unless it's an obvious mistake in the function call, there's absolutely no hints about what went wrong. When working on Direct3D code, make sure to open the DirectX Control Panel (found under DirectX utilities in the start menu folder for the SDK) and switch to the Debug runtime. This will make Direct3D more verbose and strict. Note that this will affect performance of Direct3D applications, and in particular, you'll want to turn it off before playing a game. Dustin Franklin wrote a convenient utility, D3DTaskbar, that allows you to get to this setting quickly. (This is also handy if you didn't install the full DirectX SDK.)
Direct3D also offers a built in leak tracking facility, where it reports an AllocID for leaked objects. The way to use this is to run your application (preferably in a way you can reproduce reliably), and note the leaked AllocIDs. Then use the DirectX Control Panel to enable breaking on an AllocID, so that you can stop your program at the precise point that the leaked object was created. Work your way from high to low until all the leaks are gone.
The debug runtimes are an invaluable resource for developing DirectX applications. In order to make full use of them from SlimDX, you'll need to enable unmanaged code debugging from within Visual Studio. This allows you to see messages from DirectX in the Visual Studio output window. If you have a non-express edition of Visual Studio, simply go into project properties and, under the Debug tab, check the Enable Unmanaged Code Debugging checkbox. If you are using an express edition, you won't this option. Instead, you'll need to download DebugView, which will let you view debug output externally.
Ich hoffe, das hilft dir, den Fehler zu finden
Gruß
Roland
Hi snowy,
guckst du hier:
Projekteigenschaften -> Konfigurationseigenschaften -> C/C++ -> Allgemein -> Zusätzliche Includeverzeichnisse
Gruß
Roland
Hi,
ich weiß zwar jetzt nicht genau, was du meinst, aber wennst du die Anzeige im Eigenschaftsfenster von VisualStudio meinst, dann musst du Attribute dafür verwenden.
Also z. B. so:
namespace IRC
{
public class MyClass
{
[CategoryAttribute("Meine Kategorie")]
public string MyProperty
{
get{ ... }
set{ ... }
}
}
}
Die Attribute, die du hier anfügen kannst, findest du im Namensraum System.ComponentModel
Gruß
Roland
Hi Th69,
danke für die schnelle Antwort. Ich hab aber zwischenzeitlich dieses Tool hier gefunden: AutoHotkey.
Das macht genau das, was ich brauche.
Gruß
Roland
Hi,
folgender Problemfall: Ich müsste aus einem .Net Programm aus die Eingabewerte eines anderen Dialogs von einem fremden Programm setzen (quasie wie ein Makro). Sprich, die fremde Anwendung hat jetzt beispielsweise 3 Textboxen und einen OK butten. Aus meinem .Net Programm müsst ich jetzt Werte in diese 3 Textboxen reinschreiben und den OK-Button drücken.
Jetzt meine Frage dazu: Gibt es einen eleganten Weg, sowas über .Net zu machen. Mir persönlich wär da spontan nämlich nix bekannt. Falls nicht, kennt sich da jemand mit den API-Befehlen aus, die man dazu benötigen würde?
Gruß
Roland
Hi svenson,
super, hat funktioniert.
Man muss nur noch ergänzend sagen, dass die PolicyVersion Eigenschaft des ServiceMetadataBehavior Objekts auf PolicyVersion.Policy12 gestellt werden muss.
und da ich den ServiceHost im Code erstelle, ist folgender Code Notwendig, um diese Extension zu nutzen:
//Add Wsdl extensions
foreach (ServiceEndpoint actEndpoint in m_serviceHost.Description.Endpoints)
{
actEndpoint.Behaviors.Add(new InlineXsdInWsdlBehavior());
}
Gruß
Roland
Hi,
jetzt muss ich den Thread trotzdem nochmal rausholen. Der Dienst ansich läuft und kann auch von außen aufgerufen werden. Auch die wsdl Datei kann z. B. mit dem InternetExplorer perfekt ausgelesen werden.
Wird der Dienst von einem Java Programm aus aufgerufen (Die Sourcen habe ich leider nicht), kommt der Fehler "Connection refused". Das seltsame ist, das bei diesem "Connection refused" folgende Seite genannt wird:
"http://192.168.2.10/testing/myserver?wsdl=wsdl0"
und nicht die eigentlich von mir angegebene:
"http://192.168.2.10/testing/myserver?wsdl"
Der Internetexplorer kann aber beide Urls abrufen, da müssts also kein Problem geben. Kann dieses Problem mit dem zusammenhängen, was svenson im letzten Post geschrieben hat? Oder hab ich da irgendwas anderes übersehen?
Gruß
Roland
Hi,
ich hab grad ein kleines Problem.
Ich habe einen Webservice mit C# geschrieben und stelle diesen per BasicHttpBinding zur Verfügung. Jetzt soll dieser von außen von einem Fremdsystem aufgerufen werden. Hierzu wird allerdings eine WSDL-Datei oder eine URL benötigt, von der diese abgerufen werden kann.
Jetzt hab ich schon eine Möglichkeit gefunden, diese WSDL-Datei mit dem svcutil Programm zu erstellen. Was mir allerdings lieber wäre, ist, dass mein ServiceHost (gehostet wird der Service in einem eigens programmierten Windows-Dienst) direkt eine Url zur Verfügung stellt, von der die WSDL-Datei geladen werden kann, und diese quasie direkt aus dem Contract erzeugt wird.
Meine Frage nun: Ist sowas Möglich? Und wenn ja, wie?
Hab dazu jetzt schon ne Weile gesucht, aber nicht wirklich viel gefunden.