On Thu, 12 Aug 2010, Hans-Christoph Steiner wrote:
What does sprintf have to do with grids?
ah, now it has something to do with grids.
introducing [#sprintf], sharing almost all of its code with [gf/sprintf]
(and with [gf/error] too)
http://gridflow.ca/help/gf/sprintf-help.html
Maemo N900 is another option, as you can run Pd-vanilla and you can compile any
external you like ( although we haven't test GEM yet) in the actual device. We
are currently fixing the audio and later on we might take a look at some GUI
development, but the good thing is, it is the same Pd
Hi everybody!
@ José:
Hi, maybe is a lofi solution but works...need a cd...
I created an autorun cd on ubuntu...first create an empty file called
autorun
and edit with gedit or wathever
That might be a good idea if I had a cd-rom in the box but unfortunately I
don't!
@ Cyrille
depending
Le 13/08/2010 11:46, Ingo Scherzinger a écrit :
Hi everybody!
@ José:
Hi, maybe is a lofi solution but works...need a cd...
I created an autorun cd on ubuntu...first create an empty file called
“autorun”
and edit with gedit or wathever
That might be a good idea if I had a cd-rom in the
is this really important?
i mean : if you start ubuntu graphical interface if no screen is pluged,
why not
starting pd gui?
I tried it but the patch didn't start.
Ingo
Le 13/08/2010 11:46, Ingo Scherzinger a écrit :
Hi everybody!
@ José:
Hi, maybe is a lofi solution but
Le 13/08/2010 12:49, Ingo Scherzinger a écrit :
is this really important?
i mean : if you start ubuntu graphical interface if no screen is pluged,
why not
starting pd gui?
I tried it but the patch didn't start.
maybe you also need to force a screen size.
what happen if you plug a screen
Merhaba Koray,
that's exciting news! Does Maemo run Pd's GUI too? Do you know if Maemo
(that's the OS, right?) will be developed further, I heard it will be
merged with MeeGo? Oh, and who is 'we', the people developing it?
all the best,
Peter
On 08/13/2010 09:41 AM, Koray Tahiroglu wrote:
Hi Cyrille,
I guess I did set the screen size but maybe there is some other important
information that is missing in the xorg.conf. Here is what my xorg.conf
looks like:
Section ServerFlags
Option BlankTime 0
Option StandbyTime0
Option SuspendTime0
On Fri, 13 Aug 2010, Ingo Scherzinger wrote:
-- Connecting the monitor after booting results in no signal at the
monitor output --
That's probably a better question for the Ubuntu forums rather than
here...
But when you get the answer, post it here ! I've had also such problems of
no
hello,
here is mine on my laptop (so i have everytime a screen) :
but i use same kind of xorg with desktop where instllation can work with /
without screen.
i declare somes metamode, but this may work only with nvidia driver.
c
Section ServerLayout
Identifier Layout0
Screen
Dear list,
wondering what the exact meaning of the outlet of [netreceive] in TCP
mode is:
Does it indicate whether Pd through the OS was able to open a port
or
does it indicate if a TCP packet arrived at the destination?
And: Am I correct assuming that netsend only outputs a message when it
got
wondering what the exact meaning of the outlet of [netreceive] in TCP
mode is:
Does it indicate whether Pd through the OS was able to open a port
The right outlet indicates that the port is open and the other end is
listening.
or
does it indicate if a TCP packet arrived at the
HI Peter et al -
The netreceive outlet reports the number of netsends currently connected to
it. This only gets reported for TCP protocol (UDP doesn't maintain
connections).
I don't think netsend reports when an outgoing connection gets closed, but
this might be possible to add (and I think it
A tradução não é exclusivamente para pessoas que não compreendem o Inglês,
até porquê não tem como fazer um uso pleno do PD sem saber pelo menos ler em
inglês.
Quando você começa a estudar algo do zero, fica mais fácil se isto está no
seu idioma. Isso é algo que até te anima e te adianta algumas
On Fri, 13 Aug 2010, Ildomar Gomes de Carvalho Junior wrote:
A tradução não é exclusivamente para pessoas que não compreendem o Inglês,
It's also a matter of feeling more at home, regardless of actual skill.
I want to find a way to translate help patches while keeping track of the
changes
On Thu, 12 Aug 2010, Bernardo Barros wrote:
yeah. ok :-) My point was based that we (free software guys) have
limited resources. And we (Portuguese speaking free software guys)
have a bit less. Is it nice to have lots of translations? Yes. But
what is the cost?
The cost in Pd is quite
The day we have meaningful diffs, we can systematise the evolution of pd
help file translations, as mistakes are corrected, as details are
explained, and as new features are added.
Nicely pointed Mathieu, I agreed. Although it is not trivial,
its definitely a matter that should be addressed to
Hum, yes. For PD it is a problem indeed. The file format would have
separate content from presentation, right? You can have the same
program with objects in different places. But to have that you must
guarantee that the object location cannot influence the procedures of
the program (if a box is on
Tcl/Tk should run fine on the N900 since it runs on the N810. Can't say
that Pd's GUI is going to be useful on a tiny screen with fat fingers :)
.hc
On Fri, 2010-08-13 at 14:59 +0200, Peter Plessas wrote:
Merhaba Koray,
that's exciting news! Does Maemo run Pd's GUI too? Do you know if
This would be an awesome project for someone to take on. From my point
of view, I think the most fruitful place to start is not the .pd text
file format, but the visual rendering of that text file. It is how the
Pd patch looks that is meaningful, so I think that rendering an image of
each
humm... isn't that the major issue concerning a graphical language like pd?
We can try to diff both visual and text elements, but I think what has the
most semantical meaning diff-wise should be the text file content. I am
trying to think about small example first so I can see the extent of the
On Thu, 12 Aug 2010, João Pais wrote:
- but anyway Pd's operating language is (and it will be for much time)
english. Since all help files are in english, it's not possible to go beyond
a certain level in Pd without coping with this.
Do you mean it's not possible to translate help files ?
On Sat, 14 Aug 2010, Pedro Lopes wrote:
How could pd's file structure could be easily changed to being more
diffable? Have you organized any thoughts on that?
First I thought about major changes to pd, replacing the object linked
list of each canvas, by a std::map structure or anything else
On Fri, 13 Aug 2010, Bernardo Barros wrote:
Hum, yes. For PD it is a problem indeed. The file format would have
separate content from presentation, right?
Yes and no... there are different things that this idea can mean. the
documentation system of GridFlow does separate part of the
On Fri, 13 Aug 2010, Hans-Christoph Steiner wrote:
It is how the Pd patch looks that is meaningful, so I think that
rendering an image of each patch/subpatch then using some kind of visual
diff would be a good place to start.
There is the Visual Diff feature in desiredata, which blinks a big
25 matches
Mail list logo
