Re: [compiz] xsltproc, schemas.xslt

2007-05-11 Thread Travis Watkins
On 5/11/07, David Reveman <[EMAIL PROTECTED]> wrote: > On Fri, 2007-05-11 at 15:31 +0200, Travis Watkins wrote: > > It seems like a build dependency on xsltproc was added but not checked > > for in the build system. I have a patch (attached) to fix this. > > I though the check for libxml-2.0 would

Re: [compiz] meta data update

2007-05-11 Thread David Reveman
On Fri, 2007-05-11 at 17:36 +0100, Mike Dransfield wrote: > Dennis Kasprzyk wrote: > > Am Freitag, 11. Mai 2007 17:09 schrieb David Reveman: > > > >> On Fri, 2007-05-11 at 11:52 +0200, Dennis Kasprzyk wrote: > >> > >>> Am Montag, 7. Mai 2007 18:22 schrieb David Reveman: > >>> >

Re: [compiz] meta data update

2007-05-11 Thread David Reveman
On Fri, 2007-05-11 at 18:50 +0200, Dennis Kasprzyk wrote: > Am Freitag, 11. Mai 2007 17:09 schrieb David Reveman: > > On Fri, 2007-05-11 at 11:52 +0200, Dennis Kasprzyk wrote: > > > Am Montag, 7. Mai 2007 18:22 schrieb David Reveman: > > > > The switch to the new metadata system is almost complete.

Re: [compiz] meta data update

2007-05-11 Thread Mike Dransfield
Dennis Kasprzyk wrote: > Am Freitag, 11. Mai 2007 18:36 schrieben Sie: > >> >> I think the point is that plugins should not be aware of other >> plugins at all and should not do anything bad if those plugins >> are not loaded. >> >> > The point is here that some plugins extend or rely on fu

Re: [compiz] xsltproc, schemas.xslt

2007-05-11 Thread David Reveman
On Fri, 2007-05-11 at 15:31 +0200, Travis Watkins wrote: > It seems like a build dependency on xsltproc was added but not checked > for in the build system. I have a patch (attached) to fix this. I though the check for libxml-2.0 would guarantee that xsltproc exists. > > Also, the schemas.xslt f

Re: [compiz] removing string restrictions

2007-05-11 Thread Mike Dransfield
Dennis Kasprzyk wrote: > Am Freitag, 11. Mai 2007 17:15 schrieb David Reveman: > >> On Fri, 2007-05-11 at 11:45 +0200, Dennis Kasprzyk wrote: >> >>> Am Donnerstag, 10. Mai 2007 21:24 schrieb David Reveman: >>> We've previously discussed if we should add some sort of selection >>

Re: [compiz] meta data update

2007-05-11 Thread Mike Dransfield
Dennis Kasprzyk wrote: > Am Freitag, 11. Mai 2007 17:09 schrieb David Reveman: > >> On Fri, 2007-05-11 at 11:52 +0200, Dennis Kasprzyk wrote: >> >>> Am Montag, 7. Mai 2007 18:22 schrieb David Reveman: >>> The switch to the new metadata system is almost complete. All plugins

[compiz] WARNING ONLY A PROOF OF CONCEPT: copy texturing to fix maximum texture size restrictions

2007-05-11 Thread Dennis Kasprzyk
Hi, this mail contains a core patch that enables wrapping of texture functions and a plugin that uses this functions to realize the so called "copy mode". The pure "copy" code is quite simple and mostly clean. The most "hacky" part is the code that fixes the maximum texture size limitations of

Re: [compiz] removing string restrictions

2007-05-11 Thread Dennis Kasprzyk
Am Freitag, 11. Mai 2007 17:15 schrieb David Reveman: > On Fri, 2007-05-11 at 11:45 +0200, Dennis Kasprzyk wrote: > > Am Donnerstag, 10. Mai 2007 21:24 schrieb David Reveman: > > > We've previously discussed if we should add some sort of selection > > > option type and not use string options and st

Re: [compiz] meta data update

2007-05-11 Thread Dennis Kasprzyk
Am Freitag, 11. Mai 2007 17:09 schrieb David Reveman: > On Fri, 2007-05-11 at 11:52 +0200, Dennis Kasprzyk wrote: > > Am Montag, 7. Mai 2007 18:22 schrieb David Reveman: > > > The switch to the new metadata system is almost complete. All plugins > > > in the fdo repo except plane and ini have been

Re: [compiz] removing string restrictions

2007-05-11 Thread David Reveman
On Fri, 2007-05-11 at 11:45 +0200, Dennis Kasprzyk wrote: > Am Donnerstag, 10. Mai 2007 21:24 schrieb David Reveman: > > We've previously discussed if we should add some sort of selection > > option type and not use string options and string restrictions for that > > purpose. > > > > I don't think

Re: [compiz] meta data update

2007-05-11 Thread David Reveman
On Fri, 2007-05-11 at 11:52 +0200, Dennis Kasprzyk wrote: > Am Montag, 7. Mai 2007 18:22 schrieb David Reveman: > > The switch to the new metadata system is almost complete. All plugins in > > the fdo repo except plane and ini have been converted. I'll probably go > > ahead and convert those plugin

Re: [compiz] meta data update

2007-05-11 Thread David Reveman
On Tue, 2007-05-08 at 07:28 +0200, Danny Baumann wrote: > Hi, > > > Plugin dependencies have not yet been moved to the meta data system. I'd > > like some feedback before we do this. I suggest that we use tags similar > > to this: > > > > > > > > large-desktop > > > >

[compiz] xsltproc, schemas.xslt

2007-05-11 Thread Travis Watkins
It seems like a build dependency on xsltproc was added but not checked for in the build system. I have a patch (attached) to fix this. Also, the schemas.xslt file does not seem to be copied into the build dir so the build fails. I have not been able to figure this one out yet. -- Travis Watkins

Re: [compiz] meta data update

2007-05-11 Thread Dennis Kasprzyk
Am Montag, 7. Mai 2007 18:22 schrieb David Reveman: > The switch to the new metadata system is almost complete. All plugins in > the fdo repo except plane and ini have been converted. I'll probably go > ahead and convert those plugins as well sometime soon unless the > original authors of those plu

Re: [compiz] removing string restrictions

2007-05-11 Thread Dennis Kasprzyk
Am Donnerstag, 10. Mai 2007 21:24 schrieb David Reveman: > We've previously discussed if we should add some sort of selection > option type and not use string options and string restrictions for that > purpose. > > I don't think we need a new option type for this. The integer type > should do just

Re: [compiz] removing string restrictions

2007-05-11 Thread Quinn Storm
With an easy metadata setup, this sounds like a very good idea in my opinion. Restricted string options are a pain especially for i18n, as obviously the restricted values are in C/en_US but we need to display to the end user the proper i18n'd value, which would be far easier in this method, as