INFO: Visual Studio 6.0 SP3-Infodatei: Teil 7 - Visual J++

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 230731
Dieser Artikel wurde archiviert. Er wird im vorliegenden Zustand bereitgestellt und nicht mehr aktualisiert.
Alles erweitern | Alles schließen

Auf dieser Seite

Zusammenfassung

Diese Infodatei enthält aktualisierte Informationen für die gesamte Microsoft Visual Studio-Suite von Entwicklertools. Wenn Sie gedownloadet haben ein Core Servicepack aus dem Internet, nicht alle Abschnitte dieser Datei gelten für die Updates, die Sie erhalten haben. Behobene Probleme, die für die Core-Downloads sind. in der Visual Studio-Abschnitt sowie Abschnitte für die Produkte aufgeführt Core-Download aktualisiert.

Der Microsoft Visual Studio 6.0 Infodatei für Service Pack 3 enthält die folgenden Abschnitte:

TEIL 1: Übersicht sowie eine Installationsanleitung

Teil 2: Visual Studio

TEIL 3: Visual Basic

Teil 4: Visual C++

Teil 5: Visual FoxPro

Teil 6: Visual InterDev

Teil 7: Visual J++

Teil 8: Visual SourceSafe

Teil 9: Dateiversionen

Für die aktuelle Produktinformationen finden Sie in die Visual Studio-Website unter:

http://msdn.Microsoft.com/vstudio
Die neuesten Produkt-Updates finden Sie in der Visual Studio-Unterstützung Highlights-site unter:
http://support.Microsoft.com/Support/vstudio
Finden Sie im Abschnitt "INFORMATIONSQUELLEN" unten für Weitere Informationen zu den anderen Teilen dieser Readme-Datei.

Weitere Informationen

VISUAL J++

Informationen zur Installation

Einige Features von Visual J++ 6.0-im Zusammenhang mit Microsoft-Debuggen Transaction Server (MTS) benötigen Windows NT 4.0 Service Pack 4 (SP4). Windows NT 4.0 SP4 steht auf der Microsoft Windows Update -Webseite zur Verfügung.
Visual J++-Anwendungen kann nicht gedebuggt werden kann unter Windows 2000 Beta 3
Eine aktuelle Ausgabe möglicherweise das Debuggen von Visual J++ Anwendungen otfix 2000 Beta 3. Dieser Fehler verhindert nicht von Kompilieren die Anwendungen. Weitere Informationen finden Sie unter:
Microsoft Visual Studio Support Highlights-Seite.

Neue Microsoft Virtual Machine

Als Antwort auf die Automatisierung Probleme festgestellt, die bei der Automatisierung der Microsoft Virtual Machine (Microsoft VM) Dateien wurden aktualisiert ab mit Servicepack 2. Die Microsoft VM-Version, die in diesem Servicepack enthalten ist. in Visual J++-Abschnitt der Liste in Teil 9 dieser Readme-Datei aufgelistet. Durch diese Änderung werden sowohl auf dem Computer Microsoft Visual J++ ist-Anwendung installiert und auch in der Visual J++-redistributable Ordner so Visual J++ Anwendungen, die verteilt werden umfasst auch die aktualisierte Automatisierung Dateien.

Wechseln zwischen Einzelhandels-als auch Debug-Versionen von Microsoft VM-Systemklassen classd.exe "oder" classr.exe ausgeführt werden.

Dieses Servicepack enthält die erforderlichen Visual J++-Dateien erforderlich, um die vorläufige Entscheidung des Federal District Court Richter Ronald H. Whyte ausgestellte. Diese Änderungen wurden auch in Service Pack 2 enthalten.

Compiler, Debugger, ActiveX und IDE-Updates

In diesem Service Pack-Version die folgenden Probleme in den allgemeinen Programmierumgebung gelöst wurden:
  • OnCOMRegister -Methode wurde nicht aus einer DLL mit Java, COM-Paket aufgerufen wird, Probleme bei der Registrierung von DLLs.
  • Eine allgemeine Schutzverletzung aufgetreten ist, im Zusammenhang mit der "PDM.dll" Datei nach dem Ausführen von Skripts, die XML-Daten transformiert.
  • Eine bestimmte Folge von Leerzeichen, Zeilenvorschübe und Zeilenumbrüche Gibt die Visual J++-Code-Editor und Debugger synchron fallen, wenn Durchlaufen von Code.
  • Steuerelemente, die mit Visual J++ erstellt als mit gekennzeichnet wurden die Standard-Threadingmodell beide. Sie können diese Einstellung erstellt mehrere Probleme. Erste, Benutzer Benutzeroberflächen-Steuerelemente sind an den Thread gebunden, die Fenster des Steuerelements besitzt. zu behandeln, wodurch verhindert wird, dass das Steuerelement ordnungsgemäß in einer multithreaded Apartmentthread. In Servicepack 3, Standard-Threadingmodell für ActiveX Steuerelemente zum Apartmentgeändert wurde.
  • Beenden von Internet Explorer 5 auf einem Computer mit dem installierten Visual J++-Debugger kann nicht ordnungsgemäß beendet werden. Dieses Problem wird hängt vom Typ des Inhalts angezeigt Internet Explorer 5 und der Geschwindigkeit des Computers. Dies wurde behoben Visual Studio Servicepack 3.
  • IDE stürzte ab, wenn ein Speichern der ein Vorhaben. Dies wurde in diesem Servicepack behoben.
  • Wenn Benutzer das Dialogfeld Eigenschaften der Haltepunkt mehrmals geöffnet während des Debuggens im Unterbrechungsmodus Visual J++ hatte Probleme behandeln diese mehrere Instanzen.
  • JVC gegen com.ms.fx.IFxLocaleFormatting.class wäre nicht korrekt kompiliert oder com.ms.fx.FxFormattedText.class.
  • Problem Debuggen Verhaltensweisen geskriptet. Internet Explorer 5-Skript-Verhalten (.htc) wurden nicht zugegriffen werden über den Debugger und aus diesem Grund konnten nicht gedebuggt werden. Dies war in Visual Studio 6.0 Service Pack 3 behoben.
  • -Laufzeitfehler von Visual Studio behandelt werden, auch wenn Script Debugger vorhanden war. Laufzeitfehler würde behandelt werden, auch wenn Visual Studio 6.0 die Skriptdebugger installiert wurden. Benutzer konnten keine Skript-Debugger auswählen wie die Anwendung in dieser Situation verwendet. Visual Studio oder das Skript Debugger kann jetzt Laufzeitfehler behandelt.
  • Service Pack 3 enthält einen Debugger-Update, das ermöglicht die Benutzer, die Entwurfszeit-Haltepunkte in JS und VBS-Dateien festgelegt.
  • Das Verhalten eines Formulars, das eine Singlethread-enthalten ActiveX-Steuerelement variiert je nach der Umgebung, in der die Anwendung wurde ausgeführt. Zum Beispiel wenn Sie erstellt edit eine Singlethread--Steuerelement, enthalten das in einem Formular steuern und kompiliert das Formular in eine ausführbare Datei bearbeiten Steuerelement wäre nicht in der Lage, um Tastaturanschläge zu verarbeiten. Jedoch, wenn Sie nicht vollständig kompiliert wurde das Formular in eine ausführbare Datei, und führen Sie die Anwendung über JView, bearbeiten Steuerelement Verhalten wie erwartet. Dieses Servicepack enthält ein Update, das ermöglicht Singlethread-ActiveX-Steuerelemente, eingebettet in die WFC-Formular verhält, wie erwartet, unabhängig von der Umgebung, in der sie ausgeführt werden.
  • Beim Hinzufügen von DHTML- Edit -Steuerelement für Internet Explorer 5 Schritte Visual J++ generieren die entsprechenden Wrapper und kompilieren, die ihnen, aber es würde zu fixieren. Dies war in der in diesem Servicepack enthaltenen Jactivex.exe behoben.
  • Beim Debuggen von Visual J++ 6.0 auf dem Computer Windows NT Debug-Manager zuvor abgerufenen Namen des Prozesses durch Abfragen der Registrierung der Performance-Daten. Dieser Ansatz für das Abrufen von Prozessinformationen verursacht Systemabstürze. Folglich wurde den Computerdebug-Manager auf geändert zunächst versucht, den Prozess Status-API verwenden, um Daten abzurufen. Wenn diese schlägt der Versuch fehl, den Computerdebug-Manager fragt die Performance-Daten Registrierung.

Microsoft Windows Foundation Classes-Updates

Die folgenden Elemente wurden in der 1.0.0.8443 korrigiert Version von Windows Foundation Classes. Diese Version ist mit der Microsoft VM installiert. mit Service Pack 3 enthalten.

Updates für ActiveX-Unterstützung

  • 215353ActiveXHost Lizenz mit bestimmte ActiveX-Steuerelemente verarbeitet nicht. Wenn bestimmte ActiveX-Steuerelemente, z. B. DB-Grid-6.0 hosten, benötigen Sie eine Lizenz auf einem anderen Computer als dem, in dem das Formular war ursprünglich erstellt wurde, klicken Sie im Dialogfeld Warnung oder einen Fehler scheint Angabe der Lizenz wird in n Tagen ablaufen. Dies geschieht auch dann, wenn der Computer, in dem die Anwendung wurde bereitgestellt hatte eine gültige Kopie der Lizenz. Vergangenheit und Gegenwart festgelegt, und die Warnung wird nicht angezeigt, es sei denn, das Steuerelement ist nicht lizenziert.

Code-Behind-HTML-Updates

Siehe auch bekannte Probleme.
  • 194787DhDocument.setTitle funktioniert nicht in InitForm. Aufruf von DhDocument.setTitle(String Title) hatte keine Auswirkung auf den Titel des Dokuments. SetTitle in OnDocumentLoad aufrufen würden dieses Problem umgehen. DhDocument.setTitle jetzt funktioniert einwandfrei aus beiden InitForm und OnDocumentLoad.
  • 195174Wenn<BODY>Tags werden nicht aktiviert, können JDHTML-Steuerelemente eine gebundene Vorlage hinzugefügt werden.</BODY>Wenn dabei serverseitige code Behind-HTML und der<BODY>Tags HTML-Vorlage-Datei wurden nicht in Großbuchstaben)<BODY>), die Code-Behind-Modul konnte nicht ordnungsgemäß an das Dokument und die DhElementen gebunden. konnte nicht zu der Seite hinzugefügt werden. Die Suche nach<BODY>Tags ist jetzt Groß-/Kleinschreibung INSENSITIVE.</BODY></BODY></BODY>
  • 195173WinIOException beim Aufrufen von DhDocument.dumpDHTML und DhDocument.dumpHTML.DhDocument.dumpHTML und DhDocument.dumpDHTML sind nicht unterstützte Methoden. Sie wurde als @deprecatedmarkiert, und der Compiler gibt eine Warnung aus, wenn sie sind verwendet.
  • 197567DhCell.resetTextAlign nicht die Zellen Textausrichtung auf festgelegt, die die enthaltende Zeile.DhCell.resetTextAlign setzt jetzt die Ausrichtung des Textes in der Zelle mit derjenigen übereinstimmt die DhRow in der Zelle enthalten ist.
  • 197566Nach dem Entfernen einer Kopfzeile oder Fußzeile, DhTable.removeAll und löst eine Ausnahme aus. In die WFC veröffentlicht war eine ArrayIndexOutOfBounds -Ausnahme ausgelöst, wenn Sie eine Kopf- oder Fußzeile zu entfernen. Dies ist keine länger der Fall.
  • 223366DhStyleBase fehlt SetBackgroundImage. Es gab keine Möglichkeit zum direkten Festlegen von Hintergrund-Bild-Stil für DhStyleBase abgeleitete Elemente ohne Programmierung über den Internet Explorer Document Object Model. DhStyleBase verfügt jetzt über eine neue Methode: SetBackgroundImage(String ImageURL) wo ImageURL der Pfad zu dem Bild (voll qualifizierte oder relative ist).
  • 223370Unterstützung WFC-Ereignishandler.UI-Steuerelementen in HTML-Code-Behind-Szenario. In einem CodeBehind-HTML-Projekt in Visual J++ 6.0 finden Benutzer wfc.ui -Steuerelemente eine HTML-Seite eingefügt werden, unterstützen sie nicht Ereignis Ereignishandler für die Ereignisse OnEnter und OnLeave . OnMouseEnter und OnMouseLeave -Ereignisse werden jedoch weiterhin ordnungsgemäß ausgeführt. Der OnEnter und OnLeave nur ausgeführt, wenn ein Steuerelement in einem wfc.ui.Formplatziert ist.
  • Bindung an ein DhObjectFactory beendet OnDocumentLoad aufgerufen wird. Binden eine DhObjectFactory in InitForm mit einem <IFRAME>-Tag DhDocument.setBoundElements (DhElement elements[]) würde eine Ausnahme, die im Hintergrund von behandelt wurde die Framework. Daher wurde die OnDocumentLoad für ein Dokument nie aufgerufen. Dieser Fehler ist jetzt behoben. Die Framework nun ordnungsgemäß bindet eine DhObjectFactory in den <IFRAME>Tag und OnDocumentLoad wird aufgerufen, wie erwartet. </IFRAME></IFRAME>
  • Binden an ein DIV-Element, das Text enthält, die nicht in SPAN-Tags eingeschlossen wird, wird eine Ausnahme. Binden an stark verschachtelte Elemente in einigen Fällen verursacht ein Element nicht gefunden-Ausnahme. Die Problemumgehung wurde raw eingeschlossen HTML-Text in <span>-Tags. Dieses Problem wurde behoben, und die Problemumgehung ist nicht mehr erforderlich. </span>
  • Aufrufen und Binden von Methoden für WFC-Steuerelemente in einem Szenario mit Code-Behind. Benutzer können hinzufügen com.ms.wfc.ui -Steuerelemente auf einer HTML-Seite und lassen sie die Teilnahme an einer Code-Behind-Szenario. Um das richtige Verhalten zu erzielen, sollten die Benutzer entweder aufrufen. DhBaseContainer.add (com.ms.wfc.ui.Control c) Methode oder mit DhComponentWrapper.Erstellen eine DhComponentWrapper, die-Eigenschaft des Steuerelements festlegen (oder das Steuerelement im Konstruktor angeben), und es zu einem Container hinzugefügt wird entspricht dem Aufruf der DhBaseContainer.add -Methode. Weitere Informationen finden Sie unter DhComponentWrapper und DhBaseContainer.
  • Aufruf von DhModule.doMain in einer Konsolenanwendung führt NullPointerException. Serverseitige Anwendungen können getestet werden, in einer Konsolenanwendung DhModule -Objekt erstellen und Festlegen der serverseitigen Code-Klasse aufrufen Domäne.Zuvor würde Domäne auf diese Art und Weise aufrufen eine null-Zeiger-Ausnahme; jetzt funktioniert einwandfrei.
  • Ändern der Registerkartenauswahl NullPointerException verursachen. Auswählen einer Registerkarte in einem TabControl, der in einer HTML-Seite gehostet wird ein Code-Behind-Szenario würde NullPointerException. Diese Ausnahme ist kein mehr ausgelöst.
  • Code-Behind-HTML-Anwendungen im HTML-Designer bearbeitet funktionieren nicht in Internet Explorer 5. Code-Behind-HTML-Anwendungen im HTML-Designer bearbeitet nicht Funktion mit Internet Explorer 5 installiert, da die <PARAM> Tag des <OBJECT>-Elemente werden nicht ordnungsgemäß verworfen. Code-Behind-HTML Anwendungen, die bereits bereitgestellt wurden, sind nicht betroffen. Dies war in Visual Studio Service Pack 3 korrigiert.</OBJECT>
  • Code-Behind-HTML-Proben von vj6sampl.exe möglicherweise nicht mehr, wenn Internet Explorer 5 installiert ist. Die Code-Behind-HTML-Beispiele von vj6sampl.exe wie "DhButton", "DhContainer" und "DhDocument" funktioniert möglicherweise nicht bei Microsoft Virtual Machine Version 5.0.3167 ist installiert. Microsoft VM-Version 5.0.3167 Schiffe, die mit Internet Explorer 5. Dies wurde in Visual Studio behoben Service Pack 3.
  • DhBulletedList.resetID löst DhElementNotFoundException. Aufruf von ResetID für eine DhBulletedList löst immer noch DhElementNotFoundException, und die Methode jetzt als gekennzeichnet ist @deprecated.Eine Warnung wird jedoch zum Zeitpunkt der Kompilierung generiert werden. Darüber hinaus die Methode wird nicht angezeigt, im CodeSense oder im Objektbrowser, um zu verhindern, dass ein Entwickler von versehentlich aufrufen.
  • DhCell.getText in Zelle datengebundene DhTable eine leere Zeichenfolge zurück. Jetzt funktioniert ordnungsgemäß.
  • DhDocument.findElement DhElementNotFoundException auslöst, wenn nach DhDocument.getAllElements. Aufruf von DhDocument.findElement(String ElementID) wird eine DhElementNotFoundException auslösen, wenn es aufgerufen wurde, um ein Element zu suchen, nach einem Aufruf von DhDocument.getAllElements.DhDocument.findElement funktioniert jetzt ordnungsgemäß, selbst wenn die DhDocument.getAllElements zuerst aufgerufen wurde.
  • DhEdit.addOnClick löst eine com.ms.wfc.core.WFCException für mehrzeilige Textfelder nur aus. Hinzufügen eines Ereignishandlers an ein mehrzeiliges DhEdit in InitForm würde eine WFCException behauptet das Element ausgelöst wurde, kein<INPUT type="text">oder <TEXTAREA>. Die Problemumgehung hinzufügen wurde die Event-Handler das mehrzeilige edit-Steuerelement in OnDocumentLoad.Hinzufügen von Ereignishandlern jetzt erwartungsgemäß in beiden InitForm und OnDocumentLoad. </TEXTAREA>
  • -Methode ist veraltet DhElement-ResetID. Die ResetID -Methode die DhElement -Klasse ist fehlgeschlagen. In diesem Service hat Pack, die Methode funktioniert, aber es wurde als veraltet markiert.
  • DhModule nie abgeschlossen ist, verursacht einen Speicherverlust IIS. In diesem Service Pack wird DhModule jetzt ordnungsgemäß verworfen nach der Verwendung.
  • DhModule-Methoden des Objekts PARAM-Wert abgerufen.DhModule -Klasse unterstützt nun die folgenden Methoden, die es ermöglichen Abrufen des Werts eines Objekts PARAM -Tags:
    • Public String GetParameter (String ParamName)
    • Public String [] getParameterNames()
    ParamName -Parameter identifiziert die gewünschten Object-parameter gerufen Sie werden ab. Wenn keine Objektparameter zu dem entspricht anfordern Sie, das -Methode gibt eine leere Zeichenfolge zurück.

    Die zweite Methode, GetParameterNames, werden die Namen aller verfügbaren Parameter Werte abgerufen und diese Namen in ein Array von Zeichenfolgenobjekten zurückgegeben. Diese Methoden sind für die Verwendung innerhalb von Internet Explorer unterstützt. Ein Aufruf von Diese Methoden in andere Umgebung-Trigger ein WFCInvalidStateException.

  • DhRadioButton und DhCheckBox werden nicht Document Object Model-Attribute oder Stile festlegen, die im HTML-Format surface. Binden an ein HTML-Optionsfeld oder Kontrollkästchen, die benutzerdefinierte Eigenschaften festgelegt würde diese Eigenschaften nicht beibehalten, nachdem das Objekt gebunden ist in JDHTML. Diese eindeutigen Eigenschaften wäre verloren, nachdem das Objekt gebunden wurde. Dies ist nun behoben und benutzerdefinierte Eigenschaften für Kontrollkästchen und Optionsfelder sind JDHTML verfügbar.
  • DhRow.add dauert jetzt nur DhCell. In der ersten Version von WFC würde DhRow.add jeder DhElement abgeleitete Objekt. Wenn das Objekt nicht mit einer DhCell-Ableitung, die Methode ist schlägt im Hintergrund fehl. In dieser Version ein WFCInvalidParameterException ausgelöst, wenn die DhElement DhCell abgeleitet ist.
  • DhTable.showNextPage Ausnahme ein null-Zeiger als nach GetBodyCell. Dieses Problem wird nur in Internet Explorer 5. Aufruf DhTable.showNextPage funktioniert jetzt ordnungsgemäß, selbst wenn GetBodyCell bereits aufgerufen wurde.
  • DhText.setFont, DhText.getFont und DhText.resetFont nicht korrekt funktionieren. Wenn in einem DhText -Objekt dargestellte Text, in einer Schriftart schlug aus oder unterstrichen gerendert wurde, SetFont für das Objekt aufrufen, mit einer Schriftart nicht unterstrichen oder nicht schlug aus würde Entfernen Sie nicht die unterstreichen oder Durchstreichen-Attribute aus der Schriftart. Dies funktioniert nun wie erwartet.
  • In IIS Arbeitsspeichermangel verursacht Probleme verursachen wird immer eine Ausnahme in die WFC in serverseitigem Code. Das würde nicht DataBound DhTables, die nie zu einem Container hinzugefügt wurden geschlossen Sie ordnungsgemäß werden ab, verursacht durch IIS verbrauchen, aber nie die belegte Speicherplatz wird freigegeben.
  • Internet Explorer 5 gibt "können nicht abgerufen WFC-Formular Oberfläche Ausnahme" Wenn ein Szenario komplexen Code-Behind Netzwerk laden. Wurden die standardmäßigen Sicherheitseinstellungen in Internet Explorer 5 verhindert, dass WFC-Steuerelemente in einer Code-Behind-Szenario funktioniert ordnungsgemäß, wenn die HTML-Dokument wurde von einer lokalen Netzwerk-Laufwerk oder Intranet-Site geladen werden. Dies Szenario funktioniert jetzt wie erwartet.
  • Problem mit Mshtml.dll in Internet Explorer würde das Browserfenster schließen, nachdem der Zeitgeber gestartet. Die IOleClientSite für das Timer-Steuerelement wurde, bevor das Objekt zerstört deaktiviert. Das Objekt ist jetzt deaktiviert, bevor am Standort zerstört wird.
  • Zur Performance-Verbesserung: Hinzufügen von DhBaseContainer.removeAllSafe. DhBaseContainer hat jetzt eine Methode RemoveAllSafe , die alle untergeordneten Elemente sehr schnell entfernt. Es wird zurzeit verwendet. auf DhBulletedList kann ein Entwickler abgeleiteten Container als auch verwendet werden, und folgt:
    public void setElement(DhElement e)
    {
        removeAllSafe();
        m_item = e;
        if (e != null)
           super.add(e);
    }
    					
  • Probleme DHDocument Elemente zuordnen, wenn keine Objekte zuerst gebunden wurden. Es wurde ein Problem mit der Bindung und Hinzufügen von Objekten zu einer DhDocument. Wenn keine Objekte zu einer DhDocument vor einem Aufruf von SetHTMLDocument, dann alle nachträglichen Erweiterungen, wie z. B. SetBoundsElement, hinzugefügt wurden DhDocument würde fehlschlagen. Dieses Problem wurde behoben.
  • ReadyStateEvent hat "???" als Wert für die ReadyState. Der ReadyStateEvent hatte die Zeichenfolge "???" als Wert für die ReadyState unabhängig von Was war der Zustand bereit. Der aktuelle Status kann nun eine der folgenden Werte: umfassende, interaktive, geladen oder nicht initialisiert.
  • Stile ohne ein Punkt (.) am Anfang des Namens Elemente hinzugefügt werden kann. Wenn ein DhStyle mit dem DhStyle(string name) -Konstruktor erstellt wurde, und der Name -Parameter nicht mit einem Punkt beginnen, konnte die Formatvorlage nicht werden. ein Element hinzugefügt. Dieser Konstruktor fügt nun vor eine Frist, die den Namen der Formatvorlage Wenn Sie nicht bereits vorhanden ist.
  • Die GetPropertyBag Methode DhModule hinzugefügt wurde. In der ersten WFC-Version war nicht möglich, eine DhDocument abgeleitete Klasse in einem Szenario mit Code-Behind jederzeit abrufen <PARAM> -Tags innerhalb seiner DhModule <OBJECT>Tag. DhModule hat zwei neue Methoden: </OBJECT>
    • Public String [] getParameterNames
      Gibt ein Array von Zeichenfolgen, die die Attribute NAME für jede der <PARAM> Tags.
    • Public String GetParameter (String ParameterName)
      Gibt das VALUE-Attribut für das übergebene in ParameterName.
  • Bei der Bindung an eine Tabelle mit eine vorhandene Kopf- oder Fußzeile wird die Kopf-/Fußzeile Zeile als Teil der Tabelle nicht behandelt. Aufruf von DhDocument.setBoundElements (DhElement elements[]) ein DhTable an eine vorhandene binden<TABLE>im HTML-Format binden in der Tabelle. Allerdings wäre die Tabelle eine <THEAD>oder <TFOOT>, sie als Teil der Tabelle wurden nicht behandelt werden. MyTable.removeAll würde z. B. alle Text-Zeilen, aber die Kopf- und Fußzeile Zeilen entfernen. bliebe. Die vorherige Lösung war es, die<TABLE>mit DhDocument.findElement(String Id) in OnDocumentLoad.Beide Szenarien funktioniert jetzt wie erwartet.</TABLE></TFOOT></THEAD></TABLE>

Andere WFC-Bibliothek und das Steuerelement Fixes

  • 223358Erstellen von mehr als zwei untergeordnete MDI-Elemente im übergeordneten Konstruktor löst eine WFCException. Wenn ein Formular mehr als zwei Multiple-Document Interface erstellt. Kinder in seinem Konstruktor, würde ein WFC-Win32Exception ausgelöst werden. Nach diesem Ausnahme, müsste das Formular nur zwei untergeordnete Elemente hinzugefügt. Dies ist nun behoben. Ein beliebige Anzahl von untergeordneten MDI-Objekte erstellt und ein Formular in hinzugefügt werden kann seine Konstruktor.
  • 223365: MouseEnter- und MouseLeave werden auf ein PictureBox-Steuerelement, das einen Handle neu erstellen muss verwirrt. MouseEnter- und MouseLeave-Ereignisse würde Probleme verursachen, wenn im als Reaktion auf eine von ihnen, ein PictureBox-Steuerelement wurden neu erstellt werden. Zum Beispiel Aufrufen der SetBorderStyle -Methode in einem PictureBox-Steuerelement bewirkt, dass ein Handle neu erstellt wird. Wenn diese in einem MouseEnter oder MouseLeave -Ereignishandler aufgerufen wurden, der Status der MouseEnter/verlassen würde aufweisen nicht aufgelöste und zukünftigen Enter/Leave-Ereignisse würden nicht erkannt. Dies ist in den meisten Fällen behoben werden, obwohl es möglich ist, ein oder mehrere-enter/Leave vermissen Ereignisse. Das Steuerelement wird jedoch selbst und Enter/Leave-Ereignisse synchronisieren. werden ausgelöst wie erwartet nach einiger Zeit.
  • 223351Der SetSelectedIndex im Registersteuerelement Kinder nicht ordnungsgemäß zeichnet. Aufrufen der Methode SetSelectedIndex für ein TabControl würde manchmal nicht die untergeordneten Steuerelemente rendern. auf die Seite korrekt. Dieses Problem wurde behoben.
  • 223368Methode SetChecked funktioniert nicht im Kontextmenü. Kontextmenüs für Steuerungen nicht erhielten ihre WM_INITMENUPOPUP-Meldung. Daher waren keine Menü-Prüfungen durchgeführt angewendet. Ruft die Methode SetChecked auf Kontextmenüs jetzt funktioniert wie erwartet.
  • 223352Schaltfläche Größenanpassung ist inkonsistent zwischen der Forms-Designer und der Laufzeit-. Im Konstruktor der erstellte untergeordnete MDI-Fenster ihren MDI-Bilder müssten automatische Skalierung angewendet werden, einmal vom übergeordneten Element und einmal durch. Dies könnte die Steuerelemente auf das untergeordnete Fenster Größe haben bei Zeit- und zur Entwurfszeit anders ausgeführt. MDI Eltern nicht mehr automatisch skalieren Ihre Kinder.
  • 223344Com.ms.wfc.app.RegistryKey.setValue-Methode nicht für Zeichenfolgen-Arrays korrekt arbeiten. Beim Aufrufen von com.ms.wfc.app.RegistryKey.setValue (Objekt) mit einem String-Array, das die Parameter ist mehrere das letzte Zeichenfolgenelement im Array-Zeichen würde nicht geschrieben werden richtig. Schreiben von Zeichenfolgen-Arrays mit dieser Methode jetzt funktioniert richtig.
  • 223367Die com.ms.wfc.app.RegistryKey.setValue-Methode wird nicht unter Windows NT für abschließende Zeichen berücksichtigt. Beim Festlegen des Werts einer Zeichenfolge mit com.ms.wfc.app.RegistryKey.setValue für Windows NT wurde es nicht auf abschließende Null Zeichen hinzugefügt. richtig. Dies wurde korrigiert. A NullPointerException wird immer dann ausgelöst, wenn ein RebarBand ohne ein untergeordnetes Steuerelement entfernen. Folgende Code hat einen NullPointerException:
    RebarBand Band = new RebarBand();
    rebar1.addBand(Band);
    rebar1.removeBand(Band); // throws NullPointerException
    					
    Jetzt funktioniert einwandfrei, und die Ausnahme ist nicht ausgelöst.

  • Sie die Infoleiste mit mehreren RebarBands, die sich in derselben Zeile kann nicht gestartet werden. Zur Entwurfszeit war es möglich, ein Infoleiste- Steuerelement mit mehreren RebarBands, die sich in derselben Zeile zu erstellen. Zur Laufzeit, jedoch würde jeder RebarBand in einer eigenen Zeile angezeigt. Die RebarBands werden nun angezeigt. in der Zeile, wo sie hingehören.
  • Databinding ausstellt für DateTimePicker. Das Datumsfeld im DateTimePicker -Steuerelement jetzt erfolgreich gebunden werden kann um ein Datumsfeld der Daten in einem -Datenbank.
  • Form.createWindowGraphics löst eine WFCInvalidArgumentExceptioN. Diese Methode funktioniert jetzt wie erwartet, und eine verwendbare com.ms.wfc.ui.Graphics -Klasse zurückgegeben wird.
  • Garbage Collection auf der Symbolleiste angezeigt wird, nach der Installation von IE5. Wenn Internet Explorer 5 in Windows 95 oder Windows 98 ausgeführt wird, fehlerhafte Zeichen werden in der QuickInfo für die Symbolleisten und unter der Symbolleiste angezeigt. Schaltflächensymbol. In diesem Servicepack wurde korrigiert.
  • ImageList legt die Standardwerte auf 16 Farben. Das ImageList -Steuerelement hat jetzt eine neue Eigenschaft: ColorDepth.Der Wert dieser Eigenschaft sollte auf eine der Konstanten festgelegt werden in die ColorDepth-Enumeration. Jedoch beim Ausführen auf einem System mit mehr als 256 Farben, in denen die ImageList ist enthalten Bilder, die, 256 Farben haben, legen Sie die Eigenschaft " ColorDepth " auf eine der folgenden:
    • ColorDepth.COLORDEPTH_64K_COLORS
    • ColorDepth.COLORDEPTH_MILLIONS_OF_COLORS
    • ColorDepth.COLORDEPTH_TRUE_COLOR
  • ListItem.setSelected(false) und setFocused(false) nicht verwendet werden. Im Code können nun erfolgreich löschen und entfernt den Fokus vom Die ListItems im ListView-Steuerelement.
  • Ändern Dropdown-Feld im Menü auf der Eigenschaftenseite des DataBinder. Visual J++ 6.0 würde nicht mehr, wenn der Benutzer versucht, zu beenden. Ändern Sie das Dropdownmenü Datenfeld auf der Seite Eigenschaften von einem DataBinder Objekt. RasterOp.BRUSH und RasterOp.PEN funktionieren nicht wie erwartet mit transparenten Bildern. Würde ein transparentes Bild mit einem RasterOp von STIFT oder Pinsel zeichnen Zeichnen Sie die nicht transparenten Bereiche des Bildes statt der Farbe Weiß der Pinsel oder STIFT. Dies ist für den Fall RasterOp.BRUSH behoben. Für RasterOp.PEN, Es wird nichts gezeichnet.
  • -Objekt speichern Sie ein Bild in einen Speicherstream funktioniert nicht wie erwartet.Ein Bildobjekt aus einer ImageList extrahiert und versuchen, es in einen Speicherstream beibehalten oder Datei fehl, wenn die zugrunde liegende PICTDESC wurde null.Gültige Bitmap PICTDESC jetzt zurückgegeben wird, und das Bild kann Behalten Sie erfolgreich werden bei.
  • System-Probleme unter Windows NT 4.0 Service Pack 3. Unter bestimmten Umständen, einen Computer unter Windows NT 4.0 Service Pack 3 friert ein, wenn eine WFC-Anwendung ausführen, die ein Fenster, dass gezeigt hat ein übergeordnetes Fenster nicht. Dieses Problem wurde in Windows NT 4.0 behoben Service Pack 4 und Visual Studio 6.0 Service Pack 3. Die WFC sucht jetzt nach dem übergeordnete Fenster korrekt an.
  • Beim Erweitern von HTMLControl OnDocumentReady nie aufgerufen. Ein benutzerdefinierter-Steuerelement, das "com.ms.wfc.UI.HtmlControl" nie erweitert, die OnDocumentReady -Methode aufgerufen. Dies ist nun behoben und die Methode wird aufgerufen, als erwartet.

Weitere Updates

  • 223361Fehler beim Wert für Time.getDayOfWeek. Enthält der Abschnitt "Hinweise" für die Time.getDayOfWeek-Methode falsche Informationen. Es sollte von der GetDayOfWeek zurückgegebene Zahl anzugeben. Methode ist immer zwischen 0 und 6, wobei der Wert 0 Sonntag darstellt.
  • In die WFC-Referenzdokumentation ausgelassen File.File-Konstruktoren überladen. Die folgenden überladenen Versionen des Konstruktors wurden ausgelassen. unter dem Thema File.File :
    • Öffentliche Datei ( Pfad, Int Mode)
    • Öffentliche Datei ( Pfad, Int Mode, Int Zugriff)
    In der ersten Version ist File Access festgelegt FileAccess.READWRITE und Dateifreigabe ist FileShare.NONE festgelegt. In der zweiten Version ist Filesharing auf FileShare.READ festgelegt, wenn der Access-Parameter festgelegt ist Um FileAccess.READ; Andernfalls wird auf festgelegt Filesharing FileShare.NONE.

Bekannte Probleme

Access 2000-Datenbanken müssen über ODBC im Datenformular-Assistent bestehen

Sie erhalten einen Fehler "nicht erkennbares Datenbankformat" bei Verbinden mit einer Access 2000-Datenbank mithilfe des Formular-Assistenten. Verbindung zu eine Access 2000-Datenbank, geben Sie den Datenbanktyp als ODBC (anstelle von Access die übernimmt Access 98) auf der Seite "Datenbank". Verbindung herstellen Informationsseite können Sie dann die Access 2000-Datenbankdatei (*.mdb) als angeben die Datenbank, und Microsoft Access Driver (*.mdb) wie der Treiber. Alternativ Sie können einen DSN einrichten Assistenten eine ODBC-Datenquelle aus den Fenstern Systemsteuerung, und geben Sie den DSN auf der Seite Informationen Verbinden der Daten Formular-Assistenten.

Unterstützung von HTML-Code-Behind- und Windows 2000 Beta 3

WFC-Steuerelemente aus dem com.ms.wfc.ui -Paket, die eine DhDocument (über die DhComponentWrapper()-Methode) hinzugefügt werden, funktionieren unter Windows 2000 nicht Beta 3. Dieses Problem wird in zukünftigen Versionen von Windows 2000 behoben.

Informationsquellen

Weitere Informationen über die Visual Studio 6.0 SP3 Readme-Datei finden Sie in die folgenden Artikeln der Microsoft Knowledge Basis:

230722 Visual Studio 6.0 SP3 Readme-Teil 1: Überblick und Installation

230724Visual Studio 6.0 SP3 Readme-Teil 2: Visual Studio.

230726 Visual Studio 6.0 SP3 Readme-Teil 3: Visual Grundlegende

230727 Visual Studio 6.0 SP3 Readme-Teil 4: Visual C++

230729Visual Studio 6.0 SP3 Readme-Teil 5: Visual FoxPro

230730 Visual Studio 6.0 SP3 Readme-Teil 6: Visual InterDev

230732 Visual Studio 6.0 SP3 Readme-Teil 8: Visual SourceSafe

230733Visual Studio 6.0 SP3-Infodatei Teil 9 - Dateien und weitere Informationen

Eigenschaften

Artikel-ID: 230731 - Geändert am: Freitag, 7. Februar 2014 - Version: 3.0
Keywords: 
kbnosurvey kbarchive kbinfo kbmt KB230731 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell übersetzt und wird dann möglicherweise mithilfe des Community Translation Framework (CTF) von Mitgliedern unserer Microsoft Community nachbearbeitet. Weitere Informationen zu CTF finden Sie unter http://support.microsoft.com/gp/machine-translation-corrections/de.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 230731
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com