On Sat, 18 Dec 2010, Hans-Christoph Steiner wrote:
On Dec 17, 2010, at 9:35 AM, Mathieu Bouchard wrote:
There are other ways to introduce namespace prefixes. It can be done rather
easily, in much less work than it takes to handle all the explosions of
libraries, the hexloader, the symlinks and
On Dec 17, 2010, at 9:35 AM, Mathieu Bouchard wrote:
On Wed, 15 Dec 2010, Hans-Christoph Steiner wrote:
I believe he means I split out each objectclass into its own file,
like Java does. That allows us to use namespaces prefixes like
zexy/symbol2list.
There are other ways to introduce n
20101217 snapshot fixes:
*implemented Jonathan Wilkes' patch for select object that allows mixed
arguments (symbols and floats)
*further fixes to the build script
*nlet highlighting should not be brought to front as that causes weird
graphical glitches with "to front/back" tool
http://l2ork.music
FWIW, please see attached Makefile changes that fix:
*uninstall not removing files with $ in their names
*default.pdsettings is not included in the installer/uninstaller by the
generate_install_makefile because it is copied over after generate
script is run
*the fact that every make tarbz2 is forc
On Dec 16, 2010, at 4:11 PM, Ivica Ico Bukvic wrote:
On Wed, 2010-12-15 at 17:15 -0800, Jonathan Wilkes wrote:
Hi Ivica,
This may just be leftovers from a previous install:
When I run pd by typing in '/usr/local/bin/pd-l2ork' it works fine.
When I run it by typing pd-l2ork, I get:
sh: /u
On Wed, 15 Dec 2010, Hans-Christoph Steiner wrote:
I believe he means I split out each objectclass into its own file, like
Java does. That allows us to use namespaces prefixes like
zexy/symbol2list.
There are other ways to introduce namespace prefixes. It can be done
rather easily, in much
Apologies for cross-posting...
Another bugfix release is now up. Includes:
*small but important build script fixes
*resolves problem where pd-l2ork executable does not start-up properly
when invoked without path-to-binary
*fixed one stray consistency error
*based on feedback included zexy abstrac
On Thu, 16 Dec 2010, Ivica Ico Bukvic wrote:
Actually, they are not hard at all. I already tried building the whole
thing with aliases and it boils down to changing a few lines in the
installer. That said, I've reverted it back as I philosophically agree
with Hans. There is no reason for those
On Thu, 2010-12-16 at 19:12 -0500, Ivica Ico Bukvic wrote:
> On Wed, 2010-12-15 at 17:15 -0800, Jonathan Wilkes wrote:
> > Hi Ivica,
> > This may just be leftovers from a previous install:
> > When I run pd by typing in '/usr/local/bin/pd-l2ork' it works fine.
> >
> > When I run it by typing
On Wed, 2010-12-15 at 17:15 -0800, Jonathan Wilkes wrote:
> Hi Ivica,
> This may just be leftovers from a previous install:
> When I run pd by typing in '/usr/local/bin/pd-l2ork' it works fine.
>
> When I run it by typing pd-l2ork, I get:
>
> sh: /usr/bin/pd-gui: not found
>
> And it just
--- On Thu, 12/16/10, Ivica Ico Bukvic wrote:
> From: Ivica Ico Bukvic
> Subject: Re: [PD] L2Ork Pd update now available
> To: "Roman Haefeli"
> Cc: pd-list@iem.at
> Date: Thursday, December 16, 2010, 4:00 PM
> On Thu, 2010-12-16 at 14:04 +0100,
> Roman Haefel
--- On Thu, 12/16/10, Roman Haefeli wrote:
> From: Roman Haefeli
> Subject: Re: [PD] L2Ork Pd update now available
> To: "Ivica Ico Bukvic"
> Cc: pd-list@iem.at
> Date: Thursday, December 16, 2010, 2:04 PM
> On Wed, 2010-12-15 at 23:41 -0500,
> Ivica Ico Bukvic
On Tue, Dec 14, 2010 at 6:28 PM, Ivica Ico Bukvic wrote:
> Apologies for cross-posting.
>
> It appears a few more bugs snuck into the stable release. At the same
> time I felt like the rest of the iemgui objects could really benefit
> from the resizing via gui, hence another release.
>
> 20101214
On Wed, 2010-12-15 at 17:15 -0800, Jonathan Wilkes wrote:
> Hi Ivica,
> This may just be leftovers from a previous install:
> When I run pd by typing in '/usr/local/bin/pd-l2ork' it works fine.
>
> When I run it by typing pd-l2ork, I get:
>
> sh: /usr/bin/pd-gui: not found
>
> And it just w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2010-12-16 01:20, Jonathan Wilkes wrote:
> If you look inside the externals/build/src folder you should see
> them. (I think they are all from zexy but not absolutely sure.)
>
> Isn't class_addcreator supposed to take care of this?
>
of what?
On Wed, 2010-12-15 at 17:15 -0800, Jonathan Wilkes wrote:
> Hi Ivica,
> This may just be leftovers from a previous install:
> When I run pd by typing in '/usr/local/bin/pd-l2ork' it works fine.
>
> When I run it by typing pd-l2ork, I get:
>
> sh: /usr/bin/pd-gui: not found
>
> And it just w
On Thu, 2010-12-16 at 14:04 +0100, Roman Haefeli wrote:
> On Wed, 2010-12-15 at 23:41 -0500, Ivica Ico Bukvic wrote:
> > > AFAIK, a2l can be replaced by the vanilla [list].
> >
> > Then I agree with your decision to drop aliases altogether.
>
> To me this discussion sounds like: "Aliases are hard
On Wed, 2010-12-15 at 23:41 -0500, Ivica Ico Bukvic wrote:
> > AFAIK, a2l can be replaced by the vanilla [list].
>
> Then I agree with your decision to drop aliases altogether.
To me this discussion sounds like: "Aliases are hard to implement when
using the libdir format (which was not intended b
> AFAIK, a2l can be replaced by the vanilla [list].
Then I agree with your decision to drop aliases altogether.
Perhaps all libs should be looked over for redundant copies and only the
most stable/polished iterations should be left in the final build. Is
there a list of such objects and their si
u Bouchard wrote:
From: Mathieu Bouchard
Subject: Re: [PD] L2Ork Pd update now available
To: "Jonathan Wilkes"
Cc: "Ivica Ico Bukvic" , pd-list@iem.at
Date: Thursday, December 16, 2010, 2:46 AM
On Wed, 15 Dec 2010, Jonathan Wilkes
wrote:
If you look inside the externals/bu
On Dec 15, 2010, at 10:04 PM, Ivica Ico Bukvic wrote:
Sounds good to me. I've made it a habit years ago to not use aliases.
Except it is not consistent that way in respect to zexy lib where
a2l is
default object for any2list whereas list2symbol is written out in
full.
It seems to me eit
> Sounds good to me. I've made it a habit years ago to not use aliases.
Except it is not consistent that way in respect to zexy lib where a2l is
default object for any2list whereas list2symbol is written out in full.
It seems to me either one or the other approach should be the right one.
The cod
On Wed, 2010-12-15 at 17:56 -0800, Jonathan Wilkes wrote:
> What does "exploded" mean?
>
> -Jonathan
Within this context I believe it means partitioned into smaller pieces
(one lib becomes many sub-libs).
HTH
Ico
___
Pd-list@iem.at mailing list
UNSU
What does "exploded" mean?
-Jonathan
--- On Thu, 12/16/10, Mathieu Bouchard wrote:
> From: Mathieu Bouchard
> Subject: Re: [PD] L2Ork Pd update now available
> To: "Jonathan Wilkes"
> Cc: "Ivica Ico Bukvic" , pd-list@iem.at
> Date: Thursday, Dec
On Wed, 15 Dec 2010, Jonathan Wilkes wrote:
If you look inside the externals/build/src folder you should see
them. (I think they are all from zexy but not absolutely sure.)
Isn't class_addcreator supposed to take care of this?
class_addcreator can only take care of this if it is run. It is no
On Dec 15, 2010, at 2:56 PM, Ivica Ico Bukvic wrote:
It seems it is not, because it has a copy of
'symbol2list.pd_linux'
renamed to 's2l.pd_linux' in extra/flatspace.
Yeah, there's a whole bunch of aliases in externals/build that work
the same way.
Are there any other that exhibit this is
Hi Ivica,
This may just be leftovers from a previous install:
When I run pd by typing in '/usr/local/bin/pd-l2ork' it works fine.
When I run it by typing pd-l2ork, I get:
sh: /usr/bin/pd-gui: not found
And it just waits there until I hit .
Any hints?
-Jonathan
__
--- On Thu, 12/16/10, Mathieu Bouchard wrote:
> From: Mathieu Bouchard
> Subject: Re: [PD] L2Ork Pd update now available
> To: "Ivica Ico Bukvic"
> Cc: "Jonathan Wilkes" , pd-list@iem.at
> Date: Thursday, December 16, 2010, 12:17 AM
> On Wed, 15 Dec 201
> wrote:
> >
> > > From: Roman Haefeli
> > > Subject: Re: [PD] L2Ork Pd update now available
> > > To: "Ivica Ico Bukvic"
> > > Cc: "Jonathan Wilkes" ,
> pd-list@iem.at
> > > Date: Wednesday, December 15, 2010, 10:22
--- On Wed, 12/15/10, Ivica Ico Bukvic wrote:
> From: Ivica Ico Bukvic
> Subject: Re: [PD] L2Ork Pd update now available
> To: "Jonathan Wilkes"
> Cc: pd-list@iem.at, l2ork-...@disis.music.vt.edu, l...@lists.linuxaudio.org,
> pik...@piksel.no
> Date: Wednesday
On Wed, 15 Dec 2010, Ivica Ico Bukvic wrote:
So I guess what I'm saying is that community needs to decide whether to
keep the long or short versions of those objects and convert the ones
that arent accordingly.
Ah, but who is the community, exactly ?
There is still some work to be done before those can be shed because some of
those externals in their original non-aliased format use inconsistent naming
schemes. Namely some of them use abbreviated format like a2l (or whatever its
name is I cannot remember off top of my head) while others use f
Ok, new version is now up that should fix this and other issues in respect to
core pd. I will work on zexy aliases next to offset the loss of flatspace. Now
that I've isolated offending aliases This should be fairly easy.
Cheers!
Ivica Ico Bukvic wrote:
>
>> You're simply hiding the bug:
>>
On Wed, 15 Dec 2010, Ivica Ico Bukvic wrote:
Ok, so I made a list of flatspace objects missing and I keep wondering
if it would not be better to simply do away with all these aliases and
start anew thus encouraging all potential users of pd-l2ork to shed
their redundant aliases in their patche
> > > It seems it is not, because it has a copy of
> > > 'symbol2list.pd_linux'
> > > renamed to 's2l.pd_linux' in extra/flatspace.
> >
> > Yeah, there's a whole bunch of aliases in externals/build that work
> > the same way.
>
> Are there any other that exhibit this issue? s2l is missing becau
> You're simply hiding the bug:
> 1. With the Properties dialogue open, go back and click somewhere
> on the patch to deselect the iemgui. (Btw-- there are times when
> this behavior is convienent, so please don't make the Properties
> dialogue force focus.)
> 2. Click "Ok".
> 3. Still crashes
On Wed, 2010-12-15 at 02:16 -0800, Jonathan Wilkes wrote:
>
> --- On Wed, 12/15/10, Roman Haefeli wrote:
>
> > From: Roman Haefeli
> > Subject: Re: [PD] L2Ork Pd update now available
> > To: "Ivica Ico Bukvic"
> > Cc: "Jonathan Wilkes" ,
On Wed, 15 Dec 2010, Ivica Ico Bukvic wrote:
Can't reproduce over here. Are you running different libs and are they
precompiled for l2ork?
When failing to reproduce a bug that only someone else has, always try
Valgrind, in case the bug is invisible. It doesn't work all of the time
(there are
--- On Wed, 12/15/10, Ivica Ico Bukvic wrote:
> From: Ivica Ico Bukvic
> Subject: Re: [PD] L2Ork Pd update now available
> To: "Jonathan Wilkes"
> Cc: pd-list@iem.at, l2ork-...@disis.music.vt.edu, l...@lists.linuxaudio.org,
> pik...@piksel.no
> Date: Wednesday
--- On Wed, 12/15/10, Roman Haefeli wrote:
> From: Roman Haefeli
> Subject: Re: [PD] L2Ork Pd update now available
> To: "Ivica Ico Bukvic"
> Cc: "Jonathan Wilkes" , pd-list@iem.at
> Date: Wednesday, December 15, 2010, 10:22 AM
> On Wed, 2010-12-15 at
On Wed, 2010-12-15 at 04:04 -0500, Ivica Ico Bukvic wrote:
> On Tue, 2010-12-14 at 23:47 -0800, Jonathan Wilkes wrote:
> > Plus some weirdness:
> > [s2l] doesn't create.
> > [symbol2list] does create, after which:
> > [s2l] creates (?)
> >
> > -Jonathan
>
> Is vanilla pd-extended not exhibiting t
On Tue, 2010-12-14 at 23:47 -0800, Jonathan Wilkes wrote:
> Plus some weirdness:
> [s2l] doesn't create.
> [symbol2list] does create, after which:
> [s2l] creates (?)
>
> -Jonathan
Is vanilla pd-extended not exhibiting this particular problem? Just
checking before digging into code...
_
Plus some weirdness:
[s2l] doesn't create.
[symbol2list] does create, after which:
[s2l] creates (?)
-Jonathan
--- On Wed, 12/15/10, Jonathan Wilkes wrote:
> From: Jonathan Wilkes
> Subject: Re: [PD] L2Ork Pd update now available
> To: "Ivica Ico Bukvic"
>
>
> > 1. New patch.
> > 2. Create [cnv].
> > 3. Save as test.pd
> > 4. Right-click [cnv] and choose "Properties".
> > 5. Click "Ok".
> >
> > Crash.
> > (Hardy.)
> > -Jonathan
> >
> > --- On Tue, 12/14/10, Ivic
On Tue, 2010-12-14 at 21:50 -0800, Jonathan Wilkes wrote:
> For example-- right-click on the top left-hand corner of cnv in run mode
> (since you can't select anything in run mode, this will ensure
> it's not selected). Then choose "Properties".
>
> Now when I click "Ok" under these circumstanc
-- On Wed, 12/15/10, Ivica Ico Bukvic wrote:
> From: Ivica Ico Bukvic
> Subject: Re: [PD] L2Ork Pd update now available
> To: "Jonathan Wilkes"
> Cc: pd-list@iem.at, l2ork-...@disis.music.vt.edu, l...@lists.linuxaudio.org,
> pik...@piksel.no
> Date: Wednesday, Decem
fault:
>
> 1. New patch.
> 2. Create [cnv].
> 3. Save as test.pd
> 4. Right-click [cnv] and choose "Properties".
> 5. Click "Ok".
>
> Crash.
> (Hardy.)
> -Jonathan
>
> --- On Tue, 12/14/10, Ivica Ico Bukvic wrote:
>
> > From: Ivi
Narrowing it down:
segfault only happens if you right-click and choose "Properties"
_without_ having first selected the object.
-Jonathan
--- On Tue, 12/14/10, Ivica Ico Bukvic wrote:
> From: Ivica Ico Bukvic
> Subject: [PD] L2Ork Pd update now available
> To: pd
segfault:
1. New patch.
2. Create [cnv].
3. Save as test.pd
4. Right-click [cnv] and choose "Properties".
5. Click "Ok".
Crash.
(Hardy.)
-Jonathan
--- On Tue, 12/14/10, Ivica Ico Bukvic wrote:
> From: Ivica Ico Bukvic
> Subject: [PD] L2Ork Pd update now available
&
Apologies for cross-posting.
It appears a few more bugs snuck into the stable release. At the same
time I felt like the rest of the iemgui objects could really benefit
from the resizing via gui, hence another release.
20101214 Changelog:
*implemented resizable options for all iemgui objects (some
50 matches
Mail list logo