From votetaker@gvv.th-h.de Tue Aug 31 22:13:38 2010 Path: kephalonia.melzone.de!uucp.gnuu.de!news.buerger.net!news.albasani.net!lilly.ping.de!not-for-mail From: Thomas Hochstein - GVV Newsgroups: de.admin.news.announce,de.comp.lang.misc,de.comp.os.ms-windows.programmer,de.comp.datenbanken.ms-access,de.comp.office-pakete.ms-office,de.comp.text.ms-word,de.admin.news.groups Subject: 2. CfV: de.comp.lang.[basic.]vbclassic (Einrichtung) Followup-To: de.admin.news.groups Date: Tue, 31 Aug 2010 21:35:00 +0200 Organization: German Volunteer Votetakers Lines: 492 Sender: michael.ottenbruch@dana.de (Michael Ottenbruch) Approved: moderator@dana.de Message-ID: References: Reply-To: dclv-1008@gvv.th-h.de NNTP-Posting-Host: p57a0e8a5.dip.t-dialin.net Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Trace: lucy.ping.de 1283283381 26746 87.160.232.165 (31 Aug 2010 19:36:21 GMT) X-Complaints-To: abuse@ping.de NNTP-Posting-Date: Tue, 31 Aug 2010 19:36:21 +0000 (UTC) X-Proponenten: Ingo Moch und Thorsten Albers X-PGP-Sig: 6.5.8 Newsgroups,Followup-To,Subject,From,Reply-To,Date,Message-ID,Approved,Sender iQEVAwUBTH1LiKghcT6lu+7bAQGviQf/efdNXJR9ORG38Ro2jjojxvrc7DUQgmMx IAsV5DzFZjKjfqe9mESm1LuB1viHCDbTnTmcRmfBJ5bn20aJqte+ae1TexeNoAla /kqo3Ip1ObA3SZFBv+L1+6k+hTjMy2M4f7UzaJj5HX84LqT7OJ4F4Klh/LwcA4BB N6x7JtDIoF73HbxqcSilKLrJ+ysdOzgEfHDr7yZcaPmOvoO+LP7LbSnAJ/grQ+4R 7gACCSr1MoLyzNhh7aFzyqBSaLBpeDssjXdIqRqU7rht2sDxYU2TcGhsIZdGQPlN uda8NzoR8u0X6jEAGOpmJZgsrK8dybHn9qCC8l2PWrptU3l1wjubVQ== =rVIr Xref: kephalonia.melzone.de de.admin.news.announce:3676 de.comp.lang.misc:3069 de.comp.os.ms-windows.programmer:2737 de.comp.datenbanken.ms-access:9332 de.comp.office-pakete.ms-office:1460 de.comp.text.ms-word:1093 de.admin.news.groups:191551 2. CfV (Abstimmungsaufruf) ========================== zur Einrichtung von de.comp.lang.[basic.]vbclassic ================================================== Es soll eine Newsgroup zum Thema "VisualBasic bis Version 6" eingerichtet werden, _entweder_ als einzelne Newsgroup unter dem Namen de.comp.lang.vbclassic _oder_ als neue Teilhierarchie unter dem Namen de.comp.lang.basic.vbclassic bei gleichzeitiger automatischer Einrichtung einer weiteren Gruppe de.comp.lang.basic.misc Inhalt der Abstimmung: ====================== Die Abstimmung erfolgt als kombiniertes Voting mit Stichwahl. Folgende beiden Optionen werden alternativ zur Abstimmung gestellt: 1) Einrichtung der Gruppe als "de.comp.lang.vbclassic" --------------------------------------------------- de.comp.lang.vbclassic VisualBasic bis Version 6. Status: unmoderiert Charta: ~~~~~~~ Thema der Gruppe ist klassisches VisualBasic bis einschließlich Version 6. Die Diskussion über die Anwendung von Drittanbieter- Tools ist willkommen, soweit keine spezielle Gruppe dafür existiert. Fragen zur direkten Interaktion von VBA-/VBScript-Code mit VB.classic-Code oder mit in VB.classic erstellten Komponenten sind ebenfalls willkommen. Eingeschlossen sind zudem Diskussionen zu Nachbauten von VB.classic bzw. zu auf VB.classic aufbauenden Erweiterungen, wenn die Gemeinsamkeiten mit VB.classic groß genug, d.h. offensichtlich sind. Auf systemspezifische Fragen bzw. Diskussionen sollte hier verzichtet werden, sie sollten in besser geeigneten Gruppen gestellt bzw. dorthin verlagert werden. 2) Einrichtung der Gruppe als "de.comp.lang.basic.vbclassic" bei gleichzeitiger Einrichtung der Gruppe "de.comp.lang.basic.misc" --------------------------------------------------------------- a) de.comp.lang.basic.vbclassic VisualBasic bis Version 6. Status: unmoderiert Charta: ~~~~~~~ Thema der Gruppe ist klassisches VisualBasic bis einschließlich Version 6. Die Diskussion über die Anwendung von Drittanbieter- Tools ist willkommen, soweit keine spezielle Gruppe dafür existiert. Fragen zur direkten Interaktion von VBA-/VBScript-Code mit VB.classic-Code oder mit in VB.classic erstellten Komponenten sind ebenfalls willkommen. Eingeschlossen sind zudem Diskussionen zu Nachbauten von VB.classic bzw. zu auf VB.classic aufbauenden Erweiterungen, wenn die Gemeinsamkeiten mit VB.classic groß genug, d.h. offensichtlich sind. Auf systemspezifische Fragen bzw. Diskussionen sollte hier verzichtet werden, sie sollten in besser geeigneten Gruppen gestellt bzw. dorthin verlagert werden. b) de.comp.lang.basic.misc Basic-Dialekte ohne eigene Gruppe. Status: unmoderiert Charta: ~~~~~~~ Diese Gruppe dient der Diskussion aller Basic-Dialekte, für die es keine eigene Gruppe gibt. Auf systemspezifische Fragen bzw. Diskussionen sollte hier verzichtet werden, sie sollten in besser geeigneten Gruppen gestellt bzw. dorthin verlagert werden. Hintergrund (Begründung der Proponenten): ========================================= Nach kurzfristiger Ankündigung hat Microsoft mit dem 2010-06-01 damit begonnen, seine NNTP-basierten Gruppen in der Hierarchie microsoft.* zu schließen. Unter den ersten geschlossenen Gruppen war auch microsoft.public.de.vb, welche VB.classic (also ohne VB.net, VBA und VBScript) behandelte. Da sich einige Provider bereit erklärt haben, die Microsoft-Hirarchie erst einmal weiter zu führen, wird bis auf weiteres dort auch noch auf Basis dieser befristeten Übergangslösung diskutiert. Als Ersatz hat Microsoft inzwischen auch ein Web-Forum für VB.classic eingerichtet. Die meisten der bisherigen, an einer Fortsetzung der Diskussionen interessierten Teilnehmer in microsoft.public.de.vb bevorzugen jedoch eine NNTP-basierte Gruppe. In der Gruppe hat diesbezüglich bereits eine rege Diskussion zu den verschiedenen Ausweichmöglichkeiten stattgefunden. Viele der Regulars haben erklärt, dass sie ihr Wissen aktiv einbringen werden, wenn das Thema VB.classic in de.* eine Heimat finden sollte. Ein Großteil der Teilnehmer (vor allem Regulars) postet deshalb bereits schon in de.comp.lang.misc und de.comp.os.ms-windows.programmer. Themeneinordnung: ~~~~~~~~~~~~~~~~~ Die Einordnung der Gruppe ist im Allgemeinen an die der Delphi-Gruppen angelehnt, da beide Tools Ähnlichkeiten aufweisen. Unter anderem sind das: + Beide definieren eine eigene Sprache mit proprietärer Syntax + Beide sind RAD Tools + Beide haben ein eigenes Framework (VB-Runtime bei VB.classic, VCL bei Delphi) Das "classic" im Gruppennamen dient zur Abgrenzung von VB.net und ist inzwischen etabliert, wie z.B. eine Abfrage des Begriffes VB bzw. VisualBasic in Kombination mit classic bzw. klassisch bei Google ergibt. Themenabgrenzung: ~~~~~~~~~~~~~~~~~ Trotz der Namensübereinstimmung von VB.classic und VB.net, und obwohl VB.net vom Hersteller beider Basic-Dialekte als Nachfolger von VB.classic propagiert wurde, sind beide deutlich voneinander abzugrenzen und können nicht gemeinsam behandelt werden. Grund ist vor allem die Tatsache, dass beide Basic-Dialekte auf unterschiedlichen Frameworks beruhen (VB-Runtime vs. .net-Framework). Ein weiterer wesentlicher Unterschied ist die in VB.net implementierte Vererbung, die es in VB.classic nicht gibt. Daneben gibt es in VB.classic und VB.net Elemente, die optisch zwar übereinstimmen, aber unterschiedliche Funktionsweisen haben. Die Gemeinsamkeiten von VB.classic und VB.net beschränken sich somit im wesentlichen auf die für alle Basic-Dialekte typischen Übereinstimmungen im grundlegenden Befehlssatz und in der Code-Syntax. VBScript ist zwar zu einem sehr großen Teil code-kompatibel mit VB.classic, implementiert aber nur einen geringen Teil der Sprachelemente von VB.classic und steht dazu in einem ähnlichen Verhältnis wie JavaScript zu Java. Mit VB.classic ist es allerdings möglich Komponenten zu entwickeln, die in VBScript-Code eingesetzt werden können. Diskussionen zu VBScript sollen daher lt. Charta in dieser Gruppe dann zulässig sein, wenn sie die Gestaltung solcher Komponenten für und ihren Einsatz in VBScript betreffen. VBA teilt sich mit VB.classic einen gemeinsamen Namens- und Sprachraum. Daher sollen lt. Charta Fragen zur Interaktion (oder zu Problemen) mit VB.classic-Code oder mit VB.classic-Helferkomponenten erlaubt sein. Dies gilt jedoch nicht für Fragen zu VBA, die auf die Ansteuerung der Objektmodelle der spezifischen VBA-Host-Anwendungen abstellen - diese sollten stattdessen in den besser passenden Gruppen dieser Anwendungen diskutiert werden. Erste Diskussionen in de.admin.news.groups scheinen zu dem gleichen Ergebnis zu kommen[1]. [1] Message-ID: ff. Weiterführendes: ~~~~~~~~~~~~~~~~ In VB.classic wird der Basic-Befehlssatz durch zusätzliche Objekte und Methoden des verwendeten Frameworks, der VB-Runtime, erweitert. Diese Objekte und Methoden sind entweder proprietär oder sie kapseln Objekte und Methoden aus Standard-Bibliotheken des verwendeten Betriebssystems unter kleineren oder größeren Anpassungen an VB-Gegebenheiten.[2] Zusätzlich werden in mit VB.classic erstellten Anwendungen meistens Objekte und Methoden aus anderen systemabhängigen und/oder systemunabhängigen externen Bibliotheken über die COM-Schnittstelle eingebunden. Dadurch ergibt sich das Dilemma, dass die Diskussion eines beim Programmieren mit VB.classic entstandenen Problems in der Regel Themenbereiche umfasst, die durch mehrere verschiedene Diskussionsgruppen abgedeckt werden. Zu Beginn einer Diskussion ist durch diese Streuung zudem häufig nicht klar, welchem Themenbereich das Problem eigentlich zuzuschreiben ist. Themen, bei denen schon aus der Frage direkt hervorgeht, dass eine andere Gruppe besser passt, sollen "umgeleitet" werden. Zu guter Letzt sei noch erwähnt, dass ein paar Projekte existieren, die auf dem von Microsoft nicht mehr weiterentwickelten VB.classic aufsetzen oder dieses indirekt weiterentwickeln (wollen). Exemplarisch seien hier [3] und [4] genannt. Größtenteils befinden sich diese Projekte noch im Beta-Stadium. Fragen zu solchen Projekten sollen explizit in der Gruppe diskutiert werden können, wenn die Gemeinsamkeiten mit VB.classic groß genug, d.h. offensichtlich sind. [2] Message-ID: [3] VB for Java [4] COM-Tools for developers Traffic: ~~~~~~~~ microsoft.public.de.vb Da seit Mai 2010 über die Gruppenschließung diskutiert wird, wird hier die Statistik über 1 Jahr bis April 2010 angeführt (vielen Dank an Harald für die Daten!): Statistics: Messages per Month (01.05.2009 - 30.04.2010) --------------------------------------------------------------- Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec 2009 195 249 261 176 147 188 303 189 2010 325 278 295 206 =============================================================== Gesamt: 2.812 Post/Tag: 7,7 User Gesamt > 1 Posting: 160 User > 200 " : 1 User > 100-200 : 4 User > 50-100 : 9 User > 20- 50 : 16 User > 10- 20 : 23 User > 1- 10 : 107 User 1 : 88 de.comp.lang.misc de.comp.os.ms-windows.programmer Überschlagener Traffic 09.05.2010 19:47 - 08.07.2010 16:30. Diskussionen zu administrativen Themen (Gruppenzuordnung u. dgl.) sind hier nicht einbezogen! dclm dcomwp Threads : 26 1 Postings : 229 39 User insg.: 32 7 1-10: 27 6 11-20: 3 2 20-50: 2 Pointer: ~~~~~~~~ Nach dem Erscheinen dieses CfV werden durch die Proponenten Pointer in folgende Newsgroups gepostet werden: + microsoft.public.de.vb + microsoft.public.de.vb.datenbank + microsoft.public.de.german.entwickler.dotnet.vb Proponenten: ============ Ingo Moch Thorsten Albers Die Proponenten sind unter erreichbar. Abstimmungsmodalitäten: ======================= Votetaker : Thomas Hochstein Abstimmadresse : dclv-1008@gvv.th-h.de Abstimmungsende: Mit Ablauf des 15. September 2010, 23:59:59 MESZ Wahlschein : Untenstehendes Formular ist zu verwenden. Möglich sind bei jedem Abstimmungspunkt JA, NEIN und ENTHALTUNG. Es gelten die Regeln zur "Einrichtung von Usenet-Gruppen in de.*" in der bei Beginn der Abstimmung gültigen Fassung, die in de.admin.infos und unter auch im WWW veröffentlicht sind. Sie erläutern das Wahlverfahren detailliert und sollten vor der ersten Teilnahme an einer Abstimmung gelesen werden. Gezählt werden nur per E-Mail bei der Abstimmadresse eingegangene Stimmen. Diese werden einzeln per E-Mail bestätigt. Das Ergebnis wird nach dem Ende der Wahl veröffentlicht. Namen, E-Mail-Adresse und Inhalt der Stimmabgabe aller Abstimmenden werden im Ergebnis genannt. Mit Rücksicht auf das deutsche Datenschutzrecht ist daher die gesonderte Zustimmung zur Speicherung und Veröffentlichung der abgegebenen Stimme entsprechend Hinweis im Wahlschein nötig. Auf die weiteren Hinweise auf sei verwiesen. Besondere Hinweise zum kombinierten Voting mit Stichwahl: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Dieser CfV enthält eine sog. "kombinierte Abstimmung mit Stichwahl" gemäß Teil 9 der Einrichtungsregeln, d.h. es werden zwei Alternativen zur Wahl gestellt, von denen aber nur eine ausgewählt werden soll. Konkret soll die neue Newsgroup _entweder_ unter dem Namen "de.comp.lang.vbclassic" _oder_ unter dem Namen "de.comp.lang.basic.vbclassic" (bei gleichzeitiger Einrichtung von de.comp.lang.basic.misc) eingerichtet werden. Eine kombinierte Abstimmung besteht aus zwei Teilen: Im ersten Teil werden beide Optionen nach den üblichen Regeln zur Abstimmung gestellt. Wenn _keine_ der beiden Optionen die notwendige Zustimmung erhält, ist die Einrichtung einer neuen Newsgroup insgesamt abgelehnt; wenn _nur eine_ der beiden Optionen die nötige Zustimmung erhält, wird ohne weitere Auswertung (nur) diese Gruppe eingerichtet. Nur dann, wenn im ersten Teil _beide_ Vorschläge die notwendige Zustimmung erreichen, wird der zweite Teil der Abstimmung ausgewertet. Dann wird (nur) die Gruppe eingerichtet, die in der Stichfrage das beste Verhältnis von JA- zu NEIN-Stimmen erhalten hat. Wenn eine oder beide Gruppen jedoch bereits im ersten Teil nicht die notwendige Mehrheit (oder Mindestzahl an JA-Stimmen) erreichen, kommt es nicht mehr zu einer Auswertung der Stichfrage. Daraus folgt: Im ersten Teil der Abstimmung sollte nur dann mit NEIN (oder ENTHALTUNG) gestimmt werden, wenn damit erreicht werden soll, dass lieber gar keine neue Gruppe als die mit NEIN abgelehnte Gruppe eingerichtet werden soll. Wer irgendeine der beiden Optionen dem status quo vorzieht, sollte im ersten Teil der Abstimmung für beide Gruppen mit JA stimmen und seiner Präferenz im zweiten Teil (der Stichfrage) Ausdruck verleihen. =-=-=-=-=-=-=-=- Alles vor dieser Zeile bitte loeschen =-=-=-=-=-=-=-=- WAHLSCHEIN fuer de.comp.lang.[basic.]vbclassic (Einrichtung) Dein Realname, falls nicht im FROM-Header: Wenn du keinen Real-Namen angibst, wird deine Stimme fuer ungueltig erklaert werden. Nr [Deine Stimme] Gruppe/Abstimmungsgegenstand ======================================================================== #1 [ ] Einrichtung von de.comp.lang.vbclassic #2 [ ] Einrichtung von de.comp.lang.basic.vbclassic (mit de.comp.lang.basic.misc) Stichfrage: Wenn _beide_ vorgenannten Gruppen die nötige Mehrheit finden, soll bevorzugt folgende Gruppe eingerichtet werden: #3 [ ] de.comp.lang.vbclassic #4 [ ] de.comp.lang.basic.vbclassic (mit de.comp.lang.basic.misc) Zur Verarbeitung des Wahlscheines und insbesondere der Veroeffentlichung des Ergebnisses ist Deine Zustimmung zur Speicherung, Auswertung und Veroeffentlichung Deiner Stimmdaten (Name und E-Mail-Adresse in Verbindung mit dem Stimmverhalten) im Rahmen dieses Verfahrens erforderlich. Wenn Du im Feld unterhalb dieses Absatzes "JA" eintraegst, erklaerst Du dich damit einverstanden. In allen anderen Faellen wird der Wahlschein mit Ruecksicht auf das deutsche Bundesdatenschutzgesetz verworfen und nicht gewertet. #a [ ] Datenschutzklausel - Zustimmung: Ich bin mit der Verarbeitung meiner Daten wie oben beschrieben einverstanden =-=-=-=-=-=-=-=- Alles nach dieser Zeile bitte loeschen =-=-=-=-=-=-=-=- Stand der Teilnehmerliste: 2010-08-29 09:25 | 95 Teilnehmer Folgende Personen haben sich bislang an der Abstimmung beteiligt: ======================================================================== 0x0x_0101@dagrantla.de Andreas Viehrig alexander.bartolich@gmx.at Alexander Bartolich alexander.s@gmx.net Alexander Schröder Andreas.impekoven@gmx.li Andreas Impekoven asoft@gmx.de Jörg Ackermann benz.christian@gmx.de Christian Benz bigbeer@alphasoftde.net Alfred Ruppert bijou.usenet@arcor.de Beate Göbel c.reibenstein@kabelmail.de Claus Reibenstein cfv@aboutvb.de Harald M. Genauck CTreffler.Usenet@gmx.de Christian Treffler d.rentm@bitel.net Detlev Rentmeister darkon@gmx.de Volker Riel dclv1008@tdsw.de Thorsten Doerfler detlevwenzel@gmx.de Detlev Wenzel diedrich.ehlerding@t-online.de Diedrich Ehlerding diesch@spamfence.net Florian Diesch Dieter.Strassner@gmx.de Dieter Strassner dn-usenet@directbox.com Dirk Noack doeblitz@doeblitz.net Ralf Döblitz dseppi@a1.net David Seppi fl-usenet-3@void.s.bawue.de Florian Laws gm@falcon.de Georg Mühlberger gregor+usenet-0601@comodo.priv.at Gregor Herrmann gudea@gmx.de Thorsten Albers harald.maedl@gmx.de Harald Maedl Helmut_Meukel@bn-hof.de Helmut Meukel hirf-spam-me-here@gmx.at Herfried K. Wagner hniethen@web.de Holger Niethen hs@colorcraze.de Helga Schulz i.hate.spam@t-online.de Dietrich Schaffer ich@frank-schmitt.net Frank Schmitt ich@michaelhermes.de Michael Hermes ihr.name@strg-alt-entf.org Ralph Angenendt j-sauter@gmx.de Jürgen Gröner jens_0@hotmail.com Jens Mueller jogi1964@gmx.net Jörg Tewes juergen@usenet-verwaltung.de Juergen Ilse k006-ppd@gmx.de Kai Norhausen karsten.rumpf.news@gmx.net Karsten Rumpf kd-vote@tprac.de Karsten Düsterloh lars.wolschner@gmx.de Lars P. Wolschner lutz@iks-jena.de Lutz Donnerhacke m.mueller2@ime.fraunhofer.de Martin Mueller marko.renner@gmx.de Marko Renner Martin.Richter@grutzeck.de Martin Richter martin@familie-kaul.de Martin Kaul masterofdesaster@netcologne.de Mark Busch mirtotalegal@gmx.de Michael de Bortoli mschaaf@elaboris.de Markus Schaaf msr@soloplan.de Markus Schaber myjunkmail@gmx.de Moch Ingo netzcafe.penguin@gmail.com Josef M. Werner news@sooftichwill.de Stefan Dase nospam.forme@arcor.de Uwe Steinfeld O.Erkens@wiso.uni-dortmund.de Olaf Erkens office@astice-srl.com Michael Sieger oliver-schwickert@t-online.de Oliver Schwickert os2guy@pc-rosenau.de Herbert Rosenau overlord@gmx.li Simon Krahnke peter.fleischer_nospam_@gmx.de Peter Fleischer post@widisoft.de Wilfried Dietrich ratazong@yahoo.com Henning Jacobsen ROCxolan@t-online.de Florian Blaschke rosenbaum.bernd@googlemail.com Bernd Rosenbaum rz70356@rsli.de Volker Englisch sander-fischer@gmx.de Tom Sander-Fischer schneider@mabi.de Torsten Schneider schoppekloppe@yahoo.de Christian Henkel schwimmer@t-online.de Michael Schwimmer SGrage@gmx.net Sascha Grage sipaq@gmx.de Simon Paquet spam@gwsoftware.de Gert Wietzorek spam@robgri.de Robert Grimm spam@wolffsrudel.de Reiner Wolff spanker.leach@googlemail.com Karl Honig sponbiel@gmx.net Henning Sponbiel sss@online.de Olaf Schmidt stesch@no-spoon.de Stefan Scholl Thomas.Schremser@gmx.at Thomas Schremser trashcan@odo.in-berlin.de Michael Grimm trowitzsch@moss-soft.de Sascha Trowitzsch u502sou@beverly.kleinbus.org Ignatios Souvatzis uafr@gmx.de Wolfgang Becker ulrich_wants_nospam@prosource.de Ulrich Korndoerfer usenet@daniel-weber.eu Daniel Weber usenetmuelltonne@nurfuerspam.de Christian Stubbs v.kafke+usenet@visyn.net Viktor Kafke w.wolf@ww-a.de Wolfgang Wolf we_usenet@nurfuerspam.de Wolfgang Enzinger winfried.sonntag@gmx.de Winfried Sonntag wmollner@gmail.com Werner Mollner wolf@kondancemilch.de Wolf Wiegand wolfgang@broeker.com Wolfgang Broeker WolfgangBadura@aon.at Wolfgang Badura Als ungueltig erkannte Stimmen: ======================================================================== news@sooftichwill.de Stefan Dase ! Bestaetigung nicht zustellbar (Adresse ungueltig) | SMTP error from remote mail server after RCPT TO:: | host mx.cyconf.de [91.202.42.211]: 554 5.7.1 : | Relay access denied Als Votetaker: Thomas Hochstein -- Fertige Artikel für de.admin.news.announce, Einsprüche und sonstige Mail an die Moderation bitte an . Bitte keine Diskussionsbeiträge an diese Adresse. Weitere Informationen zum Verfahren in und unter .