Forenbeiträge von wcseller Ingesamt 202 Beiträge
Deine Lösung passt nicht zur Aufgabenstellung
Sehe ich nicht so - die Aufgabenstellung gibt IMHO beide Interpretationen her - aber der TO hat ja nun beide Lösungen und wird schon wissen, was er draus macht...
Die Länge des Zielarrays ist immer LängeArrayA + LängeArrayB wenn davon ausgegangen wird, dass im Zielarray nur Elemente enthalten sein sollen, die entweder in arrayA oder arrayB enthalten waren/sind.
Ist A 50 Elemente und B 3 Elemente ist die Länge des Zielarrays 53.
int[] arrayA = new int[50];
int[] arrayB = new int[3];
int[] arrayZiel = new int[arrayA.Length + arrayB.Length];
int counter = 0;
for (int i = 0; i < Math.Max(arrayA.Length, arrayB.Length); ++i)
{
if (i < arrayA.Length)
{
arrayZiel[counter] = arrayA[i];
++counter;
}
if (i < arrayB.Length)
{
arrayZiel[counter] = arrayB[i];
++counter;
}
}
Im übrigen ist die Aufgabe in der Tat nicht ganz eindeutig - es wird nicht gesagt, was passieren soll wenn eines der beiden Arrays länger ist - V1 (die von Sir Rufo dargestellte Variante): an den geraden/ungeraden entstehen undefinierte/neue Werte, die im Array nicht enthalten waren, V2 (die von mir dargestellte Variante): endet eines der Arrays vorzeitig, wird die Regel ausser Kraft gesetzt.
OnPaint ist der vollkommen falsche Ort um Controls hinzuzufügen. Schau Dir die Dokumentation zu OnPaint an...
Warum verlagerst Du den Code, den Du im OnPaint hast nicht einfache ebenfalls in Deinen Constructor?
Ja, das hast Du recht - ich habs grad nochmal korrigiert...
Ja, das hast Du vollkommen recht - ich habe das vorhin nur so auf die Schnelle dahingeschrieben - habs nochmal korrigiert - ist so denke ich auch besser lesbar.
Es wurde hier ja schon viele richtiges zum Thema geschrieben und ich glaube das Dein Code (nebenbei: der ist kompletter Nonsens) auch nichts mit der AUfgabenstellung zu tun hat aber gehen würde das natürlich trotzdem:
string a= "Zuckerberg";
string b= "Gates";
string c = "Astronaut";
if (c < b)
{
string tmp = b;
b = c;
c = tmp;
}
if (b < a)
{
string tmp = a;
a = b;
b = tmp;
}
Hier nochmal besser (natürlich würde das aber in Zeiten von Linq etc. kein Mensch mehr wirklich so machen).
string[] data = new string[] {"Zuckerberg", "Gates", "Astronaut"};
for (int i = (data.Length - 1); i > 0; --i)
{
if (data[i] < data[i - 1])
{
string tmp = data[i];
data[i] = data [i-1];
data[i] = tmp;
}
}
Neben den schon beschriebenen Lösungen wäre auch folgendes denkbar (ist aber eher aus der Sparte 'quick and Dirty' 😉 ):
for (int i = 0; i < myLabel.Length; i++)
{
myLabel[i] = this.Controls["lbl"+(i+1).ToString())];
}
Pack den relevanten Teil in einen try-catch Block. Kombiniert mit einer ForEach-Schleife probierts Du dann die alternativen Adressen einfach durch, bis es entweder geklappt hat oder eben das Ende der 'Adressliste' erreicht ist.
Deine Datei 'link.txt' sollte dann mehrere Adressen enthalten (einfech eine Adresse pro Zeile) und z.B. via String.Split ermittelst Du dann aus dieser Liste der der Adressen die einzelnen Zeilen, die jweiels eine Adresse darstellen.
etwa so:
string address1 = "http://seite.de/link.txt"; //Datei enthält nur eine ZielIP
string[] ips = new StreamReader(webClient.OpenRead(address1)).ReadToEnd().Split(new char[] {'\r', '\n'}, StringSplitOptions.RemoveEmptyEntrys);
foreach (string ip in ips)
{
try {
//Das ist eine weitere Textdatei mit dem 2. Teil der Adresse:
string address2 = "http://" + ip + "/nextcloud/index.php/s/xxxxxxxx/download";
string str7 = webClient.DownloadString(address2);
//Ziel Datei
string address3 = "http://" + ip + str7;
string fileName = str4;
webClient.DownloadFile(address3, fileName);
// hier prüfen, ob die Datei i.O. ist....
break; }
catch {
// hier ggf. loggen, dass die ADresse nicht funktioniert hat...}
}
Um das ganze Konstrukt herum gehört natürlich noch eine vernünftige Fehlerprüfung - auch der Download der Datei link.txt kann ja scheitern...
Eine einzige Icon-Datei erstellen, die alle benötigten Größen enthält. Das ist schon der ganze Zauber...
Schon mal im Ereignisprotokoll von Windows nachgeschaut, ob sich dort ggf. detailliertere Informationen zum Fehler finden?
Mit meinem Hinweis, dass Du falsch liegst bezog ich mich primär auf Deine Aussage, dass das Icon eines Forms 16/256 Farben haben sollte/darf - das ist falsch.
Für sog. HighDPI Bildschirme sollte das Icon ausserdem auch höhere Auflösungen als 16/32 unterstützen.
Versuchs mal so:
Dauertest[0].RuntimeThread = new System.Threading.Thread(() => Runtime(0));
Dauertest[0].RuntimeThread.Start();
Die GUI-Aktualkisierungen dann in etwa so:
BeginInvoke(new Action(() =>
{
Error_Anzeige.Text = Convert.ToString(exp.Message);
Error_Anzeige.Refresh();
}));
Anscheinend ist das wirklich ein Bug von Windows 7. Bei meiner Recherche im Internet bin ich darauf gestoßen. Ich habe das Problem jetzt so gelöst, dass ich die 256er Icons aus dem Hauptfenster entfernt und durch 32er Icons ersetzt habe. Damit past das im Audio-Mixer von Windows 7, der die Icons leider nicht skaliert. Das Programmsymbol hat dennoch eine 256er Auflösung, damit man auch große Symbole anzeigen kann.
Du solltest das Icon in meheren Auflösungen anbieten (wurde ja schon erwähnt). Jetzt nur ein Icon mit 32 Pixel zu verwenden ist auch keine Lösung, dass sieht z.B. auf Bildschirmen mit hoher Pixeldichte sehr schnell unschön aus.
Für das Erstellen der Icons kann ich Axialis IconWorkshop empfehlen.
> Nach meinen Informationen muss ein Icon für ein Fenster entweder 16x16 und/oder 32x32 Pixel groß sein mit 16/256 Farben.
> Also maximal 32x32 Pixel und dann ist es wohl kein Bug von Windows Augenzwinkern
Du bist definitiv falsch informiert:
Icons
Ohne das jetzt getestet zu haben fällt mir doch einiges auf...
private void btnFindSource_Click(object sender, EventArgs e)
{
{ <--
lstAgent.Clear();
FindSourceFolder();
lstAgent.Select();
} <--
}
Was sind das für überflüssige Klammern?
private string FindSourceFolder()
{
FolderBrowserDialog ZipSourceFolder = new FolderBrowserDialog();
var folder = String.Empty;
var foldersToZip = String.Empty;
try
{
if (ZipSourceFolder.ShowDialog() == DialogResult.OK)
{
folder = Path.GetFullPath(ZipSourceFolder.SelectedPath);
lblPath.Text = ($"Actual Path: " + folder);
actualPath = folder;
foreach (var item in folder)
{
foldersToZip += Path.GetDirectoryName(folder).ToString();
}
}
ShowFolderSelection(folder);
return folder;
}
catch (System.IO.DirectoryNotFoundException)
{
MessageBox.Show("The selected directory could not be found!", "Error", MessageBoxButtons.OK, MessageBoxIcon.Error);
}
catch (UnauthorizedAccessException)
{
MessageBox.Show("Access to the selected directory is denied!", "Error", MessageBoxButtons.OK, MessageBoxIcon.Error);
}
catch (Exception e)
{
MessageBox.Show("Unexpected error: " + e.Message, "Error", MessageBoxButtons.OK, MessageBoxIcon.Error);
}
}
FolderBrowserDialog sollte immer mit using verwendet werden (wie alle Dialoge).
using(FolderBrowserDialog ZipSourceFolder = new FolderBrowserDialog())
{
... dein Code ...
}
if (ZipSourceFolder.ShowDialog() == DialogResult.OK)
Beim Aufruf von ShowDialog solltest Du den Owner mitgeben (in diesem Falle 'this'). Das ist wahrscheinlich die Ursache Deines Problems...
if (ZipSourceFolder.ShowDialog(this) == DialogResult.OK)
Da gibt es noch vieles mehr am Code auszusetzen (leere Methode, wildes mischen von var und konkreter Typangabe usw.).
Nur weil es 'irgendwie' funktioniert muss es nicht richtig/sinnvoll sein...
Wenn es fürs Hobby und/oder kostenlos sein muss: Was spricht gegen die Verwendung des CellPainting-Events des DataGridViews? Beispiele dafür gibt es zu Hauf im Netz.
Wenn es auch was kosten darf: https://www.devexpress.com/Products/NET/Controls/WinForms/
Bei DevExpress gibt es die Klasse SparkLineEdit, die sich sehr einfach in einem Grid darstellen lässt. Das Grid und die anderen Controls sind aussserdem DEUTLICH mächtiger als das DataGridView...
Beschäftige Dich mal mit dem Thema Debugging/Debugger - damit solltest Du den/die Fehler finden können. Ich denke nicht, dass Dir hier jemand diese Arbeit abnehmen möchte/wird...
Wenn es auch was kosten darf, schau Dir mal www.devexpress.com oder www.devcomponents.com an. Das gibt es solche (und noch viele weitere Controls). Ansonsten such mal nach 'Outlookbar' oder 'Navbar'...
Abseits aller Anmerkungen über Sinn und Unsinn der Abbildung von derlei Dingen in den UI-Elementen kannst Du natürlich immer eine eigene Button-Klasse erstellen, die von der Klasse Button erbt, diese dann um weitere Eigenschaften/Methoden ergänzen und anschließend im Designer verwenden:
public class MyButton : Button
{
public int PosX { get; set; }
public int PosY { get; set; }
...
}
Die Länge von Wörtern ist in den verschiedenen Sprachen wirklich sehr verschieden...
Und genau deshalb sind - möchte man eine mehrsprachige Anwendung vernünftig gestalten - viel mehr Maßnahmen und Überlegungen notwendig als nur die Texte zu übersetzen.
Neben der Empfehlung mit den automatischen Layoutfunktionen wie Docking, Anchoring zu arbeiten muss man die Masken von vornherein so planen/gestalten, dass dieser Umstand später nicht zu Problemen führt. Das betrifft vor allem die Anordnung der Controls aber auch die Verwendung von Layoutcontainern wie z.B. dem TableLayout-Control (hier könnte man z.B. die Spaltenbreite und/oder die Zahlenhöhe von der verwendeten Sprache abhängig machen). An der einen oder anderen Stelle wird man sicher auch komplett sprachabhängige Controls/Dialoge erstellen müssen (hier bietet sich z.B. die Verwendung von austauschbaren Usercontrols an). Wohl dem, der dann Logik und UI konsequent voneinander getrennt hat...
Na dann mal viel Spaß damit : http://www.codeproject.com/Articles/36382/Clearing-the-Console-Screen-using-API
Vielleicht noch ein kleiner Tipp:
Wenn Du Probleme in einer Software hast und/oder tiefer in das Thema einsteigen möchtest, empfehle ich Dir den .NET Memory Profiler (http://memprofiler.com/). Der hat mir schon oft 'aus der Patsche' geholfen. Ein sehr beliebter Fehler ist ja das binden von Ereignissen in übergeordneten Instanzen und das Vergessen der Freigabe dieser Bindungen wenn die untergeordnete Instanz 'geschlossen' wird - wodurch Referenzen auf die untergeordnete Instanz erhalten bleiben und der GC diese nicht mehr 'abräumen' kann. Gerade solche Dinge kannst Du mit dem Profiler sehr gut erkennen...
Zeig mal, was Du schon gemacht hast und wo es hängt...
@MrChangeLog
Splitten etc. ist bei der Konstellation und vorausgesetzt die Dateinamen sehen alle gleich aus (_guid.) zu umständlich. Mit dem Wissen, das eine Guid immer 36 Zeichen hat reichen Substring und LastIndex vollkommen aus ('dateiname'.Substring('dateiname'.LastIndexOf('.') - 36, 36))). Allerdings bin ich mir nicht sicher, ob das was wwAlex da als Beispielname gepostet hat korrekt war - das wäre dann nämlich keine Guid (zu kurz)...
LastIndexOf
Substring
und was String noch so alles an Methoden zu bieten hat...
Vielleicht hilft Dir das hier weiter:
FirebirdSQL kann das. Dort musst Du nur den vollständigen Namen der Datei im Connectstring angeben. Wenn Du nicht die Embedded-Version (letztendlich nur ein paar DLLs die sich in Deinem Programmverzeichnis befinden) verwenden möchtest, muss der FirebirdSQL-Server auf dem Rechner installiert werden, auf dem die Datenbank physisch liegt. Dort ist es dann aber egal, auf welchem lokalen Laufwerk und in welchem Verzeichnis die Datei abgelegt ist. Um die Datei verschieben zu können, darf keine Anwendung diese geöffnet haben/verwenden - kopieren geht aber immer (auch wenn gerade eine Anwendung mit der DB arbeitet). Falls Du später vom Embedded- auf den 'echten' FirebirdSQL-Server wechseln möchtest (oder umgekehrt), muss nur ein Parameter im Connectstring geändert werden - das ist also sehr einfach.
Weitere Informationen und alle Downloads dazu findest Du auf www.firebirdsql.org...
Neben den bereits durch 'Papst' erwähnten Dingen, kannst Du Dir die Xml... Attribute sparen.
[Serializable]
public class Car
{
public string Model { get; set; }
}
[Serializable]
public class CarCollection
{
public Car[] Car { get; set; }
}
reicht völlig aus...
Also ich weiß nicht, ob IoC /DI in diesem Falle nicht 'mit Kanonen auf Spatzen schießen' ist. Da das Userobjekt nur einmal gesetzt und dann an vielen Stellen verwendet wird, spricht IMHO nichts gegen eine pragmatische Lösung mit einer statischen Klasse. Ich handhabe das in der Regel so, dass es eine statische Klasse die den gleichen Namen wie meine Anwendung trägt gibt, in der ich derartiges dann ablege. Ganz vereinfacht etwa so:
public static class MyApp
{
public static User User { get; set; }
}
und dann an beleibiger Stelle z.B. soetwas:
if (MyApp.User != null)
MyApp.User.DokumentiereWas();
Wie ErfinderDesRades bereits schrieb kannst Du die Eigenschaft Font in Deiner BaseUserControl überschreiben und mit dem DesignerSerializationVisibility Attribute versehen (Hidden).
Allerdings erzeugst Du ja zur Laufzeit auch weiterhin für jedes Deiner Controls ein neues Font-Objekt. Wäre es nicht besser den Font einmal zu erzeugen und dann in allen Deinen Controls diesen zu verwenden?
So in etwa könnte das aussehen:
public static class GuiLayer
{
private static bool _designmode;
private static bool _initialized;
private static Font _baseFont;
public Font BaseFont {
get {
if (!_initialized)
{
_initialize();
}
return _baseFont;
}
public bool DesignMode [
get {
if (!_initialized)
{
_initialize();
}
return _designMode;
}
private void _initialize() {
_baseFont = new System.Drawing.Font("Segoe UI", 8.25F, System.Drawing.FontStyle.Regular, System.Drawing.GraphicsUnit.Point, ((byte)(0)));
_designmode = (Process.GetCurrentProcess().ProcessName == "devenv");
}
}
protected BaseUserControl()
{
if (!GuiLayer.DesignMode)
{
Font = GuiLayer.BaseFont;
}
InitializeComponent();
}
Einziger Nachteil - der Font steht zur Designzeit nicht zur Verfügung...
Tu Dir selbst einen gefallen und verwende einen versionsunabhängigen Wrapper für den Zugriff auf Office...
Wenn 'ThermometerRoom 1' keine sichtbaren Einträge mehr enthält, halte ich es für sinnvoller, den Eintrag selbst (also 'ThermometerRoom 1') zu 'disablen'. Sonst sieht der Benutzer einen Menüeintrag, der schienbar komplett ohne Funktion ist...
Das get/set in Deinem Property User_Types ist ebenfalls falsch. Richtig wäre:
private List<User_Type_T> user_type;
public List<User_Type_T> User_Types
{
get { return this.user_Types; } // das 'this' kannst Du Dir eigentlich sparen
set { this.user_Types= value; }
}
und wenn Du es noch 'richtiger' machen möchtest:
private List<User_Type_T> user_type;
public List<User_Type_T> User_Types
{
get { if (user_Types == null) user_Types = new List<User_Type_T>(); return user_Types; }
set { user_Types= value; }
}
Da Du nicht genau schreibst, welches das jenige ist, was Du gesucht hast und ich 'befürchte' das Du den Tipp von P!lle meinst, möchte ich Dich nochmal ausdrücklich davor warnen, das Layout Deines Fensters auf diese Art und Weise zu gestalten. Das fliegt Dir spätestens dann 'um die Ohren', wenn ein User mal nicht mit der Standardauflösung von 96 dpi arbeitet.
Besser wäre es die von mir vorgeschlagenen Layoutmechanismen zu verwenden, welche Windows von Haus aus mitbringt - insbesondere das TableLayoutPanel eignet sich wunderbar zur Darstellung solcher Interfaces...
Wie wäre es mit 'anchor', 'dock' und/oder TableLayout?
Das hört sich alles andere als eine robuste Lösung an. Warum wird das PDF in einem externen Prozess angezeigt? Es gibt zahlreiche Lösungen die PDF-Datei direkt im Programm anzuzeigen - warum verwendest Du nicht eine davon?
@Darty1971
Wieso machst Du Dir denn das Leben so schwer? XML Serialisierung ist eine gängige, gut funktionierende Sache - kein Grund das Rad neu zu erfinden. Dein ganzes Gefrickel zeigt eher, dass Du schon Probleme beim Entwurf der Struktur der Daten hast (also dem übertragen der benötigten Informationen in ein entsprechendes Model). Schau Dir den Post von trib nochmal genau an und berücksichtige seine Hinweise (Entwurf einer vernünftige Daten-/Klassenstruktur usw.).
Damit hättest Du Dein Problem längst gelöst...
Was Du suchst, ist ein sog. Netzwerk Scanner. Das sind Geräte, die auch komplett ohne PC funktionieren und wie die schon beschriebenen Multifunktionsgeräte direkt ins Netz eingebunden werden können. Im Prinzip sind das Multifunktionsgeräte ohne Druckereinheit.
Die Teile gibt es von vielen Anbietern. Ein paar Beispiele:
HP ScanJet Pro 4500 fn1
Xerox DocuMate 3920
Plustek eScan A150
CANON ScanFront 330
Ich persönlich finde es ist der komplett falsche Ansatz....
Naja, das ganze ist ja sicher nur ein Beispiel und man muss nicht immer mit Kanonen auf die kleinen Spatzen schießen. Ich finde nichts verwerfliches an einer Prüfung von Werten im setter - was die Exception angeht sind wir aber d'accord, das ist sicher keine sehr geschickte Lösung...
@IamTheBug:
Zuerst einmal gibt es keinen sealed setter. Einen setter kann man nur als sealed markieren, wenn man gleichzeitig override verwendet. Was aber gänge, wäre soetwas:
public abstract class BaseClass
{
public virtual string Name { get; set; }
}
public abstract class ObjectWithName : BaseClass
{
private string _name;
public sealed override string Name
{
get { return _name; }
set
{
if (value == "Max Mustermann") throw new Exception();
_name = value;
}
}
}
Ok. Also entweder den anderen meine Implementierung aufzwingen oder damit leben, wenn sie es überschreiben selber noch base aufzurufen?
Vielleicht solltest Du Dich mal mit Interfaces und dem Facade-Pattern auseinandersetzen...
Nur mal so als Anregung vielleicht:
Wenn Du nur wissen musst, dass in einem definierten Bereich der sonst leer/einfarbig ist ETWAS enthalten ist, kannst Du auch einfach ermitteln ob eine ausreichende Menge Pixel im definierten Bereich sich deutlich vom Rest der Pixel unterscheidet (Farbe und/oder Kontrast/Helligkeit). Das wäre sicher deutlich einfacher zu realisieren...
Was Du suchst ist ein ORM. Zum Beispiel dieses hier: https://sqliteorm.codeplex.com/
Ich denke, dass STRG+O ein Hotkey ist, den Deine Komponente ebenfalls verwendet. Versuche mal Deinem Menüpunkt einen anderen HotKey zuzuweisen...
Du kannst ein Form auch ohne .designer-Datei erstellen. Füge Deinem Projekt eine neue Klasse hinzu und erbe im Quelltext von Form. Speichern, schließen und dopplet anklicken öffnet den Designer - dieser schreibt seine EInstellungen nun aber nicht mehr in eine separate Datei, sondern direkt in die von Dir angelegte Klasse/Quellcode-Datei.
BTW: Sehr sauber ist das aber nicht und ich würde es so nicht machen...
Hast Du schon mal die Windows-Ereignisprotokolle durchgesehen - oftmals erscheint dort eine Fehlermeldung, die Du sonst so nicht zu sehen bekommst.
Meine erste Vermutung ist aber, dass das Visual Studio unter einem anderen Account installiert wurde und/oder etwas an der Installation nicht in Ordnung ist. Ich würde es nochmal deinstallieren und dann von Deinem eigenen Account aus nochmal neu installieren (gleiches vllt. auch noch mit der dem .NET-Framework...).
Ist zumindest einen Versuch wert...
funktioniert leider nicht. 😦
Das kann natürlich nur funkionieren, wenn Deine Textbox nicht ganz oder teilweise von der Tastatur verdeckt wird. Eventuell kommst Du besser, wenn Du Deine eigene 'Tastatur' als UserControl implementierst...
Habe soetwas schon ein paar mal gesehen, wenn man mit zwei Bildschirmen arbeitet. Vor allem dann, wenn die Bildschirme über 'Drittanbieter' angesteuert werden (oft bei Dockinstations und ähnlichem der Fall).
Das Zeichnen des Rectangles in Deiner OnPaint-Methode ist nicht korrekt. Statt
e.Graphics.FillRectangle(Brushes.Brown,new Rectangle(this.Location,this.Size));
solltest Du
e.Graphics.FillRectangle(Brushes.Brown,new Rectangle(new Point(0,0),this.Size));
verwenden.
Der Canvas auf dem Du zeichnest bezieht sich ausschließlich auf das Button-Control, this.Location stellt aber die Position des Buttons im übergeordneten Container da. Im Canvas Deines Buttons ist die Position oben links immer 0:0...
Meinst du damit, dass ich das Control nochmal von grund auf neu implementieren soll?
Nein, es sollte ausreichen, statt e.DrawBackground mittels ControlPaint einen 'Button' zu zeichnen...
Schau Dir mal die Klasse System.Windows.Forms.ControlPaint an. Damit kannst Du Standard-GUI-Elemente zeichnen (in Deinem Fall könnte DrawButton funktionieren).
Du solltest versuchen, mit dem Debugger genauer einzugrenzen, wo das Problem auftritt. So ist es ziemlich schwierig, was konstruktives beizutragen...
Ohne wirklich genau verstanden zu haben, was Du da treibst:
Schau Dir mal Control.DrawToBitmap an - damit zeichnest Du den Inhalt eines Controls/Fensters in ein Bitmap, dass Du dann an anderer Stelle darstellen kannst...