Benutzer Diskussion:Siegbert v2/Archiv/1

Diese Seite ist ein Archiv abgeschlossener Diskussionen. Ihr Inhalt sollte daher nicht mehr verändert werden. Benutze bitte die aktuelle Diskussionsseite, auch um eine archivierte Diskussion weiterzuführen.

Um einen Abschnitt dieser Seite zu verlinken, klicke im Inhaltsverzeichnis auf den Abschnitt und kopiere dann Seitenname und Abschnittsüberschrift aus der Adresszeile deines Browsers, beispielsweise

[[Benutzer Diskussion:Siegbert v2/Archiv/1#Thema 1]]

oder als Weblink zur Verlinkung außerhalb der Wikipedia

https://de.wiki.x.io/wiki/Benutzer_Diskussion:Siegbert_v2/Archiv/1#Thema_1

Mentorenprogramm

Hallo Siegbert v2, ein herzliches Willkommen im Mentorenprogramm! Ich bin nun dein Mentor und damit persönlicher Ansprechpartner in allen Fragen rund um die Wikipedia. Ich habe daher deinen {{Mentor gesucht}}-Baustein durch den entsprechenden Mentee-Baustein ersetzt.

Zur eigentlichen Betreuung: Ich bin dafür da, Fragen im Dialog zu beantworten. Dies passiert in der Regel auf so genannten Diskussionsseiten. Jeder Mitarbeiter verfügt über eine Benutzerdiskussionsseite. Auf meiner Diskussionsseite kannst du mich ab sofort ansprechen.

Auf gute Zusammenarbeit! Grüße Chewbacca2205 (D) 21:52, 11. Sep. 2021 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Siegbert v2 (Diskussion) 05:11, 25. Jan. 2024 (CET)

B4X

Hallo Siegbert, dein Entwurf ist textlich bereits auf einem soliden Level. Mir fehlt dort vor allem noch ein Hinweis darauf, was B4X gegenüber anderen Entwicklungsumgebungen auszeichnet. Warum gibt es diese Umgebung und was sind ihre Vorteile? Außerdem hat der Artikel bis jetzt noch keine geeigneten Belege. Gruß Chewbacca2205 (D) 22:36, 11. Sep. 2021 (CEST)

Hallo Chewbacca2205,

vielen herzlichen Dank, dass Du mich als Mentor unterstützen willst!

Danke auch für die Anregungen zu B4X. Ich werde die Besonderheiten, den Nutzen und die Zielgruppe dieser Sprache in den nächsten Tagen verdeutlichen und auch einen Vergleich mit dem Microsoft Projekt Xamarin ausarbeiten. Im Wesentlichen sollen die Plattformen Android und iOS (neben Windows) für Basic-Programmierer zugänglich gemacht werden, ohne dafür Java, Kotlin oder Swift lernen zu müssen. Gerade für Anfänger ist Programmiersprache Basic vergleichsweise leicht zu erlernen. <Welche ist die beste Programmiersprache für Anfänger?> Xamarin verfolgt grundsätzlich einen ähnlichen Ansatz, ist allerdings für Basic-Programmierer eher ungeeignet, da dort nur die Sprachen C# und F# vollständig unterstützt werden, aber nicht VB.NET.<Xamarin: Visual Basic and .NET Standard> Bei den Quellen würde ich vorerst auf die Referenzen des englischen Wiki-Artikels en:B4X zurückgreifen und auf die folgenden beiden Bücher verweisen:

• "Basic4Android: Rapid App Development for Android" von Wyken Seagrave (ISBN 978-1491226735).
• B4X Getting started

Viele Grüße, --Siegbert v2 (Diskussion) 18:58, 12. Sep. 2021 (CEST)

Hallo Chewbacca2205,

es hat etwas gedauert, aber jetzt habe ich eine aktualisierte Version des B4X Artikels auf meiner Benutzerseite veröffentlicht. Dabei habe ich Versucht, Dein Feedback umzusetzen. Als Literatur habe ich die aktuelle Auflage (14) des E-Books "Basic4Android: Rapid App Development for Android" von Wyken Seagrave herangezogen. Es hat etwas gedauert das alles zu lesen.

Bei den Literaturverweisen habe ich mich an die Wikipedia-Regeln aus dem Artikel Hilfe:Einzelnachweise gehalten.

Hier habe ich noch eine Frage an Dich: Bei unterschiedlichen Seitenangaben aus dem gleichen Werk, soll laut Hilfe die komplette Angabe (Autor, Titel, Herausgeber, ISBN,...) wiederholt werden. Das kommt bei meinem Entwurf allerdings sehr oft vor. Kann man das irgendwie gruppieren?

Ansonsten habe ich für Literatur das Template "Literatur" und Webseiten das Template "cite web" verwendet.

Die Links zu den Kategorien des Artikels habe ich auf Anraten des Benutzers Ameisenigel auf meiner Benutzerseite auskommentiert, da sonst meine private Seite im Verzeichnis der jeweiligen Kategorie auftauchen würde. Im finalen Artikel müsste man sie wieder aktivieren.

Was meinst Du zum aktuellen Stand der Dinge?

Viele Grüße,

--Siegbert v2 (Diskussion) 20:53, 22. Sep. 2021 (CEST)

Hallo Siegbert, der Entwurf gefällt mir gut und ist veröffentlichungsreif. Ich würde in der Einleitung noch etwas klarer herausstellen, warum diese Sprache entwickelt wurde. Außerdem fehlen bei den Vor- und Nachteilen noch Belege. Dort sollte jeder Punkt belegt sein, da ansonsten der Eindruck einer eigenen Bewertung besteht. Dass die Werke in den Fußnoten bei jeder Erwähnung mit allen Angaben genannt werden, ist kein Problem. Abkürzungen etwa durch Querverweise auf andere Fußnoten funktionieren in der Wikipedia nicht gut, weil spätere Änderungen dazu führen können, dass sie ins Leere zeigen. Etwas leichter als die Literaturvorlage ist die Vorlage:BibISBN zu handhaben; die bietet sich vor allem dann an, wenn man ein Werk häufig referenziert. VG Chewbacca2205 (D) 14:19, 8. Okt. 2021 (CEST)

Hallo Chewbacca2205,

vielen Dank für Deine Tipps!

Ich habe jetzt auf die vorgeschlagene BibISBN Vorlage umgestellt und dort einen neuen Datensatz für das B4X Buch angelegt, da es noch nicht erfasst war.

Bei den Vor- und Nachteilen habe ich die Kritik etwas abgemildert. Es gibt leider kaum unabhängige Dokumente über diese Sprache.

Letztendlich lobt der Hersteller natürlich sein Produkt in den höchsten Tönen, aber neutrale Berichte über diese wenig verbreitete Sprache findet man kaum.

Deshalb habe ich auch noch einen neuen kurzen Abschnitt über den aktuellen Marktanteil von B4X eingefügt. Damit kann der Leser die Bedeutung der Programmiersprache einschätzen.

In der Kritik habe ich jetzt darauf hingewiesen, dass Objektorientierung nur eingeschränkt möglich ist und es derzeit (zeitliche Komponente) vom Hersteller keine Unterstützung zur Visualisierung der Softwarearchitektur gibt.

Die 57 Zeilen von meinem Beispiel waren das ganze Programm ich habe es auf 7 reduziert. Das reicht auch.

Im restlichen Text habe ich noch einige Ergänzungen und Verweise eingefügt.

Ich hadere immer noch mit dem Screenshot, da ich im Hochladeformular darauf hingewiesen werde, dass auch die grafischen Standardelemente von Windows geschützt sein sollen und deshalb Screenshots aus Windows generell bei Wiki Commons unerwünscht sind.

Mein Screenshot sieht so ähnlich aus wie dieses Bild, welches sich auf der B4X Homepage befindet: https://www.b4x.com/images3/code.png

Daher würde ich ihn einfach weglassen.

Die aktuelle Fassung befindet sich auf meiner Benutzerseite.

Viele Grüße, --Siegbert v2 (Diskussion) 22:36, 18. Okt. 2021 (CEST)

Der Entwurf gefällt mir gut. Du kannst ihn veröffentlichen. Den Screenshot halte ich nicht für schutzfähig, weil er nur aus einfachsten Elementen besteht. Aber du kannst ihn gern weglassen, weil er auch nicht allzu viele Informationen enthält, die über dein Code-Beispiel hinausgehen. VG Chewbacca2205 (D) 11:18, 21. Okt. 2021 (CEST)

Hallo Chewbacca2205,

Vielen herzlichen Dank für Deine Unterstützung!

Ich habe den Artikel jetzt angelegt: https://de.wiki.x.io/wiki/B4X

Den Screenshot habe ich vorerst weggelassen. Ich werde heute oder morgen eine E-Mail an den Support von Anywhere Software schicken und anfragen, ob ich das Bild auf Wikimedia Commons veröffentlichen darf oder ob sie evtl. selbst ein hübsches Bild beisteuern möchten (z.B. das von ihrer eigenen Homepage). Gerade habe ich gesehen, dass jemand das Logo der Firma zum Artikel hinzugefügt hat.

Viele Grüße und ein schönes Wochenende, --Siegbert v2 (Diskussion) 16:02, 22. Okt. 2021 (CEST)

Hallo Chewbacca2205,

Ich habe gerade eine Antwort vom CEO von Anywhere Software (Erel Uziel) bekommen, der mir alle Screenshots zur freien Veröffentlichung erlaubt hat (Zitat: "Great! Feel free to use any image you find in b4x.com or any screenshot."). Er hat mir auch ein aktuelles Logo zugeschickt.

Ich versuche jetzt die Bilder bei Wikimedia Commons hochzuladen. und einzubinden. Das Bild vom Hauptfenster will ich in den Kasten oben rechts einfügen und das Bild vom grafischen Designer will ich als Thumbnail unter "Eigenschaften der Programmiersprache -> Layouts" einfügen. Das schaue ich mir von einem anderen Artikel ab.

Viele Grüße, --Siegbert v2 (Diskussion) 09:56, 27. Okt. 2021 (CEST)

Sehr gut. Bei den Bildern hätte ich im Ergebnis keine rechtlichen Bedenken, weil die verwendeten Symbole derart einfach und standardisiert sind, dass das gesamte Bild keine Schöpfungshöhe aufweist und daher nicht schutzfähig ist. Vorsichtshalber würde ich die Freigabe aber so präzise wie möglich dokumentieren. Es hat sich bewährt, dass der Rechteinhaber die Freigabeerklärung an permissions-de@wikimedia.org sendet, damit sie dort geprüft und archiviert werden kann. VG Chewbacca2205 (D) 10:23, 28. Okt. 2021 (CEST)

Hallo Chewbacca2205,

das habe ich schon unmittelbar beim Upload gemacht ;-) Ich habe ein offenes Ticket (2021102710005949) für beide Bilder. Aber es ist sehr gut von Dir, dass Du als Mentor ein Auge darauf geworfen hast! Ich habe mir die (vorläufige) Lizenz vom Screenschot von Visual Studio (Datei:Vs2012_RTM_en_IDE.png) abgeschaut, da es sich praktisch um den gleichen Sachverhalt handelt. Viele Grüße, --Siegbert v2 (Diskussion) 21:19, 28. Okt. 2021 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Siegbert v2 (Diskussion) 05:11, 25. Jan. 2024 (CET)

Umfrage Technische Wünsche: Der Gewinner steht fest

Vielen Dank, dass du bei der diesjährigen Umfrage mitgemacht hast. Gewonnen hat ein Thema, für das du selbst auch abgestimmt hast: Wiederverwendung von Einzelnachweisen vereinfachen! Auf der Projektseite des Themenschwerpunkts werden in Zukunft alle wichtigen Schritte und Erkenntnisse dokumentiert. Wie das Ergebnis ermittelt wurde, ist auf dieser Seite detailliert beschrieben.

Mit diesem Themenschwerpunkt wird sich das Team Technische Wünsche für zwei Jahre beschäftigen und dort Verbesserungen umsetzen. Als Erstes ist eine Recherchephase vorgesehen, in der ermittelt wird, was die dringendsten Probleme in diesem Bereich sind.

Möglicherweise wunderst du dich, warum du schon wieder eine Nachricht auf deiner Diskussionsseite erhältst. Die Umfrage Technische Wünsche ist eine große Veranstaltung, die etwa einmal im Jahr stattfindet. Und je mehr Leute mitmachen, desto aussagekräftiger ist das Ergebnis. Jetzt wo die Umfrage vorbei ist, endet auch die Werbung für die Umfrage, aber: Um sicherzustellen, dass die Verbesserungen in diesem Bereich auch sinnvoll und nutzbar sind, ist das Projektteam auf Feedback angewiesen. Dazu wird es immer mal wieder Gelegenheit geben, beispielsweise wenn Rechercheergebnisse vorliegen, Ideen für Lösungsansätze oder auch fertige Funktionen. Weil du für das Thema abgestimmt hast, möchten wir dich über solche Meilensteine in diesem Themenschwerpunkt informieren. Falls du das nicht möchtest, kannst du uns das einfach hier mitteilen.

Abschließend noch eine Bitte: Ein Ziel des Projekts Technische Wünsche ist es, die Meinungen und Vorstellungen möglichst vieler unterschiedlicher Personen aus verschiedenen Bereichen und mit unterschiedlichen Arbeitsweisen zu beachten. Schließlich soll die Software so weiterentwickelt werden, dass alle davon profitieren. Wir würden gerne erfahren, wie sich die Gruppe derjenigen, die an der Umfrage 2022 teilgenommen haben, zusammensetzt. Daher wäre es toll, wenn du dir etwa fünf Minuten Zeit nehmen könntest, um anonymisiert ein paar Fragen zu dir und zur Umfrage zu beantworten. Bei dem Fragebogen werden alle Vorgaben des Datenschutzes berücksichtigt. Jede einzelne Frage ist optional zu beantworten. Weitere Informationen dazu gibt es im Fragebogen selbst. Vielen Dank für deine Teilnahme!

• Zum Fragebogen (bis 28.2.)

– Für das Team Technische Wünsche, Johanna Strodt (WMDE) 13:49, 10. Feb. 2022 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Siegbert v2 (Diskussion) 05:11, 25. Jan. 2024 (CET)

Hinweis auf Selbstreferenzierungen

Gudn Tach!
Wenn ich richtig gesehen habe, hast du im Artikel Tooltip im Rahmen deiner Ergänzungen eine Selbstreferenz auf einen anderen Wikipedia-Artikel (wieder-)eingesetzt. Es gibt abhängig davon, was dein Ziel ist, zwei Möglichkeiten, das zu verbessern:

1. Falls du etwas belegen möchtest, beachte bitte, dass wir in der Wikipedia keine Artikel aus der Wikipedia (auch nicht aus anderen Sprachversionen) als Basis für gesichertes Wissen nutzen können, sondern nur solche, die unsere Richtlinie Wikipedia:Belege erfüllen. Könntest du deswegen bitte die Selbstreferenz im Artikel Tooltip wieder entfernen – oder noch besser: durch eine bessere Alternative ersetzen? Das würde mich freuen.
2. Falls du etwas erklären möchtest, nutze bitte statt Fußnoten einfach interne Links, wie sie in Hilfe:Links beschrieben werden.

Ich bin übrigens nur ein Bot. Falls ich nicht richtig funktioniere, sag bitte seth Bescheid.
Frohes Schaffen und freundliche Grüße! :-) -- CamelBot (Diskussion) 10:06, 26. Jul. 2022 (CEST)

Hallo CamelBot und alle realen User ;-) Ich weiß jetzt nicht wer Nachrichten and Dich liest, aber Du hast den Verweis durchaus richtig erkannt. In diesem Artikel halte ich die Quellenangabe allerdings für gerechtfertigt und notwendig, da ich auf eine technische Funktion hinweise, die Wikipedia nutzt - nämlich die Vorschaufenster. Wikipedia dient dabei lediglich als ein renommierter Nutzer dieser technischen Funktion. Es geht dabei also weniger um den konkreten Inhalt der Seite, sondern vielmehr darum, dass eine so "schwergewichtige" Institution wie Wikipedia Vorschaufenster auf Basis von HTML für Hyperlinks generiert und nutzt. Genau dieses Prinzip wird im Artikel Tooltip beschrieben. --Siegbert v2 (Diskussion) 10:54, 26. Jul. 2022 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Siegbert v2 (Diskussion) 05:11, 25. Jan. 2024 (CET)

Urheberschaft-Nachweis bei Einrichtung von WL

Hi Siegbert v2, danke dass du die Einarbeitung von Visual Components in Kuka (Unternehmen) übernommen hast. Für die Zukunft ein Tipp: strenggenommen werden die Urheberrechte der früheren Autoren/innen dabei nur eingehalten, wenn du beim Vorgang in der Versionsgeschichte einen Link auf die (ja erhaltene) Versionsgeschichte des früheren Artikels hinterlässt. Wahrscheinlich wird sich in diesem Fall nie jemand beschweren, dass du es hier anders gemacht hast, aber es kann bei anderen Artikeln Ärger ersparen. Grüße --Rax post 23:45, 8. Jan. 2023 (CET)

Hallo Rax, das tut mir aufrichtig leid. Das habe ich nicht bedacht. Danke, dass Du mich darauf aufmerksam gemacht hast! Viele Grüße und einen guten Start in die neue Woche! --Siegbert v2 (Diskussion) 14:26, 9. Jan. 2023 (CET)

Nachtrag: Ich habe herausgefunden, wie das geht. Auf der Diskussionsseite von KUKA gibt’s jetzt auch ein entsprechendes Infokästchen.--Siegbert v2 (Diskussion) 15:50, 19. Mär. 2023 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Siegbert v2 (Diskussion) 05:11, 25. Jan. 2024 (CET)

Pyscript

Hallo Siegbert v2!

Die von dir überarbeitete Seite Pyscript wurde zum Löschen vorgeschlagen. Gemäß den Löschregeln wird über die Löschung in der Regel sieben Tage diskutiert und danach entschieden. In den hier nachzulesenden Fällen kann eine Seite auch sofort gelöscht werden.

Du bist herzlich eingeladen, dich an der Löschdiskussion zu beteiligen. Wenn du möchtest, dass der Artikel behalten wird, kannst du dort die Argumente, die für eine Löschung sprechen, entkräften, indem du dich beispielsweise zur enzyklopädischen Relevanz des Artikels äußerst. Du kannst auch während der Löschdiskussion Artikelverbesserungen vornehmen, die die Relevanz besser erkennen lassen und die Mindestqualität sichern.

Da bei Wikipedia jeder Löschanträge stellen darf, sind manche Löschanträge auch offensichtlich unbegründet; solche Anträge kannst du ignorieren.

Vielleicht fühlst du dich durch den Löschantrag vor den Kopf gestoßen, weil durch den Antrag die Arbeit, die du in den Artikel gesteckt hast, nicht gewürdigt wird. Sei tapfer und bleibe dennoch freundlich. Der andere meint es vermutlich auch gut.

Grüße, Xqbot (Diskussion) 17:35, 16. Jan. 2023 (CET)   (Diese Nachricht wurde automatisch durch einen Bot erstellt. Wenn du zukünftig von diesem Bot nicht mehr über Löschanträge informiert werden möchtest, trag dich hier ein.)

Archivierung dieses Abschnittes wurde gewünscht von: --Siegbert v2 (Diskussion) 05:11, 25. Jan. 2024 (CET)

Chilenisches Kreisverkehrzeichen

Hallo. Können Sie das chilenische Kreisverkehrschild hochladen, weil ich versucht habe, es hochzuladen, aber die Administratoren mich nicht in Commons lassen. Denn es ist eine lange Geschichte. --อินโกโปลิส44 (Diskussion) 02:14, 24. Apr. 2023 (CEST)

Hallo,

ich denke, der einzig richtige Weg ist es, das über Administratoren zu regeln.

Laut Löschbegründung vedächtigt man Dich, der Vandale Jermboy27 zu sein. Falls Du damit nichts zu tun hast, solltest Du einen Eintrag auf der Seite Wikipedia:Administratoren/Probleme hinzufügen und Dein Problem schildern.

Eines ist jedoch klar: Immer wieder versuchen, das Bild unter einem neuen Benutzernamen hochzuladen, nur damit es nach 5 Minuten wieder gelöscht wird und der Dateientlinkerbot daraufhin den ganzen Eintrag (inkl. Schildnummer & Beschreibungstext) entfernt, ist keine Lösung. Bitte ersetze den Platzhalter nicht mehr durch Dein Bild, solange die Angelegenheit nicht durch einen Administrator geklärt wurde! Ansonsten wird der Artikel für längere Zeit für neu angemeldete Benutzer gesperrt.

Viele Grüße, --Siegbert v2 (Diskussion) 23:21, 24. Apr. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Siegbert v2 (Diskussion) 05:11, 25. Jan. 2024 (CET)

Der von Dir angelegte Artikel Schieberegler

Ich bitte Dich um zwei Ergänzungen, die gleich am Artikelanfang stehen sollten:

1. Neben den „virtuellen“ existieren mechanische, oft (oder meist?) auf Linearpotentiometer basierende, „Bedien- bzw. Einstell-Elemente“. Schwerpunktmässig auf die (GUI-) virtuellen abzustellen mag neuzeitlich unbedenklich erscheinen, verfehlt aber enzyklopädische Ansprüche.

2. Die korrekte Basisbezeichnung ist „Steller“ (Schiebesteller, Lautstärkesteller, Helligkeits(ein)steller, usw.), denn das Bedienelement „regelt“ nichts, es gibt - nach Einstellung - einen Wert vor. Wenn dieser Unterschied zum Regler als Umgangssprache in der Einleitung klargestellt wird spricht nichts dagegen, umgangssprachlich fortzufahren.

Weiterhin viel Spass bei der Mitarbeit. --46.114.4.176 01:03, 5. Sep. 2023 (CEST)

Hi,

ich habe Dir auf der Diskussionsseite des Artikels „Schieberegler (Steuerelement)“ geantwortet.

Viele Grüße,

--Siegbert v2 (Diskussion) 07:42, 8. Sep. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Siegbert v2 (Diskussion) 05:11, 25. Jan. 2024 (CET)

Artikel Blütengemüse

Ich habe den Artikel überarbeitet und Literatur hinzugefügt. LG;--Dr.Lantis (Diskussion) 22:54, 21. Sep. 2023 (CEST)

Danke Dir! Perfekt! Es gibt nichts mehr am Artikel auszusetzen. Da keiner der im Löschantrag beanstandeten Mängel mehr zutifft, habe ich vorgeschlagen, diesen zu entfernen und den Artikel zu behalten. Ich bin zuversichtlich, dass das auch genauso laufen wird. Viele Grüße, --Siegbert v2 (Diskussion) 02:04, 22. Sep. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Siegbert v2 (Diskussion) 05:11, 25. Jan. 2024 (CET)

Ihr Beitrag zur Qualitätssicherung Quantenfehlerkorrektur

• In Ihrer "Fehlerkorrektur" im Artikel Quantenfehlerkorrektur bemängeln sie Qualität der Quelle Sebastian Smerat: Quantenfehlerkorrektur und und formalen Punkten wie fehlerhafte ü-Punkte (es gibt nür ein einziges "ü").
• Das mag unter einem hohen Anspruch bezüglich Quellenqualität vielleicht berechtigt sein, wirkt aber kleinlich. Denn:
  • Der Hinweis Smerats, dass die Quantencomputer 1995 zum damaligen Zeitpunkt für die Zukunft wenig brauchbar erschienen (was sie auch angesichts ihrer hohen Fehlerrate zum damaligen Zeitpunkt auch waren) verweist auf eine banale Tatsache und lässt sich nicht leugnen; und bedarf somit eigentlich keines Nachweises; verweist aber auf die damaligen Probleme und die Dringlichkeit von Fehlerkorrekturverfahren, die nicht zu ignorieren sind.
  • Ich finde es interessant, dass immerhin Smerat deutlich auf diese Tatsache hinweist.
  • Sie fordern hierzu naiverweise Statistiken, die nicht natürlich nicht vorliegen.
  • Sie veränderten in Ihrem Kommentar das Zitat von in naher in unserer Zukunft, was so auch nicht in der Quelle steht.
• andererseits lassen Sie im Gegenzug bestehende offentsichtlich Quellenanmängel im Artikel durchgehen (z.B. fehlende Seitenangaben bei Einzelnachweisen)
• Sie konzentrieren sich auf Nebensächlichkeiten und bemängeln z.B. unbegründet fehlerhafte ü-Punkte (bitte Nachweis)
• Wenn Sie sich in der Sache auskennen, widmen Sie sich doch bitte den schwerwiegenderen Mängeln im Artikel.
• Warum stechen Ihnen die immer noch bestehenden formalen Fehler im Artikel nicht ins Auge ?
• Warum korrigieren Sie diese nicht ?

mlG --131.188.3.227 23:48, 5. Nov. 2023 (CET)

Wo fange ich an…

• Zu den ü-Pünktchen: Das PDF-Format ist manchmal etwas schräg und erzeugt kuriose Lösungen, um auf allen Geräten das gleiche Resultat zu erzeugen. Markiert man in einer PDF-Datei eine Textpassage und fügt sie in einen simplen Texteditor ein, wird man gelegentlich feststellen, dass das Resultat Fehler enthält. So auch hier: einfach mal das referenzierte PDF öffnen, die Textpassage kopieren und in einen simplen Texteditor (z. B. Windows Notepad) einfügen: aus "davon überzeugt" wird in diesem konkreten Fall "davon ¨uberzeugt" (was man dann auch hier zu sehen bekam). Egal.
• Solche Aussagen sind (für die Allgemeinheit) keinesfalls banal. Jede wertende Aussage (die einen wissenschaftlichen Konsens impliziert) muss belegt werden. Wikipedia soll gesichertes Wissen abbilden; keine persönlichen Einschätzungen (siehe: Wikipedia:Belege). Ein Glücksfall für den Autor, dass der damalige Prof das nicht angekreidet hat; wäre bei mir im Review (Konferenz/Herausgeber) bzw. bei der Korrektur (Dozent) nicht kommentarlos durchgegangen. Es ist und bleibt eine subjektive Wahrnehmung, die durch nichts belegt ist. Wissenschaftlich schlicht ein handwerklicher Fehler! BTW: einige von uns (auch meine bescheidene Wenigkeit) haben auch einen akademischen Hintergrund und sind keinesfalls "naiv", sondern wissen wie der Laden läuft. Die Situation wäre anders, wenn im Text etwas in der Form "Eine Befragung unter den Teilnehmern der XYZ-Konferenz 19xx ergab, dass die Mehrheit der Autoren in naher Zukunft keine sinnvollen Anwendungszwecke für diese Technologie sieht" stehen würde. Das erwartet man als Prof bei einer Seminararbeit nicht zwingend, da die Arbeitsbelastung für die Teilnehmer gedeckelt ist. Natürlich haben die Studenten i. d. R. auch keine große Erfahrung bezüglich wissenschaftlichen Arbeitens. Das lässt man als Prof in einem Seminar halt durchgehen. Genau aus diesen Gründen sind aber Seminararbeiten als Beleg unerwünscht. Sorry, aber ich finde es überhaupt nicht bemerkenswert, wenn ein Student auf etwas unbelegtes hinweist. Bemerkenswert wäre es, wenn dieser das durch Interviews oder Fragebögen wissenschaftlich ermittelt hätte. Wenn man kein Argument hat, sind halt die anderen naiv; wie konnte ich nur die Weitsicht des jungen Herrn Smerat in Frage stellen?! Asche über mein Haupt.
• Der Kommentar in der Zusammenfassungszeile ist völlig egal. Das ändert nichts am Mangel im Artikeltext. Es gibt nicht mal eine Pflicht, dort etwas einzutragen. Ich kann auch einfach auf den Link "kommentarlos zurücksetzen" klicken. Zudem sind die Zeichen dort stark begrenzt, was Verkürzungen erforderlich macht. Ich habe das Maximum an Zeichen bereits ausgereizt und muss entscheiden, was für die bestmögliche Nachvollziehbarkeit unbedingt vorkommen muss und was nicht. Persönliche Anmerkung: Wer mal meine Kommentare in Zusammenfassungen und QS- / Löschdiskussionen ansieht, wird feststellen, dass meine Ausführungen und Erklärungen außergewöhnlich detailliert sind (siehe diese Antwort). Die Mehrheit fasst sich in ihrem Urteil recht kurz oder gerne kommentarlos (v. a. bei "anonymen" IPs).
• Warum behebe ich die Mängel nicht (…3x dasselbe)? Das ist nicht meine Aufgabe oder auch nur ansatzweise meine Pflicht in der Rolle des Sichters. Auf der Todo-Liste für zu sichtende Änderungen auf dem Gebiet der Informatik stand diese Änderung 238588524 an. Das und nur das habe ich zu validieren. Es ist in dieser Rolle nicht mein Job, den kompletten Artikel zu lesen und sämtliche Mängel zu beheben. Wenn in der Vergangenheit etwas durchgegangen ist, dann kann man:
  • mit gutem Beispiel vorangehen und den Mangel selbst beheben, indem man entsprechende Quellen recherchiert und einfügen. Früher oder später wird die Änderung gesichtet.
  • mit dem Baustein "Belege fehlen" oder einer Meldung im QS-Portal Informatik darauf hinweisen. Ob und wann der Fehler behoben wird, kann man nicht vorhersagen, da es keine Arbeitspflicht gibt. So ein Baustein kann schon mal 10 Jahre unbeachtet stehen bleiben. Dann kann es jedoch plötzlich ziemlich schnell gehen und der Artikel wird zur Löschung vorgeschlagen, mit der Begründung "QS seit mehreren Jahren". Das Regelwerk rechtfertigt eine Löschung nach 1 Monat unerledigter QS.

Abschließend sei noch auf die Möglichkeit einer dritten Meinung in der Sache hingewiesen. --Siegbert v2 (Diskussion) 06:03, 6. Nov. 2023 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Siegbert v2 (Diskussion) 05:11, 25. Jan. 2024 (CET)

Herzlich willkommen in der Wikipedia, Siegbert v2!

Ich habe gesehen, dass du dich kürzlich hier angemeldet hast, und möchte dir ein paar Tipps geben, damit du dich in der Wikipedia möglichst schnell zurechtfindest:

Neu bei Wikipedia	Tutorial	Gute Artikel schreiben	Persönliche Betreuung	Noch Fragen? Hier klicken!

Diskussionsbeiträge sollten immer mit Klick auf diese Schaltfläche unterschrieben werden – Beiträge zu Artikeln hingegen nicht.

• Sei mutig, aber vergiss bitte nicht, dass andere Benutzer auch Menschen sind. Daher wahre bitte immer einen freundlichen Umgangston, auch wenn du dich mal über andere ärgerst.
• Bitte gib bei Artikelbearbeitungen möglichst immer eine Quelle an (am besten als Einzelnachweis) und begründe deine Bearbeitung kurz in der Zusammenfassungszeile. Damit vermeidest du, dass andere Benutzer deine Änderung rückgängig machen, weil sie diese nicht nachvollziehen können.
• Nicht alle Themen und Texte sind für eine Enzyklopädie wie die Wikipedia geeignet. Enttäuschungen beim Schreiben von Artikeln kannst du vermeiden, wenn du dir zuvor Wikipedia:Was Wikipedia nicht ist und Wikipedia:Relevanzkriterien anschaust.
• Hilfe:Übersicht zeigt dir den Zugang zu allen Hilfethemen.
• Hilfe:Glossar informiert dich, wenn du Abkürzungen oder Ausdrücke in den Editkommentaren oder auf Diskussionsseiten nicht verstehst.

Schön, dass du zu uns gestoßen bist – und: Lass dich nicht stressen.

Einen guten Start wünscht dir Cherryx ^sprich! 15:20, 6. Jan. 2013 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Siegbert v2 (Diskussion) 12:48, 30. Mai 2024 (CEST)

QuickC vs. TurboC

Da du ja an dem QuickC Artikel arbeitest. Hier gibt es einen alten Artikel "QUICK C VERSUS TURBO C" aus dem Dr. Dobb's Journal aus dem Jahr 1989. https://jacobfilipp.com/DrDobbs/articles/DDJ/1989/8905/8905g/8905g.htm Das ist eventuell für die beiden Wikipedia Artikel nützlich. --93.229.166.99 18:18, 1. Jul. 2024 (CEST)

Und das hier, auch Dobb's Journal: https://jacobfilipp.com/DrDobbs/articles/DDJ/1989/8908/8908j/8908j.htm --93.229.166.99 18:20, 1. Jul. 2024 (CEST)

Danke Dir für die Info! Ich schau mir das mal an. Zeitlich bin ich gerade etwas eingebunden, aber das bekommen wir hin. --Siegbert v2 (Diskussion) 00:03, 4. Jul. 2024 (CEST)

Den Artikel hab ich jetzt bis zu einem gewissen Stand veröffentlicht (QuickC bzw. QuickC for Windows), damit wenigsten etwas da ist. Der Dobb's Artikel ist aber noch nicht eingeflossen.

Diesen Diskussionsabschnitt habe ich dorthin kopiert (siehe: Diskussion:QuickC#QuickC vs. TurboC). => Hier erledigt. --Siegbert v2 (Diskussion) 16:27, 9. Jul. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Siegbert v2 (Diskussion) 16:27, 9. Jul. 2024 (CEST)

Deine Meinung zählt: Teste eine neue Funktion

Du erhältst diese Nachricht, weil du bei der letzten Umfrage der Technischen Wünsche für den Themenschwerpunkt „Wiederverwendung von Einzelnachweisen vereinfachen“ gestimmt hast. Vielen Dank nochmal für deine Teilnahme!

Im Zuge des Themenschwerpunktes „Wiederverwendung von Einzelnachweisen vereinfachen“ arbeitet das Team Technische Wünsche von Wikimedia Deutschland aktuell an einer Lösung, mit der man Einzelnachweise mit unterschiedlichen Details (z.B. Seiten, Kapitel, …) wiederverwenden kann. Bisher muss bei verschiedenen Seiten desselben Werks immer das gesamte Werk angegeben werden. Das Team hat dazu eine neue Funktion entwickelt, die bisher noch ein Prototyp ist. Hier ist deine Meinung gefragt! Wir sind auf der Suche nach Personen, die im Quelltext-Modus arbeiten und Lust haben, die neue Funktion zu testen. Dabei geht es vor allem darum zu erfahren, ob du die Funktion hilfreich findest, sie für dich einfach zu bedienen ist und ob du Fragen oder Bedenken dazu hast. Deine Rückmeldungen und Eindrücke können dabei die Weiterentwicklung maßgeblich beeinflussen.

Du hast Interesse daran, die Entwicklung dieser Lösung mitzugestalten? Dann freuen wir uns, wenn du dich hier einträgst und die Fragen beantwortest.

Unsere UX-Kollegin Eline wird dann eine Auswahl von Personen treffen, die die Funktion testen. Wenn du ausgewählt wirst, hast du ca. zwei Wochen Zeit die Funktion in deinem eigenen Tempo auszuprobieren. Alle weiteren Informationen, auch zum Ablauf der Tests, findest du im Anmeldeformular. Bei Fragen, melde dich gern auf meiner Diskussionsseite. Herzlichen Dank, Thereza Mengs (WMDE) 14:30, 26. Mär. 2024 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Siegbert v2 (Diskussion) 12:52, 10. Jul. 2024 (CEST)

Erinnerung: Stimm jetzt über die Mitglieder des ersten U4C ab

Diese Nachricht liegt auf Meta-Wiki auch in weitere Sprachen übersetzt vor. Hilf bitte mit, in deine Sprache zu übersetzen

Liebe:r Wikimedianer:in,

du erhältst diese Nachricht, weil du dich zuvor am UCoC-Prozess beteiligt hast.

Das ist eine Erinnerung daran, dass die Abstimmungsphase für das Koordinationskomitee des universellen Verhaltenskodex (U4C) am 9. Mai 2024 endet. Auf der Wahlseite im Meta-Wiki könnt ihr mehr über die Wahl und die Wahlberechtigung erfahren.

Das Koordinationskomitee des universellen Verhaltenskodex (U4C) ist eine globale Gruppe, die sich für eine gerechte und konsequente Umsetzung des UCoC einsetzt. Communitymitglieder waren eingeladen, sich für das U4C zu bewerben. Mehr Informationen über das U4C und seine Aufgaben sind in der U4C-Satzung zu finden.

Bitte teile diese Nachricht mit Mitgliedern deiner Community, sodass sie sich auch beteiligen können.

Für das UCoC-Projektteam

RamzyM (WMF) 01:17, 3. Mai 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Siegbert v2 (Diskussion) 12:52, 10. Jul. 2024 (CEST)

Dein Importwunsch zu en:QuickC

Hallo Siegbert v2,

dein Importwunsch ist erfüllt worden.

Viel Spaß wünscht Ameisenigel (Diskussion) 16:44, 10. Jul. 2024 (CEST)

Perfekt! Vielen Dank! --Siegbert v2 (Diskussion) 18:33, 10. Jul. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Siegbert v2 (Diskussion) 18:33, 10. Jul. 2024 (CEST)

Danke für den Microsoft C Artikel

Ich wollte hier mal Danke für den Microsoft C Artikel sagen. Auf Diskussion:Visual C++ ist der Diskussionsabschnitt ja schon auf archivieren gestellt, deswegen sage ich hier Danke. Ich muss ihn allerdings noch lesen, habe ihn bis jetzt nur überflogen und was ich gesehen habe sieht gut aus. Du scheinst dich diesbezüglich auch auszukennen, falls du Lust hast, könntest du noch einen Artikel zu QuickC schreiben? Der ist ebenfalls als Artikelwunsch in Wikipedia:Redaktion_Informatik/Fehlende_Artikel#Software aufgeführt. QuickC war praktisch die kleine Version von Microsoft C für Privatanwender, wie bspw. Schüler und war ein nicht optimierender Compiler. Wer optimierten Code haben wollte, musste zum professionellen Produkt, also Microsoft C greifen. Es gibt zu QuickC auch einen englischen Artikel, der könnte gegebenenfalls als Vorlage oder als Quelle für Quellenbelege dienen. Borland C++ und Watcom C/C++ fehlen auch noch. --93.229.175.119 16:12, 29. Mai 2024 (CEST)

Ergänzung, da du Informatiker bist. Ich habe den Artikel zu WinG und CPUID überarbeitet, die müssten beide noch gesichtet werden. Das hat aber noch keiner gemacht. Also wenn du Lust und Zeit hast wäre das toll wenn du das machen könntest. --93.229.175.119 16:20, 29. Mai 2024 (CEST)

• Kein Thema, hab ich gerne gemacht! Der Entwurf vom MC-Artikel lag bzw. liegt noch bei mir herum. Ich habe nur das was vorzeigbar war in den ANR gestellt, damit sich keiner die doppelte Mühe macht und bei Null anfängt, nachdem es bei Visual C++ ins Gespräch kam.
• Sprachlich sind Borland C und Turbo C identisch. Die IDE und der Compiler unterscheiden sich nur geringfügig (vgl.: Datei:Borland Turbo C++ 3.0.png und Datei:Borland C++ 3.1.png). Ich weiß nicht, ob da ein eigener Artikel Sinn macht. Ich würde eher unter Turbo C++ für Borland C++ einen Abschnitt mit Weiterleitung darauf einfügen. Das Präfix "Turbo …" war bei Borland die Bezeichnung für die Standard-Edition und "Borland …" das Präfix für die Professional-Edition mit zusätzlichen Tools (z. B. TASM), die man ansonsten gesondert hätte erwerben müssen.
• QuickC lässt sich sicher auch demnächst einrichten (einen Screenshot davon hab ich vorhin hochgeladen). Das war (soweit ich weiß) tatsächlich eine Parallelentwicklung des Compilers und nicht einfach nur ein reduzierter Funktionsumfang wie bei Borland. Bei dem Nachfolger Visual C++ 1.0 Standard/Professional war das auch getrennt und erst ab Visual C++ 2.0 wurde die QC-Produktlinie beendet und auch in der Standard-Edition die Weiterentwicklung des MC-Compilers genutzt.
• Bei Watcom C/C++ müsste ich suchen. Damit habe ich mich selbst nie befasst und das auch nie besessen. Am sinnvollsten wäre wohl ein Versionsimport des engl. Artikels (en:Watcom C/C++) und dessen Übersetzung.
• Womit ich mich auch schon befasst habe war ein Artikel zur Microsoft Programmer’s WorkBench; also der ersten IDE von Microsoft. Da wollte ich mir den Entwurf eines weitestgehend inaktiven Benutzers mopsen (Benutzer:Ferdinand f./PWB) und ausbauen. Würde aber bei mir mangels Zeit vorerst auch nur im BNR herumliegen. Vielleich irgendwann im Sommer.
• Die ganzen Änderungen bei WinG, CPUID, MASM etc. hab ich vorhin gesichtet. Passt alles soweit!

--Siegbert v2 (Diskussion) 12:23, 30. Mai 2024 (CEST)

Das wusste ich nicht, dass Borland C und Turbo C identisch sind. Ich dachte immer, das wäre so wie bei den Microsoft Compilern, also Microsoft C vs. QuickC. Gut zu wissen. Okay, also wenn man das in den Turbo C Artikel einbauen kann, dann würde ich noch empfehlen diesen Satz:

Von Anfang an spaltete sich das Produkt (wie auch später bei Pascal) in zwei Linien, eine für Einsteiger und eine für fortgeschrittene Nutzer. Anfangs hießen diese „Turbo“ und „Turbo Professional“, später einfach nur noch „Turbo“ und „Borland“.

umzuformulieren und stärker hervorzuheben, dass Borland C die professionelle Produktlinie ist und Turbo C die für den Heimbedarf. Das ist in obigem zweiten Satz durch die implizite Beschreibung meiner Meinung nach nicht deutlich genug d.h. ich würde empfehlen das explizit auszuschreiben.

Aber wie macht man das mit der Versionstabelle? Sind hier die Versionen von Borland C und Turbo C zeitlich vom Release her identisch oder gibt es hier dann Unterschiede? Inhaltlich sind sicher Unterschiede vorhanden, die Pro Version muss sich ja irgendwie abgrenzen. Das müsste in der Versionstabelle dann auch entsprechend umgesetzt werden können. Wie man das am besten löst, weiß ich jetzt aber auch nicht. Zwei separate Tabellen wären wahrscheinlich unschön. Eventuell ginge es mit zwei getrennten Spalten, eine für Turbo C, die andere für Borland C und dann könnte man in diesen dann per Text den Unterschied hervorheben. Wenn es nur wenige Unterschiede sind, reicht natürlich auch die Anmerkungsspalte dafür, wo man das dann in einem Nebensatz erwähnen kann. Oder man trennt die Zellen in der Anmerkungsspalte in der horizontalen nochmals für jede Version einzeln, so dass die beiden Compiler Varianten pro Version voneinander abgegrenzt sind.

Ja, es gab bei QuickC meines Wissens auch einen zeitlichen Unterschied bezüglich der ANSI C Kompatibilität.

Zu Watcom C/C++. Der Compiler ist insofern wichtig, weil er früher nicht nur performanten Binärcode erzeugte, sondern weil mit ihm auch eine Version des DOS-Extenders DOS/4GW mitgeliefert wurde. Das W im Namen von DOS/4GW steht für Watcom, DOS/4G selbst ist nicht von Watcom, sondern von Tenberry Software. Damit war es für Entwickler auch kommerzieller Titel dann möglich unter DOS 32 Bit Anwendungen für >= 386er Prozessoren zu entwickeln. Dieser Compiler erreichte daher sehr schnell eine sehr große Beliebtheit, die meisten kommerziellen 32 Bit DOS Spiele wurden damit entwickelt. Man erkennt sie am Text zu DOS4/GW der beim Start eines Spieles angezeigt wird. DOOM und Warcraft 2 gehören bspw. zu diesen Spielen. Bezüglich dem Versionsimport stimme ich zu, das wäre das sinnvollste. Als IP kann ich das aber nicht machen, dafür sind weiterführende Benutzerrechte erforderlich, das müsstest also du oder jemand anderes machen, der sich dafür bereit erklärt. Für einen Versionsimport von QuickC aus dem englischen Artikel gilt das gleiche.

Das mit einem Artikel zur Microsoft Programmer’s WorkBench klingt gut.

Bezüglich der Screenshots würde ich empfehlen einen zu erstellen, der im Textmodus 80x25 oder 80×50 erstellt wurde. In dem Fall dürfte der Dialog zwar den Code überdecken, aber dafür würde es authentisch aussehen, wie es früher unter DOS war. Mit der DOSBox sollte so einer einfach zu realisieren sein.

Dank noch für das Sichten der anderen Artikel. --93.229.175.119 17:48, 30. Mai 2024 (CEST)

Das mit Turbo und Borland C++ hab ich zugegebener Weise etwas schlampig formuliert: statt Turbo C muss es hier Turbo C++ lauten. Als Turbo C zu Turbo C++ wurde, begann die Versionsnummer wieder bei 1.0. Bei der neuen Nummerierung existiert dann parallel dazu die Borland C++ Produktlinie. Was ab da die Programmiersprache angeht, ist Turbo C++ praktisch die Standard-Version und parallel dazu Borland C++ die Professional-Version mit zusätzlichen Tools und Compiler-Optionen. (vgl. die Einleitung [1] und den Artikel [2])

Ich hab jetzt nochmal darüber nachgedacht, ob man das in einen Artikel zusammenfassen sollte oder es doch getrennt betrachten kann. Bei Turbo Pascal und Borland Pascal ist die Ausgangssituation vergleichbar und hier wurde es getrennt behandelt - aber die Borland-Version deutlich kürzer und mit Verweis auf die Turbo-Version. Vor dem Hintergrund ist es vielleicht doch sinnvoll, zwei Artikel daraus zu machen (und beide Artikel bei Bedarf zu verlinken).

Die Bilder sind in der Dosbox als 80×50 aufgenommen - allerdings mit eingeschaltener TTF-Option. --Siegbert v2 (Diskussion) 07:20, 4. Jun. 2024 (CEST)

Ob du es in zwei Artikel auftrennen oder zusammengelegt lassen willst überlasse ich dir. Das Verlinken zu den beiden englischen Artikeln wäre aber schon einmal einfacher, wenn es zwei getrennte Artikel sind. Das würde ich als Vorteil sehen.

Beim QuickC Artikel wäre noch eine Rubrik die QuickC direkt mit dem Turbo C (ohne Professional) bzw. Turbo C++ Pendant vergleicht meiner Meinung nach ganz nützlich. QuickC erzeugte zwar nicht optimierten Code, aber dafür soll es, sofern ich mich nicht irre, erlaubt gewesen sein, den Compiler auch für gewerbliche Zwecke einzusetzen. Zumindest soll das für die DOS Version so gewesen sein, ob es stimmt, müsste man dann noch einmal näher prüfen. Quick C für Windows ist wieder etwas anderes und bei Visual C++ soll die Einsteigerversion auf die rein private Nutzung limitiert gewesen sein. Turbo C hingegen optimierte den Code, aber wenn hier meine Infos korrekt sind, erlaubte die Lizenz nur eine private Nutzung. Wer den Turbo Compiler gewerblich einsetzen wollte, musste also die Professional Variante bzw. die Borland Variante verwenden.

Zu den Screenshots, das erklärt einiges. Der normale 80x50 Textmodus sieht normalerweise sehr zusammengedrängt aus. Hier ein Beispiel des BlueScreens von Windows NT, der diesen Textmodus genutzt hat: https://en.wiki.x.io/wiki/Blue_screen_of_death#/media/File:Windows_NT_3.51_BSOD_ita.png Dadurch war er auf den frühen kleinen Monitoren mit einer Zollgröße von unter 15" nur schwer lesbar, weswegen die meisten den normalen 80x25 Textmodus benutzt haben dürften. Da der Artikel sicherlich historisch korrekt widerspiegeln soll, wie das früher war, würde ich hier immer noch Screenshots im 80x25 Textmodus bevorzugen bzw. empfehlen. --93.229.175.119 10:48, 4. Jun. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Siegbert v2 (Diskussion) 10:25, 19. Aug. 2024 (CEST)

Turbo C

Ich habe zu deinem letzten Edit etwas unter Diskussion:Turbo_C#"Ausschneiden",_"Kopieren"_EDIT_Menü geschrieben. --84.158.113.105 10:34, 11. Jun. 2024 (CEST)

Hab ich gesehen und dort geantwortet. ---Siegbert v2 (Diskussion) 01:22, 12. Jun. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Siegbert v2 (Diskussion) 10:25, 19. Aug. 2024 (CEST)

QuickC

Habe dir in der Diskussionsseite von QuickC etwas geschrieben. --84.158.120.82 16:26, 2. Aug. 2024 (CEST)

Danke Dir, hab dort gerade geantwortet. Die Änderung im Artikel hab ich gesichtet; das passt. --Siegbert v2 (Diskussion) 20:07, 2. Aug. 2024 (CEST)

Danke fürs sichten. --84.158.120.82 23:34, 2. Aug. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Siegbert v2 (Diskussion) 10:25, 19. Aug. 2024 (CEST)

Du wurdest auf der Seite Vandalismusmeldung gemeldet (2024-08-19T04:58:18+00:00)

Hallo Siegbert v2, Du wurdest auf der o. g. Seite gemeldet. Weitere Details kannst du dem dortigen Abschnitt entnehmen. Wenn die Meldung erledigt ist, wird sie voraussichtlich hier archiviert werden.
Wenn du zukünftig nicht mehr von diesem Bot informiert werden möchtest, trage dich hier ein. – Xqbot (Diskussion) 06:58, 19. Aug. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von --Siegbert v2 (Diskussion) 10:20, 19. Aug. 2024 (CEST), Antragsteller wurde letztendlich selbst für diese VM gegen mich gesperrt.

Schäm dich!

Du solltest dich gehörig schämen. Ich habe auf der VM Seite gesehen, dass du das warst, der dafür verantwortlich ist, dass ein bereits beschlossener Konsens im Windows 10 Artikel wegen dir gestern wieder revidiert wurde. Selbst Benutzer:Ocd-cologne , der für den ursprünglichen Revert verantwortlich war, hat auf seiner VM Meldung eingesehen, dass er wegen dem Revert im Unrecht war, deswegen hat er die ganze Woche auf der Diskussionsseite des Windows 10 Artikels auch keinen Einspruch erhoben sondern stillschweigend zugestimmt, dass der Quellenbeleg wieder hergestellt werden soll. Hier lies in der VM nach:

https://de.wiki.x.io/w/index.php?title=Wikipedia:Vandalismusmeldung&oldid=247569722#Benutzer:Ocd-cologne

Den Schaden kannst du jetzt beheben. Du hast ein Ansehen eingebüßt und hiermit meine Verachtung. --84.158.120.82 06:42, 19. Aug. 2024 (CEST)

Und übrigens hattest du mehr als genug Tage Zeit, der Wiederherstellung des Quellenbelegs auf der Windows 10 Diskussionsseite zu widersprechen. --84.158.120.82 07:08, 19. Aug. 2024 (CEST)

Ganz sicher nicht! Das ist eine bodenlose Frechheit und böswillige Unterstellung von Dir! Siehe die VM-Diskussion bzw. den nachfolgenden Block.

Ich habe die IP mit keinem Wort erwähnt! Ich habe lediglich um eine Schlichtung des Edit-Wars gebeten - egal wie diese aussieht! Das betrifft alle daran beteiligten Personen, denn so kann und darf es hier nicht ablaufen!

Wörtliches Zitat von mir:

"Bitte Edit-War schlichten: Ein Hin und her seit dem 10. 8. wegen einem Beleg. Siehe auch Diskussion:Microsoft Windows 10#Löschen von Quellenbelegen. Das wird wohl ohne eine Entscheidung - egal wie es ausgeht - nicht aufhören."

Ich sehe diese Verleumdung als persönlichen Angriff gegen mich!

Obendrein habe ich mich nicht am Edit-War beteiligt. Sämtliche Änderungen - inkl. dem letzten Revert - stammen nicht von mir! (Siehe: Versionsgeschicht des Artikels Microsoft Windows 10)

Das Ergebnis der Schlichtung hätte genauso eine Sichtung der letzten Änderung mit einer Klarstellung auf der Diskussionsseite sein können. Ich habe keinerlei Wertung empfohlen.

Ich habe gerade gesehen, dass der Schuss wohl nach hinten losging und Du selbst für diese Aktion gegen mich gesperrt wurdest. ¯\_(ツ)_/¯

---

Aber mal ernsthaft: woran hast Du eigentlich festgemacht, dass ich gezielt Dich meine? Dann hätte ich eine VM gegen die IP statt gegen den Artikel gemacht. Das war ein klassischer, festgefahrener Edit-War (siehe Kommentare in der Versionsgeschichte) und der muss zu einem Ende kommen. So wie in der Versionsgeschichte die gegenseitigen Äußerungen und Drohungen ausfielen, glaubst Du doch selber nicht, dass das so stehen geblieben wäre - blieb es ja auch nicht. Und das wäre immer weiter gegangen. Ich bin in guter Absicht einfach als neutrale Person zwischen Euch Kontrahenten gegangen, damit der Streit aufhört! Solche aggresiven Konflikte kann bzw. muss ein Admin entscheiden. Siehe dazu auch das Intro der Seite Wikipedia:Vandalismusmeldung - gleich der erste Punkt, was auf die Vandalismusseite gehört und was nicht. Edit-Wars gehören dazu, wenn sie so festgefahren und sprachlich bedrohlich ausfallen. Das ist einfach nicht ok. Ich habe nicht Deine Sperrung und auch nicht die Sperrung der Seite beantragt. Bei anderen VMs von mir war das durchaus anders. Je nachdem, wie die Sachlage aussieht. Die Schlichtung hätte wie gesagt auch eine Sichtung Deiner letzten Änderung sein können. Ich habe nichts empfohlen und keinerlei Änderung im Artikel vorgenommen, nur auf den Zwist aufmerksam gemacht und um Schlichtung gebeten. Alles in sachlich, nüchterner Sprache.

---

PS: Danke für den Satz bezüglich Deiner Verachtung gegenüber mir. Vielleicht interessiert das zukünftig jemanden. Ich hake die Sache jetzt ab. Ich werde mich sicher nicht schämen und lege auch keinen Wert darauf, mit Dir darüber im Kreis zu debattieren. Zu dieser Angelegenheit ist alles gesagt! --Siegbert v2 (Diskussion) 10:13, 19. Aug. 2024 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Siegbert v2 (Diskussion) 02:43, 27. Aug. 2024 (CEST)