Hey Hans,
So I've removed pixelTANGO's dependancy on pyext. I've converted pt.layerfx and pt.filelist to be pd-extended happy. I just need to do pt.entry and we should be good shape.
pt.entry needs to know where the fonts are installed, so thats why I'm bringing this up on pd-dev.
I could put fonts in extra/pixeltango/fonts, and make the abstraction reflect that, but since the fonts are just ttf and therefore shared by Gem and perhaps other apps to it makes sense to move these into a more general location.
#1. Where to put them?
#2. How to access them from inside a pd patch? (using getdir)
If they are in extra/fonts looks like we can get at them from an abstraction with this:
[bang< | [getdir] | [makesymbol %s/../../fonts/*]
Or any brilliant ideas about finding the system fonts in a standard way that works accross all platforms?
Hans, I can't commit my changes for some reason, cvs.sourceforge.net is not accepting connections, I'll keep trying..
.b.
On Mar 30, 2006, at 5:52 PM, B. Bogart wrote:
Hey Hans,
So I've removed pixelTANGO's dependancy on pyext. I've converted pt.layerfx and pt.filelist to be pd-extended happy. I just need to do pt.entry and we should be good shape.
Just so people know, I am not secretly plotting the demise of pyext ;). Its just that its been crashing on instantiation with Pd- extended and I've never used Python, so I wouldn't know where to start debugging. So in the interest in getting pixelTANGO into Pd- extended, I helped Ben port to existing C objects + [folder_list].
pt.entry needs to know where the fonts are installed, so thats why I'm bringing this up on pd-dev.
I could put fonts in extra/pixeltango/fonts, and make the abstraction reflect that, but since the fonts are just ttf and therefore shared by Gem and perhaps other apps to it makes sense to move these into a more general location.
#1. Where to put them?
#2. How to access them from inside a pd patch? (using getdir)
If they are in extra/fonts looks like we can get at them from an abstraction with this:
[bang< | [getdir] | [makesymbol %s/../../fonts/*]
Or any brilliant ideas about finding the system fonts in a standard way that works accross all platforms?
That [makesymbol] trick would work, though you might want to use [makefilename] since its Pd-core ([makesymbol] is more flexible and appropriately named tho).
I think it would be worth a little research to see how hard it would be to use the system path. I guess the tricky part would be know which platform you are on. Perhaps its time for a [uname] object.
Then you'd just have it bang a message with the path based on the [uname] output. [folder_list] can interpret Windows env vars, so this should give you the Font dir on any Windows box:
[symbol %systemroot%/fonts( | [folder_list] |
It would be nice to have UNIX env vars too, but I haven't found an easy way to do that yet.
Hans, I can't commit my changes for some reason, cvs.sourceforge.net is not accepting connections, I'll keep trying..
Yeah, its been down it seems...
http://sitedocs.sourceforge.net/status/support_sitestatus.html
Time to switch to SVN? ;)
.hc
________________________________________________________________________ ____
"If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it." - Thomas Jefferson
On Thu, 30 Mar 2006, Hans-Christoph Steiner wrote:
It would be nice to have UNIX env vars too, but I haven't found an easy way to do that yet.
I don't know if this fits your problem, but did you take a look at the POSIX getenv() function ?
Guenter
Hans, I can't commit my changes for some reason, cvs.sourceforge.net is not accepting connections, I'll keep trying..
Yeah, its been down it seems...
http://sitedocs.sourceforge.net/status/support_sitestatus.html
Time to switch to SVN? ;)
.hc
"If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it." - Thomas Jefferson
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
On Mar 31, 2006, at 2:26 AM, geiger wrote:
On Thu, 30 Mar 2006, Hans-Christoph Steiner wrote:
It would be nice to have UNIX env vars too, but I haven't found an easy way to do that yet.
I don't know if this fits your problem, but did you take a look at the POSIX getenv() function ?
I am hoping to avoid having to write the code to parse the env vars out of a glob statement. Looking them up is easy enough. The Windows API provides a handy function which does it for you. I am quite surprised there isn't one.
.hc
Guenter
Hans, I can't commit my changes for some reason, cvs.sourceforge.net is not accepting connections, I'll keep trying..
Yeah, its been down it seems...
http://sitedocs.sourceforge.net/status/support_sitestatus.html
Time to switch to SVN? ;)
.hc
"If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it." - Thomas Jefferson
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
________________________________________________________________________ ____
News is what people want to keep hidden and everything else is publicity.
- Bill Moyers
Hans-Christoph Steiner wrote:
I think it would be worth a little research to see how hard it would be to use the system path. I guess the tricky part would be know which platform you are on. Perhaps its time for a [uname] object.
do you mean [operating_system] in guess-where?
mfg.adsr IOhannes
On Mar 31, 2006, at 3:27 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
I think it would be worth a little research to see how hard it would be to use the system path. I guess the tricky part would be know which platform you are on. Perhaps its time for a [uname] object.
do you mean [operating_system] in guess-where?
Why, look at that.... that's it exactly.
.hc
________________________________________________________________________ ____
"Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism." - retired U.S. Army general, William Odom
Ok, I guess this is worth a try,
So where are fonts located on most linux/OSX/windows/etc machines?
Anyone implimented a font searchpath thing as a PD patch?
.b.
Hans-Christoph Steiner wrote:
On Mar 31, 2006, at 3:27 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
I think it would be worth a little research to see how hard it would be to use the system path. I guess the tricky part would be know which platform you are on. Perhaps its time for a [uname] object.
do you mean [operating_system] in guess-where?
Why, look at that.... that's it exactly.
.hc
"Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism." - retired U.S. Army general, William Odom
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
This will give you the Fonts system folder on just about any Windows machine:
[symbol %SYSTEMROOT%/Fonts( | [folder_list]
On GNU/Linux and Mac OS X, its trickier because there are many possible font paths. You can find fonts here on Mac OS X:
/System/Library/Fonts /Library/Fonts
For X11, you can find them here: /usr/X11R6/lib/X11/fonts
.hc
On Apr 4, 2006, at 11:26 AM, B. Bogart wrote:
Ok, I guess this is worth a try,
So where are fonts located on most linux/OSX/windows/etc machines?
Anyone implimented a font searchpath thing as a PD patch?
.b.
Hans-Christoph Steiner wrote:
On Mar 31, 2006, at 3:27 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
I think it would be worth a little research to see how hard it would be to use the system path. I guess the tricky part would be know which platform you are on. Perhaps its time for a [uname] object.
do you mean [operating_system] in guess-where?
Why, look at that.... that's it exactly.
.hc
"Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism." - retired U.S. Army general, William Odom
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
________________________________________________________________________ ____
If you are not part of the solution, you are part of the problem. - Eldridge Cleaver
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
On GNU/Linux and Mac OS X, its trickier because there are many possible font paths. You can find fonts here on Mac OS X:
For X11, you can find them here: /usr/X11R6/lib/X11/fonts
Most of the time that is true, but the value of the font patch can differ from that. You can see it using "xset q"
Ciao
Mac OSX :
/System/Library/Fonts
But there ain't much fonts there. (about 1 .ttf that seems working)
Debian :
/usr/share/fonts/trutype/**misc-subdirs... /usr/X11R6/lib/X11/fonts/TIF
If it was through a -fontpath option, a system-wide pdrc would be nice in /etc/pdrc, let say. Then, we would need a consistent way to override flags in users' .pdrc. (but, isn't the .pdrc deprecated yet ? ;-))
Anyhow, very good idea !
aalex
On 4/4/06, B. Bogart ben@ekran.org wrote:
Ok, I guess this is worth a try,
So where are fonts located on most linux/OSX/windows/etc machines?
Anyone implimented a font searchpath thing as a PD patch?
.b.
Hans-Christoph Steiner wrote:
On Mar 31, 2006, at 3:27 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
I think it would be worth a little research to see how hard it would be to use the system path. I guess the tricky part would be know which platform you are on. Perhaps its time for a [uname] object.
do you mean [operating_system] in guess-where?
Why, look at that.... that's it exactly.
.hc
"Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism." - retired U.S. Army general, William Odom
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Hi!
I proposed some time ago that Pd flags could go to xterm style -asio +oss flags to add and remove options that PD would normally run on. This gives us a kind of override of options relative to the .pdsettings (bye bye .pdrc)
Hans, what if we could give folder_list a list of patterns:
[list /System/Library/Fonts/*.ttf /usr/share/fonts/trutype/*/*.ttf < | [folder_list] #aka file/match
to give us a concatenated list of both those paths...
That would be really slick... :)
..b.
Alexandre Quessy wrote:
Mac OSX :
/System/Library/Fonts
But there ain't much fonts there. (about 1 .ttf that seems working)
Debian :
/usr/share/fonts/trutype/**misc-subdirs... /usr/X11R6/lib/X11/fonts/TIF
If it was through a -fontpath option, a system-wide pdrc would be nice in /etc/pdrc, let say. Then, we would need a consistent way to override flags in users' .pdrc. (but, isn't the .pdrc deprecated yet ? ;-))
Anyhow, very good idea !
aalex
On 4/4/06, B. Bogart ben@ekran.org wrote:
Ok, I guess this is worth a try,
So where are fonts located on most linux/OSX/windows/etc machines?
Anyone implimented a font searchpath thing as a PD patch?
.b.
Hans-Christoph Steiner wrote:
On Mar 31, 2006, at 3:27 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
I think it would be worth a little research to see how hard it would be to use the system path. I guess the tricky part would be know which platform you are on. Perhaps its time for a [uname] object.
do you mean [operating_system] in guess-where?
Why, look at that.... that's it exactly.
.hc
"Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism." - retired U.S. Army general, William Odom
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
That would be nice, and pretty easy to do with UNIX's glob. Its data structure is built to do just that. Windows will probably be a pain tho.
I don't think I'll have the time to do this soon tho... I am putting it on my TODO.
.hc
On Apr 5, 2006, at 9:00 AM, B. Bogart wrote:
Hi!
I proposed some time ago that Pd flags could go to xterm style -asio +oss flags to add and remove options that PD would normally run on. This gives us a kind of override of options relative to the .pdsettings (bye bye .pdrc)
Hans, what if we could give folder_list a list of patterns:
[list /System/Library/Fonts/*.ttf /usr/share/fonts/trutype/*/*.ttf < | [folder_list] #aka file/match
to give us a concatenated list of both those paths...
That would be really slick... :)
..b.
Alexandre Quessy wrote:
Mac OSX :
/System/Library/Fonts
But there ain't much fonts there. (about 1 .ttf that seems working)
Debian :
/usr/share/fonts/trutype/**misc-subdirs... /usr/X11R6/lib/X11/fonts/TIF
If it was through a -fontpath option, a system-wide pdrc would be nice in /etc/pdrc, let say. Then, we would need a consistent way to override flags in users' .pdrc. (but, isn't the .pdrc deprecated yet ? ;-))
Anyhow, very good idea !
aalex
On 4/4/06, B. Bogart ben@ekran.org wrote:
Ok, I guess this is worth a try,
So where are fonts located on most linux/OSX/windows/etc machines?
Anyone implimented a font searchpath thing as a PD patch?
.b.
Hans-Christoph Steiner wrote:
On Mar 31, 2006, at 3:27 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
I think it would be worth a little research to see how hard it would be to use the system path. I guess the tricky part would be know which platform you are on. Perhaps its time for a [uname] object.
do you mean [operating_system] in guess-where?
Why, look at that.... that's it exactly.
.hc
"Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism." - retired U.S. Army general, William Odom
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
________________________________________________________________________ ____
There is no way to peace, peace is the way. -A.J. Muste
Hans-Christoph Steiner wrote:
Yeah, its been down it seems...
http://sitedocs.sourceforge.net/status/support_sitestatus.html
Time to switch to SVN? ;)
while i do see your emoticon, i still have to say:
i am personally all for svn (iem has switched to svn on sourceforge just recently and it all works perfectly); however, i would strongly recommend to not switch NOW, just because the CVS harddisk crashed (or whatever their problems are).
-) a hardware failure can happen to a system running SVN as simple as to one running CVS. it just happened that CVS went down, it could as well have been SVN.
-) switching would involve a lot of careful preparation, especially in a project as big as pd (with so many people involved); it is not a matter of "right this system went down, lets get us running again with something else"
-) sf still does not provide an ACL mechanism for SVN
-) people are used to CVS!! i think the whole reasoning about whether to switch to SVN or not is void, as long as not everybody has agreed on and accepted using it. currently only a handful of developers have commented on SVN at all; i am still waiting for miller to say something on this...
mfg.asd.r IOhannes
On Mar 31, 2006, at 7:53 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
Yeah, its been down it seems...
http://sitedocs.sourceforge.net/status/support_sitestatus.html
Time to switch to SVN? ;)
while i do see your emoticon, i still have to say:
i am personally all for svn (iem has switched to svn on sourceforge just recently and it all works perfectly); however, i would strongly recommend to not switch NOW, just because the CVS harddisk crashed (or whatever their problems are).
-) a hardware failure can happen to a system running SVN as simple as to one running CVS. it just happened that CVS went down, it could as well have been SVN.
-) switching would involve a lot of careful preparation, especially in a project as big as pd (with so many people involved); it is not a matter of "right this system went down, lets get us running again with something else"
-) sf still does not provide an ACL mechanism for SVN
-) people are used to CVS!! i think the whole reasoning about whether to switch to SVN or not is void, as long as not everybody has agreed on and accepted using it. currently only a handful of developers have commented on SVN at all; i am still waiting for miller to say something on this...
I wasn't serious, it was very much ;) I totally agree with all you say above.
.hc
________________________________________________________________________ ____
There is no way to peace, peace is the way. -A.J. Muste
-
Alexandre Quessy -
B. Bogart -
Frank Barknecht -
geiger -
Hans-Christoph Steiner -
IOhannes m zmoelnig