Re: RE: communication

Vadim Plessky <[email protected]>
Newsgroups gmane.comp.xfree86.forum
Message-ID <[email protected]>
On Sunday 23 March 2003 15:27, Willy wrote:
|  > I think it would be good if XFree86 Core Developers subscribe to
|  > <[email protected]>, <[email protected]> and
|  > <[email protected]> (where inter-operability among
|  > different Desktops
|  > is discussed).
|  > Besides, we should post message to those lists as well with
|  > invitation to join
|  > <[email protected]> and discuss XFree86 future.
|
|  Can't disagree, but it seems a lot of work (or discussions, technical
|  questions, etc.) already waiting for us. Joinig developers from
|  "end user" (mean X users) lists will add more themes to discuss and

kde-core-devel is ML for *KDE Core Developers*.
For peopel who decide on KDE architecture, new features to be released in next 
version, etc.
There is an on-going cooperation between GNOME and KDE teams, items to discuss 
are usually posted to kde-core-devel.
I would be surprised to hear that XFree86 Core Devel are not willing to 
subscribed to kde-core-devel (and asking other people to subscribe to 
<[email protected]>)

|  we'll spend all time to classify/join/split tasks needed to be done.
|  But if main conceptual things of X redesign/reengeneering will be done,
|  many questions will go away, and rest will go into right place.
|  I'm not right ?
|
|  > Communication doesn't work when it's monologue. We should
|  > have dialogue and
|  > take into consideration not only XFree86 Project requirements, but
|  > requirements of GNOME, KDE, Rox, Nautilus, etc. teams as well.
|
|  In general, lot of things needed by "desktops" already known. Isn't ?
|  And, once more, we need redesinged X, development process,
|  etc. to start _seriously_ enhance features.

No, a lot of things needed by "desktops" are *not known*.
For example, it seems that Linux community has very low interest in SVG 
technology.
Incorporating Xr/Xc/SVG into X as a *core* library would simplify a lot of 
things, reduce code bloat, and make systems more responsive.
But this would be certanly requere rewrite of many traditional (legacy) X 
apps.  For example, TWM (and all other Window Managers) come to mind here.
Instead of hacking "better gradient algorithm" for yet-another-WM, it would be 
much better to get finally gradient support into Xr/Xc/XSVG, and hack KWin & 
MetaCity to use those layers.  This, of course, requires GTK+ and QT 
modification, but benefit we would get after all worth efforts.

In the mean time, it canbe certably interesting to take some minimalist WM 
(like AEWM++, or BlackBox) and hack that WM to support Xr/Xc.

|
|  > I understand that reading 2-3 mailing lists (in addition to
|  > <[email protected]>) would take more time, but not ethat
|  > subscribing &
|  > reading XFree86 lists (in particular, Devel list) also takes time.
|  > So, projects should make step to each other in order to
|  > improve communication.
|
|  May be we'll start to write TODOs ?

Good idea :-)

|
|  > Vadim Plessky
|  > SVG Icons * BlueSphere Icons 0.3.0 released
|  > http://svgicons.sourceforge.net
|
|  /aTan

-- 
Best Regards,

Vadim Plessky
SVG Icons * BlueSphere Icons 0.3.0 released
http://svgicons.sourceforge.net
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.