Laden...

Forenbeiträge von talla Ingesamt 6.862 Beiträge

20.01.2012 - 17:48 Uhr

Hallo,

man muss nicht direkt bei channel 9 angemeldet sein. Es reicht ein Windows Live Account um das Profil zu erzeugen.

Es sind auch einige Achievments bei die man glaube ich gar nicht erreichen möchte 😃 "Job Security" z.B. zeugt von wenig gutem Code 😃

19.01.2012 - 18:57 Uhr

Hallo,

du musst mit dem XmlNamespaceManager arbeiten.

18.01.2012 - 20:09 Uhr

Hallo,

das ist nicht mal was spezielles vom Dispatcher. Unter Windows Forms ist es mit Invoke das gleiche. Bei beiden findet nen Kontextwechsel der Threads statt und das kostet natürlich.

18.01.2012 - 20:06 Uhr

Hallo,

s kann nicht null sein. Das ist das Senderobjekt und von irgendwem muss das Event ja ausgelöst werden.

18.01.2012 - 10:56 Uhr

Hallo,

das sieht ja MDI mäßig aus und das wird in WPF nicht unterstützt. Es gibt verschiedene Projekte auf codeplex und codeproject die sowas nachrüsten.

17.01.2012 - 21:04 Uhr

Hallo,

Oder ist es grundsätzlich ein Fehler, DependencyObject als Basis für eine Klasse zu verwenden, deren viele Instanzen aus Daten aus einer Text-Datei zur Laufzeit generiert werden?

Ja. Datenklassen brauchen nichts weiter als normale Properties und INotifyPropertyChanged um ordentlich gegen sie binden zu können, aber selbst das Interface ist hier nicht nötig da die Daten ja wahrscheinlich nur eingelesen werden aus den Textdateien oder?

Und für die Darstellung schreibt man sich einfach nen passenden Template. Im Code erzeugt man keine GUI Elemente (im Normalfall).

17.01.2012 - 19:37 Uhr

Hallo,

LayoutUpdated ist doch nen ganz normales Routed Event und damit enthält das sender Objekt auch den Originalauslöser.

17.01.2012 - 16:17 Uhr

Hallo,

das geht nicht. WPF und WinRT (die Technologie hinter der Metro Oberfläche) sind zwei paar Schuhe. Beide verwenden zwar XAML, aber die Namespaces und Typen sind andere.

17.01.2012 - 13:06 Uhr

Hallo,

Rein in XAML gehts indem du der Spalte nen Template verpasst welches Trigger enthält die je nach Wert des Integers ein anderes Bild anzeigen. Ich persönlich würde aber eher nen IValueConverter verwenden. Das bissle Code ist einfacher zu verstehen und sieht in XAML besser aus, da kürzer.

16.01.2012 - 15:23 Uhr

Hallo,

schau dir den StackTrace an, dann siehst du erstmal genau welche Methode die Exception verursacht hat. Dann ist auch der entsprechende Code interessant. So ist es grad nur rumraten was schief gegangen ist.

16.01.2012 - 07:05 Uhr

Hallo,

was .Net angeht, sollte man CodePlex keinesfalls vergessen.

15.01.2012 - 20:42 Uhr

Mit Styles und Templates bekommst man das hin. Die gehören auch zu den WPF Grundlagen die man unbedingt brauch. Was eigene Controls angeht, schau dir auch das hier an.

15.01.2012 - 18:51 Uhr

Hallo,

was für ein Button? In dem was du zeigst, ist nirgends ein Button. Wenn du im UserControl ein Button hast wirst du das Event nicht so behandeln können, da der Button das behandelt um sein Click Event auszulösen. Benutz das entsprechende Preview Event um vor dem Button das ButtonUp Event zu bekommen.

Was ist denn im UserControl noch drin außer dem Button? Wenn es nur darum geht einen Button mit der Transformation zu erweitern ist ein UserControl das falsche hier. Um die Funktionalität von einzelnen Controls zu erweitern benutzt man Custom Controls, keine User Controls, wobei bei dem hier gezeigten reicht auch nen einfacher Style. Code ist bisher nicht notwendig.

14.01.2012 - 20:03 Uhr

Okay, jetzt versteh ich es wie du es meinst. Die erste Hürde hierbei ist aber, überhaupt mal nen Font zu finden, der die einzelnen Striche der Zeichen definiert.

Ich habe mal ein Bild angehangen welches das Zeichen Haus (im Japanischen, ob im chinesischen das gleiche Zeichen verwendet wird weiß ich nicht) in drei verschiedenen Schriftarten nach MrSparkle's Vorschlag zeichnet um die Outlines darzustellen. In der Mitte wird der Windows Standardfont für Japanisch MS Mincho, und rechts der Standardfont für Chinesisch SimSun-ExtB verwendet. Wie man gut sieht sind die einzelnen Strokes nicht im Font enthalten! Es ist unmöglich daraus die einzelnen Striche, geschweige denn die Strichreihenfolge zu abzuleiten. Lediglich im Links dargestellten Font sind die einzelnen Strokes erkennbar.(Ist aber ein japanischer Font, fürs chinesische nicht verwendbar)

14.01.2012 - 16:04 Uhr

Hallo,

es geht ja nicht nur darum die Zeichen als Linien zu haben. Schwerpunkt war ja auch die Striche eines Zeichens

nacheinander und in korrekter Schreibreihenfolge zu erhalten und das ist nicht möglich, da diese Informationen nicht in einem Font stehen.

Eigentlich könnte ich mir schon vorstellen, dass die Striche in korrekter Reihenfolge abgespeichert sind, weil sie in der chinesischen Schrift eine große Rolle spielen ... Vollkommen korrekt das die Strichreihenfolge wichtig ist, aber ein Font beschreibt das Aussehen eines Zeichens, und nicht wie es gezeichnet werden muss, wenn man es per Hand schreibt.

Ich könnte mir sogar vorstellen, dass man das über eine Heuristik relativ zuverlässig lösen könnte Ne, das tut vorne und hinten nicht. Klar gibts gewisse Regeln wie die Strichreihenfolge normal sein sollte, aber es gibt bestimmt bald so viele Zeichen mit Ausnahmen wie Zeichen die streng die Regeln befolgen.

14.01.2012 - 14:03 Uhr

Hallo,

lies die Antwort von Abt nochmal. Er sprach von WebSockets, nicht Sockets und vor allem

Hierfür musst Du aber auch Zugriff auf die Server-Seite haben was bei dir ja wohl nicht gegeben ist wenn du die Daten von Yahoo beziehst.

Das es die Möglichkeit gibt Daten im CSV Format zu beziehen, hießt übrigens noch lange nicht, dass man diese nach belieben verwenden darf.

Für dein Problem sollte aber die YQL eh viel besser geeigent sein.

14.01.2012 - 08:17 Uhr

Hallo,

einfach ScrollViewer.CanContentScroll auf true setzen.

13.01.2012 - 06:48 Uhr

Hallo,

ich habe gelesen, dass TTF (True Type Fonts) nichts anderes wären asl komprimierte GDI+ Informationen.

Wo hast du das her? Und was meinst du mit GDI+ Informationen? In TTF werden die Outlines mit Hilfe von quadratischen B-Splines beschrieben, sprich mathematischen Funktionen um die Kurven eines Zeichens zu beschreiben. Sicher kann man mit diesen Informationen auch in GDI+ entsprechendes Zeichen selber zeichnen, aber prinzipiell hat das erstmal gar nichts mit GDI+ zu tun.

Ich würde auch bezweifeln das im Font die Strichreihenfolge irgendwie korrekt abgebildet ist. Da geht es darum, dass das Zeichen korrekt auf dem Bildschirm gerendert wird und nicht um die Strichreihenfolge. Ich hab mal für Kanjis ein entsprechendes Projekt im Internet gefunden, welches das Ziel hat, für alle Zeichen die Strichreihenfolge als XML Daten zur Verfügung zu stellen. Glaube auch, dass das fürs Chinesische auch ergänzt wurde, aber weiß spontan nicht mehr die Seite. Auf solche Daten würde ich mich aber eher stützen als versuchen zu wollen, aus dem Font irgendwas abzuleiten.

12.01.2012 - 17:46 Uhr

Hallo,

Die ListBox ist deshalb unsichtbar, da ich an anderer Stelle via **ElementBinding **nur das **SelectedItem **Anzeige.

Das ist Murks und überhaupt nicht nötig. Sowohl dieses Problem, als auch deine eigentliche Frage werden durch die gleiche Lösung erschlagen: CollectionViews. Schau dir mal an wie die funktionieren.

12.01.2012 - 06:30 Uhr

Hallo,

du hast den Adorner ja für jedes Item der Spalte drin - brauchst du das denn wirklich? Im ersten Post hatt es sich eher angehört, als wenn ein Adorner übers ganze Grid (oder bzw. die Spalte wenn das ausreicht) angezeigt werden könnte.
Das Grid im Template ist an sich nicht nötig, da du ja anscheinend nur die PolyLine anzeigen willst in der Spalte oder?

Das es so langsm wird, liegt an der Transparenz und dem Windows Forms Host - da wird WPF garantiert gezwungen in Software zu rendern. Allgemein würde ich Windows Forms unbedingt vermeiden in WPF wo es nur geht. Hier gibts z.B. auch Lösungen ohne die PictureBox, die rein auf WPF basieren.

11.01.2012 - 07:02 Uhr

Hallo,

Ist das so gewünscht? Natürlich nicht 😃 WPF selber verwendet ja Vererbung in der Hierachie der Controls und es tut auf jedenfall.

Wie sieht denn die Definition des DP aus? Wird das Binding vielleicht von der vererbten Klasse an einer anderen Stelle überschrieben?

10.01.2012 - 20:50 Uhr

Hallo,

Controls sollten in WPF niemals generisch sein weil man sie nicht in XAML verwenden kann. Würd ich unbedingt ändern. Es gibt auch praktisch nie einen Grund ein Control generisch zu machen. Was generisch sein kann, sind die Daten welche ein Control anzeigt, aber nicht das Control selber.

10.01.2012 - 20:48 Uhr

Bitte immer dazu schreiben um welche Technologie es sich im konkreten handelt.

Wie sieht denn das XAML drum herum aus? In was fpr nen Layoutcontainer ist die Box denn drin? Normal sollte das nicht passieren, könnt auch daran liegen das der LayoutContainer schon falsche Werte gibt.

10.01.2012 - 18:55 Uhr

Hallo,

du kannst mit RelativeSource gegen Elemente die höher im LogicalTree liegen, binden.

10.01.2012 - 17:56 Uhr

Hallo,

benutz einfach nen Adorner für die Anzeige, welchen du dann einblendest per Trigger, solange isLoading auf true ist.

10.01.2012 - 17:54 Uhr

Hallo, was für ne Autocomplete Textbox verwendest du denn überhaupt. Im Framework ist nämlich keine dabei. Und was ist bei dir der Landscape Mode?

09.01.2012 - 09:07 Uhr

Hallo,

Mir fehlen aber noch die erforderlichen Kenntnisse mit der IDE für C# WP7, den Einstellungen der Properties, der Handhabung der Events, und der Einbindung der erforderlichen Sourcecodes für die Events.

Das hat ja nichts mit der IDE zu tun. Wie die darunterliegende Technologie funktioniert sollte man schon wissen und das setzen wir auch nach [Hinweis] Wie poste ich richtig? Punkt 1.1 voraus. Und sowas wie Events, Dependency Properties oder DataBinding gehört zu dem 1 mal 1 von WPF was wir erwarten.

Desweiteren gibts noch den Punkt 2.2, hast ja jetzt nen anderen Ort zum weiterdiskutieren: Crosspost

08.01.2012 - 19:01 Uhr

Hallo,

es soll schon die bytes zusammenfassen.
Außerdem das mit eine mit den offsets hatte ich schon. Funktioniert aber nicht so gut, da ich dort bei sachen wie .Length exceptions bekomme (wieos kp). Dann würde ich schon den Weg wie von pdelvo vorgeschlagen, nutzen. Man muss halt den Wert von Pack entsprechend anpassen (sprich hier 1). Wenn du Length vom Byte Array aufrufst, gibt das dann natürlich einen falschen Wert. Wieso hat ja chilic geschrieben und ansonsten hat pdelvo das ja schon richtig im Code drin. Ansonsten gilt wie immer natürlich [Hinweis] Wie poste ich richtig? Punkt 5. "Es kommt ne Exception" ist keine Fehlerbeschreibung.

08.01.2012 - 12:19 Uhr

Hallo,

was soll genau passieren bei der Konvertierung? Sollen Bytes auch zu Integerwerten zusammengefasst werden oder gehts nur darum den gleichen Wert einmal als Integer und einmal als Byte zu haben?

Zu den Events: Völlig egal wie groß die Arrays sind, du übergibst ja nur die Referenz darauf. Aber, man sollte natürlich schon darauf achten nicht mit jedem Event nen neues Array zu erstellen (dann fallen natürlich massig Speicherallokierungen an) sondern das alte wiederzuverwenden wenn möglich.

08.01.2012 - 00:36 Uhr

Hallo,

nur im Ausland tätig sein reicht ja nicht, es muss den Hauptsitz dort haben.
Was die rechtliche Gültigkeiten angeht, kann man sich den Hoster erstmal transparent vorstellen - es ist nen reiner Dienstleister der Webspace zur Verfügung stellt. Der Webspacekunde ist selber verantwortlich für sein Angebot. Ein Ausländischer Kunde auf einem deutschen Webspace muss sich nicht an deutsche Regelungen bezüglich Impressum etc. halten. Aber! Und das ist nen großes Aber: Der ausländische Kunde muss sich natürlich an die Geschäftsbedingungen des deutschen Hosters halten und der wird natürlich deutsches Recht erfüllen. Desweiteren gibts natürlich rechtliche Mittel mit denen Ermittlungsbehörden Informationen über den Kunden vom Hoster erfragen können. Und da unterliegt der Kunde natürlich dann auch deutschem Recht. Und so unterliegt der Kunde, auch wenn er kein deutscher Kunde ist, zu einem großen Teil doch deutschem Recht.

Gerade letzter Punkt war ja im letzten Jahr oft mal ne Newsmeldung im Zusammenhang mit den Cloud Anbieter wert. Wenn ein deutscher Kunde bei nem Amerikanischen Cloudanbieter(z.B. Microsoft, Amazon, etc.) Leistungen in Anspruch nimmt, muss er damit rechnen dass amerikanische Ermittlungsbehörden Zugriff auf seine Daten haben, auch wenn die Gesetze des eigenen Landes diese eigentlich Schützen.

07.01.2012 - 19:57 Uhr

Hallo,

wenn man nen gewissen Kenntnisstand hat, brauch man kaum noch Bücher. Man arbeitet dann ja eh zielgerichteter nach seinem Wunschgebiet, da kommen dann höchstens noch Bücher in Frage die sich speziellen Themen widmen.

Allgemein kann man aber sagen das du in kaum einem Buch etwas findest, was nicht irgendwo in der MSDN Library steht. Das sollte imo immer die allererste Anlaufstelle für einen .Net Entwickler sein.

Bei deiner konkreten Frage muss man erstmal klären ob das technisch überhaupt möglich ist. Es kommt nämlich stark drauf an, wie das C++ Programm die Funktionalität der DLLs anspricht. Über COM könnte man was hinbasteln, aber sonst sieht dunkel aus. Eine C# Dll ist nunmal keine klassische unmanaged Dll.

07.01.2012 - 19:51 Uhr

Hallo,

... oder ob hier die Gesetztes-Lage des „Ziellandes“ gilt? Das ist ja ne nette Idee 😃 Dann suche ich mir, jetzt mal bissle allgemeiner gesprochen, als Betreiber das Zielland meiner Wahl aus, dass bestimmte, in Deutschland nicht erlaubte Vergehen, nicht bestraft und komm immer gut weg.

Das geht natürlich nicht. Als deutscher Betreiber unterliegst du natürlich deutschem Recht mit allen drum und dran. Grad Steuerrechtlich würd ich mich da unbedingt beraten lassen wenn Kunderen anderer Länder einkaufen.

Bei den Hostern seh ich da kein Problem. Die sind auch rechtlich nicht betroffen wenn mit deinem Shop was schief läuft.

07.01.2012 - 19:06 Uhr

Hallo,

Das befüllen ist doch kein Problem. Es reicht doch aus, die ListBox einfach an die Liste mit deinen Werten zu binden und um aus den beiden Werten nur einen Anzeigewert zu machen kannst du direkt beim Binding nen IValueConverter verwenden.

07.01.2012 - 18:45 Uhr

Hallo,

ich denke nicht. Der Sinn der LineSeries ist es ja gerade eine Linie aus Datenpunkten zu zeichnen. Da gibts keine Funktionalität zu sagen das zwei Datenpunkte auf einmal nicht mehr verbunden werden sollen. Ich denke du brauchst da wie befürchtet ne neue LineSeries.

07.01.2012 - 12:22 Uhr

Kleine Anmerkung: URL und URI sind nicht das gleiche. Nichtsdestotrotz lässt sich natürlich durch Verwendung der URI Klasse prüfen ob die URL gültig ist.

07.01.2012 - 12:19 Uhr

Hallo,

wo fügst du die Eventhandler denn zu? Wahrscheinlich in der Designer.cs Datei oder? Dort sollte man nichts ändern, da der Designer die nach belieben neu überschreiben kann. Füge die Eventhandler einfach im Konstruktur nach InitializeComponent ein.

07.01.2012 - 09:35 Uhr

Hallo,

kein Problem, man muss nur das Template entsprechend anpassen. Nen Beispiel gibts wie immer in der MSDN: ProgressBar Styles and Templates

06.01.2012 - 23:59 Uhr

Du hast es ja schon richtig erkannt. Du benötigst Threads (in welcher konkreten Form auch immer) und die Infos dazu findest du in [FAQ] Warum blockiert mein GUI?. Nen ganz typischer Fall.

06.01.2012 - 23:09 Uhr

Was sind denn local_adapter und LDB überhaupt für Objekte. Was steckt denn hinter AddURLsRow?

06.01.2012 - 22:01 Uhr

Hallo,

Ich vermute das das ständige aufbauen , insert ausführen, beenden der Verbindung viel Zeit in anspruch nimmt.

Lass die Verbindung halt offen, solange du neue Werte schreiben möchtest. Das ist dann natürlich wesentlich schneller.

06.01.2012 - 19:30 Uhr

Hallo,

obs möglich ist, kommt darauf an, welche Funktionalität du nutzt. Aber auch so gehts nicht von Haus aus, sondern nur mithilfe der Portable Class Libraries.

Einfacher wäre es, in jeweils eigenen plattformspezifischen Projekten einfach die selben Sourcen zu verwenden.

06.01.2012 - 18:05 Uhr

Hallo,

Einfach im Setter von BorderColor das Refresh aufrufen.

PS: Was soll "ownen" denn für ein Wort sein?

06.01.2012 - 11:37 Uhr

Hallo,

ne der Hinwies auf den Link ist schonmal gut. Ich hab das Programm nur überflogen, aber zwei Dinge fallen mir sofort auf. Man muss drauf achten, dass der Creation Overhead halt auf 1 steht. Das dient ja nur zum simulieren von Delays die durchs Netzwerk kommen. Die Zeit wartet er einfach stur. Wenn man da die 3 Sekunden drin lässt, wartet man natürlich ewig auf die Daten.

Dann gibts noch nen viel gravierendes Problem: Für jedes neu geladene Item, bzw. wenn man sogar nur die Selektion ändert, wird von der VirtualList GetEnumerator aufgerufen und der durchläuft in dieser Implementierung mit yield die komplette Liste. Sprich wenn man nen ganz anderen Bereich auswählt, wird für jedes Item die komplette Liste durchgegangen und das dauert natürlich. Wenn ich 15 mal 1 Millionen Items durchgeht brauch das Zeit. Da ist im Code fundamental was falsch. Besser ist es den Enumerator einmal zu erstellen wenn sich die Liste ändert und ihn dann nur noch zurückzugeben. Das ist hier der eigentliche Zeitfresser in der Demo.

06.01.2012 - 10:42 Uhr

Hallo,

kannst du mal nen kleines Beispielprogramm anhängen? Ohne Code gibts so viele Möglichkeiten was noch falsch laufen kann.

05.01.2012 - 22:46 Uhr

Hallo,

eine Entspruchung fürs Windows Forms Panel gibts in WPF schon, das Canvas Control triffts am ehesten. Aber gerade was so Layoutgeschichten angeht würde ich keinesfalls versuchen zwischen WPF und Windows Forms Parallelen zu ziehen und Probleme versuchen gleich zu lösen - das Layouting funktioniert in WPF fundamental anders und ist viel mächtiger. Daher muss man sowas in Windows Forms und WPF anders lösen um jeweils die Stärken der Technolgien zu nutzen.

Zu WPF:
Da gibts natürlich die verschiedensten Möglichkeiten. Kommt auch darauf an, wie die Daten strukuriert sind die du darstellst. Der untere Teil (die Liste der Einträge) ist prinzipiell am ehesten wohl nen ItemsSelector. Mit entsprechenden Templates für die Items kriegt man die Darstellung problemlos hin. Die Steuerzellen sind trivial. Sie würden nichts anderes machen als die Scrollfunktionen vom ItemsSelector aufzurufen. Die eigentlichen Scrollbars würde man einfach nicht anzeigen lassen. Die Kalenderzellen bekommt man auch mit den verschiedenen Layoutcontainern von WPF zusammengebastelt.
Ich sehe nichts was prinzipiell dagegen spricht. Die Variante mit selberzeichnen bliebe natürlich auch noch 😃

PS: Ich persönlich würde beim besten Willen nicht mit so einem Control arbeiten wollen. Die Usability ist grauenhaft. Vielleicht ergibt sich ja für euch die Chance bei der Migration da was zu verbessern.

05.01.2012 - 22:33 Uhr

Hallo xxMUROxx,

nen readonly Property reicht doch wenn er den Wert nur in nem TextBlock darstellen will. Der Setter ist unnötig im Property.

05.01.2012 - 22:20 Uhr

Hallo,

das es nicht wirklich viele Skins gibt, liegt einfach daran das Windows Forms eigentlich gar keinen Skinnung Mechanismus von sich aus unterstützt. Die Lösungen die es gibt, sind proprietär und bieten nur jeweils wenige eigene Skins an. Auch hier im Forum gibts ne mögliche Lösung Skins.

05.01.2012 - 22:14 Uhr

Hallo,

da hast du natürlich recht. Im Prinzip muss dein UpdateStatus einfach nur NotifyPropertyChanged aufrufen und du brauchst im Property nur nen Get welcher dir den Wert zurückgibt. xxMUROxx Hinweis bezüglich korrekter Schreibung gilt aber natürlich trotzdem.

Ansonsten ist die Struktur aber falsch. Das Model darf das ViewModel gar nicht kennen. Das Model könnte z.B. einfach nen Event bereitstellen wenn sich der Wert aktualisiert hat und das ViewModel aboniert das Event und ruft dann entsprechend im Eventhandler NotifyPropertyChanged auf. Dann wäre das Model korrekt entkoppelt vom ViewModel.

05.01.2012 - 14:08 Uhr

Hallo,

so wie bei jedem HeaderedItemsControl - über die Items Collection. Wieso benutzt du nicht Commands. Mit Events kriegt man keine wirkliche Trennung zwischen Oberfläche und Logik.

05.01.2012 - 09:33 Uhr

Hallo,

Hat jemand einen Rat? 😃 Ja, Doku angucken wie in [Hinweis] Wie poste ich richtig? Punkt 1.1 gefordert. BackColor Property - Dort steht beschrieben wie der Default Wert ist.

@Wax
Color.Empty ist was ganz anderes.