--nextPart1185428.bkoPDEWYYi Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 29 August 2005 10:12, you wrote: Well, that would suck if there had been scripts yet -- but the reason there= =20 aren't any yet is that I've been afraid of just this happening. So, yes,=20 d-bus has already had a detrimental effect. > Your users will have to do some search and replace (I have no idea yet > about the details, but it should be in the line of 'dcop krita' -> 'dbus > org.kde.krita') - that's the kind of migration work we expect here from > our users going from KDE3 to KDE4. So, how about dcopref and things like that? And I guess I will have to redo= =20 the interface stubs, right? To me that means that I should stop working on dcop interfaces for Krita ri= ght=20 now because the work will be wasted -- and the work I would have to do to=20 port Krita to dbus is essentially churn because it will offer neither me, a= s=20 application maintainer, nor the users -- the script writers -- any=20 appreciable benefits. > And the main question is not if we should have scripting or no scripting, Of course not. Especially since we already have it. > but if we can put that work on our users/3rd party app developers or if > we should make sure 'dcop krita' will work in the future. I'm not knowledgeable like Maksim, so I'm not really entitled to an opinion= ,=20 but if we were to break stuff, it would be good to have something that made= =20 writing scripts using rpc really easy. Like making the interface of the=20 exposed classes completely discoverable in a way that allow authors of rpc= =20 client language blndings to recreate the original interface essentially on= =20 the fly.=20 It's not that I'm all that happy with dcop -- especially dcop ref as a=20 generic, opaque reference stub that doesn't expose the interface of the=20 object it refs for is unpleasant. But I don't know whether dbus actually is= =20 better in that area. =2D-=20 Boudewijn Rempt=20 http://www.valdyas.org/fading/index.cgi --nextPart1185428.bkoPDEWYYi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBDFDdodaCcgCmN5d8RAuufAJ9vqJ0r/sPOE9c9m3kf5s0stVqS5wCgyuC8 7iUHwT/REmPavc8VZl7A46k= =TUAB -----END PGP SIGNATURE----- --nextPart1185428.bkoPDEWYYi--