On Aug 26, 2010, at 12:52 AM, Miller Puckette wrote:
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 not to.
I should add, given my experience, I don't think this is a realistic
goal without major surgery. Its something I've put a lot of work into
trying to get working. My experience tells me that the best bet is
using a default font.
Even better would be making the pd <--> pd-gui communication not deal
with pixel values and mouse motion, but instead logical operations.
For example, instead of pd knowing anything about the text editing
operation, that should happen entirely in the gui. Then once the
editing operation is complete, the GUI would send the result to pd.
.hc
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.cheers M
On Wed, Aug 25, 2010 at 04:18:49PM -0400, Hans-Christoph Steiner
wrote: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 Sans Mono" "Andale Mono"Anything else and you'll have strange results. In order to have
better font support, we need to do some major surgery..hc
On Tue, 2010-08-24 at 13:38 -0700, Miller Puckette wrote:
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 to have had instead of the genuine one. Pd could
easily expand the box to the ought-to size (at least optionally for those
wishing to make cross-platform patches) but should know about the text's
actual size anyway. To be continued...cheers Miller
On Tue, Aug 24, 2010 at 01:21:08AM -0400, Hans-Christoph Steiner
wrote: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 patches so far, with a "10" font- size, whatever that is in pixels. I know, that Pd-extended uses some different layout for several years now, which makes patches look wrong
when you load them in Pd vanilla and the other way around. I have not much interest to discuss the differences between vanilla and Pd-x, as
I am hoping the two to unify again with the gui-rewrite. So I'm
willing to change my preferences to whatever will be the new vanilla, but I'd prefer to not do again that with every release or with every new Courier-like font that pops up on the Internets' Top 10 console
font lists and is so much better than the previous ones.Unless Miller changes it in the future, Pd 0.43 should have the
same boxes sizes that Pd-extended has had for a couple versions. That was one of my goals with the GUI rewrite. Its a bug if that's not the case..hc
The arc of history bends towards justice. - Dr. Martin Luther King, Jr.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Programs should be written for people to read, and only incidentally
for machines to execute.
- from Structure and Interpretation of Computer Programs