[abcusers] A4/letter in abc2ps
Hello As it is now my abc2ps seems to produce postscript files in letter size. I converted one into pdf and printed it from a mac at school, but the printout was truncated at the top on the second page of the songs with more than one page. Obviously since I'm in Europe the format the mac expected is A4. How do I get abc2ps to make postscript output in A4 size and if I put pdf-files on my sitespace, which size should they be then??? I'm running Michaels abc2ps with this format file: scale 0.60 titlefont Times-Italic-Bold 24 subtitlefont Times-Italic-Bold 15 titleleft false subtitleleft false indexfont Arial 10 composerfont Courier-Italic 10 composerspace 20 partsfont Times-Italic-Bold 20 box partsspace 0.0cm vocalfont Arial 13 musicspace0.0cm gchordfont Arial-Italic-Bold 18 tempofont Courier-Italic 10 parskipfac 1.0 staffwidth 18.4cm staffsep 55 maxshrink 0.60 stretchstaff true stretchlast true lineskipfac 1.1 parskipfac 0 textspace 0.2cm textfont Courier-Italic 10 box -- Atte André Jensen "I don't think Microsoft is evil in itself; I just think that they make really crappy operating systems." - Linus Torvalds To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] A4/letter in abc2ps
Atte André Jensen wrote: As it is now my abc2ps seems to produce postscript files in letter size. I converted one into pdf and printed it from a mac at school, but the printout was truncated at the top on the second page of the songs with more than one page. Obviously since I'm in Europe the format the mac expected is A4. How do I get abc2ps to make postscript output in A4 size and if I put pdf-files on my sitespace, which size should they be then??? I don't really understand why it would be truncated at the top. US Letter size is shorter and wider than A4, so I would expect the right margin to be truncated. If you are printing pdf files from Acrobat, you can use the Page Setyp... command from the File menu to change the magnification (If you send the postscript directly to the printer you don't get that option.) You also have the choice of A4 or A4 small (the first uses narrower margins). Can you see the truncation on the screen, or is it purely a printing problem? Phil Taylor To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] Re: O'Neill errors
| What sort of a scale would use ^G_A^B? | | _E^F_B or _E^F_B^C definitely make sense (tonic is D). Yup; I use both of those. However, the first corresponds to two different scales that are common in the Balkans, with tonics C and D. The second I only know with a tonic of D, though I wouldn't be too surprised to hear that it could also have A as the tonic. That seems like a reasonable scale to me; I just don't happen to know any music that uses it. To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] Modes (was O'Neill errors)
Jonathan - | Jonathan Sivier |Q: How many angels can dance on the | | [EMAIL PROTECTED] | head of a pin? | | Flight Simulation Lab |A: It depends on what dance you call. | | Beckman Institute | | | 405 N. Mathews| SWMDG - Single White Male | | Urbana, IL 61801 | Dance Gypsy | | Work: 217/244-1923| | | Home: 217/359-8225| Have shoes, will dance. | - | Home page URL: http://www.uiuc.edu/ph/www/j-sivier | - Wow! Pretty heavy signiture file you have yourself there! -- Atte André Jensen To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
[abcusers] abc and printed music
David Barnert wrote: I believe abc should be a representation of printed music notation The alternative view, which has been widely supported on this list, is something like this: "ABC is a system for expressing musical information in human-readable ascii text." (I've forgotten whose formulation this one originally was; there were many alternative ones flying about a while back. This is the one I've been using most.) Still, it is certainly true that part of what makes abc such a good system of "expressing musical information in human-readable ascii text" is that it has obvious resemblances to staff notation, even to the extent that certain things in abc are obvious imitations of the outward appearance of printed music notation (bar-lines, for example). So, rather than limiting ourselves to that which can be expressed in printed music, we should take advantage of resemblances to printed music when it improves the central goal of human-readable ascii music notation. As David Barnert said in an earlier post: I'd hate for abc to get too far afield [from printed music] I certainly agree. In the case of key signatures, if the transcriber's intent is to indicate that something is in the key of G, the notation K: G is actually more perspicuous and informative than K: ^f. On the other hand, if the transcriber's intention is only to say "in the tune which follows, F is to be interpreted as F-sharp", then the notation K: ^f is clearly preferable. (As has been pointed out, in most of the "core" repertory which abc has usually be used for, what one is usually trying to say is that it's in the key of G, not just that all the F's should be interpreted as sharped.) Since the notation K:G is more informative and more perspicuous than K:^f, therefore (following the Gricean maxims), K:^f should be used just for cases in which K:G is not justified. Of course, no abc standard can or should try to enforce such a principle (just as no grammar of a natural language incorporates Gricean implicatures directly). Robert Bley-Vroman Honolulu To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
[abcusers] Re: abcusers-digest V1 #364
At 09:26 AM 10/11/00 -0700, Bryan wrote: One final point I have to make. I am worried by phrases like "if we permit" and "should force people" and comparisons with speeding laws (For goodness sake! Nobody's going to die here.) Are WE (who like it the way it is) becoming WE (who must be obeyed)? Couldn't we borrow a few words from modern business speak like enable, provide, facilitate? I honestly can't see why this whole discussion is such a great problem. Why not simply have two separate key signature codes, one, K:, that can contain the key/mode, and the other, k: (say), that can contain the key signature. That way you maintain compatibility, nearly, with old abc files, but have full scope for exercising personal preference. Any tune can have either or both fields filled. Incidentally, I would like to see a 'class' code, that would include one or more characters, each of which would represent a class of music to which the tune belongs. Then, if there is a large archive of tunes, you can pipe it through a filter to extract all those in the archive that belong to the class of music of interest to you, whether you know the names of the individual tunes in the class or not. Derek To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
