Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Immer noch auf der Suche nach einem Listview mit Unicode

6 views
Skip to first unread message

Klaus Ketelaer

unread,
Jan 31, 2022, 9:43:07 AM1/31/22
to
Hallo zusammen,

weil ich nirgendwo ein Listview finde, das Unicode beherrscht, und
durch das Listview, das ich mal geschrieben habe, absolut nicht mehr
durchblicke, suche ich immer noch ein Listview, das Unicodefähig ist.

Am Wochenende habe ich mir noch einmal das Ding von TimoSoft angesehen,
aber das hat ja im Grunde rein garnichts mit dem normalen Listview
gemein. Es ist noch nicht einmal ansatzweise syntaxkompatibel. Es ist
müßig, zu versuchen, damit bestehende Listviews zu ersetzen.

Obwohl ich das Listview nur für ein nicht kommerzielles, privates Tool
benötige, wäre ich mittlerweile sogar bereit, dafür zu bezahlen.

Im Grunde suche ich einfach nur das altbekannte Listview als Version
mit Unicode. Es muss nichts weiter können, als Unicode abzubilden. Was
ich nicht möchte, das ist, für die Nutzung des Listviews einen Schwanz
voll Libraries einzubinden.

Wo gibt es so ein Teil zu kaufen?

Gruß Klaus

Dieter Strassner

unread,
Jan 31, 2022, 3:43:42 PM1/31/22
to
Am 31.01.2022 um 15:43 schrieb Klaus Ketelaer:
> Hallo zusammen,
>
> weil ich nirgendwo ein Listview finde, das Unicode beherrscht, und
> durch das Listview, das ich mal geschrieben habe, absolut nicht mehr
> durchblicke, suche ich immer noch ein Listview, das Unicodefähig ist.
> ....
> Im Grunde suche ich einfach nur das altbekannte Listview als Version
> mit Unicode. Es muss nichts weiter können, als Unicode abzubilden. Was
> ich nicht möchte, das ist, für die Nutzung des Listviews einen Schwanz
> voll Libraries einzubinden.
>
> Wo gibt es so ein Teil zu kaufen?
>
> Gruß Klaus
>

Zu kaufen kenne ich keines, wir nutzen das von Krool:

https://www.vbforums.com/showthread.php?841929-VB6-ActiveX-CommonControls-%28Replacement-of-the-MS-common-controls%29&p=5129155#post5129155


Eine einige zusätzlich OCX, ggfs. ein Manifest für deine EXE und es
klappt....

Es ist halt "leider" nicht nur das ListView, was du damit bekommst,
sondern alle Controls als Replacement. Dsa gute ist, das diese 1:1
ausgetauscht werden können. Alle Controls benutzen die bekannten
Eventnamen und -Properties. Es gibt dann halt zusätzliche Properties und
teilwese auch zusätzliche Events. Wir sind damals mit VBCCR14
eingestiegen. Inzwischen ist er viel weiter mit der Entwicklung
(VBCCR17), aber selbst damals lief das was wir nutzten (>80% der
Controls) sehr schnell stabil. Gut besuchtes Forum, qualifizierte
Antworten (bei ausreichend guter Problembeschreibung).


--
Viele Grüße - Dieter

Strassner Informatik GmbH & Co KG
68623 Lampertheim
Internet: www.strassner.biz

Dieter Strassner

unread,
Jan 31, 2022, 3:45:24 PM1/31/22
to

Eine einzige zusätzliche OCX, ggfs. ein Manifest für deine EXE und es
klappt....

Klaus Ketelaer

unread,
Feb 1, 2022, 4:47:49 AM2/1/22
to
Hallo Dieter,
besten Dank für die Infos.
Werde ich mir gleich mal ansehen.
Gruß Klaus

Wolfgang Wolf

unread,
Feb 1, 2022, 4:51:35 AM2/1/22
to
Am 31.01.2022 um 21:45 schrieb Dieter Strassner:
>
> Eine einzige zusätzliche OCX, ggfs. ein Manifest für deine EXE und es
> klappt....
>
>
Hi,
meinst du "ein Manifest" für die RegFree-Nutzung? Oder gibt es dafür
noch weitere Gründe?

Soweit ich das mitbekommen habe, gibt es dafür auch den Source-Code.
Somit könnte Klaus sicherlich alles jenseits vom ListView auch
rauswerfen, oder? Lohnt sich wahrscheinlich nicht, stört ja nicht - war
nur so ein Gedanke...

Gruß
W. Wolf

Dieter Strassner

unread,
Feb 2, 2022, 3:41:46 AM2/2/22
to
Am 01.02.2022 um 10:51 schrieb Wolfgang Wolf:
> Am 31.01.2022 um 21:45 schrieb Dieter Strassner:
>>
>> Eine einzige zusätzliche OCX, ggfs. ein Manifest für deine EXE und es
>> klappt....
>>
>>
> Hi,
> meinst du "ein Manifest" für die RegFree-Nutzung? Oder gibt es dafür
> noch weitere Gründe?

Bei uns ist der wichtigste Grund des Regfree. Zudem aber auchg wg. der
Anzeige. Wir habnen den den Regfree-Einträgen auch diesen Abschnitt
reingenommen:

<ms_asmv3:trustInfo xmlns:ms_asmv3="urn:schemas-microsoft-com:asm.v3">
<ms_asmv3:security>
<ms_asmv3:requestedPrivileges>
<ms_asmv3:requestedExecutionLevel level="asInvoker"
uiAccess="false" />
</ms_asmv3:requestedPrivileges>
</ms_asmv3:security>
</ms_asmv3:trustInfo>
<ms_asmv3:application xmlns:ms_asmv3="urn:schemas-microsoft-com:asm.v3">
<ms_asmv3:windowsSettings
xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings">
<dpiAware>true</dpiAware>
</ms_asmv3:windowsSettings>
</ms_asmv3:application>
<compatibility xmlns="urn:schemas-microsoft-com:compatibility.v1">
<application>
<!-- Windows 10 -->
<supportedOS Id="{8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}"/>
<!-- Windows 8.1/Server 2012 R2 -->
<supportedOS Id="{1f676c76-80e1-4239-95bb-83d0f6d0da78}"/>
<!-- Windows 8/Server 2012 -->
<supportedOS Id="{4a2f28e3-53b9-4441-ba9c-d69d4a4a6e38}"/>
<!-- Windows 7/Server 2008 R2 -->
<supportedOS Id="{35138b9a-5d96-4fbd-8e2d-a2440225f93a}"/>
<!-- Windows Vista/Server 2008 -->
<supportedOS Id="{e2011457-1546-43c5-a5fe-008deee3d3f0}"/>
</application>
</compatibility>

Wobei Windows 7 und Vista so langsam rausfliegen könnte...

Wolfgang Wolf

unread,
Feb 4, 2022, 7:16:46 AM2/4/22
to
Am 02.02.2022 um 09:41 schrieb Dieter Strassner:

>
> Bei uns ist der wichtigste Grund des Regfree. Zudem aber auchg wg. der
> Anzeige. Wir habnen den den Regfree-Einträgen auch diesen Abschnitt
> reingenommen:

Ok, verstehe. Abgesehen von dem RegFree-Thema hat das nichts mit dem OCX
zu tun. Diese Einträge gelten mehr oder weniger für jede Exe.

Gruß
W. Wolf

0 new messages