[QT XLib xpm.h] *.xpm-Bilder in ein XLib-Fenster zeichnen

[Heinz-Mario Frühbeis]

Hallo zusammen!

Ich versuche *.xpm-Bilder in XLib-Fenster zu zeichnen und brauche dabei
Hilfe.

XReadBitmapFile kann wohl nur_ *.xbm-Files lesen und nur im X11-Format
und wohl nur monochrome.
Aber<!>, ich habe jetzt noch xpm.h gefunden, aber das lï¿œuft bei mir nicht.

#include <X11/xpm.h>

Pixmap pm;
int rVal;
rVal = XpmReadFileToPixmap (nDisplay, win, "2.xpm", &pm, NULL, NULL);
if (rVal != XpmSuccess) {
cout << endl << "Fehler!" << endl;
}
XFreePixmap (nDisplay, pm);

nDisplay, win sind gï¿œltig, da ja Fenster erstellt werden.

Die Fehlermeldungen sind:
a) rVal = XpmReadFileToPixmap (nDisplay, win, "2.xpm", &pm, NULL, NULL);

undefined reference to 'XpmReadFileToPixmap'

b) XpmReadFileToPixmap nDisplay, win, "2.xpm", &pm, NULL, NULL;

expected ';' before 'nDisplay'

Anstatt "2.xpm" habe ich es auch mit "/home/ida/Entwicklung/2.xpm"
versucht...
Wie muss das denn korrekt aussehen, daￜ ich endlich Bilder in
XLib-Fenster zeichnen kann?
Oder welche *.h-Datei muss ich denn sonst noch, oder ï¿œberhaupt, einbinden?

Fï¿œr jede Hilfe dankbar und
mit Gruￜ
Heinz-Mario Frï¿œhbeis

[Edzard Egberts]

Heinz-Mario Frï¿œhbeis schrieb:

> Die Fehlermeldungen sind:
> a) rVal = XpmReadFileToPixmap (nDisplay, win, "2.xpm", &pm, NULL, NULL);
>
> undefined reference to 'XpmReadFileToPixmap'

Wahrscheinlich musst Du noch libXpm einbinden

[Heinz-Mario Frühbeis]

Ok; und wie macht man das richtig?
Zwischenzeitlich habe ich natï¿œrlich noch weiter gesuchmaschint und doch
noch was gefunden zu "Linken".
U. a.:
<http://www.ncl.ucar.edu/Support/talk_archives/2010/0721.html>
<http://web.informatik.uni-bonn.de/IV/strelen/Lehre/Veranstaltungen/prak/cproglinux/04-x11gtkqt.html>

Und z. Z. sieht es bei mir in der *.pro-Datei so aus:

TEMPLATE = app
CONFIG += console
CONFIG -= qt

SOURCES += main.cpp \
idasection.cpp

LIBS += -I/usr/include/X11/ -lXpm -lX11

HEADERS += \
LoopDelay.h \
idasection.h

Und jetzt stï¿œrzt mein Lernprogramm immer ab :(

Ausgabe der Anwendung:

Starte
/home/ida/Entwicklung/IDA_Learn/IDA_Learn-build-desktop-Qt_4_8_3_in_Pfad__System__Release/IDA_Learn...Das
Programm ist abgestï¿œrzt.
/home/ida/Entwicklung/IDA_Learn/IDA_Learn-build-desktop-Qt_4_8_3_in_Pfad__System__Release/IDA_Learn
beendet, Rï¿œckgabewert 0

Wenn ich das Programm mit "F5" starte und direkt hinter "...
XpmReadFileToPixmap ..." einen Haltepunkt setze, dann kommt bei
"XpmReadFileToPixmap" eine Meldung:

Signal erhalten

Der Prozess wurde nach Erhalt eines Signals vom
Betriebssystem angehalten.

Name des Signals : SIGSEGV
Bedeutung : Segmentation fault

Mein Lernprogramm habe ich mal gezippt und ins Internet hochgeladen:
<http://www.file-upload.net/download-7257316/IDA_Learn.zip.html>

Ich kï¿œnnte da jetzt bestimmt noch hundertfach hin und her probieren und
hoffe, daￜ man mir aufzeigt, wie man xpm.h richtig einbindet.

Mit Gruￜ
Heinz-Mario Frï¿œhbeis

[Juergen Ilse]

Hallo,

Heinz-Mario Frï¿œhbeis <Earl...@web.de> wrote:
> Am 26.02.2013 07:59, schrieb Edzard Egberts:
>> Heinz-Mario Frï¿œhbeis schrieb:
>>> Die Fehlermeldungen sind:
>>> a) rVal = XpmReadFileToPixmap (nDisplay, win, "2.xpm", &pm, NULL, NULL);
>>> undefined reference to 'XpmReadFileToPixmap'
>> Wahrscheinlich musst Du noch libXpm einbinden
> Ok; und wie macht man das richtig?

Im Quelltext (sofern noch nicht geschehen) die zugehoerigen Header-Dateien
per "#include" einbinden, beim linken die Library mittels Linker-Option
"-Lxpm" mit angeben (sofern die Library libxpm und nicht libXPM heisst).

> Und jetzt stï¿œrzt mein Lernprogramm immer ab :(

Dann enthaelt es vermutlich noch (mindestens) einen Fehler ...

> Der Prozess wurde nach Erhalt eines Signals vom
> Betriebssystem angehalten.
>
> Name des Signals : SIGSEGV
> Bedeutung : Segmentation fault

Segmentation Fault bedeutet "Zugriff auf nicht existierende oder nicht
dem Programm zugewiesene Speicheradresse".

Tschuess,
Juergen Ilse (jue...@usenet-verwaltung.de)
--
Ein Domainname ist nur ein Name, nicht mehr und nicht weniger.
Wer mehr hineininterpretiert, hat das Domain-Name-System nicht
verstanden.

[Edzard Egberts]

Heinz-Mario Frï¿œhbeis schrieb:

> Am 26.02.2013 07:59, schrieb Edzard Egberts:
>> Wahrscheinlich musst Du noch libXpm einbinden
>
> Ok; und wie macht man das richtig?

So:

> LIBS += -I/usr/include/X11/ -lXpm -lX11

Das ist also schon richtig und die Schreibweise (groï¿œes 'X') stimmt
auch. Dein Programm lï¿œuft ja auch schon bis zum Absturz, das bedeutet
also, dass Du ein anderes Problem hast.

[Heinz-Mario Frühbeis]

Ich antworte mal hier:

Lt.
<http://debian.2.n7.nabble.com/Bug-351948-bug-report-for-libxpm-dev-td2451437.html>
habe ich die Pixmap-Variablen geï¿œndert und es lï¿œuft durch!

Jetzt habe ich das Problem, daￜ mein 128*128 groￜes Bild, welches farbig
ist, in schwarz auf das Fenster gezeichnet wird.

XGCValues values;
unsigned long valuemask; /* Z. Z. habe ich sonst noch nichts weiter
gemacht*/

gc = XCreateGC(nDisplay, win, valuemask, &values);
rval = XpmReadFileToPixmap (nDisplay, win, xpmFile, &nPixmap, NULL, NULL);

XCopyPlane(nDisplay, nPixmap, win, gc,
0, 0, 128, 128,
110, 110, 1);

Liegt das am GC?

Von VB6 her kenne ich es so (stark vereinfacht):
CC= CreateCompatibleDC()
LI =LoadImage()
SEL = Select LI, CC
BitBlt hWnd, 0, 0, 128, 128, SEL, 0, 0, 1

Muss ich denn jetzt noch was in den GC zeichnen? Oder, wie kriege ich
jetzt mein buntes Bild auch bunt auf das XLib-Fenster?

[Heinz-Mario Frühbeis]

Update:
Mit XCopyArea habe ich jetzt das Bild auch in Farbe!

OK; von VB6 her kenne ich u. a. BitBlt und_ StretchBlt. Wie kann man ein
Bild (128*128) z. Bsp. 200*200 groￜ auf ein XLib-Fenster zeichnen?

[Heinz-Mario Frühbeis]

Ich habe jetzt gerade mal ein bmp-File (1650*1050) (habe ich in meinem
VB6-Programm in Gebrauch gehabt) per "gimp" nach xpm exportiert und in
meinem Lernprogramm geladen..., das dauert ja *ewig*!

Wie kriegt man denn ein 1650*1050er-Bild *schnell* auf ein XLib-Fenster
gezeichnet?

[Edzard Egberts]

Heinz-Mario Frï¿œhbeis schrieb:
> <xpm>

> Wie kriegt man denn ein 1650*1050er-Bild *schnell* auf ein XLib-Fenster
> gezeichnet?

z.B. als png, xpm ist schlieï¿œlich ein ASCII-Bildformat und wohl eher
nicht fￜr solche Bildgrￜￜen gedacht.

[Heinz-Mario Frühbeis]

OK, so langsam "strecke ich die Waffen".
Mit xpm.h kann man keine *.png-Bilder laden.
Mit png.h, vllt?
Oder welche lib braucht man?
Und wie nutzt man die?

[Jan Andres]

On 2013-02-26, Heinz-Mario Frühbeis <Earl...@web.de> wrote:
> Am 26.02.2013 13:29, schrieb Edzard Egberts:

>> Heinz-Mario Frühbeis schrieb:

>> > <xpm>
>>> Wie kriegt man denn ein 1650*1050er-Bild *schnell* auf ein XLib-Fenster
>>> gezeichnet?
>>

>> z.B. als png, xpm ist schließlich ein ASCII-Bildformat und wohl eher
>> nicht für solche Bildgrößen gedacht.

>
> OK, so langsam "strecke ich die Waffen".
> Mit xpm.h kann man keine *.png-Bilder laden.
> Mit png.h, vllt?

Ja, und dann wird es wohl einigermaßen aufwendig, die Daten aus dem
PNG-File zu lesen, ggf. das Pixelformat zu konvertieren und in die
Pixmap zu bekommen.

Bist Du durch irgendwelche äußeren Umstände gezwungen, direkt mit den
Xlib-Funktionen zu arbeiten? Wenn nicht, kann ich Dir nur wärmstens
empfehlen, stattdessen ein "modernes" Toolkit wie GTK oder Qt zu
verwenden. Damit gehen viele Sachen deutlich komfortabler. In GTK z.B.
mit einem GdkPixbuf-Objekt, das per gdk_pixbuf_new_from_file() alle
möglichen Bildformate wie PNG und JPEG direkt lesen kann. In Qt gibt es
sicherlich Ähnliches, aber da bin ich nicht so firm.

[Heinz-Mario Frühbeis]

Ich habe mittlerweile das
<http://cvs.savannah.gnu.org/viewvc/fluxus/fluxus/libfluxus/src/PNGLoader.cpp?view=markup&content-type=text%2Fvnd.viewcvs-markup&revision=HEAD>
gefunden.
Das sieht schon recht aufwendig aus. Und nicht wirklich schnell.
In VB6>API habe ich (fast) alles mit kleinen und größeren Bildern
(*.bmp) gemacht. Und das ist wirklich schnell, auch bei einer Auflösung
von 1920*1200.
Bestimmte Bilder, die quasi konsestent sind, habe ich in den Speicher
geladen, eher kleinere dann nach Bedarf geladen, um quasi ein gutes
Mittelmaß an Geschwindigkeit zu haben.

Man liest es immer wieder: "Nimm lieber ein Toolkit, wie ...". Mir ist
das aber zu "wenig".

Ich habe vor ca. 2 Jahren in VB6 mit Win-API angefangen und bin dort
mittlerweile so weit, daß ich u. a. ein eigenes ListView (mit
Scrollbars) schreibe, komplett per API, nur zeichnen.
Mir macht das Spaß.
Auch die Sache mit dem Eventloop ist für mich eine Herausforderung, der
ich mich, wenn ich die nötigen Regeln kenne, durchaus gewachsen sehe.

Bevor ich komplett auf (WIN)API-Programmierung umgestiegen bin, habe ich
z. Bsp. in VB6 viel mit PictureBoxes gearbeitet, was mMn einen Vergleich
zu QT darstellen könnte.
Ich "könnte" also z. Bsp. ein App-Fenster nehmen und darauf dann
"irgendwelche" Zeichenflächen setzen um daraus dann z. Bsp. ein ListView
zu machen.
Aber, das ist mir nicht genug.

Ich mag API-Programmierung und wenn es nach mir ginge, würde ich sogar
noch eine Ebene tiefer gehen...

Mein *größtes* Problem ist, daß ich, seit ich auf Linux umstieg, ich vor
einer *riesigen* Masse stehe, die ich noch gar nicht überblicken kann.
Es geht ja schon los, daß ich nicht wußte, daß man auch noch "per Hand"
Einträge in die *.pro-Datei vornehmen muss.

Jetzt, nach noch einigem Suchmaschinien, habe ich png.h gefunden,
SDL-Image, und und und...
Alleine für png.h säße ich jetzt bestimmt wieder Tage, oder gar Wochen,
vorm Bildschirm um heraus zu bekommen, wie man damit umgeht.

Wenn ich nicht ganz falsch liege, dann hätte ich ja für mein Programm
(soweit) alles zusammen[1], wenn ich jetzt noch *schnell* Bilder auf
XLib-Fenster bekomme...

[1]Fenster erstellen, Events, Socket, Fonts, schnell Bilder zeichnen<?>...

Wenn ihr also was habt, wie es geht mit dem "schnelle Bilder zeichnen",
dann wäre es wirklich toll, wenn man es mir auffassbar darstellt.

Mit Gruß
Heinz-Mario Frühbeis

[Edzard Egberts]

Heinz-Mario Frühbeis schrieb:

> Das sieht schon recht aufwendig aus. Und nicht wirklich schnell.

So etwas gibt es auch mit wenig Aufwand und richtig schnell.

> Man liest es immer wieder: "Nimm lieber ein Toolkit, wie ...". Mir ist
> das aber zu "wenig".

Es reicht, um Programme zu schreiben.

> Ich habe vor ca. 2 Jahren in VB6 mit Win-API angefangen

Microsoft hat 1992 - also vor 21 Jahren! - mit den MFC das erste Toolkit
zur Vereinfachung der Win-API herausgegeben.

> mittlerweile so weit, daß ich u. a. ein eigenes ListView (mit
> Scrollbars) schreibe, komplett per API, nur zeichnen.

Boah, nach 2 Jahren schon? Mit dem richtigen Toolkit könntest Du das in
zwei Tagen schaffen.

> Mir macht das Spaß.

Dann ist ja gut.

> Mein *größtes* Problem ist, daß ich, seit ich auf Linux umstieg, ich vor
> einer *riesigen* Masse stehe, die ich noch gar nicht überblicken kann.

Macht Dir das etwa keinen Spaß? Entscheide Dich bitte.

[Volker Birk]

Edzard Egberts <ed...@tantec.de> wrote:
>> Ich habe vor ca. 2 Jahren in VB6 mit Win-API angefangen
> Microsoft hat 1992 - also vor 21 Jahren! - mit den MFC das erste Toolkit
> zur Vereinfachung der Win-API herausgegeben.

Und das ist ihnen dann auch fulminant misslungen. Vergleicht man hier
beispielsweise mit der Biologie, so darf die MFC von der Eleganz der
Implementierung sowie ihrer geradezu unnachahmlich hypschen API her als
die Schleimwarzenkröte der C++-Klassenbibliotheken gelten.

Der OP schrieb aber etwas von VB6 – und da hatte man nur eine
C-Schnittstelle.

>> Mein *größtes* Problem ist, daß ich, seit ich auf Linux umstieg, ich vor
>> einer *riesigen* Masse stehe, die ich noch gar nicht überblicken kann.
> Macht Dir das etwa keinen Spaß? Entscheide Dich bitte.

Dann doch lieber eine der portablen GUI-Bibliotheken. Auch nicht alle
besonders attraktiv vielleicht, aber da jammert man auf ganz anderem
Niveau.

Viele Grüsse,
VB.
--
“Wohltätigkeit ist das Ersäufen des Rechts im Mistloch der Gnade.”

Johann Heinrich Pestalozzi

[Edzard Egberts]

Volker Birk schrieb:

> Edzard Egberts <ed...@tantec.de> wrote:
>>> Ich habe vor ca. 2 Jahren in VB6 mit Win-API angefangen
>> Microsoft hat 1992 - also vor 21 Jahren! - mit den MFC das erste Toolkit
>> zur Vereinfachung der Win-API herausgegeben.
>
> Und das ist ihnen dann auch fulminant misslungen. Vergleicht man hier
> beispielsweise mit der Biologie, so darf die MFC von der Eleganz der
> Implementierung sowie ihrer geradezu unnachahmlich hypschen API her als
> die Schleimwarzenkröte der C++-Klassenbibliotheken gelten.

Ich denke da eher an die Aga-Kröte. Von der Krötologie abgesehen - wie
obsolet ist die MFC denn wirklich? Ich dachte, dass alles ausser .NET
schon lange abgekündigt ist. Und die Win-API ist meines Wissens noch der
einzige Zugriff auf den Kernel, obwohl da andere APIs möglich wären.

> Der OP schrieb aber etwas von VB6 – und da hatte man nur eine
> C-Schnittstelle.

Aber (fast) keinen Grund die API zu benutzen.


Themenwechsel:

Heinz-Mario Frühbeis schrieb:

>>> Mein *größtes* Problem ist, daß ich, seit ich auf Linux umstieg, ich vor
>>> einer *riesigen* Masse stehe, die ich noch gar nicht überblicken kann.

Und nicht zu überblicken brauchst - auf den Schultern von Riesen:
Das sind alles Werkzeuge, die schon jemand gemacht hat, willst Du denn
gar nichts damit bauen? Definiere Dein Ziel, dann wähle die passenden
Werkzeuge. Die solltest Du vor Anwendung natürlich schon studieren, aber
nicht unbedingt auf Molekülniveau nachbasteln.

> Dann doch lieber eine der portablen GUI-Bibliotheken.

http://www.atai.org/guitool/

Wie zu erfahren ich nicht vermeiden konnte, scheint Dir die KDE zu
gefallen, deshalb bietet sich das QT-Toolkit an. Ich denke, das wird
Deinen Ansprüchen genügen und empfehle als Einstieg die Wikipedia
http://de.wikipedia.org/wiki/Qt_%28Bibliothek%29

[Stefan Reuther]

Heinz-Mario Frühbeis wrote:
> Am 26.02.2013 15:05, schrieb Jan Andres:
>> Ja, und dann wird es wohl einigermaßen aufwendig, die Daten aus dem
>> PNG-File zu lesen, ggf. das Pixelformat zu konvertieren und in die
>> Pixmap zu bekommen.
>>
>> Bist Du durch irgendwelche äußeren Umstände gezwungen, direkt mit den
>> Xlib-Funktionen zu arbeiten? Wenn nicht, kann ich Dir nur wärmstens
>> empfehlen, stattdessen ein "modernes" Toolkit wie GTK oder Qt zu
>> verwenden. Damit gehen viele Sachen deutlich komfortabler. In GTK z.B.
>> mit einem GdkPixbuf-Objekt, das per gdk_pixbuf_new_from_file() alle
>> möglichen Bildformate wie PNG und JPEG direkt lesen kann. In Qt gibt es
>> sicherlich Ähnliches, aber da bin ich nicht so firm.

> [...]

> Man liest es immer wieder: "Nimm lieber ein Toolkit, wie ...". Mir ist
> das aber zu "wenig".

> [...]

> Ich mag API-Programmierung und wenn es nach mir ginge, würde ich sogar
> noch eine Ebene tiefer gehen...

> [...]

> Jetzt, nach noch einigem Suchmaschinien, habe ich png.h gefunden,
> SDL-Image, und und und...
> Alleine für png.h säße ich jetzt bestimmt wieder Tage, oder gar Wochen,
> vorm Bildschirm um heraus zu bekommen, wie man damit umgeht.

Du willst zum einen low-level und noch tiefer, zum anderen suchst du
eine Ein-Klick-Rundum-Wohlfühl-Lösung, die sowas kompliziertes wie das
Decodieren und Skalieren eines PNG- oder JPEG-Bildes für dich erledigt.
Das passt nicht zusammen.

Die Leute, die die Ein-Klick-Rundum-Wohlfühl-Lösungen für das Bilder-
Parsen gebaut haben, haben sie eben nun mal dort untergebracht, wo sie
auch die Ein-Klick-Rundum-Wohlfühl-Lösungen für Messageboxen, File-
requester und Widgets ganz allgemein untergebracht haben: in den Toolkits.

Wenn du pauschal auf Selbermachen stehst, kannst du ja wenigstens bei
den Toolkits spicken. Dafür würde ich dir aber in der Tat empfehlen,
Wochen einzuplanen.


Stefan

[Volker Birk]

Edzard Egberts <ed...@tantec.de> wrote:
> Von der Krötologie abgesehen - wie obsolet ist die MFC denn wirklich?

Rat mal, warum die ATL und GDI+ hinzugefügt wurden?

<http://msdn.microsoft.com/en-us/library/windows/desktop/ms533798%28v=VS.85%29.aspx>
<http://msdn.microsoft.com/en-us/library/3ax346b7%28v=vs.110%29.aspx>

Nicht dass der Eindruck entstünde, das seien die einzigen Möglichkeiten
(tatsächlich ist GDI+ inzwischen wieder deprecated, die ATL hat
überlebt). Windows 8 bietet uns ja auch eine völlig neue API an:

<http://msdn.microsoft.com/en-us/library/windows/apps/hh994934.aspx>

In <k2no6k...@news.in-ulm.de> habe ich zu einer wunderschönen
Besonderheit der Windows-APIs detailliert Stellung genommen, um die
ganze Pracht exemplarisch zu entfalten.

Das Thema ist hier deutlich off-topic, übrigens.

>> Der OP schrieb aber etwas von VB6 – und da hatte man nur eine
>> C-Schnittstelle.
> Aber (fast) keinen Grund die API zu benutzen.

Du hast wohl nicht so viel VB6 gemacht ;-)

> Themenwechsel:

Gute Idee.

[Edzard Egberts]

Volker Birk schrieb:
> Edzard Egberts<ed...@tantec.de> wrote:

> (tatsächlich ist GDI+ inzwischen wieder deprecated, die ATL hat
> überlebt).

Das kann doch eigentlich nicht "ATL ... let you create small, fast
Component Object Model (COM) objects". COM ist doch auch schon längst so
was von deprecated! 10 Jahre etwa.

> Windows 8 bietet uns ja auch eine völlig neue API an:
>
> <http://msdn.microsoft.com/en-us/library/windows/apps/hh994934.aspx>

*Kopfkratz* - DirectX? Ist das nicht in etwa das gleiche, wie
Oberflächen mit OpenGL zu schreiben? Dieses völlig hirnrissige, so
genannte "3D"-Zeugs (an dem genau gar nichts 3D ist)? Das scheint ja
wirklich im Trend zu liegen...

> <k2no6k...@news.in-ulm.de>

Leider nicht über Google-Groups erhältlich.

> Das Thema ist hier deutlich off-topic, übrigens.

Na ja, ein kurzer Blick über den Tellerrand. Außerdem - nach Mono und
der allgemeinen Verkachelung (ist da eigentlich Microsoft daran schuld,
oder wer hat das ursächlich verbrochen?) sollte man diese Jauchegrube
schon im Auge halten - wer weiß, was da als nächstes 'rüberschwappt. ;o(

GNOME3 hat mich jedenfalls sowas von gefickt, mein (alter) Rechner zu
Hause läuft immer noch nicht wieder vernünftig - das war ein Upgrade des
Grauens! Wenn Windows8 nicht der gleichen Mist wäre, würde ich Linux
jetzt wirklich für ein Frickelsystem halten. Mir ist völlig
schleierhaft, warum GNOME ohne Abwärtskompatibilität auf eine völlig
neue Oberfläche, _lauffähig_nur_mit_neuer_Hardware_, umgestellt werden
musste. Das macht doch niemand, dessen Anwender das System wirklich
benutzen?

> Du hast wohl nicht so viel VB6 gemacht ;-)

Gar nicht, aber die Werbelügen haben mich wohl erreicht. ;o)

[Volker Birk]

Edzard Egberts <ed...@tantec.de> wrote:
> COM ist doch auch schon längst so was von deprecated! 10 Jahre etwa.

<http://msdn.microsoft.com/en-us/library/windows/desktop/hh920511.aspx>

>> <k2no6k...@news.in-ulm.de>
> Leider nicht über Google-Groups erhältlich.

<https://groups.google.com/groups/search?as_umsgid=k2no6kUc0qL1%40news.in-ulm.de>

[Edzard Egberts]

Volker Birk schrieb:

> Edzard Egberts<ed...@tantec.de> wrote:
>> COM ist doch auch schon längst so was von deprecated! 10 Jahre etwa.
>
> <http://msdn.microsoft.com/en-us/library/windows/desktop/hh920511.aspx>

Ist das noch in Entwicklung, oder nur Abwärtskompatibilität? Ich weiß
genau, dass das zur Einführung von .NET abgekündigt wurde, gab
schließlich Entwicklertumulte. :o)

>>> <k2no6k...@news.in-ulm.de>
>> Leider nicht über Google-Groups erhältlich.
>
> <https://groups.google.com/groups/search?as_umsgid=k2no6kUc0qL1%40news.in-ulm.de>

de-mail
de.alt.sysadmin.recovery - 478 Beiträge - 43 Autoren - Letzter
Eintrag: 11. Sept. 2012
Volker Birk bum...@dingens.org de alt sysadmin recovery Bernd Petrovitsch
<be...@tuxoid.at> wrote: On Fri, 07 Sep 2012 22:10:37 +0200, Stefan
Reuther ...
http://groups.google.com/g/cc47feeb/t/a9dff68158bdd643/d/7dc99ab0687df462

Da stehe ich etwas auf dem Schlauch - was kann oder soll ich damit anfangen?

[Volker Birk]

Edzard Egberts <ed...@tantec.de> wrote:
> Volker Birk schrieb:
>> Edzard Egberts<ed...@tantec.de> wrote:
>>> COM ist doch auch schon längst so was von deprecated! 10 Jahre etwa.
>> <http://msdn.microsoft.com/en-us/library/windows/desktop/hh920511.aspx>
> Ist das noch in Entwicklung, oder nur Abwärtskompatibilität?

Es geht weiter.

>>>> <k2no6k...@news.in-ulm.de>
>>> Leider nicht über Google-Groups erhältlich.
>> <https://groups.google.com/groups/search?as_umsgid=k2no6kUc0qL1%40news.in-ulm.de>
> de-mail
> de.alt.sysadmin.recovery - 478 Beiträge - 43 Autoren - Letzter
> Eintrag: 11. Sept. 2012
> Volker Birk bum...@dingens.org de alt sysadmin recovery Bernd Petrovitsch
> <be...@tuxoid.at> wrote: On Fri, 07 Sep 2012 22:10:37 +0200, Stefan
> Reuther ...
> http://groups.google.com/g/cc47feeb/t/a9dff68158bdd643/d/7dc99ab0687df462
> Da stehe ich etwas auf dem Schlauch - was kann oder soll ich damit anfangen?

Im Posting mit besagter MID steht ein zum Thema passender Rant.

[Heinz-Mario Frühbeis]

<http://www7.pic-upload.de/27.02.13/wn4w7yo17yyf.png>

ratzfatz <bg>

H-M<der dreimal schreiend um'n Block rennt>F
----
Man, wat 'n äktschen!

[Stefan Reuther]

Volker Birk wrote:

> Edzard Egberts <ed...@tantec.de> wrote:
>>>>><k2no6k...@news.in-ulm.de>
>>>>
>>>>Leider nicht über Google-Groups erhältlich.
>>>
>>><https://groups.google.com/groups/search?as_umsgid=k2no6kUc0qL1%40news.in-ulm.de>
>>
>>de-mail
>>de.alt.sysadmin.recovery - 478 Beiträge - 43 Autoren - Letzter
>>Eintrag: 11. Sept. 2012
>>Volker Birk bum...@dingens.org de alt sysadmin recovery Bernd Petrovitsch
>><be...@tuxoid.at> wrote: On Fri, 07 Sep 2012 22:10:37 +0200, Stefan
>>Reuther ...
>>http://groups.google.com/g/cc47feeb/t/a9dff68158bdd643/d/7dc99ab0687df462
>>Da stehe ich etwas auf dem Schlauch - was kann oder soll ich damit anfangen?
>
> Im Posting mit besagter MID steht ein zum Thema passender Rant.

Die MID findet man nur über das grauselige Google-Groups-Oberfläche eher
schwierig.

Besser ist
<http://groups.google.com/groups?selm=k2no6kUc0qL1%40news.in-ulm.de>,
und dann die tolle neue AJAX-Anwendung eine Weile rödeln lassen.


Stefan

[Edzard Egberts]

Stefan Reuther schrieb:

> Besser ist
> <http://groups.google.com/groups?selm=k2no6kUc0qL1%40news.in-ulm.de>,
> und dann die tolle neue AJAX-Anwendung eine Weile rödeln lassen.

Weia! Diesmal habe ich den leeren Schirm einfach stehen lassen und siehe
da, nach Äonen erschien plötzlich der Beitrag. :o)

Da kann ich nur zustimmen, die Unmassen an gleicher oder ähnlicher
Funktionalität haben mich auch mal genervt. Aber COM hätte MS nicht
abkündigen dürfen, sonst wäre ich Euch hier erspart geblieben...