On Thu, 2016-06-16 at 20:15 +0200, IOhannes m zmölnig wrote:
> On 06/13/2016 11:25 AM, Roman Haefeli wrote:
> >
> > I believe yet all have agreed to ~/.local/lib/pd/extra as the
> > default
> > install path (and most recent Deken uses it).
> more important: (upcoming) Pd-0.47-1 uses it
>
> >
> >
on reddit are some interesting helpless deken experiences too:
https://www.reddit.com/r/puredata/comments/4hdtcg/making_pd_pure_like_pdextended/
On 2016년 06월 08일 19:09, Hans-Christoph Steiner wrote:
>
> I'm just trying deken for the first time, awesome piece of work! I'd
> like to find a litt
On 06/13/2016 11:25 AM, Roman Haefeli wrote:
> I believe yet all have agreed to ~/.local/lib/pd/extra as the default
> install path (and most recent Deken uses it).
more important: (upcoming) Pd-0.47-1 uses it
> There was some concerns about creating directories without asking. Now,
> do those co
On 06/15/2016 02:32 AM, Miller Puckette wrote:
> It's working for me. I've taken teh liberty of adding an "OK/cancel"
> confirnation that prints where the thing will get installed.
nice idea.
in the deken repository i've changed this slightly to a "Yes/No/Cancel"
dialog:
- yes proceeds to instal
I'm just trying to fix a bug or two... but who knows how long that might
take.
cheers
M
On Tue, Jun 14, 2016 at 09:42:19PM -0300, Alexandre Torres Porres wrote:
> btw, roughly when could we see a 0.47-1 update?
>
> cheers
>
> 2016-06-14 21:32 GMT-03:00 Miller Puckette :
>
> > It's working for
btw, roughly when could we see a 0.47-1 update?
cheers
2016-06-14 21:32 GMT-03:00 Miller Puckette :
> It's working for me. I've taken teh liberty of adding an "OK/cancel"
> confirnation that prints where the thing will get installed. (This is
> default behavior of apt-get, etc. so it's not too
It's working for me. I've taken teh liberty of adding an "OK/cancel"
confirnation that prints where the thing will get installed. (This is
default behavior of apt-get, etc. so it's not too nutty of me to think
this is a reasonable step. It's much less invasive than throwing the
file chooser up a
On Wed, 2016-06-08 at 12:09 +0200, Hans-Christoph Steiner wrote:
> * by default, install into user's pd externals folder without any
> prompt
> (~/pd-externals, etc)
I'm trying to resume...
I believe yet all have agreed to ~/.local/lib/pd/extra as the default
install path (and most recent Deken u
> Subject: Re: [PD] deken install user experience
>
>
>
> Le 09/06/2016 à 20:16, Lucas Cordiviola a écrit :
> >
> > One simple solution will be to have one zip containing all externals
> > (updated monthly?) this will be the most simple and interesting for
> &
Le 09/06/2016 à 20:16, Lucas Cordiviola a écrit :
One simple solution will be to have one zip containing all externals
(updated monthly?) this will be the most simple and interesting for
new users.
I don't know in this case how to avoid conflicts, sometimes I have to
remove mrpeach from p
> Having deken proposing solutions for resolving missing patch >
dependencies looks very interesting, it should save a lot of time to > users
that want to collaborate on same patches from different machines.
One simple solution will be to have one zip containing all externals (updated
mo
> Sorry if I missed this, but what is the point of displaying> incompatible
> (wrong arch, wrong platform) Deken packages? What would be> harmed if they'd
> be hidden completely? I fail to see the advantage of> having the possibility
> of downloading a package of wrong arch/platform.
--like: pre
;
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
> On Jun 9, 2016, at 4:00 AM, pd-list-requ...@lists.iem.at wrote:
>
> From: Max mailto:abonneme...@revolwear.com>>
> Subject: Re: [PD] deken install user experience
> Date: June 9,
I agree with Hans.
My 2 cents: I kind of like ~/pd-externals and use it for both deken and my own
git clones of various abstraction libs, etc. I don;t mind it being “in the way”
as I routinely work from it on my own libs.
IMO there should be a deken path setting in the Path dialog with
~/.loca
Le 09/06/2016 à 10:01, IOhannes m zmoelnig a écrit :
On 2016-06-09 08:19, patrice colet wrote:
one is about adding a lib and/or a path entry in PureData preferences
afaict there is agreement that dependencies should be [declare]d in the
patch, rather than system-wide.
this makes the ability to
On 09/06/16 16:33, Roman Haefeli wrote:
Sorry if I missed this, but what is the point of displaying
incompatible (wrong arch, wrong platform) Deken packages? What would be
harmed if they'd be hidden completely? I fail to see the advantage of
having the possibility of downloading a package of wron
On Thu, 2016-06-09 at 14:14 +0200, IOhannes m zmoelnig wrote:
> On 2016-06-09 10:33, Roman Haefeli wrote:
> >
> > Sorry if I missed this, but what is the point of displaying
> > incompatible (wrong arch, wrong platform) Deken packages? What
> > would be
> > harmed if they'd be hidden completely? I
On 2016-06-09 10:33, Roman Haefeli wrote:
> Just to chime in about unzipping-in-Windows aspect, from what I can
> tell that would smoothen the Deken experience for Windows users _a
> lot_.
well, test it
https://github.com/pure-data/deken/tree/w32-unzip
amd if it works, chances are high that the
On 2016-06-09 10:33, Roman Haefeli wrote:
> Sorry if I missed this, but what is the point of displaying
> incompatible (wrong arch, wrong platform) Deken packages? What would be
> harmed if they'd be hidden completely? I fail to see the advantage of
> having the possibility of downloading a package
On 2016-06-09 10:58, cyrille henry wrote:
>
>
> Le 09/06/2016 10:33, Roman Haefeli a écrit :
>
>> In my ideal world, I write a Pd project, make sure it properly declares
>> what it needs and then people who want to run my project find a list in
>> the documentation with the required externals
>
ok, cyrille was 2 minutes faster with the idea. Chapeau.
On 2016년 06월 09일 17:58, cyrille henry wrote:
>
>
> Le 09/06/2016 10:33, Roman Haefeli a écrit :
>
>> In my ideal world, I write a Pd project, make sure it properly declares
>> what it needs and then people who want to run my project find
On 2016년 06월 09일 17:33, Roman Haefeli wrote:
> In my ideal world, I write a Pd project, make sure it properly declares
> what it needs and then people who want to run my project find a list in
> the documentation with the required externals (with no further
> explanation how to do that and where to
Le 09/06/2016 10:33, Roman Haefeli a écrit :
In my ideal world, I write a Pd project, make sure it properly declares
what it needs and then people who want to run my project find a list in
the documentation with the required externals
in an other ideal world, [declare] notice that the declar
On Thu, 2016-06-09 at 10:06 +0200, IOhannes m zmoelnig wrote:
> On 2016-06-08 20:07, IOhannes m zmölnig wrote:
> >
> > i still believe that a collapsed subtree view would be ok.
> but that's not to say that i would be opposed to totally hiding
> incompatible packages (as long as you can easily unh
On Thu, 2016-06-09 at 10:01 +0200, IOhannes m zmoelnig wrote:
> On 2016-06-09 08:19, patrice colet wrote:
> >
> > one is about adding a lib and/or a path entry in PureData
> > preferences
> afaict there is agreement that dependencies should be [declare]d in
> the
> patch, rather than system-wide.
On Wed, 2016-06-08 at 14:00 +0200, IOhannes m zmoelnig wrote:
> On 2016-06-08 12:09, Hans-Christoph Steiner wrote:
> >
> >
> > I'd
> > like to find a little time to contribute to it, to smooth out the
> > user
> cool.
> welcome back.
>
> >
> >
> > * hide all incompatible library version by def
On 2016-06-08 20:07, IOhannes m zmölnig wrote:
> i still believe that a collapsed subtree view would be ok.
but that's not to say that i would be opposed to totally hiding
incompatible packages (as long as you can easily unhide them).
fgmsadr
IOhannes
signature.asc
Description: OpenPGP digital
On 2016-06-09 08:19, patrice colet wrote:
> and the other is about removing/disabling deken installed external
ys that would be nice to have.
however, it is non-trivial with the current "package architecture"
(which is just a zip-file that gets unpacked) to track which files got
installed by a giv
On 2016-06-09 08:19, patrice colet wrote:
> one is about adding a lib and/or a path entry in PureData preferences
afaict there is agreement that dependencies should be [declare]d in the
patch, rather than system-wide.
this makes the ability to automatically add libs/paths to the
preferences a very
hello,
I tried to follow deken discussions and would like to jump on topic for
pointing out two missing methods...
one is about adding a lib and/or a path entry in PureData preferences,
and the other is about removing/disabling deken installed external files
and pref...
best,
pc
Le 08/0
On 06/08/2016 06:56 PM, Hans-Christoph Steiner wrote:
> I mean completely hide, no trace at all. The way it is now is intimidating.
please create a ticket on github.
i still believe that a collapsed subtree view would be ok.
>
> The correct fix IMHO would be to make pd support
that's unrelated
I mean completely hide, no trace at all. The way it is now is intimidating.
The correct fix IMHO would be to make pd support
~/.local/share/pd-externals on GNU/Linux, then make all platforms
install into there by default.
.hc
IOhannes m zmoelnig:
> On 2016-06-08 12:09, Hans-Christoph Steiner
-requ...@lists.iem.at wrote:
>
> From: Matt Barber mailto:brbrof...@gmail.com>>
> Subject: Re: [PD] deken install user experience
> Date: June 8, 2016 at 10:24:10 AM MDT
> To: Pd List mailto:pd-l...@iem.at>>
>
>
> Users on the Facebook group have complain
Users on the Facebook group have complained that on Windows they have to
take the extra step of unzipping. Is there a way to include a simple
windows binary with Pd that would decompress automatically?
On Wed, Jun 8, 2016 at 8:00 AM, IOhannes m zmoelnig wrote:
> On 2016-06-08 12:09, Hans-Christo
On 2016-06-08 12:09, Hans-Christoph Steiner wrote:
>
> I'd
> like to find a little time to contribute to it, to smooth out the user
cool.
welcome back.
>
> * hide all incompatible library version by default (e.g. hide OSX and
> Windows versions on GNU/Linux)
this is what we are currently doing
35 matches
Mail list logo