Hey all,
I'm kinda stuck...
I want to add a font (linux-libertine) for use in Pd vanilla, specifically
for use with [cnv], and I'm not sure how to add it in.
I've done this:
julian@brooks:~/Desktop$ fc-match mono
//suggested from here:
On 09/28/2012 01:55 PM, Julian Brooks wrote:
Hey all,
I'm kinda stuck...
I want to add a font (linux-libertine) for use in Pd vanilla,
specifically for use with [cnv], and I'm not sure how to add it in.
afair, all the iemguis have hardcoded fonts which cannot be changed in a
simple way.
Ok, bugger.
Ah well, will have to put my pedantic aestheticism to one side for now.
Possible future feature request?
Cheers IOhannes,
Julian
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
Hi all,
What/ where is the Pd font?
I'm on Mac
Can I get it into font book?
__
thanks very much
Richie Cyngler
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
If you use Pd-extended on Mac OS X, it is Monaco, a standard built-in
fixed wdith font.
.hc
On Feb 9, 2011, at 4:20 AM, Richie Cyngler wrote:
Hi all,
What/ where is the Pd font?
I'm on Mac
Can I get it into font book?
__
thanks very much
Richie Cyngler
On Sun, 5 Sep 2010, Hans-Christoph Steiner wrote:
tk scaling is set to a fixed size in Pd 0.43, so it should work
cross-platform. I suppose its really a matter of testing it.
ah, I tried it and it seems to work. I mean this in particular.
What would be a good way to get the version number
On Sep 9, 2010, at 4:15 PM, Mathieu Bouchard wrote:
On Sun, 5 Sep 2010, Hans-Christoph Steiner wrote:
tk scaling is set to a fixed size in Pd 0.43, so it should work
cross-platform. I suppose its really a matter of testing it.
ah, I tried it and it seems to work. I mean this in
On Sep 5, 2010, at 5:16 PM, Mathieu Bouchard wrote:
On Tue, 24 Aug 2010, Hans-Christoph Steiner wrote:
On Aug 22, 2010, at 12:34 PM, Mathieu Bouchard wrote:
On Sat, 21 Aug 2010, Hans-Christoph Steiner wrote:
Yeah, the IEMGUI font size issues are still very present. I
think the best way
On Sun, 2010-08-29 at 21:17 -0700, Miller Puckette wrote:
Or the Mathieu idea - let the text be small, the box be 'standard' size,
and let the text not fill the box -- but Pd could still know the true
size of the font so editing could work. Clearly we'll never be able to
reliably set the
On Mon, Aug 30, 2010 at 06:04:55PM -0400, Hans-Christoph Steiner wrote:
On Sun, 2010-08-29 at 21:17 -0700, Miller Puckette wrote:
Or the Mathieu idea - let the text be small, the box be 'standard' size,
and let the text not fill the box -- but Pd could still know the true
size of the
The problem is that sending the measured font sizes via pd init puts us
back at square one: the boxes will be different sizes depending on
platform and now depending on font. Then patch/GUI layout breaks across
different platforms, and now when people use different fonts.
The least of all evils
Or the Mathieu idea - let the text be small, the box be 'standard' size,
and let the text not fill the box -- but Pd could still know the true
size of the font so editing could work. Clearly we'll never be able to
reliably set the font metrics and will have to play with what we're dealt,
one way
I plan on porting the Pd-eztended color scheme to the new 0.43 code, nabe some
new ideas will come out of that.
.hc
Bernardo Barros bernardobarr...@gmail.com wrote:
Are you planning some kind of colours for some kind of 'syntax
colouring' support for the boxes (message/number/audio gen/video
On 2010-08-26 06:52, Miller Puckette wrote:
Perhaps a solution for cross-platform patching (such as for making help
files) could be to say this will look woerd on other machines unless
you use font blaz to develope the patch so that you see the canonical
sizes.
this page is best viewed
$ wish '/home/jack/Bureau/fonttest.tcl'
linespace ascent descent font name
---
16 14 2 fangsong ti
13 11 2 fixed
18 15
This is on Ubuntu Lucid x86 32bit:
-8.5.8-
linespace ascent descent font name
---
18 14 4 Andale Mono
19
You will get poor results using anything less than 8.5. There are
serious bugs in the 8.4 branch, especially with font handling on GNU/
Linux. If you are on a Debian system, you can do:
apt-get install tcl8.5 tk8.5
update-alternatives wish
Then choose wish8.5. Pd 0.42 should be fine
Yes, I agree. I think the font to standardize on is DevaVu Sans
Mono. Its a decent font, it fits already, its free software, and it
has the best unicode support of probably any font. It also comes
installed by default on most GNU/Linux systems. In Pd-extended, the
Windows installer
On Aug 26, 2010, at 3:26 AM, IOhannes m zmoelnig wrote:
On 2010-08-26 06:52, Miller Puckette wrote:
Perhaps a solution for cross-platform patching (such as for making
help
files) could be to say this will look woerd on other machines unless
you use font blaz to develope the patch so that
On Aug 25, 2010, at 5:24 PM, Mathieu Bouchard wrote:
On Wed, 25 Aug 2010, cyrille henry wrote:
here is the result of your script.
It doesn't have a column for font width where applicable. In our
case, that's quite critical.
this version does:
fonttest.tcl
Description: Binary data
OK.. but for 0.43... is there a stopgap? I can't think of any way to
get text editing working (i.e., getting the character you click on to
be the one Pd sees you click on) except by going back to status quo.
cheers
MIller
On Thu, Aug 26, 2010 at 01:54:15PM -0400, Hans-Christoph Steiner wrote:
If you use one of the supported fonts, then it should works much
better, but still with issues on the biggest fonts. Right now the
code just measures the width of the characters, and so you can see the
width is always right. I suppose we also need to measure the height,
but then the
Are you planning some kind of colours for some kind of 'syntax
colouring' support for the boxes (message/number/audio gen/video etc.)
and cords (audio non-audio)? This should be less problematic lhen the
font size issue, shouldn't it?
2010/8/26 Hans-Christoph Steiner h...@at.or.at:
Looks like
I think the real solution to this would be one step deeper. If Pd
used Tcl to handle the GUI interaction, then we could use the Tk
scaling feature, which is what Tk does to handle cross-platform
differences in font rendering. Pd could then store the Tk scaling
number in the patch, and
Sure... here:
#N canvas 359 131 405 427 10;
#X msg 98 55 \; line 1 \; line 2 \; line 3 \; line 4 \; line 5 \; line
6 \; line 7 \; line 8 \; line 9 \; line 10 \; line 11 \; line 12 \;
line 13 \; line 14 \; line 15 \; line 16 \; line 17 \; line 18 \; line
19 \; line 20;
On my machine the text box
Ok, testing now... as for having the boxes with a standardized size,
that's been the case with Pd-extended 0.40 and is also the case with
0.43 as of now. I'm not sure if I understand your idea about the margin
tho, but an outline in edit mode sounds like a good idea.
.hc
On Wed, 2010-08-25 at
By 'margin' I meant that 'the box is larger than the text inside it so there's
a bunch of empty space inside it'... if you don't see that you won't have the
problem I'm having :)
M
On Wed, Aug 25, 2010 at 02:45:12PM -0400, Hans-Christoph Steiner wrote:
Ok, testing now... as for having the
I figured out the cause. The problem is caused by the font used being
different than the font that fits into the standardized boxes. If you
have the margin problem or the offset clicking problem then your Tcl/Tk
is not used DejaVu Sans Mono or Andale Mono, the two fonts I have
found that fit
Here is the answer to this font problem:
- use Tcl/Tk 8.5 or newer, Tcl 8.4 is very flawed (see archives for
discussion, basically it makes bad guesses and assigns them to the
fontname courier)
- use one of these fonts: {Courier 10 Pitch DejaVu Sans Mono \
Bitstream Vera Sans Mono Droid
hello,
withubuntu 10.04
pd -noprefs
- the message box are higher than the text
pd -noprefs -font-face andale mono solve the problem
so, andale mono is here, but not used...
here is the result of your script.
linespace ascent descent font name
Which wish are you using?
$ wish
% info patchlevel
8.5.8
.hc
On Wed, 2010-08-25 at 22:30 +0200, cyrille henry wrote:
hello,
withubuntu 10.04
pd -noprefs
- the message box are higher than the text
pd -noprefs -font-face andale mono solve the problem
so, andale mono is here, but not
I have found that Courier 10 Pitch, DejaVu Sans Mono, and Andale
Mono work best. We should probably change the font searching thing in
pd-gui.tcl to use those instead of what's there.
.hc
On Wed, 2010-08-25 at 22:30 +0200, cyrille henry wrote:
hello,
withubuntu 10.04
pd -noprefs
- the
On Wed, 25 Aug 2010, cyrille henry wrote:
here is the result of your script.
It doesn't have a column for font width where applicable. In our case,
that's quite critical.
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard on the road (in
8.4.19
c
Le 25/08/2010 22:58, Hans-Christoph Steiner a écrit :
Which wish are you using?
$ wish
% info patchlevel
8.5.8
.hc
On Wed, 2010-08-25 at 22:30 +0200, cyrille henry wrote:
hello,
withubuntu 10.04
pd -noprefs
- the message box are higher than the text
pd -noprefs -font-face
My machine is running 8.5... but I don't think it's good to have
Pd's default font choice come out all wrong... ideally, it should do
something reasonable no matter what the font (well, at least if it's
fixed-pitch). At the very least, Pd has to know the correct font
metrics... and it seems now
Long as there's a way to fix a problem I'm having: in message boxes with
many lines of text, you can easily click on one character and select one above
it... it gets very confusing. (Fedora 13 out-of-box).
I'm guessing that in the current version the GUI simply tells Pd what size
the font ought
Hi,
On Sat, Aug 21, 2010 at 01:39:08PM -0400, Mathieu Bouchard wrote:
BTW I've been using Pd-Extended's Linux/OSX default font size as the
basis for all my patches for making my last 400 patches or so.
I've used Pd vanilla for all my patches so far, with a 10 font-size,
whatever that is in
On Aug 22, 2010, at 12:34 PM, Mathieu Bouchard wrote:
On Sat, 21 Aug 2010, Hans-Christoph Steiner wrote:
Yeah, the IEMGUI font size issues are still very present. I think
the best way forward is to write a new GUI lib, the IEMGUI code is
really hard to follow and/or modify.
Come on. It
On Aug 23, 2010, at 7:01 AM, Frank Barknecht wrote:
Hi,
On Sat, Aug 21, 2010 at 01:39:08PM -0400, Mathieu Bouchard wrote:
BTW I've been using Pd-Extended's Linux/OSX default font size as the
basis for all my patches for making my last 400 patches or so.
I've used Pd vanilla for all my
On Sat, 21 Aug 2010, Hans-Christoph Steiner wrote:
Yeah, the IEMGUI font size issues are still very present. I think the best
way forward is to write a new GUI lib, the IEMGUI code is really hard to
follow and/or modify.
Come on. It only has with the use of the -%d in the sys_vgui calls,
Hi,
On Fri, Aug 20, 2010 at 03:14:57PM -0300, Bernardo Barros wrote:
nice:
pd -jack -font-face Inconsolata -font-size 12
It seems that this will just make all your patches default to a font
size of 12 (check with Edit-Font), it will not make your 10px font
become bigger.
Ciao
--
Frank
well, it looks different here. If I check the menu option, the boxes
are not placed so well.
I like the looks like this, Inconsolata 16 (that is our 12) and no *bold*:
-font-face Inconsolata -font-size 16 -font-weight normal
2010/8/21 Frank Barknecht f...@footils.org:
Hi,
On Fri, Aug 20, 2010
On Fri, 20 Aug 2010, Frank Barknecht wrote:
I can fix the size difference by adding -font-size 12 to the startup
options or probably by some tcl hacking, but actually I was hoping, that
the GUI reqrite would finally allow me to avoid using startup options
for basic GUI configuration and
On Fri, 20 Aug 2010, Hans-Christoph Steiner wrote:
Inconsolata is an awesome font, by far the best fixed-font I've seen
anywhere. That's why made Pd use it if it can find it. Otherwise it
settles on what Tcl/Tk decides to call courier (see Tk font docs).
set testfonts {Inconsolata Courier
On Aug 21, 2010, at 1:50 PM, Mathieu Bouchard wrote:
On Fri, 20 Aug 2010, Hans-Christoph Steiner wrote:
Inconsolata is an awesome font, by far the best fixed-font I've
seen anywhere. That's why made Pd use it if it can find it.
Otherwise it settles on what Tcl/Tk decides to call courier
Hi,
attached screenshot shows a comparison of the font, I use with Pd on
Debian Squeeze: FreeMono. I start Pd with -font-face FreeMono, no size
or weight options.
My patches usually use size 10 as default, this also is used on the
screenshot. It seems that 0.43 scales the font to be one step
btw I remember to ask myself why pd do not allow the user to choose
his/her own fonts... why?
2010/8/20 Frank Barknecht f...@footils.org:
Hi,
attached screenshot shows a comparison of the font, I use with Pd on
Debian Squeeze: FreeMono. I start Pd with -font-face FreeMono, no size
or weight
I don't know how to do this in a way that's portable across platforms...
this has been a huge unsolved problem for years :)
Miller
On Fri, Aug 20, 2010 at 01:58:30PM -0300, Bernardo Barros wrote:
btw I remember to ask myself why pd do not allow the user to choose
his/her own fonts... why?
On Fri, Aug 20, 2010 at 10:17:27AM -0700, Miller Puckette wrote:
I don't know how to do this in a way that's portable across platforms...
this has been a huge unsolved problem for years :)
Hehe, yeah, I'm used to tears. :)
Anyway in my quick test the GUI rewrite seems to have degraded a bit in
I would vote for this fixed-spaced (but not ugly) font:
http://www.levien.com/type/myfonts/inconsolata.html
2010/8/20 Frank Barknecht f...@footils.org:
On Fri, Aug 20, 2010 at 10:17:27AM -0700, Miller Puckette wrote:
I don't know how to do this in a way that's portable across platforms...
nice:
pd -jack -font-face Inconsolata -font-size 12
2010/8/20 Hans-Christoph Steiner h...@at.or.at:
You can choose your own fonts, but only from command line flags, or by
editing the Tcl files.
.hc
On Aug 20, 2010, at 12:58 PM, Bernardo Barros wrote:
btw I remember to ask myself why pd
check this post
http://sourceforge.net/tracker/index.php?func=detailaid=2886083group_id=55736atid=478070
...
i think this will be of interest to you:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=461308
please remove ttf-bitstream-vera, it is completely superseeded by its
improved version
On Sat, 31 Oct 2009, Hans-Christoph Steiner wrote:
I forgot to mention, I just changed the font from Bitstream Vera to DejaVu in
SVN.
what for?
_ _ __ ___ _ _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone:
On Mon, 2 Nov 2009, Hans-Christoph Steiner wrote:
On Nov 2, 2009, at 1:12 PM, Mathieu Bouchard wrote:
On Sat, 31 Oct 2009, Hans-Christoph Steiner wrote:
I forgot to mention, I just changed the font from Bitstream Vera to DejaVu
in SVN.
what for?
Bitstream was removed from Debian and Ubuntu
Hi,
I installed Pd on Gentoo, and the GUI text looks good, but the console
text and the text in the PD objects is rather large, popping out of the
object boxes. (as you can see here - http://2009.jarra.nl/pd_20090822.png)
Is there a way to change this?
The Tk, Tcl and Pd version I have currently
Have you tried any of these:
http://puredata.info/docs/faq/on-gnu-linux-the-fonts-are-strange-and-or-too-big-or-small
.hc
On Aug 22, 2009, at 3:02 PM, Jarra wrote:
Hi,
I installed Pd on Gentoo, and the GUI text looks good, but the console
text and the text in the PD objects is rather
Hallo,
I don't know about Pd-extended, but with vanilla svn Pd 0.42 on a freshly
install Debian unstable system, I recently had a similar problem. I fixed it by
playing around with the -font-face startup option. FreeMono was giving me
results similar to previous versions. You can search for fonts
hi frank,
I fixed it by playing around with the -font-face startup option.
FreeMono was giving me results similar to previous versions.
You can search for fonts with the fc-match command like:
$ fc-match mono
$ fc-match Courier
thank you that fixed my problem
best
erich
On Aug 19, 2009, at 5:54 AM, Erich Berger wrote:
hi frank,
I fixed it by playing around with the -font-face startup option.
FreeMono was giving me results similar to previous versions.
You can search for fonts with the fc-match command like:
$ fc-match mono
$ fc-match Courier
thank you
hello,
i am running ubuntu 9.04 and Pd version 0.41.4-extended-rc2.
after an ubuntu update my pd console and editing font changed
in a way that the text does not fit anymore into the boxes,
changing font size does not help.
anybody knows what could have happend or how i can repair it,
meaning
Hey Erich,
Enjoying the summer sidra? Try this to fix your font issue:
http://puredata.info/docs/faq/on-gnu-linux-the-fonts-are-strange-and-or-too-big-or-small
.hc
On Aug 18, 2009, at 3:45 AM, Erich Berger wrote:
hello,
i am running ubuntu 9.04 and Pd version 0.41.4-extended-rc2.
after
On Jul 29, 2008, at 10:29 AM, Matt Barber wrote:
Date: Tue, 29 Jul 2008 10:02:05 -0400
From: marius schebella [EMAIL PROTECTED]
Subject: Re: [PD] Idiomatic Pd
To: pd-list@iem.at
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
I am quite pedantic
Hans-Christoph Steiner wrote:
On Jul 29, 2008, at 10:29 AM, Matt Barber wrote:
Date: Tue, 29 Jul 2008 10:02:05 -0400
From: marius schebella [EMAIL PROTECTED]
Subject: Re: [PD] Idiomatic Pd
To: pd-list@iem.at
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=ISO-8859-1;
If font sizes are indeed different on Pd-extended, then that's a bug.
From all my tests, they are pixel-accurate on all three platforms since
0.39.3. You might have the problem where Tcl/Tk can't load the fonts
properly on GNU/Linux, which is addressed in this FAQ:
[text3d] is much much quicker than [text2d] be it when rapidly changing
displayed text or when just displaying... (:
++
Jé
Jerome Tuncer a écrit :
Interesting point.
I didn't know it actually worked that way.
This CPU exepensiveness using [text2d] made me think maybe it doesn't
use
Hi everyone,
I use text2d to render a lot of dynamic text in a [gemwin] and I notice
a very high CPU consumption while doing so.
Can I expect higher performances with [text3d] ? I barely now nothing in
pure OpenGL coding but if I could get as many text objects displayed as
simple Geos, I'd be
On Jan 24, 2008 8:25 AM, Jerome Tuncer [EMAIL PROTECTED] wrote:
Hi everyone,
I use text2d to render a lot of dynamic text in a [gemwin] and I notice
a very high CPU consumption while doing so.
Can I expect higher performances with [text3d] ?
Yes.
hello,
rendering text is quite expensive. but dynamicaly changing the text is even
more expensive.
if you've got a high number of letter ( 5 000), i think using texture is the
best solution.
cyrille
Jerome Tuncer a écrit :
Hi everyone,
I use text2d to render a lot of dynamic text in a
Font rendering quite CPU expensive in GEM (Jerome Tuncer)
Its also down to what typeface you are using. The more complex the
curve, the higher the polygon count. Straight edge/polygon faces such
as Gridnik (http://www.foundrytypes.co.uk/foundry_gridnik/
gridnik.html) or Citizen
Interesting point.
I didn't know it actually worked that way.
This CPU exepensiveness using [text2d] made me think maybe it doesn't
use OpenGL and only [text3d] does so. But it finally appears [text2d]
uses OpenGL as well. I'll try implementing my patches with [text3d] and
see how it goes...
On Tue, 23 Oct 2007, Miller Puckette wrote:
I agree it would be excellent to have the font come out the same size
on all platforms (and also that it agree at least approximately with
the sizes of the old fonts used). But, as a fallback, when the font
shows up at the wrong size, I think it's
On Oct 25, 2007, at 3:18 PM, Mathieu Bouchard wrote:
On Tue, 23 Oct 2007, Miller Puckette wrote:
I agree it would be excellent to have the font come out the same size
on all platforms (and also that it agree at least approximately with
the sizes of the old fonts used). But, as a fallback,
I am fine with that as long as the box sizes for the default font
face and standard font sizes are the same to the pixel on all platforms.
.hc
On Oct 23, 2007, at 10:52 PM, Miller Puckette wrote:
I agree it would be excellent to have the font come out the same size
on all platforms (and
On Sep 7, 2007, at 11:15 AM, Spencer Russell wrote:
On 9/7/07, jasch [EMAIL PROTECTED] wrote:
i've had the same issue on ubuntu with extended (rev ?, i'd have to
go have alook):
screenshot here:
www.jasch.ch/dl/ds_davos_soundscape/Screenshot.png
/*j
Yup, that's just what I'm seeing,
On 9/7/07, jasch [EMAIL PROTECTED] wrote:
i've had the same issue on ubuntu with extended (rev ?, i'd have to
go have alook):
screenshot here:
www.jasch.ch/dl/ds_davos_soundscape/Screenshot.png
/*j
Yup, that's just what I'm seeing, too.
-spencer
i've had the same issue on ubuntu with extended (rev ?, i'd have to
go have alook):
screenshot here:
www.jasch.ch/dl/ds_davos_soundscape/Screenshot.png
/*j
On 07.09.2007, at 06:26, Hans-Christoph Steiner wrote:
Hey,
I don't quite understand the issue. Could you take a screenshot? I
Hey all,
I recently installed
Pd-0.40.3-extended-20070824-debian-testing-i386.deb from the nightly
auto-builds, and the first time I ran it I was pleasantly surprised by
the improved font appearance throughout. However, the next time I ran
it, several days later, any spaces in the status window
On Apr 23, 2007, at 5:42 AM, Steffen wrote:
On 22/04/2007, at 16.42, Frank Barknecht wrote:
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
Actually, the patch itself would be better than a screenshot. I
want
to gather all the results into one patch.
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
Actually, the patch itself would be better than a screenshot. I want
to gather all the results into one patch.
Attached are my additions of 0.40 MSP and 0.39.2-extended RC1 on
Linux and a little helper for easier
On 19/04/2007, at 3.28, Hans-Christoph Steiner wrote:
Actually, the patch itself would be better than a screenshot. I want
to gather all the results into one patch.
Ok.
I've added to the 1st and 3ed test for Mac OS X extended-test7.
And altered the size in the 2nd test for Mac OS X
Actually, the patch itself would be better than a screenshot. I want
to gather all the results into one patch.
.hc
On Apr 17, 2007, at 11:53 AM, Josh Steiner wrote:
ok, here is my screenshot based on your revised patch -josh
Hans-Christoph Steiner wrote:
On Apr 17, 2007, at 3:11 AM,
Perfect, thanks.
.hc
On Apr 17, 2007, at 10:33 AM, olsen wrote:
sorry for the previous post - this is what i got with Pd-0.39.2-
extended-test7 on kubuntu running fluxbox
Hans-Christoph Steiner wrote:
Just to know what we are up against with the font size problem, I
have started a
ok, here is my screenshot based on your revised patch -josh
Hans-Christoph Steiner wrote:
On Apr 17, 2007, at 3:11 AM, Frank Barknecht wrote:
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
Just to know what we are up against with the font size problem, I
have
Just to know what we are up against with the font size problem, I
have started a patch to document all the key parts. Please try it on
your machine to see if my measurements are correct. Also, please
fill in any that you are running.
font_sizes.pd
Description: Binary data
Just post
The next beta release of Pd-0.39.2-extended will have pretty big
changes in the font sizing, as well as anti-aliasing on Mac OS X.
I'll try to get it out this week.
.hc
On Feb 15, 2007, at 1:11 AM, John H wrote:
This is my first submission to this mailing list, so I hope I'm not
This is my first submission to this mailing list, so I hope I'm not
completely in the wrong here. I've searched through all the daily digests
that I've received in the past few months, and I couldn't find a single
issue about font size or even the general gui bugs that make everything so
hard to
Hallo,
John H hat gesagt: // John H wrote:
This is my first submission to this mailing list, so I hope I'm not
completely in the wrong here. I've searched through all the daily digests
that I've received in the past few months, and I couldn't find a single
issue about font size or even the
this to complain. Is there a solution I don't know about? Is this an issue
that's currently being worked on?
yes its been worked on quite a bit, in the desiredata project..
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
On Thu Feb 15, 2007 at 11:06:32AM +0100, Frank Barknecht wrote:
Hallo,
John H hat gesagt: // John H wrote:
This is my first submission to this mailing list, so I hope I'm not
completely in the wrong here. I've searched through all the daily digests
that I've received in the past few
John -
I thought i would try to answer your first post with my own first..
in the build im using (Pd-0.39.2-extended-test4) there is an edit menu
(only when a patch window is open) which has a font and tidy up
option. I was glad to find it too.
-brendan
On 2/15/07, John H [EMAIL PROTECTED]
I'd like to propose that we include a default font in the Pd-extended
packages and that anything that uses fonts use the included font. I
know that the aesthetics of fonts are generally very contentious, I
would like to avoid that issue entirely. Instead this is an issue of
usability.
On Tue, 5 Dec 2006 13:01:05 -0500
Hans-Christoph Steiner [EMAIL PROTECTED] wrote:
I'd like to propose that we include a default font in the Pd-extended
packages and that anything that uses fonts use the included font.
Second that. Sure, leave the loading of other fonts open, but a
On Dec 6, 2006, at 2:35 AM, padawan12 wrote:
On Tue, 5 Dec 2006 13:01:05 -0500
Hans-Christoph Steiner [EMAIL PROTECTED] wrote:
I'd like to propose that we include a default font in the Pd-extended
packages and that anything that uses fonts use the included font.
Second that. Sure, leave
93 matches
Mail list logo