Avec plusieurs processus, il te faut pas mal de debuggage en parallele, pas forcement facile a mettre en place:
deux process à debugger: un pour le composant, un pour l'appli.
Il faut s'attacher en cours de route au processus qui a ete lance par le serveur, etc etc.
non pas forcèment : tu lances le serveur sous contrôle du débuggeur, c'est tout.
> De là à conclure que les technos KDE sont "supérieures", je vois pas trop. Plus adaptées au desktop peut-être.
Ben c'est la meme chose non ? KDE et Gnome, c'est des desktops.
Hum, pas sûr. GNOME c'est un desktop ET une plateforme de développement. Les applis développées avec les bibliothèques GNOME peuvent avoir besoin des capacités réseau des composants par ex. Il se trouve que le desktop construit avec les bib. GNOME n'en tire pas parti parce qu'il n'en a pas trop besoin.
Moi, perso je m'en fout un peu du desktop : j'utilise qq applis GNOME, un peu le panel. Par contre c'est bien d'avoir des bibliothèques de développement puissantes et flexibles.
[^] # Re: Gnome Office et KOffice
Posté par Vivi . En réponse au journal Gnome Office et KOffice. Évalué à 1.
deux process à debugger: un pour le composant, un pour l'appli.
Il faut s'attacher en cours de route au processus qui a ete lance par le serveur, etc etc.
non pas forcèment : tu lances le serveur sous contrôle du débuggeur, c'est tout.
> De là à conclure que les technos KDE sont "supérieures", je vois pas trop. Plus adaptées au desktop peut-être.
Ben c'est la meme chose non ? KDE et Gnome, c'est des desktops.
Hum, pas sûr. GNOME c'est un desktop ET une plateforme de développement. Les applis développées avec les bibliothèques GNOME peuvent avoir besoin des capacités réseau des composants par ex. Il se trouve que le desktop construit avec les bib. GNOME n'en tire pas parti parce qu'il n'en a pas trop besoin.
Moi, perso je m'en fout un peu du desktop : j'utilise qq applis GNOME, un peu le panel. Par contre c'est bien d'avoir des bibliothèques de développement puissantes et flexibles.