On Tue, 18 Sep 2007, Hans-Christoph Steiner wrote:
They key difference would be that each stdlib would have a standardized
interface, and each objectclass would conform to that interface. For
example, there could be an 'io' standard lib. Everything in that lib
would respond to [open(, [close(
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> We would not have Gem, PDP, PiDiP, hid, ann, pdogg, streaming, theora/
> speex/mp3 externals, etc. if we did not allow externals to use non-
> core libraries.
Nowhere did I say that. All I'm suggesting is, that a std-
On Sep 18, 2007, at 6:26 AM, Frank Barknecht wrote:
> Hallo,
> Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
>
>> This all sounds excellent, I think this is exactly what would work
>> well. As for choosing standard namespace names, I think that we
>> should follow the lazy
On Sep 18, 2007, at 9:43 AM, IOhannes m zmoelnig wrote:
> Georg Holzmann wrote:
>> Hallo!
>>
>>> as far as i have understood it, the standard library wants to
>>> duplicate
>>> externals: e.g. an object that allows interfacing with the serial
>>> port
>>> would be a copy of iem/comport that i
On Sep 18, 2007, at 8:23 AM, IOhannes m zmoelnig wrote:
> Frank Barknecht wrote:
>> Hallo,
>>
>>
>> Another issue would be the use of objects not in Pd core in such a
>> standard library. In my opinion and for reasons I mentioned several
>> times during the last days a Pd-std-library should work
On Sep 18, 2007, at 11:04 AM, Frank Barknecht wrote:
> Hallo,
> Georg Holzmann hat gesagt: // Georg Holzmann wrote:
>
>> As far as I undestood it the code of e.g. comport would go in this
>> standard lib (e.g. to hardware/comport) but should not duplicate the
>> code - instead the iem/comport cod
Hallo,
Georg Holzmann hat gesagt: // Georg Holzmann wrote:
> As far as I undestood it the code of e.g. comport would go in this
> standard lib (e.g. to hardware/comport) but should not duplicate the
> code - instead the iem/comport code should be obsolete and now
> maintained in hardware/compor
Georg Holzmann wrote:
> Hallo!
>
>> as far as i have understood it, the standard library wants to duplicate
>> externals: e.g. an object that allows interfacing with the serial port
>> would be a copy of iem/comport that is named hardware/comport (or whatever).
>> thus it would not rely on "3rd
Hallo!
> as far as i have understood it, the standard library wants to duplicate
> externals: e.g. an object that allows interfacing with the serial port
> would be a copy of iem/comport that is named hardware/comport (or whatever).
> thus it would not rely on "3rd party" externals, but on stdli
Frank Barknecht wrote:
> Hallo,
>
>
> Another issue would be the use of objects not in Pd core in such a
> standard library. In my opinion and for reasons I mentioned several
> times during the last days a Pd-std-library should work without
> third-party externals (like the "purepd" or list-abs co
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> This all sounds excellent, I think this is exactly what would work
> well. As for choosing standard namespace names, I think that we
> should follow the lazy consensus rule, with required discussion,
> i.e., standa
On Sep 17, 2007, at 12:21 PM, Frank Barknecht wrote:
> Hallo,
> Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
>
>> Call me an anarchist, but I believe that we can do it without an
>> editor-in-chief. It just takes some communication and mutual
>> respect. We've gotten this
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
> Call me an anarchist, but I believe that we can do it without an
> editor-in-chief. It just takes some communication and mutual
> respect. We've gotten this far with the whole Pd-extended collection
> without an e
On Sep 16, 2007, at 5:59 AM, Frank Barknecht wrote:
> Hallo,
> Frank Barknecht hat gesagt: // Frank Barknecht wrote:
>
>> Thomas O Fredericks hat gesagt: // Thomas O Fredericks wrote:
>>> By building the pdmtl abstractions layer, users do not have to
>>> care about
>>> namespaces anymore (anywa
Hallo,
Frank Barknecht hat gesagt: // Frank Barknecht wrote:
> Thomas O Fredericks hat gesagt: // Thomas O Fredericks wrote:
> > By building the pdmtl abstractions layer, users do not have to care about
> > namespaces anymore (anyways, I don't), as all externals/libraries are
> > treated as hidden
Hallo,
Thomas O Fredericks hat gesagt: // Thomas O Fredericks wrote:
> You will be happy to know that the pdmtl abstractions have given up (for a
> couple of months now) the [pdmtl/list/op] style of naming it's abstractions.
In favour of [list/op]? That's what I wrote. Or did I miss something?
>
On Sat, 2007-09-15 at 11:01 -0400, Thomas O Fredericks wrote:
> I would say "give up"
hm it seems the only thing i can do here is to become religious and
a follower of the church of consistency and wait until all have become
members of this church.
roman
___
You will be happy to know that the pdmtl abstractions have given up (for a
couple of months now) the [pdmtl/list/op] style of naming it's abstractions.
By building the pdmtl abstractions layer, users do not have to care about
namespaces anymore (anyways, I don't), as all externals/libraries are
tr
Hallo,
Roman Haefeli hat gesagt: // Roman Haefeli wrote:
> On Fri, 2007-09-14 at 00:14 -0400, Hans-Christoph Steiner wrote:
> > >>
> > >> Again, this is up to the person building them.
> > >
> > > why? what is the benefit of it, when your decision creates
> > > inconistencies? since everything see
On Fri, 2007-09-14 at 00:14 -0400, Hans-Christoph Steiner wrote:
> >>
> >> Again, this is up to the person building them.
> >
> > why? what is the benefit of it, when your decision creates
> > inconistencies? since everything seems to be hostet in cvs, why
> > does cvs
> > still support two ways
On Sep 13, 2007, at 2:02 AM, Roman Haefeli wrote:
> On Thu, 2007-09-13 at 07:30 +0200, Roman Haefeli wrote:
>
>> i tried to always call it 'pd-vanilla/externals', not just 'pd-
>> vanilla',
>> in order to make clear, that i am using pd-vanilla and compiling the
>> externals myself. anyway, if i
On Sep 13, 2007, at 1:40 PM, Roman Haefeli wrote:
> On Thu, 2007-09-13 at 11:14 -0400, Hans-Christoph Steiner wrote:
>
>>
>> Again, this is up to the person building them. For example, the
>> externals that come with Pd in the "extra" folder are built in both
>> ways. bonk~, fiddle~ are built a
On Thu, 2007-09-13 at 11:14 -0400, Hans-Christoph Steiner wrote:
>
> Again, this is up to the person building them. For example, the
> externals that come with Pd in the "extra" folder are built in both
> ways. bonk~, fiddle~ are built as single files. The exprs are all
> built into one
On Sep 13, 2007, at 1:30 AM, Roman Haefeli wrote:
> On Thu, 2007-09-13 at 00:49 -0400, Hans-Christoph Steiner wrote:
>> On Sep 12, 2007, at 12:47 PM, Roman Haefeli wrote:
>>
>>> hi marius, hi iohannes
>>>
>>> sorry to chime whitout having participated yet to this discussion at
>>> all,
>>>
>>> On
On Thu, 2007-09-13 at 07:30 +0200, Roman Haefeli wrote:
> i tried to always call it 'pd-vanilla/externals', not just 'pd-vanilla',
> in order to make clear, that i am using pd-vanilla and compiling the
> externals myself. anyway, if i compile the externals how it is described
> in the README, that
On Thu, 2007-09-13 at 00:49 -0400, Hans-Christoph Steiner wrote:
> On Sep 12, 2007, at 12:47 PM, Roman Haefeli wrote:
>
> > hi marius, hi iohannes
> >
> > sorry to chime whitout having participated yet to this discussion at
> > all,
> >
> > On Wed, 2007-09-12 at 17:17 +0200, IOhannes m zmoelnig wr
26 matches
Mail list logo
